Построение концептуальной модели приложения

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

Работа пользователя состоит из 2-х этапов: ввод исходных данных, просмотр и вывод отчетов на печать.

Ввод, изменение и удаление информации осуществляется через специальный элемент управления записями TDBNavigator на панели инструментов формы (рисунок 2.2.1).

Рис. 2.2.1 Управление записями в программе

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

Разработка диаграммы преследует следующие цели:

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

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

Отдельный вариант использования обозначается на диаграмме эллипсом, внутри которого содержится его краткое название или имя в форме глагола с пояснительными словами.

Цель варианта использования заключается в том, чтобы определить законченный аспект или фрагмент поведения некоторой сущности без раскрытия её внутренней структуры. В качестве такой сущности может выступать система или любой элемент модели, который обладает собственным поведением.

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

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

В данном случае вариантами использования являются следующие действия: ввод данных, вывод требуемых отчетов, просмотр результатов и другие действия, выполняемые пользователем (актером — в терминологии языка UML).

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

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

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

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