4.2. Моделирование структуры информационной системы

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

Начинать разработку диаграммы классов целесообразно с диаграммы классов анализа. Существует три вида классов анализа:

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

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

• Сущности – класс, который используется для моделирования долгоживущей, нередко сохраняемой информации, для моделирования данных и поведения с длинным жизненным циклом.

В результате тщательного проведения экспертизы поставленной предметной области была получена диаграмма классов анализа (рис. 4.2.1).

Рис. 4.2.1. Диаграмма классов анализа.

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

За основу диаграммы классов при ее разработке была взята диаграмма классов анализа. Для классов были определены и специфицированы все атрибуты и методы.

В рамках рассматриваемой модели так же были построены:

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

При разработке диаграмм компонентов преследуются следующие цели:

• спецификация общей структуры исходного кода системы

• спецификация исполнимого варианта системы

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

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

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

• распределение компонентов системы по ее физическим узлам

• отображение физических связей между узлами системы на этапе исполнения

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

Рис. 4.2.2. Диаграмма классов (class diagram).

На рис. 4.2.3. представлена диаграмма компонентов. В виду того, что программное средство StarUML имеет ряд ограничений, было принято решение выполнить данную диаграмму при помощи онлайн сервиса.

Рис. 4.2.3. Диаграмма компонентов (component diagram).

На рис. 4.2.4. представлена диаграмма размещения (развертывания).

Рис. 4.2.4. Диаграмма размещения (deployment diagram).