UML для бизнес-аналитиков

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

UML - это язык графического моделирования, используемый для визуализации, проектирования и документирования систем. Он может быть применен для создания диаграмм для обмена информацией, описаний спецификаций, системных спецификаций, генерации технических решений путем повторного использования моделей и генерации кода. UML помогает моделировать различные типы систем, описывая распределенные объектно-ориентированные системы.

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

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

Классы - это фундаментальная концепция проектирования баз данных. Они определяют основные характеристики, которыми должны обладать объекты в базе данных. Объекты могут быть классифицированы на основе набора значимых параметров, которые обеспечивают единообразие и представлены прямоугольниками. Эти параметры описывают некоторые осязаемые атрибуты, которыми обладают объекты.

В объектно-ориентированном программировании атрибут класса - это именованное свойство класса, описывающее набор значений. Экземпляры этого атрибута могут иметь любое количество атрибутов, а могут и не иметь их вообще.

Классы могут выполнять операции, также известные как службы, которые могут быть запрошены любым объектом этого класса. Операция - это действие, которое может быть выполнено над объектом и может содержать несколько действий. Набор операций в классе является общим для всех объектов одного и того же класса. Графическое описание класса включает в себя его имя, атрибуты и операции. Например, имя "Person" представляет класс с такими атрибутами, как пол и дата рождения. Операции класса включают в себя такие действия, как рождение или жизнь.

Объектные отношения в диаграммах классов Объекты на диаграммах классов могут участвовать в различных категориях отношений, таких как зависимость, ассоциация и обобщение. Зависимость представляет собой связь между объектами. Ассоциация представляет собой отношение, в котором один объект связан с другим объектом. Обобщение представляет собой отношение наследования между классами.

Отношения зависимости "Зависимость" относится к ситуации, когда изменения в одном классе могут повлиять на поведение другого класса, который его использует. Это создает зависимую связь между этими двумя классами.

Ассоциативные отношения В отношениях "ассоциация" каждый участвующий класс имеет определенную роль и связан на основе своих ролей в этой ассоциации.

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

Понимание бизнес-процесса Концепция бизнес-процесса включает в себя последовательность действий, которые должен выполнить субъект. Каждый инцидент в процессе имеет конкретные спецификации, которые включают в себя бизнес-кейс, подлежащий выполнению. Действующее лицо не обязательно должно быть реальным человеком; оно может представлять отдел или организацию. Внешние президенты взаимодействуют с участниками внутренней бизнес-модели.

Моделирование и разложение актеров и президентов Диаграммы "IDEF0" используются для изучения того, как формируются бизнес-процессы, включая такие этапы, как получение заказов на продукцию, производство продуктов и их доставка с использованием различных механизмов, называемых "механизмами". Эти механизмы связывают функциональные блоки с факторами, связанными с их контекстом. Применяя ассоциации и обобщения, мы можем классифицировать действующих лиц и президентов по разным уровням для описания конкретных функций и задач.

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

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

Потоки событий Поток событий - это последовательность событий, которые происходят одно за другим в разные моменты времени. События могут быть предопределенными или случайными, и они могут влиять на состояние объектов или систем. Порядок событий определяет действия, предпринимаемые системой, и такие субъекты, как президенты, играют определенную роль в выполнении этих действий.

Диаграммы состояний "Диаграммы состояний" описывают все возможные состояния объекта внутри системы. Они показывают, как объекты реагируют на определенные события в зависимости от их текущего состояния. Эти диаграммы используются для моделирования бизнес-процессов и других элементов, влияющих на поведение системы.

Диаграммы состояний представляют различные состояния и переходы объекта. Они показывают, когда объект меняет свое состояние и какие действия выполняются в определенных условиях.

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

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

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

Правила составления диаграмм последовательностей следующие: каждый объект, участвующий во взаимодействии варианта использования, представлен в верхней части диаграммы прямоугольником. Линия жизни, представляющая жизненный цикл объекта, проводится вниз от этого прямоугольника. Внутри этого прямоугольника мы записываем название объекта, за которым следует двоеточие. При необходимости мы также можем указать название класса. Такие субъекты, как покупатели, продавцы, производители и склады, участвующие в вариантах использования, также могут быть отражены на этих диаграммах.

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

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