Основные диаграммы UMLv.2

Язык UML 2 содержит следующие основные типы диаграмм.

· Диаграмма прецедентов (или вариантов использования) – Use case diagram. На этой диаграмме отображаются варианты использования системы, исполнители и их отношения.

· Диаграмма Структуры/Классов – Class or Structural diagram. На такой диаграмме отображаются статические отношения, существующие в группе классов и интерфейсов системы. Некоторые распространенные отношения – наследование, агрегация и зависимость.

· Диаграмма пакетов – Package diagram. Это структурная диаграмма, основным содержанием которой являются пакеты и отношения между ними. Жёсткого разделения между разными структурными диаграммами не проводится, поэтому данное название предлагается исключительно для удобства и не имеет семантического значения (пакеты и диаграммы пакетов могут присутствовать на других структурных диаграммах). Диаграммы пакетов служат, в первую очередь, для организации элементов в группы по какому-либо признаку с целью упрощения структуры и организации работы с моделью системы.

· Диаграмма композитной/составной структуры – Composite structure diagram. Это статическая структурная диаграмма, демонстрирует внутреннюю структуру классов и, по возможности, взаимодействие элементов (частей) внутренней структуры класса.

· Диаграмма объектов – Object diagram. Эта диаграмма представляет собой моментальный снимок отношений, существующих между экземплярами класс в конкретный момент времени. Диаграмма объектов полезна для выражения в статичном виде сложных и динамических отношений в системе.

· Диаграмма компонентов – Component diagram. Компонент представляет собой физическое проявление части системы, например, файла. Диаграмма иллюстрирует зависимости и отношений между компонентами, которые образуют систему. Как правило, компонент отображается на одну или несколько подсистем, один или несколько классов и т.д.

· Диаграмма развертывания – Deployment diagram. Эта диаграмма отображает архитектуру систему в терминах узлов, процессоров и отношений между ними. Обычно один или несколько компонентов отображаются на узел развертывания. В контексте платформы.NET диаграммы развертывания полезны при моделировании и разработке распределенной системной архитектуры.

· Диаграмма состояний – State machine diagram. Объекты, отражающие состояния (конечные автоматы), замечательно подходят для выражения динамического поведения системы. В особенности они применимы для событийно-управляемых систем или для объектов, где важен порядок событий. Полезны они и при моделировании поведения интерфейсов.

· Диаграмма деятельности – Activity diagram. Это расширение диаграммы состояний. По своей концепции такие диаграммы очень похожи на блок-схемы. Диаграмма деятельности позволяет моделировать поведение системы в виде взаимодействия или передачи управления среди различных операций или объектов. Лучше всего применять для моделирования действий или хода операций.

· Диаграмма взаимодействия – Interaction diagram. Такие диаграммы используются для поведения динамического поведения системы. Существуют два вида таких диаграмм:

o Диаграмма последовательностей – Sequence diagram. Применяются для моделирования обмена сообщениями между объектами системы, а также описывают относительное расположение сообщений во времени.

o Диаграмма коммуникации – Communication diagram. Выражает обмен сообщениями в контексте всех структурных отношений между объектами.

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

· Диаграмма обзора взаимодействия – Interaction overview diagram. Это разновидность диаграммы деятельности, включающая фрагменты диаграммы последовательности и конструкции потока управления.

· Диаграмма синхронизации – Timing diagram. Это альтернативное представление диаграммы последовательности, явным образом показывающее изменения состояния на линии жизни с заданной шкалой времени. Обычно она бывает полезной при разработке приложений реального времени.

Конечно же, язык (технология) UML – это чрезвычайно широкая тема, как с теоретической, так и с практической точки зрения. Она в достаточной степени освещена в литературе и на различных электронных ресурсах, поэтому здесь мы уделяем внимание только ключевым моментам и аспектам UML.

Дата добавления: 2014-01-11