Применение объектно-ориентированного подхода

 

Объектно-ориентированный подход моделирования данных обусловлен выбором среды реализации программного обеспечения: в данном случае это Visual Basic 6.

Объектно-ориентированный подход использует объектную декомпозицию, при этом статическая структура системы описывается в терминах объектов и связей между ними, а поведение системы описывается в терминах обмена сообщениями между объектами [5].

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

Основные понятия объектно-ориентированного подхода — объект и класс. Объект определяется как осязаемая реальность (tangible entity) - предмет или явление, имеющее четко определяемое поведение. Объект обладает состоянием, поведением и индивидуальностью; структура и поведение схожих объектов определяют общий для них класс. Класс — это множество объектов, связанных общностью структуры и поведения. Любой объект является экземпляром класса.

Диаграмма классов определяет типы объектов системы и статические связи между ними. Для настоящего проекта построение диаграммы классов должно рассматриваться в аспекте реализации: модель предметной области определяет реализацию классов программного обеспечения. Диаграмма классов приведена в Приложении Г.

Стандарт UML версии 1.1, принятый OMG в 1997 г., предлагает следующий набор диаграмм для моделирования [6]:

- диаграммы вариантов использования (use case diagrams) - для моделирования бизнес-процессов организации (требований к системе);

- диаграммы классов (class diagrams) — для моделирования статической структуры классов системы и связей между ними;

- диаграммы поведения системы (behavior diagrams);

- диаграммы взаимодействия (interaction diagrams) - для моделирования процесса обмена сообщениями между объектами. Существуют два вида диаграмм взаимодействия: диаграммы последовательности и кооперативные диаграммы;

- диаграммы состояний (state chart diagrams) — для моделирования поведения объектов системы при переходе из одного состояния в другое;

- диаграммы деятельностей (activity diagrams) — для моделирования поведения системы в рамках различных вариантов использования или моделирования деятельностей;

- диаграммы реализации (implementation diagrams):

1) диаграммы компонентов (component diagrams) — для моделирования иерархии компонентов (подсистем) системы;

2) диаграммы размещения (deployment diagrams) — для моделирования физической архитектуры системы.

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

Рисунок 2.5 – Диаграмма размещения объектов и компонентов системы

 

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

Диаграмма вариантов использования приведена на рисунке 2.6.

Рисунок 2.6 - Диаграмма вариантов использования системы

 

Диаграммы компонентов показывают, как выглядит модель системы на физическом уровне. На диаграмме изображены компоненты программного обеспечения и связи между ними. При этом выделяют два типа компонентов: исполняемые компоненты и библиотеки кода.

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

Компонентами данной системы являются ActivX- компоненты ОС Windows, файл динамической библиотеки кода VB6STKIT.DLL, MGE.exe – исполняемый файл программы «Медиаплан», приведенные на рисунке 2.7.

Рисунок 2.7 - Диаграмма компонентов программы

 

Диаграммы взаимодействия (interaction diagrams) являются моделями, описывающими поведение взаимодействующих групп объектов. Как правило, диаграмма взаимодействия охватывает поведение объектов в рамках только одного варианта использования. На такой диаграмме отображаются ряд объектов и те сообщения, которыми они обмениваются между собой.

У разных разработчиков имеются различные предпочтения вида диаграммы взаимодействия. В диаграмме последовательности делается акцент именно на последовательность сообщений: легче наблюдать порядок, в котором происходят различные события. На кооперативной диаграмме можно использовать пространственное расположение объектов для того, чтобы показать их статическое взаимодействие.

Диаграммы взаимодействия находятся в Приложении Д.

Описание программы