Из этой шпаргалки по нотации UML вы узнаете:
- Вещи в UML
- Тип отношений в UML
- Диаграмма вариантов использования UML
- Диаграмма конечного автомата UML
- Диаграмма активности UML
- Схема последовательности
- Диаграмма сотрудничества
- Временная диаграмма
- Схема компонентов UML
- Схема развертывания
Вещи в UML
Вещь можно описать как любую сущность или объект реального мира. В UML вещи делятся на различные категории следующим образом:
- Структурные вещи
- Поведенческие вещи
- Группировка вещей
- Аннотационные вещи
Структурные вещи
Структурные аспекты связаны с физической частью системы. Это существительное от модели UML, такой как класс, объект, интерфейс, сотрудничество, вариант использования, компонент и узел.
Класс: - Класс используется для представления различных объектов. Он используется для определения свойств и операций объекта.
Объект: - Объект - это объект, который используется для описания поведения и функций системы. Класс и объект имеют одинаковые обозначения.
Пример диаграммы объектов: - Схема объектов UML ниже содержит два объекта с именами Ferrari и BMW, которые принадлежат классу с именем Car. Объекты - это не что иное, как сущности реального мира, являющиеся экземплярами класса.
Интерфейс: - Интерфейс похож на шаблон без деталей реализации. Обозначение круга обозначает это. Когда класс реализует интерфейс, его функциональность также реализуется.
Поведенческие вещи
Это глаголы модели UML, такие как взаимодействия, действия и конечные автоматы. Поведенческие вещи используются для представления поведения системы. Диаграмма взаимодействия: - Диаграммы взаимодействия используются для визуализации потока сообщений между различными компонентами системы.
Группировка вещей
Это пакет, который используется для группировки семантически связанных элементов моделирования в единую связную единицу.
Аннотационные вещи
Это похоже на примечание, которое может быть написано на модели, чтобы зафиксировать важную информацию. Он похож на желтый стикер.
Тип отношений в UML
Отношения позволяют вам показать на модели, как две или более вещи связаны друг с другом.
Связь ассоциации: - это набор ссылок, которые соединяют элементы модели UML. Он обозначается пунктирной линией со стрелками с обеих сторон. Обе стороны содержат элемент, описывающий отношения.
Рефлексивная ассоциация: - Рефлексивная ассоциация утверждает, что ссылка или соединение могут присутствовать в объектах одного и того же класса.
Направленная ассоциация: - Направленная ассоциация, поток направлен. Связь от одного класса к другому классу течет только в одном направлении.
Отношения зависимости: - это одна из самых важных нотаций UML. Он определяет направление зависимости от одного объекта к другому.
Отношения обобщения: - Это также называется родительско-дочерними отношениями. Этот тип отношений используется для представления концепции наследования.
Отношения реализации: - Отношения реализации широко используются при обозначении интерфейсов.
Реализацию можно представить двумя способами:
- Использование канонической формы
- Использование исключенной формы
Состав: - Составная агрегация описывается как бинарная ассоциация, украшенная закрашенным черным ромбом на агрегированном (целом) конце. Это не стандартная взаимосвязь UML, но она все еще используется в различных приложениях.
Агрегация: - отношение агрегации, зависимый объект остается в области отношения, даже если исходный объект уничтожен. Агрегация - это подтип отношения ассоциации в UML.
Абстрактные классы
Это класс с прототипом операции, но не с реализацией. В UML единственное различие между классом и абстрактным классом состоит в том, что имя класса написано строго курсивом.
Давайте посмотрим на полный пример диаграммы классов UML: -
Система банкоматов очень проста, так как для получения наличных клиентам необходимо нажать несколько кнопок. Однако существует несколько уровней безопасности, которые должна пройти любая система ATM. Это помогает предотвратить мошенничество и предоставлять клиентам банковские услуги наличные или требуемые реквизиты.
Диаграмма вариантов использования UML
Диаграмма вариантов использования отражает функциональные возможности и требования системы с помощью субъектов и сценариев использования. Сценарии использования моделируют услуги, задачи, функции, которые должна выполнять система.
Варианты использования: - Варианты использования - одна из основных концепций объектно-ориентированного моделирования. Они используются для представления функциональных возможностей высокого уровня и того, как пользователь будет обращаться с системой.
Актер: - Актер - это объект, который взаимодействует с системой. Пользователь - лучший пример актера.
Пример диаграммы Usecase
На приведенной ниже диаграмме вариантов использования два участника - ученик и учитель. Всего существует пять вариантов использования, которые представляют конкретную функциональность системы управления студентами. Каждый субъект взаимодействует с конкретным вариантом использования.
Диаграмма конечного автомата UML
Конечный автомат: используется для описания различных состояний отдельного компонента на протяжении жизненного цикла разработки программного обеспечения.
Их 4 типа состояния в конечном автомате: -
- Начальное состояние: - Символ начального состояния используется для обозначения начала диаграммы конечного автомата.
- Конечное состояние: - Этот символ используется для обозначения конца диаграммы конечного автомата.
- Поле решения: - Оно содержит условие. В зависимости от результата оцененного охранного условия выбирается новый путь для выполнения программы.
- Переход: - Переход - это изменение одного состояния в другое, которое произошло из-за какого-то события.
Пример диаграмм конечного автомата: - Всего существует два состояния, и первое состояние указывает, что OTP должен быть введен первым. После этого в поле принятия решения отмечается OTP, если он правильный, произойдет только переход состояния, и пользователь будет проверен. Если OTP неверен, переход не произойдет, и он снова вернется в начальное состояние, пока пользователь не введет правильный OTP.
Диаграмма активности UML
Диаграмма деятельности: - диаграмма деятельности используется для представления различных действий, выполняемых различными компонентами системы.
- Начальные состояния: начальный этап перед выполнением действия обозначается как начальное состояние.
- Конечные состояния: состояние, которого достигает система после завершения определенного процесса, называется конечным состоянием.
- Блок решения: это прямоугольник в форме ромба, который представляет решение с альтернативными путями. Он представляет собой поток управления.
Пример диаграммы активности: -Следующая диаграмма представляет деятельность по обработке электронной почты.
Схема последовательности
Назначение диаграммы последовательности в UML - визуализировать последовательность потока сообщений в системе. Диаграмма последовательности используется для фиксации поведения любого сценария.
Диаграмма сотрудничества
Сотрудничество: - Он представлен пунктирным эллипсом с написанным внутри него именем.
Пример диаграммы сотрудничества: -
Временная диаграмма
Временная диаграмма определяет, как объект изменяет свое состояние с помощью формы волны или графика. Он используется для обозначения преобразования объекта из одной формы в другую форму.
Пример временной диаграммы: -
Схема компонентов UML
Компонент: - Обозначение компонента используется для представления части системы.
Узел: - Узел может использоваться для представления сети, сервера, маршрутизаторов и т. Д. Его обозначения приведены ниже.
Структура компонента: - Компонент представлен стереотипами прямоугольника классификатора как << компонент >>.
Порт: - Порт - это точка взаимодействия между классификатором и внешней средой. Он группирует семантически целостный набор предоставляемых и требуемых интерфейсов.
Пример схемы компонентов: -
Схема развертывания
Диаграмма развертывания: - Диаграмма развертывания представляет физическое представление системы.
Схема развертывания состоит из следующих обозначений:
- Узел
- Компонент
- Артефакт
- Интерфейс
Пример схемы развертывания: - Следующая диаграмма развертывания представляет работу видеопроигрывателя HTML5 в браузере.
