Курсовые - Автоматизированный помощник правильного питания

Спецификация вариантов использования системы

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

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

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

- Сформулировать общие требования к функциональному поведению проектируемой системы.

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

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

Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. При этом актером (actor) или действующим лицом называется любая сущность, взаимодействующая с системой извне. Это может быть человек, техническое устройство, программа или любая другая система, которая может служить источником воздействия на моделируемую систему так, как определит сам разработчик. В свою очередь, вариант использования (use case) служит для описания сервисов, которые система предоставляет актеру. Другими словами, каждый вариант использования определяет некоторый набор действий, совершаемый системой при диалоге с актером. При этом ничего не говорится о том, каким образом будет реализовано взаимодействие актеров с системой.

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

 

Рисунок 3.1 – Диаграмма вариантов использования

 

В качестве актера данной диаграммы выступает два субъекта: администратор и пользователь. 

Пользователь в данном случае обращается к соответствующему действию «Работать с помощником ПП». Между актером и вариантом использования «Запустить приложение» возникает отношение ассоциации. На следующем этапе разработки данной диаграммы вариант использования «Работать c помощником ПП”» может быть уточнен на основе введения в рассмотрение трех дополнительных вариантов использования. Это позволяет выделить такие действия, как «Отобразить БД на экран», «Загрузить БД» и «Выбрать рацион». Вполне очевидно, что указанные действия раскрывают поведение исходного варианта использования в смысле его конкретизации, и поэтому между ними будет иметь место отношение включения. Затем «Выбрать рацион» включает в себя дополнительные варианты использования «Указать цель», «Указать образ жизни», «Указать рост», «Указать Вес», «Указать возраст». Данные варианты использования «Отобразить задания» связан с родительским вариантом использования отношением расширения. 

Между администратором, который обращается к действию «Работать c помощником ПП», возникает отношение ассоциации. Отношение расширения связывет администратора с таким действием, как «Редактировать БД». «Редактировать данные» включает в себя варианты использования с отношением включения - «Сохранить изменения», с отношением расширения - «Изменить запись», «Удалить запись», «Добавить запись». 

Количество комментариев: 0

Для того, чтобы оставить коментарий необходимо зарегистрироваться
Дата Выполнено, %
2020-05-31 17:18:11 10
2020-05-29 11:30:19 100
Открытая Для скрытия необходимо уменьшить величину статуса выполнения.