Разработка диаграммы вариантов использования и диаграммы классов

Введение

UML (Unified Modeling Language) является унифицированным языком моделирования. UML выступает как совокупность соглашений, предназначенных, для того чтобы облегчить процесс моделирования и обмена информацией в проектной группе. Присутствие стандартизированной нотации предоставляет возможность сокращения времени на усвоение информации, а также способно упростить общение и взаимодействие, облегчить документирование.

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

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

Разработка диаграммы вариантов использования и диаграммы классов

Диаграмма вариантов использования может служить в качестве отправной точки в процессе моделирования. Ее предназначением является описание взаимодействия проектируемой системы с различными внешними или внутренними объектами, такими как, пользователи, другие системы и тому подобное. Главными понятиями, которые всегда присутствуют при работе с диаграммой вариантов использования, считаются Актор (Actor) и Вариант использования (Use case).

Актором является роль, выполняемая пользователем или другой системой, при реализации взаимодействия с создаваемой системой. Формирование диаграммы вариантов использования должно начинаться с выработки списка Акторов. На диаграммах понятие Актор принято обозначать при помощи следующего значка:

Рисунок 1. Обозначение понятия «Актор». Автор24 — интернет-биржа студенческих работ

Все Акторы должны обладать своим уникальным именем. Друг с другом Акторы могут иметь связи в виде разного рода отношений. К примеру, Акторы способны быть наследниками друг друга. Это значит, что Акторы, являющиеся наследниками, могут наследовать характеристики базовых Акторов.

Следующим этапом, идущим за определением списка Акторов, должно быть определение списка вариантов использования. Вариантом использования является конечная единица взаимодействия Актора и системы. Набор всех вариантов использования способен полностью определить поведение системы. Вариант использования принято обозначать следующим знаком:

Рисунок 2. Обозначение Варианта использования. Автор24 — интернет-биржа студенческих работ

Все варианты использования должны относиться к какому-нибудь Актору. Данное отношение призвано обозначать, что данный Актор должен инициировать этот вариант использования. К примеру, есть следующий вариант:

Рисунок 3. Обозначение отношения. Автор24 — интернет-биржа студенческих работ

Это значит, что Актор User выполняет инициализацию варианта использования Login.

Один и тот же вариант использования может быть задействован целым рядом Акторов, к примеру, так:

Рисунок 4. Вариант использования. Автор24 — интернет-биржа студенческих работ

В данном случае вариант использования Login задействован парой Акторов.

Варианты использования также способны обладать связями друг с другом при помощи различных отношений, а именно:

1. «Включение» одного из вариантов использования в другой. Это значит, что один вариант использования может быть инициализирован в процессе другого.
2. «Расширение». Это значит, что один вариант использования должен выступать как дополнение или уточнение другого варианта использования в случае выполнения определенных условий.
3. «Реализация». Это значит, что один вариант использования выступает как реализация другого варианта использования. К примеру, когда один из них описан в терминах процессов бизнеса, а другой описан в терминах создаваемой системы.

Помимо этого, варианты использования могут обладать отношением «Реализация», имеющим требования к системе и с классами. При наличии таких связей присутствует возможность прослеживания в каких классах выполнена реализация требования и какие классы будут задействованы, если изменятся требования или варианты использования.

Помимо Акторов и Вариантов использования на диаграмме также могут располагаться следующие компоненты:

1. «Collaboration», который является компонентом, предназначенным для визуальной группировки объектов, таких как, Акторы и варианты использования по принципу их совместной работы.
2. «Boundary», который является компонентом, предназначенным для визуальной группировки объектов, таких как, Акторы и варианты использования, по принципу их распределения на подсистемы или компоненты.

Среди Акторов могут находиться не только пользователи, но и внешние системы и внутренние подсистемы.

Диаграмма последовательностей является главным методом расшифровки последовательности действий в ходе исполнения того или другого варианта использования. Говоря иначе, когда вариант использования может отвечать на вопрос «Что делает Актор?», то последовательность может отвечать на вопрос «Как работает система при исполнении данного варианта использования?».

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

Взаимодействие объектов на диаграммах принято обозначать стрелками. В терминах диаграмм последовательностей такие взаимодействия именуются как Сообщение (Message). Помимо сообщений, которые могут вызываться другими объектами, существуют собственные сообщения, которые объект вызывает сам у себя (Self-message).