ГОСТ Р ИСО 19439-2008 Интеграция предприятия. Основа моделирования предприятия стр. 8

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

В.1.3 Поддержка разработчиков инструментов модели предприятия

В качестве руководства для разработчиков модели среда моделирования обеспечивает:
a) до семи фаз модели предприятия, которые позволяют увязать инструменты с интересами и проблемами различных участников процесса, которые задействованы в течение каждой фазы всего жизненного цикла объекта от идентификации до конечной фазы срока службы или вывода из эксплуатации:
b) минимум четыре оценки модели предприятия, подкрепляемые соответствующим инструментарием, позволяя, таким образом, пользователю оценивать только часть модели, представляющей для него особенный интерес или относящейся к его определенной области деятельности и, следовательно, упрощать сложность всей модели;
c) общую структуру (размерность общности) для поддержки инструментария (образцовой архитектуры с языком моделирования и методологией) и созданную в результате модель предприятия.
Совместимый инструментарий моделирования должен обеспечить средство поддержки основы моделирования, а база данных должна быть структурирована в соответствии с образцовой архитектурой (общий и частный уровни) и определенный уровень модели. Все уровни общности и фазы модели предприятия должны обеспечить представление оценки модели предприятия. Это означает, что языковые конструкции моделирования должны быть идентифицированы для выбранного представления, как показано на рисунках В.2-В.6.

В.2 Применение фаз модели предприятия

В.2.1 Связи между фазами модели предприятия
Общее содержание фаз моделирования предприятия определено в 5.2. Однако связи между фазами модели предприятия определены в соответствии с общими правилами разработки модели.
Процесс разработки модели представляет собой несколько видов деятельности, выполняемых в ходе моделирования, и может быть объектом работы специалистов-разработчиков модели (например, создателей инструментария) и/или пользователей модели. Эти виды деятельности относятся к созданию определенных или всех связей, имеющих отношение к разработке, которые определены в перечислениях а)-с):
a) связи между языковыми конструкциями моделирования на общих уровнях:
языковые конструкции моделирования на каждой фазе моделирования предприятия повторно применяются на последующих фазах. Все языковые конструкции моделирования перенимают предыдущее содержание фазы моделирования и улучшаются на последующих фазах моделирования в соответствии с этими последующими фазами моделирования (определенными специалистами);
b) связи между моделями на частных уровнях:
частные модели на каждой фазе моделирования становятся частными моделями на последующих фазах, улучшая свои отдельные языковые конструкции моделирования в соответствии с содержанием соответствующих языковых конструкций моделирования и/или типов конструкций, определенных на общем уровне (пользователями и специалистами);
c) связи между моделями на обособленных уровнях:
обособленные модели на каждой фазе моделирования становятся обособленными моделями на последующих фазах, улучшая свои отдельные частные модели и/или языковые конструкции моделирования в соответствии с соответствующим содержанием частного и общего уровня (выполняется пользователями).

В.2.2 Применение фаз модели предприятия. Пример

