Студопедия
Случайная страница | ТОМ-1 | ТОМ-2 | ТОМ-3
АвтомобилиАстрономияБиологияГеографияДом и садДругие языкиДругоеИнформатика
ИсторияКультураЛитератураЛогикаМатематикаМедицинаМеталлургияМеханика
ОбразованиеОхрана трудаПедагогикаПолитикаПравоПсихологияРелигияРиторика
СоциологияСпортСтроительствоТехнологияТуризмФизикаФилософияФинансы
ХимияЧерчениеЭкологияЭкономикаЭлектроника

А.2.4.2. Конфигурирование выходов

Читайте также:
  1. А.2.1.2. Конфигурирование функций
  2. А.2.3.2. Конфигурирование данных
  3. А.2.4. Моделирование на уровне выходов
  4. А.2.4.1. Определение требований на уровне модели выходов
  5. А.3.1.2. Конфигурирование
  6. А.3.2.2. Конфигурирование

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

В частности, системы управления потоками работ (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.3.1.2.1. Простая модель ERM | А.2.3.1.2.2. Расширенная модель ERM | А.2.3.2. Конфигурирование данных | А.2.3.3. Спецификация проекта в рамках модели данных | А.2.3.3.1. Создание отношений | А.2.3.3.2. Нормализация — денормализация | А.2.3.3.3. Условия целостности | А.2.3.3.4. Логические пути доступа | А.2.3.4. Реализация на уровне модели данных | А.2.4. Моделирование на уровне выходов |
<== предыдущая страница | следующая страница ==>
А.2.4.1. Определение требований на уровне модели выходов| А.З.1.1.1. Диаграммы связи функция-организация

mybiblioteka.su - 2015-2024 год. (0.008 сек.)