Добавил:
ivanov666
Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз:
Предмет:
Файл:Проектирование сложных бизнес-объектов на основе системного анализа. Монография
.pdf
Наименование
диаграммы и опи-
сание
Пример
3.3 Диаграммы
взаимодействия (in-
teraction diagrams)
3.3.1 Диаграмма последовательности
(sequence diagram)
Диаграммы взаимодействия описывают поведение взаимодействующих
групп объектов. Как правило, диаграмма взаимодействия охватывает
поведение объектов в рамках только одного варианта использования.
Диаграммы последовательности отражают поток событий, происходящих в рамках варианта использования. Диаграмма последовательности
применяется для рассмотрения взаимодействия объектов во времени.
На диаграмме последовательности изображаются исключительно те
объекты, которые непосредственно участвуют во взаимодействии и не
показываются возможные статические ассоциации с другими объектами.
101
Наименование
диаграммы и опи-
сание
Пример
3.3.2 Диаграмма
кооперации (collabo-
ration diagram)
Кооперативные диаграммы отображают поток событий через конкретный сценарий варианта использования и заостряют внимание на связях
между объектами. В отличие от диаграммы последовательности, на
диаграмме кооперации изображаются только отношения между объектами, играющими определенные роли во взаимодействии.
3.4 Диаграммы реализации (implementation diagrams)
3.4.1 Диаграмма
компонентов
(component diagram)
Диаграммы компонентов показывают, как выглядит модель на физическом уровне. На них изображены компоненты программного обеспечения и связи между ними.
102
Наименование
диаграммы и опи-
сание
Пример
3.4.2 Диаграмма
развертывания
(deployment
diagram)
Диаграмма размещения отражает физические взаимосвязи между программными и аппаратными компонентами системы. Она показывает
размещение объектов и компонентов в распределенной системе. Применяется для представления общей конфигурации и топологии распределенной программной системы и содержит распределение компонентов по отдельным узлам системы.
5.6 ARIS (Architecture of Integrated Information Systems)
Методология ARIS основана на разработанной профессором А.В. Шеером теории «Архитектура интегрированных информационных систем» (Archi-
tecture of Integrated Information System – ARIS).
Методология ARIS основывается на концепции интеграции, предлагающей целостный взгляд на бизнес-процессы, и представляет собой множество
различных методологий, интегрированных в рамках единого системного подхода. Данная методология определяет принципы моделирования практически
всех аспектов деятельности организаций. Отличительными особенностями методологии ARIS являются взаимосвязанность и взаимосогласованность моделей. Методология ARIS дает возможность описывать достаточно разнородные
103
подсистемы в виде взаимоувязанной и взаимосогласованной совокупности различных моделей, которые хранятся в едином репозитории.
ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы (рисунок 5.9) [113]:
1) организационные модели, представляющие структуру системы – ие-
рархию организационных подразделений, должностей и конкретных
лиц, связи между ними, а также территориальную привязку структурных подразделений;
2) функциональные модели, содержащие иерархию целей, стоящих перед
аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;
3) информационные модели, отражающие структуру информации, необ-
ходимой для реализации всей совокупности функций системы;
4) модели управления, представляющие комплексный взгляд на реализа-
цию бизнес-процессов в рамках системы.
Рисунок 5.9. Группы моделей методологии ARIS
Для построения перечисленных типов моделей используются как собственные методы моделирования ARIS, так и различные известные методы и
языки моделирования – ERM, UML, OMT и др.
В процессе моделирования каждый аспект деятельности предприятия
сначала рассматривается отдельно, а после детальной проработки всех аспектов
строится интегрированная модель, отражающая все связи между различными
аспектами. Таким образом, осуществляется классика системного подхода: сначала задача анализа и затем задача синтеза. За счет высокой степени визуализации бизнес-моделей методологией ARIS могут использовать все сотрудники:
начиная от топ-менеджеров и заканчивая рядовыми сотрудниками.
В методологии ARIS смысловое значение имеет цвет, что повышает вос-
приимчивость и читабельность схем бизнес-моделей. Например, структурные
104
подразделения по умолчанию изображаются желтым цветом, бизнес-процессы
и операции - зеленым. Помимо большего количества моделей по сравнению с
другими методологиями, методология ARIS имеет наибольшее количество различных объектов, используемых при построении бизнес-моделей, что увеличивает их аналитичность. Например, материальные и информационные потоки на
процессных схемах обозначаются разными по форме и цвету объектами, что
позволяет быстро определить тип потока.
Методология ARIS позиционирует себя как конструктор, из которого под
конкретный проект в зависимости от его целей и задач разрабатывается локальная методология, состоящая из небольшого количества требуемых бизнесмоделей и объектов. Можно выделить следующие диаграммы:
1) Организационные модели:
− Организационная схема – Organizational chat;
2) Функциональные модели:
− Дерево функций – Function Tree;
− Диаграмма целей – Objective diagram;
− Диаграмма типа прикладной системы – Application system type dia-
gram (ASTD);
3) Модели данных (информационные модели):
− Модель технических терминов – Technical Term Models;
− Расширенная модель «сущность-отношение» – Extended entity-
relationship model (eERM);
− Диаграмма атрибутов eERM-модели – eERM Attribute allocation di-
agram;
− Диаграмма структуры знаний – Knowledge structure diagram;
4) Модели процессов / управления:
− Событийная цепочка процесса – Extended event driven process chain
(eEPC);
− Диаграмма окружения функции – Function allocation diagram;
− Производственный и офисный процессы – Industrial and Office
process;
− Диаграмма цепочек добавленного качества – Value-added chain di-
agram (VAD);
− Диаграмма информационных потоков – Information flow diagram;
− Матрица выбора процессов – Process selection matrix;
− Диаграмма еЕРС (в виде столбцов) – еЕРС (column display);
− Карта знаний – Knowledge map;
105
− Диаграмма цепочки процесса – Process Chain Diagram (PCD);
− Диаграмма движения продуктов/услуг – Product/ Service exchange
diagram;
− Дерево продуктов/услуг – Product/Service tree;
− UML-диаграмма действий – UML Activity diagram;
− UML-диаграмма класса – UML Class diagram;
− UML-диаграмма описания класса UML Class description diagram;
− UML-диаграмма взаимодействия – UML Collaboration diagram;
− UML-диаграмма компонент – UML Component diagram;
− UML-диаграмма состояний – UML State chart diagram;
− UML-диаграмма использования приложений – UML Use case dia-
gram.
Несмотря на большее количество моделей в методологии ARIS в проектах по описанию и оптимизации деятельности в общем случае их используется
не более десяти. Наиболее часто используемые модели приведены в таблице 5.2
Таблица 5.2. Наиболее часто используемые на практике модели методологии ARIS
Наименование диа-
граммы
1. Диаграмма целей
(OD –Objective diagram)
2. Дерево продуктов и
услуг (PST – Product/Service tree)
Модель применяется для описания стратегических целей
компании, их иерархической упорядоченности, а также связей целей с продуктами и услугами, производимыми компанией и бизнес-процессами, поддерживающими их производство
Модель применяется для описания продуктов и услуг, производимых в компании, а также и связи со стратегическими целями компании, бизнес-процессами, поддерживающими их
производство
Пример
106
Наименование диа-
граммы
Пример
Продукты и
услуги
3. Дерево функций
(FT – Function tree)
Разработка ПО
Складская
логистика
Транспортная
логистика
Сопровождение
Модель описывает функции, выполняемые в компании и их
иерархию
4. Диаграмма окружения процесса (FAD
– Function allocation
diagram)
Процессная модель охватывает окружение бизнес-процесса,
показывая его входы, выходы, поставщиков и клиентов
Заявка на
проектно-
изыскатель-
ные работы
Отдел продаж
Бизнес-процесс
«Составление
сметы"
Сметный
отдел
Смета
Бухгалтерия
5. Диаграмма цепочки Диаграмма цепочек добавленного качества описывает функ-
107
Наименование диа-
граммы
Пример
добавленной стоимости (VACD – Value
added chain diagram)
6. Матрица выбора
процесса (PSM –
Process selection matrix)
ции организации, которые непосредственно влияют на реальный выход ее продукции.
Оформленный
Склад
Бухгалтерия
заказ
Доставить заказ
клиенту
Отдел
доставки
Создать заказ
Отдел продаж
Заказ клиента
Укомплектовать
заказ
Является альтернативой модели VACD и применяется для
описания бизнес-процессов верхнего уровня. Матрица выбора процессов по отношению к диаграмме цепочки добавленной стоимости является с одной стороны более упрощенным
вариантом описания процесса, с другой стороны данная модель содержит дополнительные объекты, позволяющие показать другие аспекты бизнес-процесса.
7. Расширенная цепочка процессов,
управляемая событиями (eEPC – Ex-
tended event driven
Модель предназначена для детального описания процессов.
Модель eEPC отражает последовательность функциональных
шагов (действий) в рамках одного бизнес-процесса, которые
выполняются организационными единицами, а также ограничения по времени, налагаемые на отдельные функции.
108
Наименование диа-
граммы
Process Chain)
Пример
8. Модель организационной структуры
(ORG – Organization
chart)
Модель описывает организационную структуру компании.
9. Диаграмма типов Модель описывает структуру информационных систем, ис-
109
Наименование диа-
граммы
Пример
информационных
систем (ASTD - Ap-
plication system type
diagram)
пользуемых в компании.
5.7 Стандарт «Нотация моделирования бизнеспроцессов»BPMN (Business Process Modeling Notation)
Инициативная группа по управлению бизнес-процессами (Business
Process Management Initiative (BMPI)) разработала стандарт «Нотация модели-
рования бизнес-процессов (Business Process Modeling Notation (BPMN))». Основное назначение стандарта [99] – создание нотации, понятной всем участникам бизнес-сферы, от бизнес-аналитиков, создающих первоначальные эскизы
процессов, технических разработчиков, ответственных за внедрение технологии, в которой будут представлены данные процессы, и, наконец, до бизнесменов, которые будут управлять этими процессами, а также осуществлять их мониторинг. Таким образом, BMPN является стандартизованным связующим звеном между разработкой бизнес процессов и их реализацией.
Другой не менее важной целью является визуализация посредством бизнес-ориентированной нотации языков XML, таких как BPEL4WS (Business
Process Execution Language for Web Services – язык реализации бизнеспроцессов для веб-служб), разработанных для выполнения бизнес процессов.
Данная спецификация раскрывает понятие и определяет семантику схем
бизнес-процессов (Business Process Diagram (BPD)). Цель BPMN – стандартизировать нотацию моделирования бизнес процессов при наличии множества различных нотаций и точек зрения на моделирование. Предполагается, что исполь-
110
Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]