Введение в типы диаграмм UML
Unified Modeling Language, то есть UML в простых словах, который является языком моделирования общего назначения. Основная цель UML - визуализировать стандартное проектирование системы. Это также очень похоже на чертежи, которые используются и в других областях техники. Это не язык программирования, а визуальный язык. Типы диаграмм UML используются только для демонстрации поведения и структуры системы. UML помогает системным архитекторам, бизнесменам, а также инженерам-программистам в моделировании, проектировании и анализе. OMG, то есть Object Management Group, приняла UML в качестве стандарта еще в 1997 году. С тех пор им управляют. После этого в 2005 году ИСО опубликовала UML в качестве утвержденного стандарта. UML периодически пересматривался и пересматривался годами.
Далее давайте обсудим типы диаграмм UML.
Различные типы диаграмм UML
Существует множество типов диаграмм UML, и у каждой из них свое назначение без учета того, была ли она разработана до или после реализации.
2 из самых широких категорий, которые охватывают все другие типы
- Поведенческая UML-диаграмма
- Структурная диаграмма UML.
Как можно догадаться только из названия, некоторые диаграммы UML анализируют, а также изображают структуру процесса, в то время как другая описывает поведение системы, ее компонентов построения, а также ее участников. Далее классифицированы следующие типы:
Структурная диаграмма UML
- Диаграмма классов
- Диаграмма объектов
- Диаграмма компонентов
- Диаграмма составной структуры
- Диаграмма развертывания
- Схема упаковки
- Схема профиля
Поведенческая UML-диаграмма
- Диаграмма деятельности
- Диаграмма вариантов использования
- Схема обзора взаимодействия
- Временная диаграмма
- Схема конечного автомата
- Схема связи
- Диаграмма последовательности
Давайте обсудим их вкратце:
1. Диаграмма деятельности
Диаграмма действий - это наиболее важные диаграммы UML, которые используются для моделирования бизнес-процессов. Он в основном используется для объяснения последовательности различных действий, а также действий в разработке программного обеспечения. Кроме того, они могут быть как последовательными, так и параллельными.
2. Диаграмма вариантов использования
Диаграммы прецедентов в основном необходимы для анализа требований системы на высоком уровне. Теперь эти требования могут быть выражены с помощью различных вариантов использования.
3. Обзорная диаграмма взаимодействия
Это тот, который имеет возможность изобразить поток управления вместе с узлами, которые содержат диаграммы взаимодействия. Это то же самое, что диаграмма деятельности в том смысле, что они оба визуализируют последовательность действий.
4. Временная диаграмма
Эти диаграммы в основном необходимы для того, чтобы представлять отношения между объектами, когда центр внимания отдыхает во времени. Тем не менее, даже если нам не интересно знать, как объекты взаимодействуют или даже меняют друг друга, несмотря на то, что мы хотим представить, как эти объекты, а также действующие лица будут действовать вдоль оси времени, которая является линейной.
5. Конечный автомат UML-диаграмма
Диаграммы UML конечного автомата также называются диаграммами состояний. Они в основном используются для объяснения различных состояний компонента в системе. UML-диаграммы конечного автомата берут конечный автомат имени, поскольку диаграмма в основном состоит только из машины, которая объясняет несколько состояний объекта, а также то, как он изменяется в зависимости от внутренних и внешних событий.
6. Схема связи
Диаграммы связи, как и диаграммы последовательности, являются своего рода диаграммой взаимодействия, демонстрирующей взаимодействие объектов. Это расширение объектной диаграммы, которая показывает объекты с сообщениями, которые перемещаются от одного к другому.
7. Последовательность UML-диаграммы
Последовательные UML-диаграммы также можно считать наиболее важными UML-диаграммами среди моделей уровня проектирования для разработки бизнес-приложения. Поскольку они имеют визуально очевидный характер, в последнее время эти диаграммы стали довольно популярными в прогнозировании бизнес-процессов.
8. Диаграмма классов
Класс UML-диаграммы также можно рассматривать как наиболее распространенный тип диаграммы, необходимый для документации программного обеспечения. Поскольку большая часть создаваемого сегодня программного обеспечения по-прежнему основана на парадигме ООП, поэтому, если мы используем диаграммы классов для документирования, это программное обеспечение оказывается решением на основе здравого смысла. Это также происходит, поскольку ООП зависит от классов и отношений.
9. Объектная диаграмма
Объектные UML-диаграммы помогают разработчикам проверять, представляет ли созданная ими общая абстрактная структура, то есть диаграмму классов, жизнеспособную структуру всякий раз, когда она применяется на практике, то есть когда создаются экземпляры объектов класса. Тем не менее, немногие разработчики рассматривают это как вторичный уровень проверки точности.
10. Компонентная схема
Компонентные UML-диаграммы могут помочь разбить систему на более мелкие компоненты, когда вы имеете дело с документацией довольно сложных систем. Зачастую довольно сложно предсказать архитектуру системы, поскольку она может охватывать различные отделы или использовать разные технологии.
11. Составная структурная схема
Диаграмма составной структуры считается типом статической диаграммы, показывающей внутреннюю структуру класса, а также взаимодействия. Это набор взаимосвязанных элементов.
12. Схема развертывания
Далее, диаграммы развертывания обычно используются для визуализации отношений между программным обеспечением и оборудованием. Если говорить более конкретно, то с помощью диаграмм развертывания мы также можем построить физическую модель развертывания артефактов на узлах, которые являются аппаратными компонентами.
Если говорить о типичной упрощенной схеме развертывания в веб-приложении, она будет включать:
- Узлы, то есть сервер приложений и сервер базы данных
- Артефакты, то есть схема приложения-клиента и базы данных
13. Схема упаковки
Диаграмма пакетов больше похожа на макроконтейнер, необходимый для развертывания диаграмм UML, которые мы уже объяснили. Теперь разные пакеты содержат узлы, а также артефакты. Они организуют компоненты и диаграммы моделей в группы таким же образом, как пространство имен инкапсулирует разные имена, которые в некотором роде довольно коррелируют.
14. Профиль профиля
Диаграммы профиля не могут рассматриваться как типичный тип диаграммы UML. Несмотря на это, его можно рассматривать скорее как механизм расширяемости, а не как тип диаграммы, как любой другой.
Если мы используем стереотипы, ограничения и теговые значения, мы можем легко расширить, а также настроить уже существующие нотации UML. Диаграммы профиля, однако, похожи на язык. Например, если вы говорите по-английски, вы можете легко создавать новые предложения. Аналогичным образом, если вы говорите о диаграммах профиля, то вы можете легко и конкретно создавать новые свойства, а также семантику для диаграмм UML.
Вывод
Таким образом, UML-диаграммы полезны всякий раз, когда мы моделируем бизнес-данные. Атрибуты класса отображаются на абстрактные методы доступа для постоянных полей, а роли ассоциаций отображаются на абстрактные методы доступа для полей отношений. Навигация предсказывает, появляются ли методы доступа отношения в обоих связанных объектных компонентах или только в одном. Кроме того, нотация множественности определяет правильный тип для полей отношений, проблем жизненного цикла, а также каскадных характеристик удаления.
Рекомендуемые статьи
Это руководство по типам диаграмм UML. Здесь мы обсудим основные понятия с самыми широкими категориями UML-диаграмм. Вы также можете просмотреть наши другие предлагаемые статьи, чтобы узнать больше -
- Что такое C ++
- Что такое Git?
- Что такое JavaScript?
- Что такое PHP Array?