1 Автоматизированная система управления цехом в информационной системе«Производственный менеджмент». Дисциплина «Информационные системы в организации»

283 События в объектно-ориентированном программировании.
Механизм, позволяющий объектам вести себя по-разному в одних и тех же обстоятельствах - это механизм событий. Класс, помимо свойств и методов, может иметь события. Содержательно, событием является некоторое специальное состояние, в котором может оказаться объект класса. Так, для объектов класса "человек" событием может быть рождение или смерть, свадьба или развод.
Интерфейсные и многие другие программные объекты обладают стандартным набором предопределенных событий. Класс, решивший иметь события, должен уметь, по крайней мере, три вещи: 1)объявить событие в классе; 2)зажечь в нужный момент событие, передав обработчику необходимые для обработки аргументы. (Под зажиганием или включением события понимается некоторый механизм, позволяющий объекту уведомить клиентов класса, что у него произошло событие.); 3)проанализировать, при необходимости, результаты события, используя значения выходных аргументов события, возвращенные обработчиком.
Обработчик события - это обычная процедура с аргументами.
Объявление события - это двухэтапный процесс:
Вначале объявляется делегат - функциональный класс, задающий сигнатуру. Как отмечалось при рассмотрении делегатов, объявление делегата может быть помещено в некоторый класс, например, класс Sender. Но, чаще всего, это объявление находится вне класса в пространстве имен. Поскольку одна и та же сигнатура может быть у разных событий, то для них достаточно иметь одного делегата. Для некоторых событий можно использовать стандартные делегаты, встроенные в каркас. Тогда достаточно знать только их имена.
Если делегат определен, то в классе Sender, создающем события, достаточно объявить событие как экземпляр соответствующего делегата. Это делается точно так же, как и при объявлении функциональных экземпляров делегата. Исключением является добавление служебного слова event.


284 Содержание этапов разработки форм первичных и результатных документов.
Первичные документы предназначены для отражения процес­сов в материальной сфере и поставляют всю постоянную и опе­ративную информацию, необходимую для решения экономичес­ких задач и выработки управленческих решений. К числу основ­ных требований, предъявляемых к первичным документам, можно отнести следующие: неизбыточность и полноту информации для решения задач, высокую достоверность и своевременность соби­раемой информации.
При проектировании форм первичных документов должны учитываться следующие принципы:

• 
  отсутствие в первичных документах постоянной информации,
  для которой необходимо создание самостоятельных файлов;
  
• 
  отсутствие дублирования показателей в документах;
  
• 
  выделение реквизитов, имеющих одно или несколько значе­ний на документ, т.е. выделение однозначных и многознач­ных реквизитов;
  
• 
  выделение справочных, группировочных реквизитов и рекви­зитов-оснований;
  
• 
  логичность построения, т.е. старшие по объему понятий при­
  знаки должны предшествовать младшим (например, наимено­вание предприятия —” наименование цеха —> номер участка);
  
• 
  согласование последовательности реквизитов в документе
  с макетами размещения информации на экране ЭВМ и в файлах.
  

Процесс разработки первичных документов имеет особенно­сти в каждой организации и выполняется в следующей последо­вательности.

• 
  Определение полного реквизитного состава каждого доку­мента.
  
• 
  Классификация реквизитов: однозначные и многозначные;
  признаки и основания; справочные и группировочные; перено­симые и не переносимые на машинные носители.
  
• 
  Установление логической соподчиненности реквизитов пер­вичных документов.
  
• 
  Выбор какой-либо формы первичного документа.
  
• 
  Осуществление размещения реквизитов по выбранной фор­ме в соответствии с проведенной классификацией.
  
• 
  Выполнение расчета размеров документа по вертикали и
  горизонтали с учетом размера полей.
  
• 
  Выбор формата бумажного носителя.
  
• 
  Построение эскиза документа соответствующей формы.
  
• 
  Выделение толстой линией реквизитов, переносимых на
  машинный носитель.
  
• 
  Редактирование шапок документов в соответствии со сло­варем-тезаурусом.
  

Проектирования форм результатной информации
В результате решения задачи рассчитываются результатные показатели, которые требуется выдать на материальный носитель в виде, удобном для пользователя. Так как результатный доку­мент используется для осуществления процессов управления, то он должен отвечать следующим требованиям:

• 
  полнота информации, т.е. результатные документы должны
  содержать в себе первичные (исходные) и результатные пока­затели;
  
• 
  количество результатных показателей должно соответствовать
  количеству группировочных признаков (количество итогов
  должно быть равно количеству ключей сортировки);
  
• 
  своевременность предоставления информации управленческо­му персоналу;
  
• 
  достоверность предоставляемой информации;
  
• 
  хорошая читаемость
  
• 
  • отсутствие показателей, рассчитываемых вручную.
  Можно выделить следующие принципы построения результат­ных документов :
  

• 
  выделение трех зон в документе;
  

•