3.3. Моделирование бизнес-процесса в виде потока работ

Целью разработки модели бизнес-процессов в виде потока работ является отображение последовательности выполнения работ, связанной с бизнес-процессом.

На фазе определения требований к АС модель используется для определения функциональных требований к создаваемой АС.

Для разработки модели бизнес-процессов в виде потока работ должна использоваться диаграмма деятельности (activity diagram).

Элементы, диаграммы деятельности (activity diagram), используемые для разработки модели, представлены в табл. 3.3.

Таблица 3.3.

Элементы диаграммы деятельности (activity diagram), используемые для разработки модели бизнес-процесса в виде потока работ

Изображение элемента	Назначение
	Начало. Используется для отображения начала бизнес-процесса. Начало в модели может быть только одно
	Конец. Используется для отображения окончания бизнес-процесса. Конечных состояний в модели может быть много в случае различных альтернатив в бизнес-процессе
	Деятельность. Используется для отображения деятельности, выполняемой объектами или субъектами системы, шага бизнес-процесса
	«Макро» деятельность. Используется для отображения обобщенной деятельности, которая декомпозируется
	Объект. Используется для отображения роли ответственной за выполнение какой-либо деятельности, для отображения объектов реального мира, связанных с деятельностью бизнес-процесса. Объекты могут быть использованы с различными стереотипами, например, «worker», «документ». Объект может иметь состояние
	Внешняя по отношению к бизнес-процессу роль. Используется для отображения инициаторов бизнес – процессов, получателей результатов бизнес процессов. Может использоваться со стереотипом «business actor» - бизнес-роль
	Поток управления. Используется для отображений связей между деятельностями
	Поток объектов. Используется для отображения связей между деятельностью и объектом Объект связывается с деятельностью с использованием элемента поток объектов. Поток объектов имеет направление. Если объект по отношению к деятельности является входным, то поток объектов проводится от объекта к деятельности, если выходным – то от деятельности к объекту
	Связь зависимость. Используется для отображения связи между внешней ролью и деятельностью
	Решение. Используется для ветвления, слияния, разветвления потока работ в бизнес-процессе
	Отправка. Используется для отображения действия, связанного с отправкой сигнала
	Прием. Используется для отображения действия, связанного с приемом сигнала
	Горизонтальная вилка. Используется для слияния и расщепления параллельных потоков
	Вертикальная вилка. Используется для слияния и расщепления параллельных потоков
	БД (объект). Используется в бизнес - процессах, связанных с БД
	Заметка. Может использоваться, например, для отображения подразделения, в котором выполняется шаг бизнес-процесса, бизнес-правила, инструмента

Модель бизнес-процесса в виде потока работ разрабатываться в два этапа. Сначала разрабатывается модель, отображающая макро шаги бизнес-процесса (рис. 3.11), затем - модели, отображающие детальное описание макро шагов (рис. 3.12).

При разработке моделей, отображающих детальное описание макро шагов, поле диаграммы деятельности можно разбивать на области ответственности с использованием следующих разделительных линий:

• входные/выходные объекты;

• деятельность;

• роль;

• бизнес правила;

• инструмент;

• подразделение/должность.

Если потребуется можно вводить дополнительные разделительные линии, например, стоимость, время и т.д.

Рис. 3.11. Пример модели макро шагов бизнес-процесса

Знак «бесконечность» на элементе деятельность отображает факт нахождения под ней диаграммы ее декомпозирующей.

Рис. 3.12. Пример детального моделирования макро шага бизнес-процесса

При моделировании макро шага следует входной объект присоединять к деятельности связью «поток объектов», направленной от объекта к деятельности, выходной объект - связью «поток объектов», направленной от деятельности к объекту.

Объект, изображающий роль участника бизнес-процесса, следует присоединить к деятельности связью «поток объектов» без стрелок. Объект, изображающий внутреннюю роль исполнителя бизнес-процесса, должен иметь стереотип «worker». Внешняя по отношению к бизнес-процессу роль должна отображаться элементом «Actor» (из диаграммы функций). Внешнюю роль следует присоединять к деятельности связью зависимость без использования стрелок.

Бизнес правило, инструмент, подразделение/должность отображается заметкой.

Если при создании модели бизнес-процесса уже создана модель организационной структуры объекта автоматизации, то подразделение можно отображать пакетом подразделения из оргструктуры, должность – объектом (экземпляром класса).

Рекомендуется на одной диаграмме изображать не более семь плюс/минус два элемента «деятельность».

Шаги бизнес-процесса, подлежащие автоматизации, следует отмечать цветом или стереотипом «автоматизируется».

На рис. 3.13. представлен пример модели бизнес-процесса.

Рис. 3.13. Пример модели бизнес-процесса

Пример расположения модели «Описание бизнес процессов» в браузере EA представлен на рис. 3.13.

Рис. 3.14. Пример расположения модели бизнес-процессов в браузере EA