Шпаргалка и справочное руководство по UML-диаграммам

Вещи в UML

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

• Структурные вещи
• Поведенческие вещи
• Grouping вещи
• Аннотативные вещи

Структурные вещи

Структурные вещи связаны с физической частью системы. Это существительное модели UML, такой как класс, объект, интерфейс, сотрудничество, вариант использования, компонент и узел.

Сорт :- Класс используется для представления различных объектов. Он используется для определения свойств и операций объекта.

Объект :- Объект — это сущность, которая используется для описания поведения и функций системы. Класс и объект имеют одинаковые обозначения.

Пример диаграммы объекта: - Ниже Диаграмма объектов UML Содержит два объекта с именами Ferrari и BMW, принадлежащие классу Car. Эти объекты представляют собой реальные сущности, являющиеся экземплярами класса.

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

Поведенческие вещи

Это глаголы модели UML, такие как взаимодействия, действия и конечные автоматы. Поведенческие элементы используются для представления поведения системы.

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

Grouping вещи

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

Аннотативные вещи

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

Тип отношений в UML

Отношения позволяют показать на модели, как две или более вещи связаны друг с другом.

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

Рефлексивная ассоциация: Рефлексивная ассоциация утверждает, что ссылка или соединение могут присутствовать внутри объектов одного и того же класса.

Направленное объединение: - В направленной ассоциации поток направлен. Ассоциация одного класса с другим протекает только в одном направлении.

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

Отношения обобщения: - Это также называется отношениями «родитель-ребенок». Этот тип отношений используется для представления концепции наследования.

Отношения реализации: - Отношения реализации широко используются при обозначении интерфейсов.

Реализация может быть представлена ​​двумя способами:

• Использование канонической формы
• Использование пропущенной формы

Состав :- Составная агрегация описывается как бинарная ассоциация, украшенная закрашенным черным ромбом на конце агрегата (целого). Это не стандартное отношение UML, но оно все еще используется в различных приложениях.

Агрегация: - В агрегационной связи зависимый объект остается в области действия связи даже после уничтожения исходного объекта. Агрегация является подтипом ассоциации. отношения в UML.

Abstracклассы t

Это класс с прототипом операции, но не с её реализацией. В UML единственное различие между классом и абстракцией заключается в следующем:tracОсобенность класса заключается в том, что его название написано строго курсивом.

Рассмотрим полный пример UML-диаграммы классов:

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

Диаграмма вариантов использования UML

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

Вариант использования: - Варианты использования — одна из основных концепций объектно-ориентированного моделирования. Они используются для представления функций высокого уровня и того, как пользователь будет обращаться с системой.

Актер :- Актор — это сущность, которая взаимодействует с системой. Пользователь — лучший пример актера.

Пример диаграммы вариантов использования

На приведенной ниже диаграмме вариантов использования представлены два действующих лица: студент и преподаватель. Всего имеется пять вариантов использования, которые описывают конкретные функции системы управления студентами. Каждое действующее лицо взаимодействует с определенным вариантом использования.

Диаграмма конечного автомата UML

Конечный автомат :- Этот термин используется для описания различных состояний одного компонента на протяжении всего жизненного цикла разработки программного обеспечения.

В автомате состояний существует 4 типа состояний:

1. Исходное состояние: Символ начального состояния используется для обозначения начала диаграммы конечного автомата.
2. Итоговое состояние: Этот символ используется для обозначения конца диаграммы конечного автомата.
3. Поле для принятия решения: Он содержит условие. В зависимости от результата оцененного защитного условия выбирается новый путь для выполнения программы.
4. Переход :- Переход — это изменение одного состояния в другое, происходящее в результате какого-либо события.

Пример диаграммы конечного автомата: Всего существует два состояния, и первое состояние указывает на необходимость предварительного ввода одноразового пароля (OTP). После этого OTP проверяется в поле для принятия решения; если он верен, происходит только переход в другое состояние, и пользователь проходит проверку. Если OTP неверен, переход не происходит, и система возвращается в исходное состояние до тех пор, пока пользователь не введет правильный OTP.

Диаграмма действий UML

Диаграмма деятельности: - Диаграмма деятельности используется для представления различных действий, выполняемых различными компонентами системы.

• Начальные состояния: Начальный этап, предшествующий началу деятельности, обозначается как исходное состояние.
• Итоговые состояния: Состояние, которого система достигает по завершении определенного процесса, называется конечным состоянием.
• Блок принятия решения: Это ромбовидный прямоугольник, представляющий собой вариант принятия решения с альтернативными путями. Он отображает поток управления.

Пример диаграммы деятельности: На следующей диаграмме показан процесс обработки электронных писем.

Схема последовательности

Цель диаграммы последовательности в UML — визуализировать последовательность потока сообщений в системе. Диаграмма последовательности используется для описания поведения в любом сценарии.

Диаграмма сотрудничества

Сотрудничество :- Он представлен пунктирным эллипсом, внутри которого написано имя.

Пример диаграммы сотрудничества: -

Временная диаграмма

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

Пример временной диаграммы: -

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

Компонент :- Обозначение компонента используется для представления части системы.

Узел :- Узел может использоваться для обозначения сети, сервера, маршрутизаторов и т. д. Его обозначения приведены ниже.

Структура компонента: - Компонент представляется в виде прямоугольника-классификатора, имеющего стереотип << компонент >>.

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

Пример диаграммы компонентов: -

Схема развертывания

Схема развертывания: Диаграмма развертывания представляет собой физическое отображение системы.

Диаграмма развертывания состоит из следующих обозначений:

1. Узел
2. Компонент
3. Артефакт
4. Интерфейс

Пример схемы развертывания: - На приведенной ниже схеме развертывания показана работа HTML5-видеоплеера в браузере.

Часто задаваемые вопросы (FAQ)