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

А.3.3.1. Моделирование на уровне определения требований

Читайте также:
  1. A. ARIS - моделирование бизнес-процессов
  2. E.3. Значения статистик Дарбина-Уотсона при 5%-ном уровне значимости
  3. А. Определения: экскурс в историю
  4. А.1.1. Моделирование стратегических бизнес-процессов
  5. А.2.1.1. Определение требований на уровне функциональной модели
  6. А.2.1.4. Реализация на уровне функциональной модели
  7. А.2.2.1. Определение требований на уровне организационной модели

На рис. 130 показана детальная модель выходов, включая количественные взаимосвязи функции, а на рис. 131 — соответствующая метамодель. Для упрощения результаты в метамодели опущены. На этом рисунке мы исходим из предположения, что после выполнения каждой функции создается выход, имеющий свое собственное обозначение.

Рис.130. Поток выходов функции

 

Рис. 131. Метамодель изменения типов выходов после выполнения функций

 

На рис. 132 и 133 представлена ситуация, когда выход после обработки приобретает другое состояние, но не новое обозначение. Поэтому завершенный функциональный этап можно использовать для идентификации начального состояния для следующего процесса. Эта процедура применяется также для составления графиков операций в промышленном производстве.

Рис. 132. Поток выходов после выполнения функций без изменения обозначения выхода

 

Рис. 133. Метамодель обновления состояния после выполнения функции

 

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

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

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

При описании потока управления жесткое разделение описания структур продуктов и процессов после создания продуктов приводит к отношениям подстановки (см. рис. 134). Связывание выходов с процессами позволяет описать процесс создания выхода из входа в той же мере, в какой выход моделируется в рамках структуры выхода.

На рис. 134а структура выхода характеризуется двумя промежуточными продуктами. Для создания выхода необходима одна функция на каждый продукт. В результате мы получаем четыре диаграммы ЕРС, каждая из которых описывает одну функцию, относящуюся к изготовлению соответствующего продукта.

Рис. 134а. Структура процесса и структура выхода с промежуточными продуктами

 

На рис. 134б та же структура выхода представлена в виде двух выходов, т.е. без описания промежуточных продуктов. Здесь соответствующий бизнес-процесс для создания конечного выхода более сложный; параллельная обработка вводится теперь не в прейскурант материалов, а в процесс.

 

Рис. 1346. Структура процесса и структура выхода без промежуточных продуктов

 

Отсюда понятно, почему графики работ в промышленном производстве, как први-ло включают лишь несколько (7-10) операций (функций). Это обусловлено тем, что наибольшая часть структуры процесса вводится в прейскурант материалов.

Однако в общем моделировании бизнес-процессов мы обычно имеем дело со всей структурой процесса. Лишь косвенно затрагивая промежуточные продукты, она включает также ряд функций и параллельных структур. Чем более обособлено администрирование выходов, процессов и соответствующих отношений, тем чаще возникают идентичные возможности. Это достигается тем, что структуры выходов моделируют структуру ключевых процессов, а процессы моделируют только непосредственные процессы входа/выхода для каждого выхода.

Метод UML описывает поток объектов, обрабатываемых функциями, посредством диаграмм операций или действий (см. рис. 135). Изменения состояний, вызванные функциями, можно интерпретировать как результаты, т.е. как информационные выходы. Метамодель (см. рис. 133) уже отражает этот поток объектов. В дополнение к этому, к операционным диаграммам привязаны организационные единицы.

Рис. 135. Поток действий и объектов (UML Notation Guide. 1997, рис.56)

 


Дата добавления: 2015-08-03; просмотров: 319 | Нарушение авторских прав


Читайте в этой же книге: А.3.2.1.2.1. Правило СУД | А.3.2.1.2.3. Диаграммы состояний | А.3.2.1.2.4. Управление посредством сообщений | А.3.2.1.2.5. Связывание объектно-ориентированного моделирования и СДП | А.3.2.2. Конфигурирование | А.3.2.3.1.1. Привязка схемы | А.3.2.3.1.2. Выведение структур управления | А.3.2.3.1.3. Транзакции баз данных | А.3.2.3.2. Управление посредством триггеров | А.3.2.3.3.1. Общая детализация |
<== предыдущая страница | следующая страница ==>
А.3.2.3.3.2. Связи с базами данных| А.3.4.1. Моделирование определения требований

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