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

Вещи в UML

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

Структурные вещи
Поведенческие вещи
Группировка вещей
Аннотативные вещи

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

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

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

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

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

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

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

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

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

Группировка вещей

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Абстрактные классы

Это класс с прототипом операции, но не с реализацией. В UML Единственное отличие класса от абстрактного класса состоит в том, что имя класса пишется строго курсивом.

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

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

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

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

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

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

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

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

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

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

В автомате состояний есть 4 типа состояний: -

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

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

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

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

Начальные состояния: Начальный этап перед началом действия обозначается как начальное состояние.
Конечные состояния: состояние, которого достигает система после завершения определенного процесса, известно как конечное состояние.
Поле решения: это поле ромбовидной формы, которое представляет решение с альтернативными путями. Он представляет собой поток управления.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Узел
Компонент
Артефакт
Интерфейс

Пример схемы развертывания: - Следующая диаграмма развертывания представляет работу видеоплеера HTML5 в браузере.

Вы могли бы: