Базы данных

Федеральное агентство по образованию

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ

СИСТЕМ УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)

Кафедра комплексной информационной безопасности

электронно-вычислительных систем (КИБЭВС)

Проектирование учебно-исследовательской базы данных

"Клиенты"

 

Пояснительная записка к курсовой работе по дисциплине

«Базы данных»

 

Студент гр. № 523-3

Елисеев В.Н.

«____» _________2005

Руководитель

Сопов М. А.

«____» _________2005

Томск – 2005

Министерство образования РФ

ТОМСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ СИСТЕМ

УПРАВЛЕНИЯ И РАДИОЭЛЕКТРОНИКИ (ТУСУР)

Кафедра комплексной информационной безопасности электронно-

вычислительных систем (КИБЭВС)

ЗАДАНИЕ

по курсовому проектированию по дисциплине “Базы данных” студенту Елисееву Василию Николаевичу группы 523-3 факультета ВС.

Тема проекта: ”Клиенты”

2. Срок сдачи студентом законченного проекта _______________________

3. Исходные данные к проекту: Исследовать заданную предметную область, выбрать существенные атрибуты. Построить концептуальную модель предметной области. На основе концептуальной модели построить реляционную модель, установить связи между объектами. Задать первичные и внешние ключи. Провести нормализацию. Объяснить выполненные преобразования. Провести исследование полученной модели, задав несколько сложных запросов к полученной модели.

Предметная область: Клиент, проект, плата за проект, исполнитель, соисполнитель. Клиент может заказать несколько проектов. Плата за проект не может меняться. Один проект может быть заказан несколькими клиентами. Проект может выполняться полностью исполнителем или с помощью соисполнителей. В проекте может быть несколько соисполнителей и один соисполнитель может выполнять несколько проектов.

4.Дата выдачи задания: _________________________________________ Задание принял к исполнению (дата)_________________________________

Елисеев В.Н______________(подпись студента)

Содержание

1. Введение………………………………………………….……………………..4

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

3. Проектирование реляционной модели данных на основе принципов нормализации…………………………………………….………………………..7

3.1 Нормализация…………………………………………………..……….……7

3.2 Глоссарий……………………………………………………………..………9

4. Проектирование базы данных в Microsoft Access……………………..……10

4.1 Построение таблиц…………………………………………………...…….10

4.2 Создание запросов…………………………………………………………...11

4.3 Создание SQL – запросов (Structured Query Language)………………....14

5. Заключение……………………………………………………………….……18

Список использованных источников………………………………………..….19

1. Введение

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

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

Объектами модели являются: клиент, проект, плата, исполнитель, соисполнитель. К объектам модели выбираем основные атрибуты.

Основные атрибуты для клиента:

·           Идентификационный номер клиента:

·           Имя

·           Фамилия

·           Отчество

·           Адрес

·           Телефон

Основные атрибуты для проекта:

·           Идентификационный номер проекта

·           Название

·           Стоимость

·           Длительность

·           Техническое задание

Основные атрибуты для платы за проект:

·           Идентификационный номер платежа

·           Сумма платежа

Основные атрибуты для исполнителя:

·           Идентификационный номер исполнителя

·           Фамилия

Основные атрибуты для соисполнителя:

·           Идентификационный номер соисполнителя

·           Фамилия

После выбора атрибутов определяются связи между объектами. В зависимости от условий, связи между объектами могут быть: один к одному, один ко многим и многие ко многим. Между объектами исполнитель и проект имеется связь один ко многим, так как один исполнитель может выполнять множество проектом, но один проект не могут выполнять несколько исполнителей. Объекты клиент и проект, клиент и плата, исполнитель и соисполнитель взаимодействуют с помощью связей многие ко многим, так как много клиентов могут заказать много проектов, много клиентов могут внести много платежей и много исполнителей могут иметь много соисполнителей. В результате спроектирована концептуальная модель, изображенная на рисунки 2.1