Под бизнес процессом понимается последовательность видов деятельностей (операций, функций), выполняемых различными подразделениями предприятия, направленная на создание продукта или услуг, имеющих ценность для потребителя, клиента или заказчика.
Целью разработки модели бизнес процессов (Business Use Case Model) является определение бизнес процессов, подлежащих автоматизации, связей между ними и целей, которые они поддерживают.
Модель бизнес процессов, подлежащих автоматизации, следует использовать при разбиении системы на подсистемы на этапе определения требований к системе.
Каждому из выделенных бизнес процессов предлагается в дальнейшем на этапе Определения требований к системе (Requirements) поставить в соответствие подсистему в разрабатываемой системе.
Например, бизнес процесс учета и оформления валютных операций включает два бизнес процесса: учет и оформление валютных операций и учет и оформление депозитных операций.
Следовательно, например, система учета и оформления валютных операций может включать две подсистемы: подсистему учета и оформления валютных операций и подсистему учета и оформление депозитных операций.
Стереотипы в бизнесе
Если, рассматриваемые для автоматизации бизнес процессы независимы друг от друга, то в разрабатываемой системе подсистемы также будут функционально независимы друг от друга.
Цели, которые поддерживают бизнес процессы, следует использовать при определении целей разрабатываемой системы. На основе целей бизнес процессов, подлежащих автоматизации, должны быть сформулированы цели разрабатываемой системы.
Например, целями, которые могут поддерживать процессы учета и оформления валютных операций могут являться:
получение прибыли Банком
мониторинг денежных средств;
получение консолидированной отчетности для принятия управленческих решений;
создание технологических и должностных инструкций для эффективного управления ресурсами.
Эти же цели могут и являться целями, разрабатываемой системы.
Для разработки модели бизнес процессов (Business Use Case Model), должна использоваться диаграмма функций (Use Case Diagram) унифицированного языка моделирования (UML).
3.1.2. Использование диаграммы функций для разработки моделей бизнес процессов
Для построения модели бизнес процессов (Business Use Case Model), с использованием диаграммы функций (Use Case Diagram) должны использоваться следующие ее элементы:
бизнес процесс (business process);
действующее лицо (субъект или объект), внешний по отношению к бизнес процессам — бизнес роль (business actor);
связи между элементами;
Пакет (package) со стереотипом «бизнес процесс» (рис. 3.2) должен использоваться для изображения группы бизнес процессов.
Рис. 3.2. Пакет для изображения группы бизнес процессов
Группы бизнес процессов должны именоваться исходя из контекста, например, учет и оформление валютных операций. На рис. 3.3. представлен пакет для изображения группы бизнес процессов учета и оформления валютных операций.
Передача РПЦ иконы / Запрет в служении священника / Красные бесы не унимаются
Рис. 3.3. Пакет для изображения группы бизнес процессов по учету и оформлению валютных операций
Для отображения связей между группами бизнес процессов должна использоваться связь зависимость (dependency) (рис. 3.4). Связь обозначается прерывистой стрелкой.
Характер зависимости между группами бизнес процессов должен быть определен в зависимости от контекста и описан с использованием текста, заметки, стереотипа связи или спецификации связи.
Рис. 3.4. Связь зависимость между двумя группами бизнес процессов
Для зависимых групп бизнес процессов связь должна проводиться от зависимой группы к независимой. На рис. 3.4 показано, что группа процессов 1 зависит от группы процессов 2.
Элемент пакет также может использоваться и для группировки целей бизнес процессов, которые они поддерживают. Для отображения группы целей должен использоваться пакет со стереотипом «Цель» (рис. 3.5.).
Рис. 3.5. Пакет для изображения группы целей бизнес процессов
Для изображения собственно бизнес процесса должен использоваться элемент бизнес процесс (Business Use Case) (рис. 3.6).
Рис. 3.6. Пример изображения бизнес процесса
Бизнес процессы должны именоваться отглагольными существительными, например, производство стекловолокна, отгрузка готовой продукции.
Для отображения связей между бизнес процессами можно использовать связи зависимости со следующими стереотипами:
родитель — потомок «generalization».
Для обозначения других типов связей между бизнес процессами можно использовать связи зависимости с собственными стереотипами, например, стереотип основной сценарий, альтернативный сценарий.
Связь зависимость между бизнес процессами со стереотипом включает «include», должна использоваться, когда разные бизнес процессы включает в себя один и тот же бизнес процесс. Для связи со стереотипом включает «include» стрелку следует направить к включаемому бизнес процессу от включающего. Связь отображается прерывистой линией с названием стереотипа.
На рис. 3.7 представлен пример связи зависимость со стереотипом включает «include».
Рис. 3.7. Пример связи между процессами включает «include»
Некоторые бизнес процессы могут выполняться при наступлении определенных условий или быть опциональными. В этом случае, следует использовать, связь зависимость со стереотипом расширяет «extend» (рис. 3.8). Эту связь удобно использовать при отображении бизнес процессов, которые должны выполняться, например, в исключительных ситуациях или при наступлении определенных условий.
Для связи со стереотипом расширяет «extend», стрелку следует направлять к бизнес процессу, который расширяется другим бизнес процессом, от бизнес процесса, который его расширяет. Связь отображается прерывистой линией с названием стереотипа.
Рис. 3.8. Пример связи между процессами со стереотипом включает «extend»
Связь со стереотипом родитель – потомок «generalization» должна использоваться, когда необходимо чтобы бизнес процесс потомок обладала всеми свойствами бизнес процесса родителя и возможно какими – то дополнительными свойствами. Связь со стереотипом родитель – потомок «generalization» отображается сплошной линией с большой треугольной стрелкой. Стрелка направляется от потомка к родителю.
На рис. 3.9 представлен пример использования связи между бизнес процессами со стереотипом родитель – потомок «generalization».
Рис. 3.9. Пример использования связи между бизнес процессами
Источник: studfile.net
Моделирование состава бизнес-процессов
Целью разработки модели «Состав бизнес-процессов» является отображение собственно состава обследуемых бизнес процессов, их связей и целей, которые они поддерживают.
Модель «Состав бизнес процессов» следует использовать при разбиении системы на подсистемы на фазе формирования требований к АС. Каждому из выделенных бизнес- процессов предлагается ставить в соответствие подсистему в создаваемой АС.
Например, бизнес-процессы учета и оформления валютных операций подразделяются на два бизнес процесса: учет и оформление конверсионных операций и учет и оформление депозитных операций.
Следовательно, например, создаваемая АС учета и оформления валютных операций должна включать две подсистемы: подсистему учета и оформления конверсионных операций и подсистему учета и оформления депозитных операций.
Если, рассматриваемые для автоматизации бизнес процессы независимы друг от друга, то в разрабатываемой системе подсистемы также будут функционально независимы друг от друга. Что в свою очередь это позволит создать архитектуру АС, устойчивую к изменениям.
Для разработки модели «Состав бизнес-процессов» должна использоваться диаграмма функций (use case diagram).
Элементы диаграммы функций (use case diagram), используемые для разработки модели, представлены в табл. 3.2.
Элементы диаграммы функций (use case diagram),
используемые для разработки модели «Состав бизнес процессов»
| Изображение элемента | Назначение |
 | Пакет. Используется для отображения групп бизнес-процессов |
 | Внешняя по отношению к бизнес-процессу роль. Используется для отображения инициаторов бизнес-процессов, получателей результатов бизнес процессов. Может быть использована со стереотипом «business actor» − бизнес-роль |
 | Бизнес-процесс. Элемент может использоваться со стереотипом «бизнес-процесс» или «business use case» |
 | Cвязь «ассоциация». Используется для отображения связей между бизнес-процессом и инициатором бизнес-процесса, и/или получателем результатов бизнес-процесса. Связь может иметь стереотип, определенный пользователем, например, «communicate» — «взаимодействует». Связь может не иметь направлений. В этом случае, бизнес-роль является инициатором бизнес-процесса и получателем результатов бизнес-процесса |
 | Cвязь «зависимость» (связь между группами бизнес-процессов, группами целей, бизнес-процессом и целями). Связь проводится от зависимого элемента к независимому элементу. Связь может использоваться со стереотипом, «поддерживает», для отображения зависимости между бизнес-процессом и целью, которую он поддерживает. В этом случае связь проводится от бизнес-процесса к цели |
 | Связь «включает» (связь между бизнес-процессами). Специализированная связь, используется для отображения включения функциональности одного бизнес-процесса в другой. Связь зависимость между бизнес-процессами со стереотипом «включает» (include), должна использоваться, когда разные бизнес-процессы включает в себя один и тот же бизнес-процесс. Для связи со стереотипом «включает» (include) стрелку следует направить к включаемому бизнес-процессу от включающего. Связь отображается прерывистой линией с названием стереотипа |
 | Связь «расширяет». Специализированная связь, используется для расширения функциональности одного бизнес-процесса функциональностью другого при наступлении определенных условий. Связь удобно использовать при отображении бизнес-процессов, которые должны выполняться, например, в исключительных ситуациях или при наступлении определенных условий. Для связи со стереотипом расширяет «extend», стрелку следует направлять к бизнес-процессу, который расширяется другим бизнес процессом, от бизнес-процесса, который его расширяет. Связь отображается прерывистой линией с названием стереотипа |
 | Связь «родитель-потомок» (связь между бизнес-процессами). Связь со стереотипом «родитель-потомок» (generalization) используется, когда необходимо чтобы бизнес-процесс потомок обладал всеми свойствами бизнес-процесса родителя и возможно какими-то дополнительными свойствами. Связь со стереотипом «родитель-потомок» отображается сплошной линией с большой треугольной стрелкой. Стрелка направляется от потомка к родителю |
 | Класс со стереотипом >. Используется для отображения целей бизнеса |
