Файл: Курсовая работа по дисциплине Базы данных и системы управления базами данных.docx

Министерство науки и высшего образования Российской Федерации ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ

ОБРАЗОВАТЕЛЬНОЕ УЧРЕЖДЕНИЕ ВЫСШЕГО ОБРАЗОВАНИЯ «ОРЕНБУРГСКИЙ ГОСУДАРСТВЕННЫЙ УНИВЕРСИТЕТ»
Институт непрерывного профессионального образования
Кафедра программного обеспечения вычислительной техники и автоматизированных систем

КУРСОВАЯ РАБОТА

по дисциплине «Базы данных и системы управления базами данных»

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

ОГУ 09.03.04. 3023. 249 ПЗ

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

_________ Д.В. Горбачев

^{подпись}

«____» _______________ 2023 г.
Студент группы

З-21ПИнж(б)РПиС(у)(инпо)

_________ И.И. Тазиев

^{подпись}

«____» _______________ 2023 г

Оренбург 2023
Оглавление

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

Организация (Код, Название, Краткое название Адрес, Контактные

телефоны, электронный адрес) предоставляет услуги по трудоустройству. Организацией ведется банк данных о существующих вакансиях. По

---

каждой вакансии поддерживается следующая информация:

• 
  предприятие (Код, Название, Краткое название Адрес, Контактные телефоны, электронный адрес);
  
• 
  название вакансии (должность);
  
• 
  требования к соискателю: пол, возраст (Верхняя граница, Нижняя граница), образование (высшее, среднее, не имеет значение и т.п.), знание определенных видов деятельности (выбор из перечня - знание электронного документооборота, определенных прикладных программ и т.п.), коммуникабельность (да, нет);
  
• 
  обязанности (выбор из перечня – заключение договоров, распространение агитационного материала, работа с клиентами и т.п.);
  
• 
  предполагаемая оплата (Нижняя граница, Верхняя граница), единицы измерения оплаты - рубли;
  
• 
  оформление трудовой книжки (да, нет);
  
• 
  наличие социального пакета (да, нет);
  
• 
  срок начала открытия вакансии;
  
• 
  срок закрытия вакансии (вакансия занята).
  

Необходимо осуществлять следующую обработку данных:

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

2. 
   Анализ информационных потоков предметной области
   

---

2.1 Описание схемы взаимодействия

Рисунок 1 – Контекстная диаграмма методологии IDEF0.


Рисунок 2 – IDEF0 – диаграмма первого уровня декомпозиции

2.2 Диаграмма потоков данных

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



Рисунок 4 – диаграмма потоков данных

В базе данных хранятся следующие данные: организация (Код, Название, Краткое название Адрес, Контактные телефоны, электронный адрес) предоставляет услуги по трудоустройству. Организацией ведется банк данных о существующих вакансиях. По каждой вакансии поддерживается следующая информация:

- предприятие (Код, Название, Краткое название Адрес, Контактные телефоны, электронный адрес);

- название вакансии (должность);

- требования к соискателю: пол, возраст (Верхняя граница, Нижняя граница), образование (высшее, среднее, не имеет значение и т.п.), знание определенных видов деятельности (выбор из перечня - знание электронного документооборота, определенных прикладных программ и т.п.), коммуникабельность (да, нет);

- обязанности (выбор из перечня – заключение договоров, распространение агитационного материала, работа с клиентами и т.п.);

- предполагаемая оплата (Нижняя граница, Верхняя граница), единицы измерения оплаты - рубли;

- оформление трудовой книжки (да, нет);

- наличие социального пакета (да, нет);

- срок начала открытия вакансии;

- срок закрытия вакансии (вакансия занята).

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

---

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

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

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

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

Процесс построения баз данных методом «сущность-связь» включает в себя три этапа: концептуальное, логическое и физическое проектирование [1].

Концептуальное проектирование БД – это процесс, результатом которого является создание модели имеющейся информации. Модель строится вне зависимости от любых физических аспектов ее представления. Такая модель данных формируется на основе информации, определенной в перечне требований пользователей. Особенности физической реализации (тип СУБД, язык программирования, тип вычислительной платформы и т.д.) на данном этапе не учитываются.

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

---

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

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

В данной работе применяется нисходящий подход.

4. 1   2   3   4   5   6

---