Проверка корректности модели.

Последним шагом разработки ИЛМ является проверка ее корректности. Основная цель проверки – установить, правильно ли отражает полученная модель предметную область и способна ли эта модель реализовать все то множество запросов, которое будет выполняться в АИСС. Проверке подвергается полнота и правильность задания сущностей и атрибутов, соответствие характеристик атрибутов свойствам объектов, наличие связей. Особое внимание уделяется связям, поскольку некоторые из них могут быть упущены при построении модели.

4. Выбор типа БД и СУБД

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

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

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

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

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

По сравнению с иерархическими сетевые БД обладают рядом существенных преимуществ:

возможность отображения не только иерархических отношений объектов предметной области, но и практически всего многообразия взаимоотношений;

непосредственным доступом к любой вершине сети без указания других вершин;

малой информационной избыточностью.

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

В отличие от иерархической и сетевой базы данных в основе реляционной БД лежат не графические, а табличные методы и средства представления данных и манипулирования ими. В реляционных база данных информация о предметной области отображается таблицей, называемой отношением. Строка таблицы называется записью (кортежем), столбец – атрибутом. Каждый атрибут может принимать некоторое подмножество значений из определенной области – домена.

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

К другим достоинствам реляционных моделей относят наглядность, простоту изменения данных и организации разграничения доступа к ним.

Основным недостаткам реляционной базы данных является большая информационная избыточность, что приводит к перерасходу вычислительных ресурсов соответствующих автоматизированных информационных систем. Трудоемким является и процесс нормализации отношений. Однако указанные недостатки можно предусмотреть и устранить, в то время как в иерархических и сетевых моделях данных отдельные недостатки устранить весьма сложно либо даже невозможно [3].

С момента появления реляционных моделей данных разработан ряд СУБД, базирующихся на этих моделях: MS Access, FoxPro, Paradox, Clipper.

В силу перечисленных достоинств реляционных баз данных, а также популярности и общедоступности для пользователей нами выбрана СУБД MS Access.

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

Логическая модель реляционной базы данных разрабатывается в три этапа:

1. Назначение ключевых атрибутов сущностей.

2. Установление связей между первичными и внешними ключами.

3. Устранение связей «многие-ко-многим».

4. Нормализация отношение реляционной модели.