Следующий пример (идентичный рисункам 2-3 [24]) иллюстрирует фазы модели предприятия используемой среды. Он идентифицирует определенную информацию, которая должна применяться и создаваться при выполнении задач на различных фазах модели при подготовке "Контрольного плана" опорной архитектуры предприятия (PERA). Предварительная часть среды моделирования, ориентирующаяся главным образом на обособленный уровень, представлена на рисунке В.1.
Рисунок В.1 - Разработка требований предприятия
435 × 415 пикс.     Открыть в новом окне
Рисунок В.1 - Разработка требований предприятия
На рисунке В.1 представлено (с некоторыми изменениями терминологии):
- на фазе идентификации домена (именуемой "идентификация") представлено назначение области деятельности предприятия (именуемой "производственным объектом");
- на фазе определения концепции (именуемой "фаза понятия") представлена идентификация миссии домена, видение перспективы и ценностей для идентифицированного домена предприятия и применение правительственной и производственной информации для выработки политики домена;
- на фазе определения требований (именуемой "фаза определения") представлено применение этих политик, усиленное другой информацией для определения требований домена на предварительном и более детализированном уровне.
Описание фаз модели с точки зрения пользователя представлено в таблице В.1. Содержание различных фаз модели, представленных на рисунках В.2-В.6 (раздел В.2.3), приведено во второй колонке. В таблице В.1 также показано различие между фазами определения требований и проектной спецификации. Если требуемые возможности определены по различным видам деятельности в модели определения требований, соответствующие ресурсы установлены в модели проектной спецификации. Кроме того, представления объекта*, идентифицированы с помощью входных и выходных данных для различных видов деятельности, будут улучшены на фазе проектной спецификации; в частности, информация, относящаяся к срокам и издержкам, является основным объектом рассмотрения модели проектной спецификации. Информация, относящаяся к статусу, будет также рассматриваться в рамках этой последней модели.
______________
* Термин "представление объекта" описывает подмножество признаков объекта, действующих в данный интервал времени.
Таблица В.1 - Фазы среды моделирования. Пример жизненного цикла домена предприятия
Фаза модели
Связи с рисунками В.2-В.6 или краткое описание содержания
1 Идентификация домена
Рисунок В.2:
Домен предприятия: обработка заказа.
Установленная граница:
- входные данные домена: заказ потребителя, части;
- выходные данные домена: продукт, заказ поставщика;
- происхождение и назначение входов и выходов: потребитель, поставщик
2 Определение понятия
Миссия домена, видение перспективы и ценности, политика в области эксплуатации.
Не входит в рисунки В.2-В.6
3 Определение требований
Рисунки В.2 и В.3:
Процесс: производственный процесс, административный процесс со всеми видами деятельности
Входные данные деятельности (ЕА4):
Выходные данные деятельности (ЕА4):
- функция: части, закупленные части
- функция продукта;
- управление: заказ заводского цеха
- управление: не используется;
- способность", сборка.
Рисунки В.2 и В.4
- способность: не используется;
- объект предприятия: часть, продукт, рынок, заказ, отчет;
- представление объекта: часть, закупленная часть, продукт.
Рисунки В.2 и В.5:
- набор ресурсов: заводской цех, сборочный цех, машинный центр, контролер, оператор;
- представление объекта: сборочный цех, статус сборочного цеха.
Рисунки В.2 и В.6:
- организационный объект: предприятие, департамент, член, центр принятия решений, перспектива планирования;
- департаменты: заводской цех, разработки продукта, планирования производства, закупок, продаж;
- член: контролер, оператор;
- перспектива планирования: месяц, неделя, день.
4 Проектная спецификация
Рисунки В.2 и В.3
Процесс: производственный процесс, административный процесс со всеми видами деятельности.
Входные данные деятельности (ЕА4):
Выходные данные деятельности (ЕА4):
- функция: части, закупленные части
- функция продукта;
- управление: заказ заводского цеха
- управление: статус деятельности;
- ресурс: ресурс сборки
- ресурс: статус ресурса
Рисунок В.2 и В.4:
- объект предприятия: часть, продукт, рынок, заказ, отчет;
- представление объекта: часть, закупленная часть, продукт.
Рисунки В.2 и В.5:
- объект ресурса: заводской цех, сборочный цех, машинный цех, контролер, оператор;
- представление объекта: сборочный цех, статус сборочного цеха.
Рисунки В.2 и В.6:
- организационный объект: предприятие, департамент, член, центр принятия решений, перспектива планирования;
- департамент: ремонта, разработка продукта, планирование производства, закупки, продажи;
- член: контролер, оператор;
- перспектива планирования: месяц, неделя, день.
5 Описание внедрения
Модель проектной спецификации, измененной отклонениями при внедрении от проектной спецификации
Не входит в рисунки В.2-В.6
6 Операция домена
Рабочая эксплуатация модели домена (описание модели применения).
Не входит в рисунки В.2-В.6
7 Определение вывода из эксплуатации
Модель домена, измененная для определения состояния конца срока службы компонентов домена предприятия.
Не входит в рисунки В.2-В.6
В общем, определенные модели на каждой фазе моделирования предприятия становятся определенными моделями более низкого уровня на последующих фазах, улучшая свои индивидуальные частные модели и/или языковые конструкции моделирования в соответствии с содержанием частного и общего уровней.

В.3 Применение представлений модели при ее разработке

В.3.1 Пример обработки заказа
Настоящий пример обработки заказа показывает применение понятия представления с учетом четырех представлений, определенных в настоящем стандарте. То есть функционального, информационного, ресурсного и организационного представления (5.3).
Примечание - Пример приведен из [13].
Пример, изображенный на рисунке В.2, представлен в форме схемы объекта, представляющей процесс обработки на производственном предприятии.
Рисунок В.2 - Модельные представления для обработки заказа
650 × 450 пикс.     Открыть в новом окне
Рисунок В.2 - Модельные представления для обработки заказа
Функциональное представление включает эксплуатационные процессы (производство и администрирование). Связанные с ними виды деятельности обычно представляют в виде сетей деятельностей, связанных заранее определенным контрольным потоком, использующим наборы поведенческих правил. В целях упрощения эти процессные сети представляют в виде прямоугольных рамок, именуемых "деятельности", как показано на рисунках В.3-В.6, для получения более подробной информации (по отдельным представлениям).
Входные и выходные данные по видам деятельности представлены и структурированы в информационном представлении. Объекты, предприятия, используемые в обработке заказа, организованы в комплект объектов (рынок, заказ, продукт и отчет), которые состоят из других объектов. Различные объекты предприятия и их составляющие связаны с другими объектами в одних и тех же или других представлениях. Такие связи указывают при помощи направленных соединений между различными объектами.
В ресурсном представлении необходимые ресурсы идентифицируют, а также организуют в составные структуры (заводской цех), которые могут перенимать организационную структуру предприятия (заводской цех является департаментом). Людские ресурсы (контролер и оператор) как члены департамента (ремонтный цех) также связаны с организационным представлением.
Организационное представление включает связи между различными организационными объектами на предприятии и идентифицирует их обязанности. Такие обязанности могут быть на различных уровнях организации и, как правило, выполняются членами организационного объекта (сущности), уполномоченного принимать решения.
Понятие GRAI [12] центров принятия решений распространяется на аспект принятия решений с помощью идентификации временных перспектив различных центров принятия решений, которые качественно оценивают аспект планирования принятия решений. Индивидуальные представления приведены в следующих разделах.

В.3.2 Функциональное представление

Функциональное представление, наглядно иллюстрирующее процесс обработки заказа, приведенный в В.3.1, приведено на рисунке В.З. Два из трех идентифицированных доменов (заказчик и поставщик) далее не детализируются, однако обеспечивают представление входных данных (заказ, детали) для получения выходных данных (продукт, счет-фактура, заказ поставщика) рассматриваемого домена предприятия. Последнее включает два процесса (администрирование, производство), идентифицированные в функциональном представлении в предыдущем разделе.
Рисунок В.3 - Функциональное представление для обработки заказа
605 × 541 пикс.     Открыть в новом окне