Анализ предметной области и проектирование являются первыми этапами в жизненном цикле создания программного решения. Одним из результатов этого этапа является диаграмма вариантов использования (Use Case), описывающая основные группы пользователей системы и варианты ее использования.

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

В рамках курса для демонстрации основных модулей было выбрано туристическое агентство. Давайте проанализируем вводное описание и определим данные, которые действительно необходимы для нашей системы. Перед вами описание предметной области (важные данные мы будем отмечать маркерами: красным  — роль пользователя, желтым  — важные действия, которые могут совершать пользователи)

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

• текстовые описания
• диаграммы
• модели будущей программы

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

• Диаграмма вариантов использования (use case diagram)
  
• Диаграмма классов (class diagram)
  
• Диаграмма состояний (statechart diagram)
  
• Диаграмма последовательности (sequence diagram)
  

Остановимся на диаграмме вариантов использования. Она достаточно проста, это позволяет использовать ее для согласования технического задания с заказчиком

1. Определение рамок системы согласно заданию

Для этого используем элемент subsystem, там будут располагаться прецеденты (функционал, реализуемый системой)

2. Определение основных групп пользователей (ролей) и размещение на диаграмме

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

3. Определение вариантов использования (прецедентов), размещение их на диаграмме

А) Для администратора:

• создать новый тур
• редактировать существующий тур

Б) Для менеджера:

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

В) Для клиента и менеджера:

• получить информацию по заявке

Г) Для клиента:

• сохранить ваучер на устройство
• оставить отзыв об отеле

Отношение ассоциации — отражает возможность использования актером прецедента

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

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

На этом проектирование диаграммы завершено, и мы можем перейти к ее сохранению. Созданная диаграмма по умолчанию хранится в формате .vsdx, но для гарантированного запуска файла на других устройствах рекомендуется сохранять диаграмму еще и в .pdf формате