Диаграммы и бизнес-моделирование

Является экземпляром диаграммы классов. Диаграммы объектов имеют вспомогательный характер ‒ по сути это примеры (можно сказать, дампы памяти), показывающие, какие имеются объекты и связи между ними в некоторый конкретный момент функционирования системы.

На диаграмме объектов применяют один основной тип сущностей: объекты (1) (экземпляры классов), между которыми указываются конкретные связи (2) (чаще всего экземпляры ассоциаций).

Диаграмма внутренней структуры

Обзорная диаграмма взаимодействия

Является разновидностью диаграммы деятельности с расширенным синтаксисом: в качестве элементов обзорной диаграммы взаимодействия могут выступать ссылки на взаимодействия (1), которые определяются на других диаграммах последовательности.

Диаграмма синхронизации

Представляет собой особую форму диаграммы последовательности, на которой особое внимание уделяется изменению состояний (1) различных экземпляров классификаторов и их временной синхронизации (2).

Диаграмма пакетов

Представления

Реальные модели сложны, сложную модель невозможно обозреть с одной точки зрения.

Представление — проекция (фильтрация) единого графа модели.

Представление — средство логического структурирования модели.

Как показывает практический опыт, начиная с некоторого порога сложности, не удается описать с единой точки зрения все без исключения аспекты моделируемой системы. Действительно, в модели нужно отразить множество вещей: интерфейсы для взаимодействия с внешним миром, внутреннюю логическую структуру программы, структуру хранимых данных, алгоритмы функционирования, состав артефактов, включаемых в поставку, и многое другое. Моделировать сложную систему следует с нескольких различных точек зрения, каждый раз принимая во внимание один аспект моделируемой системы и абстрагируясь от остальных. Этот тезис является одним из основополагающих принципов UML, может быть самым важным принципом, предопределившим практический успех UML.

Идея состоит в том, что абстрактный граф модели, состоящий из множества разнотипных сущностей и отношений, не подлежит конструированию или изучению в целом. Каждый раз для визуализации, изменения или иных манипуляций из этого общего графа вычленяются только сущности и отношения, релевантные для определенного аспекта моделируемой системы, а все остальные игнорируются. Такой вид с определенной точки зрения, можно сказать, проекцию модели, мы называем представлением. Можно сказать, что представление ‒ это средство логического структурирования модели.

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

Представление использования (Use Case View) ‒ описание поведения системы в терминах вариантов использования с точки зрения внешних по отношению к системе действующих лиц. Данное представление описывает не то, как организована система, а те функциональные требования, которым она должна удовлетворять. При этом структурные аспекты передаются диаграммами использования, а поведенческие аспекты ‒ диаграммами взаимодействия, состояний и деятельности.

Представление проектирования (Design View) предназначено для описания словаря предметной области, то есть, в парадигме объектно-ориентированного программирования, классов, а также таких вспомогательных сущностей как, например, интерфейсы или кооперации. Структурные аспекты передаются диаграммами классов и объектов, а поведенческие аспекты ‒ диаграммами взаимодействия, состояний и деятельности.

Представление процессов (Process view) ‒ это описание взаимодействия элементов управления (процессов, потоков) во время работы системы. Оно отражает такие нефункциональные требования, как, например, обеспечение параллелизма. Структурные аспекты передаются с помощью концепции активных классов, представляющих процессы и потоки, а поведенческие аспекты ‒ диаграммами взаимодействия, состояний и деятельности.

Представление компонентов (Component view) ‒ это описание системы на уровне артефактов (компонентов, файлов и т.д.), используемых для сборки, выпуска, конфигурации программного продукта. Структурные аспекты передаются диаграммами компонентов, а поведенческие аспекты ‒ диаграммами взаимодействия, состояний и деятельности.

Представление размещения (Deployment view) отражает топологию связей аппаратных средств и размещения на них компонентов. Структурные аспекты передаются диаграммами размещения, а поведенческие аспекты ‒ диаграммами взаимодействия, состояний и деятельности.

Представления UML 2

Три представления

• Представление использования
  • ЧТО делает система
  • Диаграммы использования
• Представление структуры
  • ИЗ ЧЕГО состоит система
  • Диаграммы классов, компонентов и размещения
• Представление поведения
  • КАК работает система
  • Диаграммы автомата, деятельности и взаимодействия

Итеративный процесс моделирования

Бизнес-анализ и моделирование

• Бизнес — систематическая деятельность
• Организация — ведет бизнес
• Бизнес-процесс — последовательность действий (операций), в результате которой происходит выполнение некоторой функции
• Бизнес-модель — конструктивное (измеримое) описание бизнес-процессов
• Бизнес-анализ — процесс построения бизнес-модели

Реинжиниринг бизнеса

• Целенаправленное изменение бизнес-процессов требует бизнес-модели.

Меняется жизнь → надо менять бизнес-процессы → модификация бизнес-приложений

Моделирование использования

Значение моделирования использования

• Диаграммы деятельности
  = блок схемы
• Диаграммы состояний
  = конечные автоматы
• Диаграммы классов
  = диаграммы «сущность — связь»
• … и так далее
• Диаграммы использования
  = . . ???

Подходы к моделированию

• Структурный подход: система — подсистемы — модули
  • Структура соответствует команде, а не задаче
• БД: схема = таблицы + связи
  • Табельный номер — атрибут сотрудника
• ОО: словарь системы = классы
  • Полнота и адекватность словаря

Недостатки традиционных подходов