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

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

Модель «Состав бизнес процессов» следует использовать при разбиении системы на подсистемы на фазе формирования требований к АС. Каждому из выделенных бизнес- процессов предлагается ставить в соответствие подсистему в создаваемой АС.

Например, бизнес-процессы учета и оформления валютных операций подразделяются на два бизнес процесса: учет и оформление конверсионных операций и учет и оформление депозитных операций.

Следовательно, например, создаваемая АС учета и оформления валютных операций должна включать две подсистемы: подсистему учета и оформления конверсионных операций и подсистему учета и оформления депозитных операций.

Если, рассматриваемые для автоматизации бизнес процессы независимы друг от друга, то в разрабатываемой системе подсистемы также будут функционально независимы друг от друга. Что в свою очередь это позволит создать архитектуру АС, устойчивую к изменениям.

Для разработки модели «Состав бизнес-процессов» должна использоваться диаграмма функций (use case diagram).

Элементы диаграммы функций (use case diagram), используемые для разработки модели, представлены в табл. 3.2.

Таблица 3.2.

Элементы диаграммы функций (use case diagram),
используемые для разработки модели «Состав бизнес процессов»

Изображение элемента	Назначение
	Пакет. Используется для отображения групп бизнес-процессов
	Внешняя по отношению к бизнес-процессу роль. Используется для отображения инициаторов бизнес-процессов, получателей результатов бизнес процессов. Может быть использована со стереотипом «business actor» − бизнес-роль
	Бизнес-процесс. Элемент может использоваться со стереотипом «бизнес-процесс» или «business use case»
	Cвязь «ассоциация». Используется для отображения связей между бизнес-процессом и инициатором бизнес-процесса, и/или получателем результатов бизнес-процесса. Связь может иметь стереотип, определенный пользователем, например, «communicate» - «взаимодействует». Связь может не иметь направлений. В этом случае, бизнес-роль является инициатором бизнес-процесса и получателем результатов бизнес-процесса
	Cвязь «зависимость» (связь между группами бизнес-процессов, группами целей, бизнес-процессом и целями). Связь проводится от зависимого элемента к независимому элементу. Связь может использоваться со стереотипом, «поддерживает», для отображения зависимости между бизнес-процессом и целью, которую он поддерживает. В этом случае связь проводится от бизнес-процесса к цели
	Связь «включает» (связь между бизнес-процессами). Специализированная связь, используется для отображения включения функциональности одного бизнес-процесса в другой. Связь зависимость между бизнес-процессами со стереотипом «включает» (include), должна использоваться, когда разные бизнес-процессы включает в себя один и тот же бизнес-процесс. Для связи со стереотипом «включает» (include) стрелку следует направить к включаемому бизнес-процессу от включающего. Связь отображается прерывистой линией с названием стереотипа
	Связь «расширяет». Специализированная связь, используется для расширения функциональности одного бизнес-процесса функциональностью другого при наступлении определенных условий. Связь удобно использовать при отображении бизнес-процессов, которые должны выполняться, например, в исключительных ситуациях или при наступлении определенных условий. Для связи со стереотипом расширяет «extend», стрелку следует направлять к бизнес-процессу, который расширяется другим бизнес процессом, от бизнес-процесса, который его расширяет. Связь отображается прерывистой линией с названием стереотипа
	Связь «родитель-потомок» (связь между бизнес-процессами). Связь со стереотипом «родитель-потомок» (generalization) используется, когда необходимо чтобы бизнес-процесс потомок обладал всеми свойствами бизнес-процесса родителя и возможно какими-то дополнительными свойствами. Связь со стереотипом «родитель-потомок» отображается сплошной линией с большой треугольной стрелкой. Стрелка направляется от потомка к родителю
	Класс со стереотипом <<target>>. Используется для отображения целей бизнеса

В зависимости от уровня сложности предприятия модель бизнес-процессов может строиться как иерархия диаграмм.

На первом уровне помещается пакеты с изображением групп бизнес-процессов, их связи, на последующем уровне также группы бизнес-процессов, их связи и т.д. На самом последнем уровне бизнес-процессы, инициаторы бизнес-процессов, получатели результатов бизнес-процессов, цели бизнес-процессов и их связи между собой.

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

На рис. 3.3 -3.9 представлены примеры использования различных элементов моделей и связей между ними.

Рис. 3.3. Пакет для изображения группы целей бизнес-процессов

Рис. 3.4. Связь «зависимость»
между группами бизнес-процессов

Рис. 3.5. Изображение бизнес-процесса с использованием элемента «use case»
со стереотипом «business use case»

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

Рис. 3.7. Пример использования связи «зависимость»
между бизнес – процессом и целью, которую он поддерживает

Рис. 3.8. Пример модели «Состав бизнес-процессов университета».

Группа независимых бизнес процессов

Рис. 3.9. Пример модели «Состав бизнес-процессов университета». Изображение бизнес-процесса и связанных с ним инициатора бизнес-процесса и цели бизнес-процесса

Пример расположения модели «Состав бизнес-процессов» в браузере ЕА представлен на рис. 3.10.

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