9. Жизненный цикл бд.

Процесс проектирования, реализации и поддержания системы БД называется жизненным циклом БД (ЖЦБД).

Процедура создания системы называется ЖЦСистемы.

В основе ЖЦБД лежит подход, ориентированный на данные. Как элемент данных, более стабильный, чем выполняемая функция системы. Если построить логическую схему БД, то в дальнейшем можно создать любое кол-во функциональных систем, использующих эту схему. ЖЦБД состоит из следующих этапов:

1. Предварительное планирование – планирование БД, выполняемое в процессе разработки стратегического плана БД. В процессе планирования собирается следующая информация: Какие прикладные команды используются, какие функции они выполняют. Какие файлы связаны с каждым из приложений. Какие новые приложения и файлы находятся в процессе работы. Данная информация помогает определить, как используется информация приложений, определить будущие требования к системе БД. Информация этого этапа документируется в виде обобщенной модели данных.

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

3. Определение требований – включает выбор целей БД, выяснение информационных требований к системе и требование к оборудованию и операционной системе БД. То есть на данном этапе сбора данных и определения требований создается общая информационная модель, включающая следующие задачи:

• Определяются цели системы путем анализа информационной потребности. Здесь так же указываются, какую именно БД следует создавать (распределенную или целостную) и какие коммуникационные средства необходимы. Выходной документ – комментарий, описывающий цели системы.

• Определение пользовательских требований – фиксация функции системы и определение прикладных систем, которые будут выполнять эти требования. Документация – в виде обобщенной информации (комментарий, отчет, опрос, анкет и т. д.).

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

• Разработка плана поэтапного создания системы, включающей выбор исходных приложений.

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

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

6. Реализация (физическое проектирование) – процесс превращения концептуальной и логической моделей в функциональную БД. Она включает в себя следующие этапы:

• Выбор и определение необходимой СУБД

• Преобразования концептуальной (инфологической) модели БД в физическую модель. 1. На основе инфологической модели строится схема данных для конкретной СУБД. 2. Определяются, какие прикладные процесса необходимо реализовать в схеме данных как процедура. 3. Реализовать ограничение, предназначенное для обеспечения целостности данных. 4. Разработать индексирование. 5. Определить уровни доступа пользователей. Разработать и внедрить правила обеспечения безопасности. Создать роли для многопользовательского доступа с уровнями полномочия доступа. 6. Разработать сетевую БД и механизм доступа к удаленным данным.

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

• Заполнение БД.

• Создание прикладных программ, контроль управления.

• Обучение пользователя.

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

Таким образом, ЖЦБД включает в себя:

• Изучение предметной области и представление соответствующей документации (1-3 этапы)

• Построение инфологической модели (4-5 этапы)

• Реализация (6 этап)

• Оценка работы и поддержка БД (7 этап)