|
Читайте также: |
Модель выходов процесса должна фокусировать системы пооперационного исчисления стоимости на определенных стоимостных факторах. Применительно к управлению мощностями модели выходов используются для описания областей выхода.
В частности, системы управления потоками работ (workflow) требуют, чтобы транспортируемые папки были представлены в виде информационных услуг. Информация об экземплярах создается путем копирования описаний классов со 2-го уровня.
На промышленных предприятиях материальный выход представлен в виде прейскурантов материалов. Благодаря частичному пересечению моделей выходов и данных, если отсутствуют дополнительные уточнения, связанные с заказом, то при описании экземпляров продуктов в моделях workflow достаточно сослаться на экземпляры в системе ПиУП.
С другой стороны, если необходимость в уточнениях, связанных с заказом, все же возникает, в экземплярах workflow создаются и поддерживаются дополнительные атрибуты.
Модели выходов используются при конфигурировании бизнес-приложений с глобальным фокусированием на соответствующих процессах. Процессы могут быть различными в зависимости от того, является ли компания поставщиком услуг, предприятием розничной торговли или изготовителем продуктов. Программа SAP R/3 Business Engineer требует информации о типах выходов для первых двух уровней системной конфигурации —
для описания отраслевых сценариев и определения вариантов необходимых процессов (см. рис. 83 и 84).
В бизнес-приложениях, которые не управляются workflow, модель выходов явным образом не документируется. Объекты информационных услуг содержатся в модели данных в виде объектов данных, но они не представляют собой результат явным образом описанной функции или процесса.
Рис. 83. Выбор бизнес-сценариев (Schroder. Business Engineer. 1997)
Рис. 84. Конфигурирование процессов (Schroder. Business Engineer. 1997)
А.З. Моделирование отношений между разными типами представлений (модель управления)
Задача моделирования управления заключается в том, чтобы объединить в одно целое разные типы представлений (функций, организации, данных и выходов), которые до сих пор рассматривались по отдельности.
На этом этапе моделируются структурные отношения и динамическое поведение системы, описываемое изменениями состояния. Сначала мы рассмотрим методы описания попарных отношений между типами представлений, а затем поговорим о том, как все эти представления можно связать воедино. В рамках этой классификации мы вновь применим модель жизненного цикла, включающую этапы определения требований, конфигурирования, спецификации проекта и описания реализации.
Дата добавления: 2015-08-03; просмотров: 216 | Нарушение авторских прав
| <== предыдущая страница | | | следующая страница ==> |
| А.2.4.1. Определение требований на уровне модели выходов | | | А.З.1.1.1. Диаграммы связи функция-организация |