2.8.1 Проектирование бд на основе объектной модели системы

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

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

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

Анализируя атрибуты объектов вышеперечисленных классов, был сделан вывод о необходимости введения суперкласса “документ”. Все остальные классы становятся классами-наследниками. В суперкласс “документ” выносятся только те атрибуты и методы, которые могут быть общими для всех классов-наследников

На следующем этапе построения объектной модели определяются зависимости между классами. Зависимость между классами в виде отношений либо ролей по отношению друг к другу отсутствуют, т.к. все классы являются потомком одного общего класса “документ”.

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

Рисунок 10 - Объектная диаграмма класса «справочник» (исходные объекты)

2.8.2 Динамическая модель системы

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

В виду того, что для решения поставленной задачи используются объекты-наследники либо производные объекты класса “документ” далее приводится обобщенная диаграмма состояний объектов класса “документ” Различия состоят лишь в описании методов объектов- наследников и производных объектов суперкласса “документ”. Все события, возникающие в ходе работы с рассматриваемыми объектами идентичны и включают в себя: событие “создание документа”, событие “редактировать документ”, событие “удалить документ” и событие “расчет закончен”. С некоторыми событиями могут быть связаны определенные действия, а именно исполнение методов суперкласса ”документ”, объектов производных классов или классов наследников. С событием “редактировать документ” связано действие “продолжать ожидание”. С событием “создать документ” связано два действия “начать заполнение формы документа” или “начать расчет”. Действие “начать расчет” переводит объект в состояние “Расчет”, инициирующее выполнение методов заданного на диаграмме конкретного объекта. По завершению всех методов объекта генерируется событие “расчет закончен”, переводящее объект в состояние “оформление”.

Динамическая модель приведена на рисунке 11. Квадратные скобки задают условия по наступлению определенного события. Под названием документа понимается конкретный объект, состояния которого рассматриваются на диаграмме.

Вход