6.4.1.1. Анализ концептуальных требований и информационных потребностей

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

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

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

6.4.1.2. Выявление информационных объектов и связей между ними

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

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

Объект – студент.

Атрибуты – номер, фамилия, имя, отчество, дата рождения, пол, факультет, специальность, отделение, год поступления, курс.

Объект сессия.

Атрибуты – номер, оценка 1, оценка 2, оценка 3 и т.д.

Объект стипендия.

Атрибуты – номер, результат, вид, сумма, надбавки.

Объект – преподаватель.

Атрибуты – код преподавателя, фамилия, имя, отчество, научная степень, звание, год рождения, факультет, кафедра.

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

1. Значение атрибута "пол" может принимать значение либо "мужской" либо "женский".

2. Значение атрибута "специальность" может принимать значение либо 060400, либо 021100.

3. Значение атрибута "отделение" может принимать значение либо "очное", либо "заочное".

4. Значение атрибута "курс" может изменяться от 1 до 6 (с учетом магистратуры).

6.4.1.3. Типы связей

Все информационные объекты предметной области, каким-то образом соотносятся друг с другом, т.е. связаны друг с другом. Различают следующие типы связей:

1. один к одному (1 : 1);

2. один ко многим (1 : М);

3. многие ко многим (М : М).

Связь один к одному (1 : 1) предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует не более одного экземпляра информационного объекта Б и наоборот, например, связь между объектами Студент и Стипендия, где каждый студент имеет определенный набор оценок в каждую сессию, т.е.

Студент ↔ Стипендия.

Связь один ко многим (1 : М) предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует 0 и более экземпляров объекта Б, но каждый экземпляр объекта Б связан не более чем с одним экземпляром объекта А, например, связь между объектами Стипендия и сессия, где установленный размер стипендии по результатам сдачи сессии может повторяться для различных студентов, т.е.

Стипендия ‹ — ›› сессия

Связь многие ко многим (М : М) предполагает, что в каждый момент времени одному экземпляру информационного объекта А соответствует 0 и более экземпляров объекта Б, и наоборот, например, связь между объектами Студент и преподаватель, т.к. один студент обучается у многих преподавателей и один преподаватель обучает многих студентов, т.е. Студент ‹‹ — ›› преподаватель.