- •Введение
- •1. Объектно-ориентированные базы данных
- •Определение базы данных
- •Архитектура базы данных. Физическая и логическая независимость данных
- •Концептуальный уровень
- •1.3. Необходимость создания и состояние развития ообд
- •1.4. Принципы объектно-ориентированного подхода
- •1.5. Объектно-ориентированная модель данных
- •1.6. Объектно-реляционная модель данных
- •2. Технология проектирования ообд с применением языка uml
- •2.1. Общая методология проектирования баз данных
- •2.2. Объектно-ориентированное проектирование
- •2.3. Унифицированный язык моделирования
- •2.4. Определение прецедентов (вариантов использования)
- •2.5. Диаграммы классов
- •2.6. Диаграммы последовательностей, деятельности и состояний
- •2.7. Диаграммы активности
- •2.31. Движение заказа между отделами
- •2.8. Диаграммы сотрудничества (кооперации)
- •2.9. Диаграммы компонентов
- •2.10. Диаграммы развертывания
- •Создание объектной модели данных
- •3.1. Инструментальная среда AllFusion Component Modeler
- •3.2. Диаграммы объектной модели
- •3.3. Диаграммы вариантов использования
- •3.4. Диаграммы классов
- •3.5. Диаграммы последовательности
- •3.6. Диаграммы активности
- •3.7. Диаграммы состояний
- •3.8. Диаграммы кооперации
- •3.9. Диаграммы компонентов и диаграммы развертывания
- •Заключение
- •Библиографический список
- •Оглавление
- •Учебное издание
- •394026 Воронеж, Московский просп., 14
1.4. Принципы объектно-ориентированного подхода
В объектной модели данных предметная область моделируется как множество классов взаимодействующих объектов. Каждый объект характеризуется набором свойств, которые являются его характеристиками, и набором методов работы с этим объектом. Работать с объектом можно только с использованием его методов. Атрибуты объекта могут принимать определенное множество допустимых значений, набор конкретных значений атрибутов объекта определяет его состояние. Используя методы работы с объектом, можно изменять значение его атрибутов и тем самым изменять состояние самого объекта. Множество объектов с одним и тем же набором атрибутов и методов образует класс объектов. Объект должен принадлежать только одному классу (если не учитывать возможности наследования). Допускается наличие примитивных предопределенных классов, объекты-экземпляры которых не имеют атрибутов: целые, строки и т.д. Класс, объекты которого могут служить значениями атрибута объектов другого класса, называется доменом этого атрибута.
В объектно-ориентированном подходе используются три основных принципа: инкапсуляция, наследование, полиморфизм.
Инкапсуляция – выделение класса, имеющего определенный набор свойств и методов.
Наследование – трансформация класса путем изменения свойств и методов.
Наследование допускает порождение нового класса на основе уже существующего класса. В этом случае новый класс, называемый подклассом существующего класса (суперкласса), наследует все атрибуты и методы суперкласса. В подклассе, кроме того, могут быть определены дополнительные атрибуты и методы. Различаются случаи простого и множественного наследования. В первом случае подкласс может определяться только на основе одного суперкласса, во втором случае суперклассов может быть несколько. Если в языке или системе поддерживается единичное наследование классов, то набор классов образует древовидную иерархию. При поддержании множественного наследования классы связаны в ориентированный граф с корнем, называемый решеткой классов. Объект подкласса считается принадлежащим любому суперклассу этого класса.
Таким образом, все классы (компоненты) строятся по иерархическому принципу с происхождением от некоторого исходного класса.
Полиморфизм позволяет использовать метод с одним именем как в базовом классе, так и в производных классах.
Наиболее важным качеством объектно-ориентированных баз данных (ООБД) является учет поведенческого аспекта объектов. В прикладных информационных системах, основывающихся на БД с традиционной организацией, существовал принципиальный разрыв между структурной и поведенческой частями. Структурная часть системы поддерживалась всем аппаратом БД, ее можно было моделировать, редактировать и т.д., а поведенческая часть создавалась изолированно. В частности, отсутствовали формальный аппарат и системная поддержка совместного моделирования и гарантий согласованности структурной (статической) и поведенческой (динамической) частей. В среде ООБД при проектировании, разработке и сопровождении информационной системы учитываются структурные и поведенческие аспекты. Для этого нужны специальные языки, позволяющие определять объекты и создавать на их основе прикладную систему.