
- •Глава 7. Основные методологии имитационного информационного моделирования бизнес-процессов
- •7.1. Методология sadt (Structural Analysis and Design Technique)
- •Соглашения по размещению дуг
- •1. Методологии моделирования бизнес-процессов (Business Process Modeling)
- •2. Методологии описания потоков работ (Work Flow Modeling)
- •3. Методологии описания потоков данных (Data Flow Modeling)
- •7.2. Методология uml (Unified Modeling Language)
- •1. Диаграммы классов (class diagram)
- •2. Диаграммы использования/прецедентов (use case diagram)
- •3. Диаграммы последовательностей (sequence diagram)
- •4. Кооперативные диаграммы/диаграммы сотрудничества
- •5. Диаграммы состояний (statechart diagram)
- •6. Диаграммы деятельности/активности (activity diagram)
- •7. Диаграммы компонентов (component diagram)
- •8. Диаграммы топологии/развертывания (deployment diagram)
- •7.3. Методология bpmn (Business Process Modeling Notation)
- •7.4. Методология сетей Петри
- •7.5. Сравнительный анализ различных нотаций моделирования бизнес процессов
6. Диаграммы деятельности/активности (activity diagram)
Диаграмма деятельности - это частный случай диаграммы состояний. На диаграмме деятельности изображаются переходы потока управления от одной деятельности к другой внутри бизнес процесса. Диаграммы деятельности подходят для описания сложных бизнес процессов с разветвленными функциями, идущие часто параллельные
Диаграммы деятельности описывают бизнес процессы в виде взаимосвязанных действий. Действие – это модель шага выполнения алгоритма работы бизнес процесса. Графически действие представляется в виде овала.
Как и у диаграмм состояния у диаграмм деятельности тоже есть элемент «событие», обозначаемое прямоугольником. Этот элемент служит для более полного описания бизнес процесса.
Для синхронизации действий вводят элемент «линейка синхронизации», которая представляет собой модель логического «И». Линейка синхронизации отображается в виде разграничительной линии (вертикальной или горизонтальной). На рисунке 7.21 представлены процессы слияния и разделения деятельностей.
Рис. 7.21. Слияние и разделение деятельностей.
Для принятия решений в диаграмме деятельности используется элемент «принятия решений», обозначаемый ромбом. Элемент принятия решений представляет собой модель логического «ИЛИ». На рисунке 7.22 представлен процесс принятия решений.
Рис. 7.22. Процесс принятия решений.
Последовательность действий обозначается в виде стрелок, связывающих действия бизнес процесса. Стрелки обозначаются метками. При необходимости на стрелку наносится условие перехода от одного действия к другому.
Для того чтобы подчеркнуть, кто является исполнителем той или иной детальности объекта вводятся так называемые дорожки, которые диаграмму разделяют на сектора. Каждому сектору назначен исполнитель (структурное подразделение или конкретный человек), который вносится в название дорожки – рис. 7.23. Все деятельности объекта располагаются в тех секторах, к исполнителям которых они относятся.
Рис. 7.23. Дорожки диаграммы деятельности.
Особенностью диаграмм деятельности является возможность внесения в диаграмму нескольких вариантов поведения объектов в зависимости от внешних условий. Кроме того, деятельности бизнес процессов могут быть декомпозированы.
Приведем пример диаграммы деятельности для заказа оборудования – рис. 7.24.
Рис. 7.24. Диаграмма деятельности.
7. Диаграммы компонентов (component diagram)
Диаграммы компонентов направлена на создания физической модели информационной системы корпорации. Под физической моделью будем понимать представление в виде компонентов, каждый из которых является физическим модулям системы. Общее обозначение элемента системы представлено на рис. 7.25.
Рис. 7.25. Представление компонента
Основное назначение диаграмм компонентов — разделение информационной системы корпорации на элементы, которые имеют стабильный интерфейс и образуют единое целое [18, 51].
Выделяют несколько видов компонента системы в зависимости от назначения: спецификация программы, тело программы, основная программа, спецификация пакета, тело пакета, спецификация задачи, тело задачи, типовая подпрограмма, типовой пакет, БД и т.д. Список предлагаемых компактов зависит от используемой программы для построения информационной системы. Для всех типов компонентов предусмотрены соответствующие стереотипы (формы представления) в языке UML.
Взаимосвязи между компонентами реализуются с помощью зависимостей, которые обозначаются в виде пунктирных линий со стрелками.
Приведем пример диаграммы компонентов информационной системы корпорации – рис. 7.26.
Рис.
7.26. Диаграмма
компонентов.