Для обеспечения такого представления используем соответствие между графическими элементами BPMN-нотации и УФО-моделей показанное в таблице З.2.
Таблица З.2. Соответствие графических элементов BPMN и УФО.
Описание элемента | Элементы BPMN | Элементы УФО |
Событие (Event) Событие – это то, что происходит в течение бизнес-процесса и оказывает влияние на его ход. Чаще всего событие имеет причину (триггер) или воздействие (результат). Согласно влиянию Событий на ход бизнес-процесса, выделяют три типа: Стартовое событие (Start), Промежуточное событие (Intermediate) и Конечное событие (End). | Маркеры (триггеры) событий: -сообщение, -таймер, -ошибка, -отмена, -компенсация, -условие\правило, -сигнал. | |
Действие (Activity) Действие – общий термин, обозначающий работу, выполняемую исполнителем. Действия могут быть либо элементарными, либо неэлементарными (составными). Выделяют следующие виды действий, являющихся частью модели Процесса: Процесс (Process), Подпроцесс (Sub-Process) и Задача (Task). | ||
Шлюз (Gateway) Шлюзы используются для контроля расхождений и схождений потока операций. Таким образом, данный термин подразумевает ветвление, раздвоение, слияние и соединение маршрутов. Внутренние маркеры указывают тип контроля развития бизнес-процесса. | Типы шлюзов: -Эксклюзивные ИЛИ (XOR); -ИЛИ (OR); -Комплексные (Complex); -И (AND). | |
Поток операций (Sequence Flow) Поток операций служит для отображения того порядка, в котором организованы действия Процесса. | ||
Поток сообщений (Message Flow) Поток сообщений служит для отображения обмена сообщениями между двумя участниками, готовыми эти сообщения отсылать и принимать. На диаграмме BPMN два отдельно взятых Пула представляют собой двух участников процесса. | ||
Объект данных (Data Object) Объекты данных рассматриваются как артефакты, так как они не влияют непосредственно на последовательный поток или поток сообщений процесса, но они обеспечивают ввод информации о том, какие действия требуют выполнения и/или что они производят. |
Рассмотрим пример модели в нотации BPMN (см. рис. З.11).
|
Преобразуем представленную на рисунке З.11 BPMN-диаграмму в УФО-модель, используя соответствия между графическими элементами. Результаты представлены на рисунках З.12 – З.14. В результате выполненного преобразования можно утверждать, что УФО-модель будет соответствовать BPMN-диаграмме если в ней:
- в классификацию, в категорию связей «По управлению (С)» введен абстрактный класс связей «Событие», разделенный на подклассы связей, соответствующие маркерам (триггерам) событий (так как элемент «Событие» в нотации BPMN, по сути дела, представляет связи/потоки или поступающие на обработку (на вход процесса), или генерируемые процессом (поступающие на выход));
- УФО-элементы в модели определены на уровне функций;
- введены специальные/служебные УФО-элементы, определенные на уровне узлов, обозначающие логические операции, обеспечивающие схождение и расхождение потоков;
- все потоки в BPMN-модели (операций и сообщений) представляются в УФО-модели связями из классификации (так как действия в процессах не могут просто так переходить одно в другое, они всегда обмениваются материей и информацией);
- элемент BPMN-модели «Объект данных» представляется в УФО-модели определенного вида связью из категории связей «По данным (D)»;
- пулы и дорожки BPMN-диаграммы представляются в УФО-модели УФО-элементами, определенными на функциональном уровне.
|
Показанное соответствие графических элементов некоторых графоаналитических нотаций (так называемых WF-спецификаций) элементам системно-объектных моделей, а также приведенные примеры преобразования диаграмм в этих нотациях в модели «Узел-Функция-Объект» показывают универсальность УФО-моделей. Таким образом, УФО-подход позволяет моделировать любые процессы и системы без ограничений и способен заменить собой любую существующую нотацию бизнес-моделирования. Учитывая, что возможна формализация УФО-подхода с помощью алгебраических средств (теории паттернов и теории процессов), можно говорить об УФО-моделировании как о едином универсальном способе представления организационных знаний. Данное обстоятельство обосновывает мнение отечественных специалистов по WF-языкам о том, что: "Еще нет WF-спецификации, с которой не было бы связано серьезных проблем, лидеры в этой области пока выглядят неоправданно сложными. Возможно, реальным WF-стандартом станет еще только разрабатываемая спецификация» [116].
|
|