Создание и внедрение программного продукта "Объектно-ориентированный менеджер структуры универсальной системы хранения данных"
Дипломная работа - Компьютеры, программирование
Другие дипломы по предмету Компьютеры, программирование
?енеджер классов.
Менеджер классов должен обеспечивать представление произвольных данных в виде объектов с набором атрибутов.
Пользователями данного менеджера будут являться архитекторы баз данных.
2.2.1 Назначение разработки и область применения
Менеджер классов предназначен для реализации следующих основных задач:
-централизованное хранение произвольных данных в виде объектов с набором атрибутов и связей между ними также с набором атрибутов;
-обеспечение централизованного доступа к данному хранилищу информации.
Эти цели должны достигаться:
-посредством создания и поддержки базы данных, работа с которой должна быть возможна из любого подключения к корпоративной вычислительной сети предприятия-заказчика;
-посредством создания API-функций для работы с объектами хранилища.
Сфера применения - деятельность архитекторов структуры базы данных, разрабатываемой для хранения информации различного рода. За основу разработки взята задача по ведению конфигурации изделия. Менеджер классов позволяет создать удобную структуру для хранения данных о двигателе. Сюда входят состав, конфигурирование, жизненный цикл, изменения, документация.
2.2.2 Технические характеристики
Постановка задачи на разработку программы
Необходимо создать приложение Менеджер классов, осуществляющее для решения следующих задач:
-описание структуры объектов в виде классов, содержащих метаданные, описывающие объект.
-реализация двух видов классов, позволяющих получать иерархические структуры данных:
a)класс объектов данных, обеспечивающий описание структуры объектов данных;
b)класс объектов связи, который обеспечивает описание объектов, определяющих отношения между объектами данных;
-в программе должен быть реализован контроль прав доступа к объектам.
-функциональность по манипулированию объектами и доступом к ним должна быть реализована в виде API-функций на хранимых процедурах Oracle.
-программа должна использовать в качестве хранилища СУБД Oracle.
Метод организации данных
Данные, необходимые для функционирования менеджера, хранятся в базе данных на сервере организации. Специфика состоит в том, что подразумевается наличие двух серверов, один из которых поддерживает компонент доступа к ресурсам, а второй - прикладной компонент. В результате этого получается следующая схема (см. рисунок 2.1):
API SQL
Рисунок 2.1 - Трехзвенная модель взаимодействия клиента и сервера.
На компьютере клиенте выполняется только компонент представления, т.е. реализуется интерфейс с пользователем. Клиент обращается за выполнением услуг к прикладному компоненту, играя роль клиента приложений - AC. Обращение к прикладному компоненту происходит на языке прикладного интерфейса API. Прикладной компонент реализован как группа процессов, выполняющая прикладные функции. Прикладной компонент играет роль сервера приложений - AS. Со своей стороны он получает доступ к ресурсам у сервера базы данных DB, на котором сосредоточен компонент доступа к ресурсам, т.е. по отношению к этому серверу, сервер AS играет роль клиента. Таким образом, в этой схеме сервер приложений как в роли сервера, так и в роли клиента [2,3].
Перенося данную модель на платформу Oracle [4,5], выбирают следующую схему взаимодействия приложения и базы данных. Это псевдо трехзвенная архитектура (см. рисунок 2.2).
Рисунок 2.2 - Трехзвенная модель Oracle
При запуске приложения на локальной машине выполняются следующие действия:
шаг 1. запускается Runtime-клиент (файл Ora8/Bin/ifrun60.exe);
шаг 2. осуществляется запрос нужного приложения (fmx-файла) с сервера приложений;
шаг 3. нужный fmx-файл осуществляет соединение с требуемой для работы приложения базой данных на сервере баз данных, а так же выгружает форму и все необходимые функции в оперативную память машины клиента, передавая параметры подключения к базе;
шаг 4. выгруженная форма осуществляет диалог с базой данных, в случае необходимости новых функций осуществляется их подкачка с сервера приложений.
2.2.3 Состав программных средств
Менеджер классов можно логически разделить на три логические части - базу данных, набор API-функций и непосредственно клиентское приложение. Эти части могут реализовываться независимо друг от друга. Так для разработки структуры базы данных и пакетов API-функций использовалась среда SQL Navigator 4.1 [6], а для разработки клиентского ПО - инструментарий Oracle Forms 6i [7].
SQL Navigator 4.1Navigator создан компанией Quest Software. Это среда разработки с графическим интерфейсом пользователя, предлагающая следующие средства:
-Автоформатирование операторов PL/SQL и SQL;
-Отладчик PL/SQL;
-Средство просмотра баз данных (браузер).
Операторы SQL и PL/SQL выполняются из окна редактора SQL. Это окно может выполнить либо один оператор, либо целый iенарий. Блоки PL/SQL, содержащиеся в iенарии, должны заканчиваться знаком /. Можно выполнять отдельный оператор в iенарии или часть iенария. Имеется окно выходных данных, котрое будет содержать результаты каждого оператора (в случае запроса будут выведены данные), и в дополнение в нем могут быть показаны команды SQL или PL/SQL.
Дополнительные средства SQL Navigator:
Навигатор базы данных. Позволяет просматривать объекты в базе данных. DB Navigator имеет различные фильтры, которые можно использовать для огранич