А.2.4.2. Конфигурирование выходов
Модель выходов процесса должна фокусировать системы пооперационного исчисления стоимости на определенных стоимостных факторах. Применительно к управлению мощностями модели выходов используются для описания областей выхода.
В частности, системы управления потоками работ (workflow) требуют, чтобы транспортируемые папки были представлены в виде информационных услуг. Информация об экземплярах создается путем копирования описаний классов со 2-го уровня.
На промышленных предприятиях материальный выход представлен в виде прейскурантов материалов. Благодаря частичному пересечению моделей выходов и данных, если отсутствуют дополнительные уточнения, связанные с заказом, то при описании экземпляров продуктов в моделях workflow достаточно сослаться на экземпляры в системе ПиУП.
С другой стороны, если необходимость в уточнениях, связанных с заказом, все же возникает, в экземплярах workflow создаются и поддерживаются дополнительные атрибуты.
Модели выходов используются при конфигурировании бизнес-приложений с глобальным фокусированием на соответствующих процессах. Процессы могут быть различными в зависимости от того, является ли компания поставщиком услуг, предприятием розничной торговли или изготовителем продуктов. Программа SAP R/3 Business Engineer требует информации о типах выходов для первых двух уровней системной конфигурации —
для описания отраслевых сценариев и определения вариантов необходимых процессов (см. рис. 83 и 84).
|
|
|
В бизнес-приложениях, которые не управляются workflow, модель выходов явным образом не документируется. Объекты информационных услуг содержатся в модели данных в виде объектов данных, но они не представляют собой результат явным образом описанной функции или процесса.
Рис. 83. Выбор бизнес-сценариев ( Schroder . Business Engineer. 1997)
Рис . 84. Конфигурирование процессов ( Schroder . Business Engineer . 1997)
А.З. Моделирование отношений между разными типами представлений (модель управления)
Задача моделирования управления заключается в том, чтобы объединить в одно целое разные типы представлений (функций, организации, данных и выходов), которые до сих пор рассматривались по отдельности.
На этом этапе моделируются структурные отношения и динамическое поведение системы, описываемое изменениями состояния. Сначала мы рассмотрим методы описания попарных отношений между типами представлений, а затем поговорим о том, как все эти представления можно связать воедино. В рамках этой классификации мы вновь применим модель жизненного цикла, включающую этапы определения требований, конфигурирования, спецификации проекта и описания реализации.
|
|
|
А. 3.1. Отношения между функциями и организацией
На рис. 85 показаны отношения между функциональной и организационной моделями.
Рис. 85. Отношения между функциями и структурой организации
На рис. 86 приведено базовое отношение между бизнес-функцией и организационной единицей. Однако эта связь может иметь разные семантические ответвления. Кроме того, возможны различные исходные модели и разграничения, связанные с распределением функций.
Рис . 86. Общее отношение между организационной единицей и функциями
Дата добавления: 2019-02-26; просмотров: 145; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!