книги / Построение моделей бизнес-процессов
..pdf
Пример контекстной диаграммы процесса «Внедрение ИТ на предприятии» приведен на рис. 6.
Рис. 6. Контекстная диаграмма реального процесса
Как следует из диаграммы, Управление может включать контроль хода процесса, бюджет, планы, чертежи, порядок выполнения, регламентирующие документы. Механизм – это то и/или кто обеспечивает выполнение данного процесса (функции).
Выделяя основные этапы (функции) процесса с помощью декомпозиции, получаем диаграмму следующего уровня. Так, для рассматриваемогопроцессаона имеетвид, представленный нарис. 7.
Аналогично любой из блоков этой диаграммы при необходимости детализации может быть представлен диаграммой декомпозиции 2-го уровня.
Заметим, что в нотации IDEF0 помимо прямых связей между блоками выход-вход допускаются иные связи: а – обратная связь по входу; б – выход-механизм; в – выход-управление; г – обратная связь по управлению (рис. 8).
21
Рис. 7. Декомпозиция первого уровня
а |
б |
в |
г |
|
Рис. 8. Типы связей между блоками |
|
Нотация IDEF3 |
Если в IDEF0 система представляется как совокупность видов деятельности, то в IDEF3 деятельность моделируется как последовательность событий и участвующих в них объектов. Впервые в этом стандарте используется понятие «событие».
22
Стандарт IDEF3 определяет методологию моделирования не только последовательности выполнения, но и причинно-следствен- ных связей между ситуациями и событиями.
IDEF3 позволяет описывать логику выполнения работ, очередность их запуска и завершения, для чего впервые в нотацию включены логические операторы (перекрестки). Таким образом, IDEF3 предоставляет инструмент моделирования сценариев действий сотрудников организации, отделов, цехов и т.п., например порядок обработкизаказаилисобытия, накоторыенеобходимореагироватьза конечноевремя, выполнениедействийпопроизводствутовараит.д.
Таким образом, IDEF3 удобен для подробного моделирования деятельности и в этом качестве может дополнять диаграммы IDEF0, детализируя отдельные блоки нижнего уровня.
Графические элементы нотации IDEF3 приведены на рис. 9.
Рис. 9. Графические элементы нотации IDEF3
Пример диаграммы процесса в нотации IDEF3 показан на рис. 10.
23
24
Рис. 10. Модель процесса проведения инструктажей
24
Как видно из рисунка, в нотации IDEF3 получаются запутанные и не очень наглядные диаграммы. В целом нотации IDEF давно не развиваютсяиустарелиипотомунаходятвсеменьшееприменение.
4.2. Технология DFD
Здесь кратко рассмотрим только основное средство функционального моделирования бизнес-системы в технологии DFD – диаграмму потоков данных.
Эта диаграмма отражает внешние относительно системы адресаты и адресанты данных, идентифицирует логические функции (процессы) и группы элементов данных (потоки), связывающие функции между собой. В свою очередь, каждый процесс может быть детализирован диаграммой DFD нижнего уровня.
Нотация DFD содержит всего четыре графических элемента. Исходным элементом является поток данных, моделирующий передачу информации или физических сущностей из одной части системы в другую. На диаграмме он изображается стрелкой в направлении движения передаваемых сущностей, стрелка име-
нуется содержимым потока.
Второй элемент представляет процесс, продуцирующий выходные потоки из входных. Он изображается прямоугольником с закругленными углами, разделенным по горизонтали на три части, содержащие номер процесса и тип диаграммы, имя процесса и исполнителя (рис. 11).
Следующий элемент – накопитель данных моделирует сохранение данных вне процесса, имеет вид прямоугольника без правой стороны (рис. 12).
Рис. 11. Изображение процесса |
Рис. 12. Накопитель |
на диаграмме DFD |
данных |
25
Последний графический элемент представляет на диаграмме внешнюю по отношению к системе сущность, изображается в виде прямоугольника с именем сущности.
В качестве примера на рис. 13 показана диаграмма DFD верхнего уровня системы распределения товаров по заказам.
Рис. 13. Диаграмма потоков данных процесса распределения товаров
Приведенная диаграмма не требует дополнительных пояснений. Действительно, диаграммы потоков данных в нотации DFD отличаются простотой и большой наглядностью.
4.2.1. Объектно-ориентированная методология
Ее особенность уже была отмечена выше при начальном знакомстве с методологиями моделирования бизнес-процессов. В основе объектной методологии лежит концептуальная модель
26
языка UML. Не вдаваясь в подробности языка, дадим только краткое представление о нотации.
UML включает три группы диаграмм (нотаций): структурные, поведения и взаимодействия. Среди них назовем такие, как диаграммы классов, диаграммы вариантов использования, диаграммы состояний, диаграммы деятельности, диаграммы взаимодействия, диаграммы компонентов, диаграммы развертывания и др.
Основными графическими элементами нотации UML являются овал, окружность, прямоугольник, стрелки и стилизованное изображение человека (актора). Взаимодействие отображается стрелкой и текстовым указанием типа связи: включает (include), расширяет (extends) или родитель-потомок (generalization). Нотация также содержит известные в программированиилогическиеоператоры.
Для примера на рис. 14 показана диаграмма вариантов использования, отражающая отношения между акторами и прецедентами.
Рис. 14. UML-диаграмма вариантов использования (ARIS)
27
В бизнес-моделировании более применимы диаграммы деятельностей, показывающие поведение системы в различных вариантах использования. На этих диаграммах ромб соответствует логическому оператору (решению), черный круг – началу процесса, круг с вложенным черным кругом – окончание процесса и широкая полоса – места соединения или разветвления потоков. На рис. 15 приведена диаграмма деятельностей «Выполнение заказа на материалы», охватывающая три службы.
Рис. 15. UML-диаграмма деятельностей
Однако диаграммы UML недостаточны для детализации бизнес-процесса до уровня, необходимого для последующей автоматизации. Отмечается целый ряд недостатков стандарта UML:
28
универсальность оборачивается избыточностью и сложностью языка, незавершенность (неточность) семантики, проблематичность изучения языка и др.
Как уже отмечали, объектно-ориентированная модель более адекватно отражает реальный мир, и это ее основное достоинство. Но диаграммы, представляющие модель, менее наглядны и понимаемы пользователями.
4.2.2. Методология ARIS
(ARchitecture of Integrated Information Systems)
Под названием ARIS подразумевается и методология, и комплекс программ ее реализации на практике.
Методология ARIS основывается, как уже говорилось, на концепции интеграции, предлагающей целостный взгляд на процессы. Она представляет собой множество различных методик, объединенных в рамкахединого системного подхода. К нимотносятся:
•диаграмма eEPC (Extended Event driven Process Chain – со-
бытийная цепочка процесса);
•диаграмма Чена (ERM – Entity Relationship Model – модель
«сущность-связь»);
•язык UML (Unified Modeling Language – универсальный язык моделирования),
•методика OMT (Object Modeling Technique – методика объ-
ектно-ориентированного моделирования);
•методика BSC (Balanced Scorecard – система сбалансированных показателей).
При таком подходе появляется возможность описывать процессы и их окружение с различных, взаимодополняющих точек зрения.
В методологии ARIS организация рассматривается в четырех аспектах (рис. 16).
Полное представление о методологии ARIS дает рис. 17. Особо отметим, что в рамках единого системного подхода пред-
29
лагается множество методик моделирования и 80 типов моделей для разных уровней и целей моделирования.
Рис. 16. Аспекты организации в ARIS
Рис. 17. Методология ARIS
30