2 Диаграмма вариантов использования
Визуальное моделирование в UML можно представить, как некоторый процесс полууровневого спуска от наиболее обшей и абстрактной концептуальной модели исходной системы к логической, а затем и к физической модели соответствующей программной системы. Для достижения этих целей вначале строится модель в форме так называемой диаграммы вариантов использования (use case diagram), которая описывает функциональное назначение системы или, другими словами, то, что система будет делать в процессе своего функционирования. Разработка диаграммы вариантов использования преследует цели:
Определить общие границы и контекст моделируемой предметной области на начальных этапах проектирования системы;
Сформулировать общие требования к функциональному поведению проектируемой системы;
Подготовить исходную документацию для взаимодействия разработчиков системы с ее заказчиками и пользователями.
Суть данной диаграммы состоит в следующем: проектируемая система представляется в виде множества сущностей или актеров, взаимодействующих с системой с помощью так называемых вариантов использования. Составим диаграмму вариантов использования для нашей разработки, будем рассматривать каждую роль отдельно.
Составим диаграмму вариантов использования разрабатываемого ПО для роли «Инженер» (рисунок 2).
Основными возможностями использования ПО для роли «Инженер» будут «Работа с данным», «Экспорт данных» и «Формирование отчета».
Работа с данным, хранящимися в БД подразумевает как ввод новых данных, так и редактирование существующих. При операциях модификации данных должна обязательно проводится проверка прав пользователя, чтобы исключить возможность внесения изменений в БД пользователями не имеющих необходимых полномочий.
Операции «Формирования отчета» и «Экспорт данных» включают в себя возможность определения критериев выборки данных для более гибкого использования возможностей ПО.
Почти все функции, которыми будет использовать инженер будут сопровождать запросами в БД для модификации или выборки данных..
3 Диаграмма классов
Центральное место в объектно-ориентированном программировании занимает разработка логической модели системы в виде диаграммы классов. Диаграмма классов (class diagram) служит для представления статической структуры модели системы в терминологии классов объектно-ориентированного программирования. Диаграмма классов может отражать, в частности, различные взаимосвязи между отдельными сущностями предметной области, такими как объекты и подсистемы, а также описывать их внутреннюю структуру и типы отношений.
Диаграмма классов представляет собой граф, вершинами которого являются элементы типа «классификатор», связанные различными типами структурных отношений. Диаграмма классов может также содержать интерфейсы, пакеты, отношения и даже отдельные экземпляры, такие как объекты и связи.
Построим диаграмму классов для нашей разработки (рисунок 3). На данной диаграмме рассмотрены следующие классы:
Подстанция;
Трансформатор;
Обмотка;
Линии электропередачи;
Схема электрических соединений;
Режимный день;
Данные по режимному дню;
Данные по заявкам;
Отчеты.
Классы «Подстанция», «Трансформатор» и «Обмотка» имеют тесную взаимосвязь и описывают основной объект предметной области разрабатываемой модели – центр питания. Класс «Подстанция» задает основные параметры объекта: наименование, местоположение (в виде географических координат), год ввода в эксплуатацию. Классы «Трансформатор» и «Обмотка» описывают основное оборудование, расположенное на подстанции.
Классы «Режимный день» и «Данные режимного дня» содержат данные о мероприятиях по замеру мощности, силы тока и напряжения на объекте для анализа и расчета схеморежимной обстановки энергосистемы.
Классы «Отчеты» и «Данные по заявкам» предназначены для хранения информации о перспективных нагрузках, импортированных из сторонней корпоративной БД для последующей их обработки и анализа.
Класс «Линии электропередачи» хранит данные о характеристиках и типах линий электропередачи.
Класс «Схема электрических соединений» содержит данные о схеме подключения объектов энергосистемы и их состоянии.