Главная Финансы деньги и налоги Философия Физика и энергетика Управление Схемотехника Стратегический менеджмент Статистика Соцобеспечение Семейное право Программирование компьютеры и кибернетика Охрана окружающей среды экология Основы права Медицина Криминалистика и криминология Коммуникации и связь Кибернетика Качество упр-е качеством КСЕ Информатика ВТ телекоммуникации Журналистика Государство и право Биографии Банковское дело Карта сайта	Рефераты. Информационные ресурсы Интернет, относящиеся к области бизнеса и коммерции В нашем случае предполагается завести следующие таблицы (рис 4):
ВУЗ	Факультет	Предметы	Ученики	Учителя
Наименование	Специальность	Предмет	Группа	Фамилия
Телефон	Уч. группа		Фамилия	Имя Отчест
ректор			Имя	Предмет
			Отчество	Классность
				Разряд
				Уч. степень

Рис. 4

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

	ВУЗ Наименование Телефон ректор

 

Предметы

Предмет

 

 

Рис. 5

В ходе этого процесса необходимо ответить на следующие  вопросы:

1.            Какие типы связей между информационными объектами?

2.            Какое имя можно присвоить каждому типу связей?

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

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

1.            Какова область значений для числовых характеристик?

2.            Каковы функциональные зависимости между характеристиками одного информационного объекта?

3.            Какой тип отображения соответствует каждому типу связей?

При проектировании БД существуют взаимосвязи между информационными объектами трех типов: «один к одному», «один ко многим», «многие ко многим» (рис.6).

Например:

 

Ученик

Один к одному

Личное дело

Группа

Один ко многим

Ученик

Ученик

Многие к многим

Преподаватель

Рис. 6

11. Построение концептуальной модели

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

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

Модели «сущность-связь», дающие возможность представлять структуру и ограничения реального мира, а затем трансформировать их в соответствии с возможностями промышленных СУБД, являются весьма распространенными.

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

Тип сущности   - ученик

Экземпляр сущности - Иванов, Петров, Сидоров и др.

В нашем примере Школа, Класс, Предметы, Ученики, Учителя, Оценки – сущности. Проанализируем связи между сущностями (рис.7).

Название связи

Между сущностями

Учится

Ученик

Группа

Изучает

Ученик

Предмет

Имеет

ВУЗ

Группа

Преподает

Учитель

Предмет

Работает

Учитель

предмет

 

Рис. 7

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

принадлежит

ВУЗ

Группа

Учится

Ученик

работает

изучает

Учитель

Преподает

Предмет

экзамен

Страницы: 1, 2, 3, 4, 5, 6