Курсовая работа: Разработка проекта базы данных для АИС "Учет Проектов"
ü ID Заявки;
ü ID организации;
ü Дата и время поступления;
ü Текст заявки;
ü Организация;
ü Акт по заявке.
План сопровождения
| № | Параметр | Описание |
| 1 | Имя | План сопровождения |
| 2 | Множественное число | Планы сопровождения |
| 3 | Синонимы | График посещения |
| 4 | Описание | ID сопроводителя, ID организации, Месяц. |
| 5 | Уникальный идентификатор (ключ) | ID сопроводителя, ID организации, Месяц. |
| 6 | Связи | План сопровождения создается по организациям, Сопроводитель создает план сопровождения. |
Атрибуты сущности :
ü ID сопроводителя;
ü ID организации;
ü Месяц;
ü Организация;
ü Сопроводитель.
Работа
| № | Параметр | Описание |
| 1 | Имя | Работа |
| 2 | Множественное число | Работы |
| 3 | Синонимы | Трудовая деятельность |
| 4 | Описание | ID акта, ID работы, ID вида работы, ID модуля, Дата начала, дата окончания. |
| 5 | Уникальный идентификатор (ключ) | ID акта, ID работы. |
| 6 | Связи | Работа может подразделяться на несколько видов, работа может выполняться на определенном модуле, по окончании работы оформляется акт. |
ü ID акта;
ü ID работы;
ü ID вида работы;
ü ID модуля;
ü Дата начала;
ü Дата окончания;
ü Вид работы;
ü Модуль;
ü Акт.
Вид работы
| № | Параметр | Описание |
| 1 | Имя | Вид работы |
| 2 | Множественное число | Виды работы |
| 3 | Синонимы | Вид работы |
| 4 | Описание | ID вида работы, Наименование вида работы |
| 5 | Уникальный идентификатор (ключ) | ID вида работы |
| 6 | Связи | Работа делится на несколько видов работы. |
Атрибуты сущности :
ü ID вида работы;
ü Наименование вида работы;
ü Работа.
Модуль
| № | Параметр | Описание |
| 1 | Имя | Модуль |
| 2 | Множественное число | Модули |
| 3 | Синонимы | Модуль |
| 4 | Описание | ID модуля, наименование модуля. |
| 5 | Уникальный идентификатор (ключ) | ID модуля |
| 6 | Связи | Работа может выполняться на нескольких модулях. |
Атрибуты сущности :
ü ID модуля;
ü Наименование модуля;
ü Работа.
Сопроводитель
| № | Параметр | Описание |
| 1 | Имя | Сопроводитель |
| 2 | Множественное число | Сопроводители |
| 3 | Синонимы | Работник |
| 4 | Описание | ID сопроводителя, имя сопроводителя. |
| 5 | Уникальный идентификатор (ключ) | ID сопроводителя |
| 6 | Связи | Сопроводитель подписывает акт, и составляет план сопровождения. |
Атрибуты сущности :
ü ID сопроводителя;
ü Имя сопроводителя;
ü Акт;
ü План сопровождения.
Акт
| № | Параметр | Описание |
| 1 | Имя | Акт |
| 2 | Множественное число | Акты |
| 3 | Синонимы | Акт |
| 4 | Описание | ID сопроводителя, ID акта, ID организации, Дата оформления. |
| 5 | Уникальный идентификатор (ключ) | ID сопроводителя, ID акта. |
| 6 | Связи | Сопроводитель подписывает акт, иногда акт оформляется по заявке, акт подписывает организация, по выполнению работы подписывается акт. |
Атрибуты сущности :
ü ID сопроводителя;
ü ID акта;
ü ID организации;
ü Дата оформления;
ü Акт;
ü План сопровождения;
ü Работа;
ü Акт по заявке;
ü Сопроводитель;
ü Организация.
Акт по заявке
| № | Параметр | Описание |
| 1 | Имя | Акт по заявке |
| 2 | Множественное число | Акты по заявкам |
| 3 | Синонимы | нет |
| 4 | Описание | ID акта, ID заявки. |
| 5 | Уникальный идентификатор (ключ) | ID акта. |
| 6 | Связи | Если организация оставляет заявку тогда акт оформляется по заявке. |
ü 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 с.
