Организация

Атрибуты сущности :

ь ID организации;

ь Название организации;

ь Адрес;

ь Заявка;

ь План сопровождения;

ь Акт.

Заявка

Атрибуты сущности :

ь ID Заявки;

ь ID организации;

ь Дата и время поступления;

ь Текст заявки;

ь Организация;

ь Акт по заявке.

План сопровождения

Атрибуты сущности :

ь ID сопроводителя;

ь ID организации;

ь Месяц;

ь Организация;

ь Сопроводитель.

Работа

ь ID акта;

ь ID работы;

ь ID вида работы;

ь ID модуля;

ь Дата начала;

ь Дата окончания;

ь Вид работы;

ь Модуль;

ь Акт.

Вид работы

Атрибуты сущности :

ь ID вида работы;

ь Наименование вида работы;

ь Работа.

Модуль

Атрибуты сущности :

ь ID модуля;

ь Наименование модуля;

ь Работа.

Сопроводитель

Атрибуты сущности :

ь ID сопроводителя;

ь Имя сопроводителя;

ь Акт;

ь План сопровождения.

Акт

Атрибуты сущности :

ь ID сопроводителя;

ь ID акта;

ь ID организации;

ь Дата оформления;

ь Акт;

ь План сопровождения;

ь Работа;

ь Акт по заявке;

ь Сопроводитель;

ь Организация.

Акт по заявке

ь ID акта;

ь ID заявки;

ь Заявка;

ь Акт.

Данные сущности, связи между ними и характеризующие их атрибуты представлены в Приложении 1.

Глава 4. Построение логической модели.

Методология логического проектирования.

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

При переходе от концептуальной модели к логической осуществляются следующие действия:

Проверка на дублирование сущностей и удаление выявленных дубликатов;

Рассматриваются возможность введения в модель слабых сущностей;

Все связи n:m заменяются на 1:n, что подразумевает введение слабой сущности, с которой устанавливаются связи между ней и ранее связанными n:m сущностями.

Слабая сущность вводится также при наличии связи 1:n и при модальности «может» со стороны дочерней сущности, так как первичный ключ не должен содержать NULL. В ключ слабой сущности могут входить ключи сильных сущностей и дополнительные сущности. Удаляются избыточные связи. Удаляются все вычисляемые атрибуты.

В случае, когда какой-либо вычисляемый атрибут, помещаемый в БД, необходимо сравнивать программным путем на его соответствие текущему состоянию БД, удаление данного атрибута не обязательно.

На уровне логического проектирования определяются все первичные и внешние ключи.

Глава 5. Формирование запросов.

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

Запрос №1

Вывести список всех актов которые были подписаны одним Сопроводителем.

Запрос №2

Вывести список всех работ на определенную дату.

Запрос №3

Вывести организации по которым нет актов работ.

Запрос №4

Сколько организаций посетил каждый сопроводитель?

Запрос №5

Организации которые делали заявку в текущий период?

Запрос №6

Сколько организаций за текущий месяц прошел определенный сопроводитель.

Заключение

В процессе работы над курсовым проектом была разработана реляционная модель базы данных для данного процесса.

1. В результате изучения предметной области были выделены основные сущности, такие как Организация, Заявка, План сопровождения, Работа, Вид работы, Модуль, Сопроводитель, Акт, Акт по заявке, связи между ними и атрибуты сущностей, которые затем подверглись документированию.

2. С помощью CASE-средства Microsoft Visio была построена концептуальная модель, которая дала возможность наглядно отобразить все выделенные сущности, их атрибуты и связи между ними.

3. С помощью CASE-средства Computer Associates ERwin была построена логическая модель базы данных. Это позволило провести генерацию отношений и установить все ключи, которые обеспечивают ссылочную целостность БД.

4. С помощью операторов реляционной алгебры были составлены запросы, что позволило проверить корректность создаваемой базы данных.

Список литературы

1. Николаева Н.А. Базы и банки знаний. Контрольные работы: Учебное пособие/Н.А.Николаева:-Ухта:УГТУ, 2003.

2. Коннолли Томас, Бегг Каролин, Страчан Анна. Базы данных: проектирование, реализация и сопровождение. Теория и практика, 2-е изд.: Пер. с англ. - М.: Издательский дом «Вильямс», 2001. - 1120 с.: ил. - Парал. тит. англ.

3. Григорьев Ю.А., Ревунков Г.И. Банки данных: Учеб. для вузов. - М.: Изд-во МГТУ им. Н.Э. Баумана, 2002.- 320 с.

Страницы: 1, 2