Структура UML.
Управление жизненным циклом информационных систем
На практике применяются сразу все типы сущностей. Использование первых двух типов является обязательным и неизбежным одновременно, поскольку они используются для создания статических и динамических моделей. Иногда, если речь идет о разработке небольшого программного решения, можно избежать использования группирующих и аннотационных сущностей. Однако они просты и удобны в использовании… Читать ещё >
Структура UML. Управление жизненным циклом информационных систем (реферат, курсовая, диплом, контрольная)
Структура UML достаточно проста (рис. 5.4). Во многом именно поэтому язык стал таким популярным. Она включает в себя строительные блоки, общие механизмы и архитектуру (рис. 5.5).
Рис. 5.4. Структура UML
В качестве строительных блоков рассматриваются ключевые элементы, отношения и диаграммы UML. Условно говоря, строительные блоки — это камни, из которых складывается UML-модель.
Общие механизмы — это направления, следуя которым можно добиться поставленных целей. Общие механизмы — это UML-логика, которая позволяет решить возникающие задачи.
И, наконец, архитектура — это общее представление архитектуры информационной системы при помощи UML. Каждый элемент структуры UML необходимо подробно рассмотреть.
Строительные блоки UML.
Строительные блоки — это фактическая основа UML, с которой регулярно сталкивается разработчик, использующий унифицированный язык моделирования. Согласно общим руководствам, принято выделять три ключевых строительных блока UML: сущности, отношения и диаграммы.
Рис. 5.5. Строительные блоки в UML
Сущности — это основные элементы UML-модели. Выделяют следующие типы сущностей:
- • структурная сущность (класс, интерфейс, кооперация, прецедент, компонент и др.); выражаются с помощью существительных;
- • поведенческая сущность (взаимодействия, деятельность, автоматы); выражаются с помощью глаголов;
- • группирующая сущность (пакет, при помощи которого модули объединяются в единое целое);
- • аннотационная сущность (примечание, внешне похожее на обыкновенный бумажный стикер); используется для удобства.
На практике применяются сразу все типы сущностей. Использование первых двух типов является обязательным и неизбежным одновременно, поскольку они используются для создания статических и динамических моделей. Иногда, если речь идет о разработке небольшого программного решения, можно избежать использования группирующих и аннотационных сущностей. Однако они просты и удобны в использовании и существенно облегчают работу.
Отношения в UML (табл. 5.3) используются для того, чтобы показать взаимодействие двух и более сущностей. Для успешного моделирования при помощи UML обязательно нужно понимать отличия между разными типами отношений, поскольку практически все они активно применяются на практике.
Таблица 53
Типы отношений в UML
Тип. | Синтаксис. | Описание. |
Зависимость. | Исходный элемент зависит от целевого. | |
Ассоциация. | Описывает набор связей между объектами. | |
Агрегация. | Целевой элемент является частью исходного. | |
Композиция. | Строгая агрегация. | |
Включение. | Исходный элемент содержит целевой элемент. | |
Обобщение. | Исходный элемент является специализацией целевого. | |
Реализация. | Исходный элемент гарантированно выполняет контракт целевого элемента. |
Именно благодаря правильному указанию типа связи удается понять, какую роль сущность играет в UML-модели, поэтому ни одним типом отношений не следует пренебрегать.
И, наконец, в качестве третьего типа строительных блоков фигурируют диаграммы. В качестве диаграммы в UML рассматривается представление модели, а не сама модель. Различие между диаграммой и моделью имеет принципиальное значение. Говоря метафорически, диаграмму можно трактовать как картину, написанную с модели. Таким образом, удаление сущности или отношения из диаграммы не приводит к их автоматическому удалению из модели. Для этого требуется совершить отдельное действие.
Всего существует более десятка диаграмм UML, основные из которых будут подробно рассмотрены в отдельном параграфе.