Визуальное моделирование в UML можно представить как некоторый процесс поуровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Диаграмма вариантов использования является исходным концептуальным представлением или концептуальной моделью системы в процессе ее проектирования и разработки.
Разработка диаграммы вариантов использования преследует цели:
- Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы.
- Сформулировать общие требования к функциональному поведению проектируемой системы.
- Разработать исходную концептуальную модель системы для ее последующей детализации в форме логических и физических моделей.
- Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.
Диаграмма вариантов использования представлена на рисунке 3.1.
Рисунок 3.1 – Диаграмма вариантов использования
В качестве актера данной диаграммы выступает два субъекта: администратор и пользователь.
Пользователь в данном случае обращается к соответствующему действию «Работать с помощником ПП». Между актером и вариантом использования «Запустить приложение» возникает отношение ассоциации. На следующем этапе разработки данной диаграммы вариант использования «Работать c помощником ПП”» может быть уточнен на основе введения в рассмотрение трех дополнительных вариантов использования. Это позволяет выделить такие действия, как «Отобразить БД на экран», «Загрузить БД» и «Выбрать рацион». Вполне очевидно, что указанные действия раскрывают поведение исходного варианта использования в смысле его конкретизации, и поэтому между ними будет иметь место отношение включения. Затем «Выбрать рацион» включает в себя дополнительные варианты использования «Указать цель», «Указать образ жизни», «Указать рост», «Указать Вес», «Указать возраст». Данные варианты использования «Отобразить задания» связан с родительским вариантом использования отношением расширения.
Между администратором, который обращается к действию «Работать c помощником ПП», возникает отношение ассоциации. Отношение расширения связывет администратора с таким действием, как «Редактировать БД». «Редактировать данные» включает в себя варианты использования с отношением включения - «Сохранить изменения», с отношением расширения - «Изменить запись», «Удалить запись», «Добавить запись».
Дата | Выполнено, % |
---|---|
2020-05-31 17:18:11 | 10 |
2020-05-29 11:30:19 | 100 |