А.3.3.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)

А.3.3.2. Конфигурирование

После того как функция выполнена, изменения в состоянии выхода и соответствующих затратах передаются на уровень управления бизнес-процессом. В зависимости от типа выхода (материальный выход или услуги) эти данные доставляются системой сбора производственных данных или — в информационных системах — системами workflow.

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

Информационные услуги, создаваемые и передаваемые для дальнейшей обработки, описываются как папки. Эта информация задает конфигурацию системы workflow и описывает электронные папки.