Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
Диплом.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
1.88 Mб
Скачать

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

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

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

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

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

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

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

Составим диаграмму вариантов использования для роли «Пользователя» (рисунок 2)

Рисунок 2 – Диаграмма вариантов использования для роли «Пользователя».

8.3 Диаграмма классов

Центральное место в объектно-ориентированном программировании занимает разработка логической модели системы в виде диаграммы классов. Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывать их внутреннюю структуру и типы отношений.

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

Построим диаграмму классов для нашей разработки. На данной диаграмме рассмотрены следующие классы (Рисунок 3)

Рисунок 3 – Диаграмма классов.

8.4 Диаграмма состояний

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

  • Круг, обозначающий начальное состояние.

  • Окружность с маленьким кругом внутри, обозначающая конечное состояния (если есть).

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

  • Стрелка, обозначающая переход. Название события (если есть), вызывающего переход, отмечается рядом со стрелкой. Охраняющее выражение может быть добавлено перед "/" и заключено в квадратные скобки, что значит, что это выражение должно быть истинным, чтобы переход имел место. Если при переходе производится какое-то действие, то оно добавляется после "/"

  • Толстая горизонтальная линия с либо множеством входящих линий и одной выходящей, либо одной входящей линией и множеством выходящих. Это обозначает объединение и разветвление соответственно.

Рассмотрим диаграмму состояний (рисунок 4)

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

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]