Проектирование документальных и фактографических баз данных

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

Итоговая задача предпроектной стадии — разработка инфологической модели предметной области без привязки к конкретной СУБД.

Основа конкретной инфологической модели — модель «сущность-связь» {Entity-Relationship — ЕЯ-модель), описывающая взаимосвязь объектов (сущностей) предметной области.

Конечным этапом даталогического проектирования является описание логической структуры базы данных на языке описания данных конкретной СУБД. При даталогическом проектировании нужно учитывать типы моделей данных, поддерживаемые выбранной СУБД: иерархические, сетевые, реляционные.

При ручном методе проектирования базы данных строится графическое изображение структуры базы данных.

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

Завершается стадия технического проектирования базы данных привязкой даталогической модели к среде хранения, т. е. построением физической модели базы данных (схемы хранения).

На стадии рабочего проектирования осуществляются настройка выбранной СУБД и подготовка технологических инструкций для первоначального формирования и последующего ведения базы данных.

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

Методы автоматизированного проектирования базы данных предусматривают использование CASE - средств.

Так, CASE - средство Silverrun американской фирмы Silvemin Technologies, Inc. содержит модуль концептуального (инфологического) моделирования данных {ERX-Entity Relationship Expert), который обеспечивает построение моделей данных «сущность-связь», не привязанных к конкретной реализации. Этот модуль имеет встроенную экспертную систему, позволяющую создать инфологическую модель данных посредством ответов специалистов в данной предметной области на вопросы о взаимосвязи данных. Результаты работы этого модуля передаются в модуль реляционного моделирования {RDM — Relational Data Modeler) для проектирования даталогической реляционной модели данных.

Рассмотрим распределение работ по проектированию документальной базы данных (ДБД) по стадиям и этапам.Работа начинается с постановки задачи создания документальной базы данных.

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

Стадия технического проектирования включает в себя проектирование поисковых образов документов (под) и поисковых образов запросов (поз). Выбирается субд для управления базой данных под и базой данных документов, если документы представлены на машинном носителе. Разрабатывается логико-семантический комплекс, т. Е. Алгоритм, отражающий логику сопоставления содержания поз и под. Проектируется структура дбд. Разрабатывается электронный каталог дбд, и формируется «словарь ключевых слов» для пользователей.

Завершается стадия утверждением технического проекта (тп).

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

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

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