Лекции и практики (1). Курс лекций и материалы для практических занятий

• Название: Курс лекций и материалы для практических занятий
• Дата: 17.03.2023
• Размер: 1.01 Mb.
• Имя файла: Лекции и практики (1).docx
• Тип: Курс лекций; #996812
• страница: 52 из 75

Пример проектирования реляционной базы данных

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

1. 
   Инфологическое проектирование
   

   1. Анализ предметной области

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

В соответствии с предметной областью система строится с учётом сле- дующих особенностей:

• 
  Каждый сотрудник работает в определённом отделе, в каждом отделе могут работать несколько сотрудников.
  
• 
  Каждый проект относится к определённому отделу, каждый отдел может от- вечать за выполнение нескольких проектов.
  
• 
  Каждый сотрудник может принимать участие в выполнении нескольких проектов, над каждым проектом может трудиться несколько сотрудников.
  
• 
  Для каждого проекта назначается руководитель из числа сотрудников того отдела, к которому относится проект.
  
• 
  Каждый проект должен быть выполнен в заданные сроки, каждый проект может состоять из нескольких этапов. Если проект состоит из одного этапа, то сроки его выполнения должны совпадать со сроками выполнения проекта в целом.
  
• 
  Оклад сотрудника зависит от занимаемой должности, за участие в проектах сотрудник получает дополнительное вознаграждение.
  
• 
  Виды участия сотрудников в проектах: руководитель, консультант, исполни- тель.
  
• 
  Каждый отдел занимает одно или несколько помещений (комнат), в каждом помещении может быть один или несколько стационарных телефонов.
  

Примечание. Описания особенностей ПрО должно быть достаточно для того, чтобы создать ER–диаграмму.

Для создания ER-диаграммы необходимо выделить сущности предметной области:

1. 
   Отделы. Атрибуты: название, аббревиатура, комнаты, телефоны.
   
2. 
   Сотрудники. Атрибуты: ФИО, паспортные данные, дата рождения, пол, ИНН (индивидуальный номер налогоплательщика), номер пенсионного страхового свидетельства, адреса, телефоны (рабочий, домашний, мо- бильный), данные об образовании (вид образования (высшее, средне- специальное и т.д.), специальность, номер диплома, дата окончания учеб- ного заведения), должность, оклад, логин (имя пользователя).
   

Примечания: 1. Логин потребуется нам для назначения дифференцированных прав доступа.

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

3. 
   Проекты. Атрибуты: номер договора; полное название проекта; сокра- щённое название проекта; дата подписания договора; заказчик; контакт- ные данные заказчика; дата начала проекта; дата завершения проекта; сумма по проекту; дата реальной сдачи проекта; сумма, полученная по проекту на текущую дату.
   
4. 
   Этапы проекта. Атрибуты: номер по порядку, название, дата начала эта- па, дата завершения этапа, форма отчетности, сумма по этапу, дата реаль- ной сдачи этапа; сумма, полученная по этапу на текущую дату.
   

Исходя из выявленных сущностей, построим ER–диаграмму (рис. 9.8).


Напомним, что пометки у линий означают степень связи: 1:1, 1:N и N:M.

Рис. 9.8. ER–диаграмма ПрО «Проектная организация»