Урок 44
Этапы разработки базы данных

Изучив эту тему, вы узнаете и повторите:

- какой последовательности действий надо придерживаться при разработке базы данных;
- в чем суть этапа «Постановка задачи»;
- в чем суть этапа «Проектирование базы данных»;
- в чем суть этапа «Создание базы данных в СУБД»;
- в чем суть этапа «Управление базой данных в СУБД».

Этап 1. Постановка задачи

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

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

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

Этап 2. Проектирование базы данных

После составления подробного описания предметной области необходимо выделить классы объектов и определить типы связей между этими классами. Одновременно следует задать отдельные параметры, описывающие данную предметную область. Как правило, это характеристики выделенных классов. Но иногда встречаются такие параметры, которые трудно отнести к какому-либо из выделенных классов. Как правило, это происходит в тех случаях, когда вы не учли какой-либо класс объектов.

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

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

Современные СУБД ориентированы на реляционную модель данных, поэтому после выделения классов и их параметров надо нарисовать реляционную модель — таблицы и связи.

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

Контрольные вопросы и задания

1. Перечислите этапы разработки базы данных.

2. В чем суть этапа «Постановка задачи»?

3. Почему важно знать предметную область?

4. Выполните этап «Постановка задачи» для собственного проекта.

5. В чем суть этапа «Проектирование базы данных»?

6. В чем суть этапа «Создание базы данных в СУБД»?

7. В чем суть этапа «Управление базой данных в СУБД»?