1.3.3. UML как средство описания бизнес-процессов
К оглавлению1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 1617 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33
34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50
51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67
68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84
85 86
UML - объектно-ориентированный язык моделирования для описания сложных систем. Также весьма распространен, существуют многочисленные инструменты для проектирования систем на данном языке, например: Rational Rose, Paradigm Plus, 4Keeps, MS Visio 2002 XP и др.
Данный язык описания содержит 8 различных типов диаграмм:
Диаграмма вариантов использования - показывает статический вид системы с точки зрения конечного пользователя.
Диаграмма классов - отражает статичные отношения между элементами модели.
Диаграмма состояний - показывает динамический вид системы, включающий состояния, переходы, события и виды действий.
Диаграмма деятельности - представляет собой поток управления между видами деятельности, отражает динамику системы.
Диаграмма последовательности - показывает временную упорядоченность сообщений.
Диаграмма кооперации - показывает структурную организацию обменивающихся сообщениями объектов.
Диаграмма компонентов - статическое отображение организации совокупности компонентов и существующих между ними зависимостей.
Диаграмма развертывания - показывает организацию обрабатывающих узлов системы и размещение в них компонентов.
Для описания бизнес-процессов применяются Диаграммы деятельности. Диаграмма деятельности состоит из следующих элементов:
Точка инициации - начало процесса.
Точка завершения - окончание процесса.
Действие - функция, работа или операция.
Подпроцесс - обозначение блока, описанного детально в другой диаграмме.
Исполнитель (роль, персона, должность, оргзвено).
Решение - условие перехода при разветвлениях процесса.
Объект - используемый в процессе ресурс.
Ветвитель / синхронизатор - обозначение точек синхронизации исполнения параллельных задач или разветвление на несколько одновременно выполняемых операций.
Обозначения элементов на диаграмме деятельности (UML-Activity) см. на Рис. 14.
Рис. 14 Элементы диаграммы UML-Activity
Простейший пример последовательности действий в виде диаграммы UML-Activity (см. Рис. 15). Пример начинается с действия «Поиск напитка». При наличии кофе начинаются операции по его приготовлению. Ветвитель показывает, что далее следуют три действия: «Засыпать кофе в фильтр», «Добавить в резервуар воды» и «Найти чашку», эти действия не взаимосвязаны. После того, как кофе засыпан в фильтр, необходимо вставить его в кофеварку. Далее синхронизатор показывает, что для включения кофеварки должны быть выполнены операции: «Вставить фильтр в кофеварку» и «Добавить в резервуар воды». Далее следует операция «Сварить кофе». После этого очередной синхронизатор показывает: для того чтобы налить кофе в чашку, необходимо «Сварить кофе» и «Найти чашку». Далее остается выпить кофе (или кока-колу - в случае если кофе не найден). Если не найден ни кофе, ни кока-кола, процесс завершается.
Рис. 15 Пример диаграммы UML-activity
Для обозначения исполнителей используются, так называемые, дорожки. Диаграмма строится по вертикальным дорожкам (колонкам), в которых указываются исполнители (см. Рис. 16). Порядок следования исполнителей не важен. На рисунке приведены три исполнителя - Заказчик, Отдел продаж и Склад. В данном примере хорошо видно, что процесс начинается и заканчивается за пределами организации, исполняющей заказы т.е. процесс является кроссорганизационным.
Рис. 16 Пример диаграммы с дорожками и обозначением исполнителей
Для обозначения документов, программного обеспечения, и других используемых в процессе сущностей применяется обозначение «объект». Так как объект используется в процессе, то его состояние может изменяться (см. Рис. 17). Например, заказ может в процессе обработки принимать следующие состояния: размещен, введен в систему, скомплектован, доставлен. Все эти состояния показываются на схеме процесса в квадратных скобках под названием объекта. Связи между действиями и объектами показываются пунктиром.
Рис. 17 Диаграмма UML-activity с колонками и объектами
В случае, если между двумя действиями существует связь через объект (см. Рис. 18), то нет необходимости соединять их непосредственно между собой, так как такая связь согласно спецификации UML, уже подразумевается.
Рис. 18 Связь двух действий через объект
Рис. 19 Излишняя связь между действиями
UML - объектно-ориентированный язык моделирования для описания сложных систем. Также весьма распространен, существуют многочисленные инструменты для проектирования систем на данном языке, например: Rational Rose, Paradigm Plus, 4Keeps, MS Visio 2002 XP и др.
Данный язык описания содержит 8 различных типов диаграмм:
Диаграмма вариантов использования - показывает статический вид системы с точки зрения конечного пользователя.
Диаграмма классов - отражает статичные отношения между элементами модели.
Диаграмма состояний - показывает динамический вид системы, включающий состояния, переходы, события и виды действий.
Диаграмма деятельности - представляет собой поток управления между видами деятельности, отражает динамику системы.
Диаграмма последовательности - показывает временную упорядоченность сообщений.
Диаграмма кооперации - показывает структурную организацию обменивающихся сообщениями объектов.
Диаграмма компонентов - статическое отображение организации совокупности компонентов и существующих между ними зависимостей.
Диаграмма развертывания - показывает организацию обрабатывающих узлов системы и размещение в них компонентов.
Для описания бизнес-процессов применяются Диаграммы деятельности. Диаграмма деятельности состоит из следующих элементов:
Точка инициации - начало процесса.
Точка завершения - окончание процесса.
Действие - функция, работа или операция.
Подпроцесс - обозначение блока, описанного детально в другой диаграмме.
Исполнитель (роль, персона, должность, оргзвено).
Решение - условие перехода при разветвлениях процесса.
Объект - используемый в процессе ресурс.
Ветвитель / синхронизатор - обозначение точек синхронизации исполнения параллельных задач или разветвление на несколько одновременно выполняемых операций.
Обозначения элементов на диаграмме деятельности (UML-Activity) см. на Рис. 14.
Рис. 14 Элементы диаграммы UML-Activity
Простейший пример последовательности действий в виде диаграммы UML-Activity (см. Рис. 15). Пример начинается с действия «Поиск напитка». При наличии кофе начинаются операции по его приготовлению. Ветвитель показывает, что далее следуют три действия: «Засыпать кофе в фильтр», «Добавить в резервуар воды» и «Найти чашку», эти действия не взаимосвязаны. После того, как кофе засыпан в фильтр, необходимо вставить его в кофеварку. Далее синхронизатор показывает, что для включения кофеварки должны быть выполнены операции: «Вставить фильтр в кофеварку» и «Добавить в резервуар воды». Далее следует операция «Сварить кофе». После этого очередной синхронизатор показывает: для того чтобы налить кофе в чашку, необходимо «Сварить кофе» и «Найти чашку». Далее остается выпить кофе (или кока-колу - в случае если кофе не найден). Если не найден ни кофе, ни кока-кола, процесс завершается.
Рис. 15 Пример диаграммы UML-activity
Для обозначения исполнителей используются, так называемые, дорожки. Диаграмма строится по вертикальным дорожкам (колонкам), в которых указываются исполнители (см. Рис. 16). Порядок следования исполнителей не важен. На рисунке приведены три исполнителя - Заказчик, Отдел продаж и Склад. В данном примере хорошо видно, что процесс начинается и заканчивается за пределами организации, исполняющей заказы т.е. процесс является кроссорганизационным.
Рис. 16 Пример диаграммы с дорожками и обозначением исполнителей
Для обозначения документов, программного обеспечения, и других используемых в процессе сущностей применяется обозначение «объект». Так как объект используется в процессе, то его состояние может изменяться (см. Рис. 17). Например, заказ может в процессе обработки принимать следующие состояния: размещен, введен в систему, скомплектован, доставлен. Все эти состояния показываются на схеме процесса в квадратных скобках под названием объекта. Связи между действиями и объектами показываются пунктиром.
Рис. 17 Диаграмма UML-activity с колонками и объектами
В случае, если между двумя действиями существует связь через объект (см. Рис. 18), то нет необходимости соединять их непосредственно между собой, так как такая связь согласно спецификации UML, уже подразумевается.
Рис. 18 Связь двух действий через объект
Рис. 19 Излишняя связь между действиями