Главное не результат, главное процесс

BPM-блог Анатолия Белайчука

BPMN в стиле DFD: некорректно, зато практично

В прошлой заметке я констатировал, что на верхнем уровне процессного анализа с точки зрения BPMN мы имеем дело не с процессами, а с семействами процессов.

К сожалению, BPMN не предоставляет средств для моделирования на этом уровне. Чаще всего аналитики прибегают к IDEF0, мне как-то больше по душе DFD - но так или иначе, тот факт, что приходится пользоваться двумя нотациями, не радует.

Поэтому я рисую DFD-диаграммы с помощью палитры BPMN. Получается примерно так:

Рис.1. Карта процессов планирования производственной компании

Нотация DFD (Data Flow Diagram) состоит всего из 4 элементов (не считая комментариев). Я задействовал несколько больше элементов:

  1. Процесс - моделируем задачей (BPMN Task).
  2. Хранилище данных - в BPMN есть хранилища данных (Data Store). Можно обойтись только ими, а можно добавить на диаграмму объекты данных (Data Object). На рис.1 “Бизнес-стратегия” изображена с помощью Data Object чтобы показать, что это не данные, а неструктурированный контент (документ).
  3. Поток данных - опять же, BPMN Data Association является прямым аналогом. Можно обойтись только ими, а можно связи между процессами изобразить с помощью потоков управления (Control Flow), чтобы показать, что тут не просто передача данных, а запуск одного процесса другим.
  4. Внешняя сущность - моделируем свернутым пулом (Black Box). На рис.1 отсутствует, так как в рассматриваемой задаче внешних сущностей нет.

Сильно не бейте - я понимаю, что это не корректная BPMN-диаграмма. А что делать? Нужда заставит - и не так раскорячишься.

21.05.12 | Статьи |    

Комментарии (4)

  1. Илья 27.05.12 01:51

    Мы для этих целей используем подпроцессы, создавая “наивную” диаграмму. Точнее все отклонения прячем внутрь. Получается гармонично. А если нужно обозначить комплекс процессов, которые возникают по разным событиям, но в привязке к одному объекту, например процессы по договору обслуживания - то обозначаем это VAC, как это делают известные поставщики BPM решений, позволяющие сделать вроженные BPMN диаграммы. Объекты - их соответственно выделяем по нашей предметной области, у каждого предметная область своя. Вот как то так. А вообще смущает то, что международный менеджмент как то обходит стороной тему наведения порядка раз и навсегда в комплексном описании бизнеса.

  2. Anatoly Belychook 27.05.12 08:57

    Илья

    Покажите.

  3. Антон Зимин 19.02.13 23:55

    Согласен с Ильей, мы тоже используем обозначения BPMN 2.0. но делая процесс с обозначением действий “подпроцессами”, может быть это неправильно с точки зрения нотации, но это более понятно руководству, и еще это позволяет понять и разграничить зоны ответственности сотрудников.

  4. Антон Зимин 20.02.13 00:04

Комментирование закрыто

Copyright © 2008-2024 Анатолий Белайчук. Спасибо Wordpress и Yahoo.  Контент  Комментарии