Диаграмма вариантов использования

Моделирование с помощью нотации UML представляется как процесс спуска от наиболее общей и абстрактной концептуальной модели исходной системы к логической по уровням, а далее и к физической модели соответствующей программной системы. Чтобы достичь этой цели, в первую очередь нужно построить диаграмму вариантов использования, или use case diagram. Данная диаграмма описывает функциональное назначение системы, одним словом - что она должна делать. Диаграмма вариантов использования - исходная концептуальная модель системы в процессе ее проектирования и разработки. Диаграммы вариантов использования создаются с целями:

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

2. Четко сформулировать общие требования к функционалу проектируемой системы.

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

4. Подготовить руководство разработчиков и пользователей.

Данная диаграмма представляет собой взаимодействие внешних сущностей или актеров, то есть вариантов использования. Актером или действующим лицом является объект, субъект или система в целом, которая взаимодействует с моделью извне. С помощью вариантов использования описываются сервисы, которые предоставляются системой актерам. Иначе, любой использования определяет набор действий, которые совершает система при взаимодействии с актером. Но ни слова не сказано о том, каким образом реализуется взаимодействие актеров с системой и собственно выполнение вариантов использования. Прежде всего, построим контекстную диаграмму вариантов использования, на которой отображаются основные варианты использования системы, они же функции. Контекстная диаграмма представлена на рисунке 1.1.

Рисунок 2- Контекстная диаграмма вариантов использования

Из данной диаграммы видно, что существует 2 типа пользователей системы - Пользователь и Администратор. Каждому из них доступна авторизация и просмотр информации. Пользователь может редактировать собственную информацию, просматривать каталоги, добавлять заказ, оплачивать его. Администратор может также изменять каталог и управлять пользователями.

 Для каждого варианта использования проектируемой системы построим диаграммы декомпозиции.

На рисунке 3 представлена диаграмма, детализирующая процесс управления пользователями.

Рисунок 3. Диаграмма вариантов использования - Управление пользователями

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

Диаграмма вариантов использования- Заказ товара представлена на рисунке 4.

Рисунок.1.3. Диаграмма вариантов использования - Заказ товара

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

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

Рисунок 5. Диаграмма вариантов использования - просмотр каталога1.2.3 Модель анализа

Модель анализа предназначена для уточнения вариантов использования с учетом внутренней архитектуры. В процессе построения производиться выявление внутренней архитектуры, выбор основного варианта реализации, уточнение всех требований [9, стр. 48]