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

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

Класс в языке UML служит для обозначения множества объектов, которые обладают одинаковой структурой, поведением и отношениями с объектами из других классов. Обязательным элементом обозначения класса является его имя (уникальное). По мере проработки отдельных компонентов диаграммы, описания классов дополняются атрибутами (свойствами) и операциями (сервисами).

Кроме внутреннего устройства или структуры классов, на соответствующей диаграмме указываются различные отношения между классами.

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

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

Отношение обобщения – отношение между более общим элементом (родителем или предком) и более частным и специальным элементом (дочерним или потомком).

Классы по своей роли в системе делятся на группы. Язык UML жестко не оговаривает эти группы, оставляя группировку на усмотрение разработчиков. Целесообразно выделить следующие группы (категории, стереотипы) классов:

1. граничные (boundary) классы;

2. сущностные (entity) классы;

3. классы управления (control);

4. классы прикладной логики (logic)

Граничный класс (boundary class) – класс, который располагается на границе системы с внешней средой. Диаграмма граничных классов представлена на рисунке 8.2.

Рисунок 8.2 – Диаграмма граничных классов

Основная часть граничных классов представлена формами пользовательского интерфейса. Таковыми являются:

· форма авторизации, позволяющая заходить в систему в роли психолога, администратора БД или сотрудника;

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

· форма тестирования менеджера, используемая для тестирования управленческих умений менеджера;

· форма справочника, на которой осуществляется выбор справочника;

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

· форма вопроса, используемая для выбора ответа на вопрос.

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

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

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

Рисунок 8.3 – Диаграмма сущностных классов

Объекты классов управления (control) (рисунок 8.4) являются активными, берущими на себя управление и организацию вычислительных процессов.

В разрабатываемой системе к классам управления относится менеджер приложения, менеджер СУБД и менеджер печати.

Рисунок 5.4 – Диаграмма классов управления