<Назад

Для чего нужны UML диаграммы?

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

В этом посте мы углубимся в процесс проектирования ИТ-решений и познакомимся с диаграммой UML — Unified Modeling Language (Унифицированный язык моделирования).

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

Существуют разные виды UML-диаграмм. Давайте поговорим о них.

Разновидности UML

Диаграмма классов. Представьте сущность базы данных как отдельный класс со своими атрибутами. Кроме атрибутов, у класса могут быть свои методы. А еще классы могут зависеть друг от друга. 

Давайте рассмотрим конкретный пример. Пусть у нас есть класс «Товар», у которого есть атрибуты «наименование», «цена», «категория». У этого класса могут быть методы: «создать товар», «удалить товар», «редактировать товар», «искать товар» и другие. Кроме того, этот класс имеет взаимосвязь с другим классом — «Категория товара». 

Согласитесь, воспринимать такой текст — сложновато, поэтому придумали диаграмму классов, в которой графически отображают этот текст.

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

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

Пример процесса: 

1. «Пользователь» нажал кнопку «Оформить заказ»;

2. «Сервер» создал объект сущности «Оплата» в БД;

3. «Сервер» отправил запрос в «Банк» на получение ссылки на оплату;

4. «Банк» вернул ссылку на оплату «Серверу»;

5. «Сервер» отправил ссылку на оплату пользователю;

6. «Пользователь» произвел оплату;

7. «Банк» вернул серверу информацию об успешной сделке;

8. «Пользователь» переадресован на предыдущую страницу.

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

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

Пример: 

1. Проснулся утром;

2. Умылся;

3. Если не проспал, то пункт 4, а если проспал — пункт 5;

4. Позанимался спортом;

5. Оделся;

6. Пошел на работу.

Диаграмма компонентов. Представляет из себя карту всех компонентов системы и их связи. Данная диаграмма позволяет смоделировать общую картину ИТ решения.

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

Заключение

UML-диаграммы — очень полезный инструмент проектирования ИТ-решений. Он позволяет разложить по полочкам ИТ-продукт со сложной архитектурой. Как правило, UML-диаграммы используются в средних или больших проектах.