Логическое проектирование базы данных

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

Процесс проектирования БД состоит из 2-х этапов:

--проектирование логической БД;

--проектирование физической БД.

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

Физическое проектирование связано с фактической реализацией БД. Оно определяет рациональный выбор структуры хранения данных и методов доступа к ним. Результат физического проектирования - внутренняя модель данных.(см. ниже).

При проектировании выделяют три уровня абстракции (см. рисунок 3.1) для БД :

1) представление – инфологическая (внешняя) модель;

2) концептуальная БД – даталогическая (внутренняя) модель;

3) физическая БД – физическая (внутренняя) модель.

Реально хранится только физическая БД.

Рис. 3.1 Уровни моделей данных

Анализ предметной области

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

Необходимо разработать БД и клиентское приложение для работы торгового склада. Имеются данные о товарах и о покупателях, которые содержатся в накладных. Эти данные могут быть представлены внешней моделью (Рис.3.1.1).

Рис.3.1.1 Внешняя модель

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

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

Обмен информацией между базой и отдельными категориями

Пользователей системы

В связи с разграничением прав доступа на использование, модификацию и удаление данных из базы все пользователи разбиваются на три категории:

- категория кладовщик;

- категория оператор;

- категория администратор.

Все доступные операции для каждой категории пользователей описаны в разделе «Организация секретности базы данных».

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

Рисунок 3.2.1- Порядок обмена информацией между пользователями и базой данных.

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

Потоки данных

Структурная схема потоков данных представлена на рисунке 3.3.1.

Рисунок 3.3.1.- Структурная схема потоков данных

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

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