5.1.3. Создание БД, реализация функциональности и поддержка

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

На четвертом этапе следует выбрать конкретную СУБД, с помощью которой эта схема будет реализована. Выбор определяется многими факторами, в том числе требованиями к скорости работы, к надежности, объемом данных, фи­нансовыми возможностями, имеющимся в распоряжении временем, требуемой архитектурой системы и т.д. После того как выбор сделан, следует трансформировать схему в модель данных, которую поддерживает выбранная СУБД. Например, если мы по тем или иным причинам в качестве СУБД выбрали MS Ac­cess, то следует трансформировать данные в реляционную модель (см. главу 3).

Иногда для решения этой задачи рекомендуется применять специализированные программные среды, называемые CASE-средствами. Одним из распространенных CASE-средств, ориентированных на ER-модель, является ERWIN. Неудобство этого средства в том, что работает оно не с ER-моделью, в том виде, в каком она была предложена Ченом, а с ее менее удобным для инфологического моделирования диалектом.
В случае выбора реляционной модели следует провести нормализацию базы данных. Напоминаем, что нормализация предполагает проверку условий нормальных форм (1НФ, 2НФ, 3НФ, НФБК, 4НФ, 5НФ). При этом можно отказаться, при наличии веских оснований, от того или иного шага нормализации (так называемая денормализация).
Далее, следует преступать к реализации схемы с помощью выбранной СУБД.
Пятый этап называется созданием адекватного агрегатного состояния данных; по сути, он представляет собой загрузку самих данных в базу (для реляционной модели - наполнение таблиц).
Функции ИС, как правило, предполагают манипулирование данными, поэтому они реализуются с помощью ЯМД, поддерживаемом СУБД. Кроме того, СУБД должна и обеспечить возможности диалога с пользователем. В Microsoft Access это реализуется с помощью механизма форм. Сложные запросы иногда удобнее сначала создавать для ER-модели на CABLED, а потом переводить их на нужный ЯМД, особенно если этот ЯМД спецификационный. Часто при создании сложных информационных систем для реализации функциональности недостаточно внутренних средств СУБД, и создается специальное программное обеспечение, так называемая надстройка. При этом возникает проблема обмена информацией меж¬ду СУБД и надстройкой. Популярным в настоящее время решением, движущимся в сторону универсальности, является использование драйвера ODBC (см. 5.5). Реализация функциональности - шестой этап проектирования ИС.
На седьмом этапе необходимо организовать обучение обслуживающего персонала работе с ИС.
Процесс непосредственного использования в идеале должен проходить без участия разработчика, однако на практике в системе постоянно обнаруживаются ошибки, которые необходимо исправлять. Кроме того, часто приходится реализовывать новую функциональность, что может привести к необходимости модифи¬кации схемы данных. В сетевых и многопользовательских системах необходимо управление доступа (установка прав того или иного пользователя). Процесс обслуживания базы данных обычно называют администрированием базы данных.