В зависимости от уровня сложности предприятия модель бизнес-процессов может строиться как иерархия диаграмм.
На первом уровне помещается пакеты с изображением групп бизнес-процессов, их связи, на последующем уровне также группы бизнес-процессов, их связи и т.д. На самом последнем уровне бизнес-процессы, инициаторы бизнес-процессов, получатели результатов бизнес-процессов, цели бизнес-процессов и их связи между собой.
Цели на диаграмму с изображением бизнес — процессов могут помещаться, например, из пакета «Цели бизнес-процессов».
На рис. 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
Воспользуйтесь поиском по сайту:
studopedia.org — Студопедия.Орг — 2014-2023 год. Студопедия не является автором материалов, которые размещены. Но предоставляет возможность бесплатного использования (0.011 с) .
Источник: studopedia.org
Определение функциональных требований на основе моделей бизнес-процесса
Под требованием будем понимать условия или возможности, которым должна удовлетворять система, характеристики АС, необходимые пользователю для удовлетворения своих потребностей или достижения своих целей.
Функциональные требованияк системе определяют, действия системы, которые она должна выполнять. Функциональные требования реализуются через функции системы.
Функция АС это процесс или деятельность, которую выполняет система, подсистема, модуль/компонент.
Выявление функциональных требований на основе описания бизнес-процессов проводится следующим образом [2]. Каждому бизнес-процессу ставится в соответствие подсистема в разрабатываемой системе, каждому шагу бизнес-процесса — функциональное требование. На рис. 3.8. представлен состав бизнес-процессов, а на рис. 3.13 – поток работ процесса «Зачисление студентов в университет».
Как видно из рис. 3.8, автоматизируемыми процессами являются: зачисление студента, перевод студента, отчисление студента, проведение сессии, подготовка отчетов. Как видно из рис. 3.13, шагами бизнес-процесса зачисления студента в университет, подлежащими автоматизации (выделены цветом) являются: формирование списков групп, заполнение личной карточки студента, регистрация выдачи зачётной книжки в журнале.
На основе состава и шагов бизнес-процесса, подлежащих автоматизации, строится матрица трассировки (табл. 3.4, 3.5).
Зависимость подсистем от бизнес-процессов
| № | Бизнес-процесс | Подсистема |
| Зачисление студента | Зачисление студента | |
| Перевод студента | Перевод студента | |
| Отчисление студента | Отчисление студента | |
| Подготовка отчётов | Подготовка отчётов | |
| Проведение сессии | Проведение сессии | |
| Ведение справочников | Ведение справочников | |
| Администрирование системы | Администрирование системы |
: Зависимость функций подсистемы «Зачисление студента» от шагов бизнес-процесса
«Зачисление студента»
| № | Шаг бизнес-процесса | Требование к функции | Функция системы | ТПР по функциям |
| Формирование списков групп | Формирование списков групп | Печать списка групп, отображение списка групп на экране, экспорт списка групп в Excel | Формирование отчётов | |
| Заполнение личной карточки студента | Ведение личных карточек студентов | Добавление личной карточки студента, удаление личной карточки студента, поиск личной карточки студента, печать списка личных карточек студента, редактирование личной карточки студента | Ведение журналов | |
| Регистрация выдачи зачётной книжки | Ведение журнала регистрации выдачи зачетной книжки | Добавление записи в журнал, удаление записи, поиск записи, печать списка записей, редактирование записи | Ведение журналов |
Матрица трассировки позволяет проследить связи бизнес-процессов с реализующими их подсистемами и конкретных шагов бизнес-процессов с функциональными требованиями, а также контролировать полноту и целостность реализации: каждому автоматизируемому бизнес-процессу должна быть поставлена в соответствие подсистема (подсистемы), а подсистема должна реализовывать какой-либо процесс, соответственно.
В матрицах трассировки также следует отображать связи функциональных требований с функциями системы и типовыми проектными решениями (ТПР), используемыми при их реализации.
Где под ТПР понимается [3] комплект технической документации, содержащий проектные решения по части объекта проектирования, включая программные средства и предназначенный для многократного применения в процессе разработки, внедрения и функционирования АСУ с целью уменьшения трудоемкости разработки, сроков и затрат на создание АСУ и ее частей.
Функции и типовые решения определяются архитектором системы на основе функциональных требований и собственного опыта разработки.
Задания для самоконтроля
Тест 3.1. Состав бизнес-процессов
Выбор из одного
| Какова цель использования модели бизнес процессов при создании АС? | модель используется для реорганизации бизнес процессов |
| модель используется для определения подсистем системы | |
| модель используется для документирования целей и процессов организации |
Выбор из одного
| Какая диаграмма используется для построения модели бизнес процессов? | диаграмма функций |
| диаграмма классов | |
| диаграмма деятельности | |
| диаграмма последовательности действий |
Выбор из одного
| Какие элементы диаграммы функций используются для разработки модели бизнес-процессов? | · Бизнес-процесс, · Бизнес- роль. |
| · пакет; · бизнес процесс; · бизнес- роль. | |
| · пакет; · бизнес-процесс; · бизнес- роль; · цель бизнеса; · связи между элементами |
Выбор из одного
| Какие стереотипы связей используются между бизнес процессами ? | · включает; · использует; · наследует; · поддерживает |
| · включает; · расширяет; · наследует; · родитель-потомок | |
| · включает; · расширяет; · родитель-потомок |
Выбор из одного
| Какие стереотипы связей могут использоваться между бизнес- процессами и бизнес-ролью ? | · включает; · использует; · наследует; · поддерживает |
| · взаимодействует; · стереотип, определенный пользователем | |
| · включает; · расширяет; · поддерживает |
Выбор из одного
| Какие стереотипы связей используются между бизнес- процессами и целями, которые он поддерживает? | · включает; · использует; · наследует. |
| · поддерживает; · расширяет. | |
| · поддерживает |
Выбор из одного
| В каких ситуациях используется связь между бизнес процессами со стереотипом > ? | когда один процесс является общим для других процессов |
| когда один процесс является частью другого процесса | |
| когда разные бизнес процессы включает в себя один и тот же бизнес процесс |
Выбор из одного
| В каких ситуациях используется связь между бизнес-процессами со стереотипом > ? | когда один процесс является общим для других процессов |
| при отображении бизнес процессов, которые должны выполняться в исключительных ситуациях или при наступлении определенных условий | |
| когда один процесс наследует свойства другого процесс |
Выбор из одного
| В каких ситуациях используется связь между бизнес-процессами со стереотипом > ? | когда разные бизнес процессы включает в себя один и тот же бизнес процесс |
| когда один бизнес процесс обладает всеми свойствами другого бизнес процесса и возможно какими – то дополнительными свойствами | |
| при отображении бизнес процессов, которые должны выполняться в исключительных ситуациях или при наступлении определенных условий |
Выбор из одного
| Для чего используется элемент заметка? | для описания бизнес процесса |
| для комментариев в модели | |
| для навигации по модели |
Источник: megaobuchalka.ru
