Файл: Курсовая работа по дисциплине Базы данных и системы управления базами данных.docx
Добавлен: 23.11.2023
Просмотров: 101
Скачиваний: 5
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
СОДЕРЖАНИЕ
2.1 Описание схемы взаимодействия
4.1 Описание объектов базы данных и их взаимосвязей
4.2 Инфологическая модель данных
4.3 Обоснование СУБД. Даталогическая модель данных
4.5 Разработка запросов на выборку, изменение, обновление и удаление данных
Техническое проектирование
4.1 Описание объектов базы данных и их взаимосвязей
База данных предназначена для компании, занимающейся трудоустройством.
Основной задачей базы данных является отслеживание финансовой стороны работы по трудоустройству.
Деятельность бюро организована следующим образом: компания готова искать работников для различных работодателей и вакансии для ищущих работу специалистов различного профиля. При обращении клиента-работодателя его стандартные данные (название, вид деятельности, адрес, телефон) фиксируются в базе данных. При обращении клиента-соискателя его стандартные данные (фамилия, имя, отчество, квалификация, профессия, иные данные) также фиксируются в базе данных. По каждому факту удовлетворения интересов обоих сторон составляется документ. В документе указывается соискатель, работодатель, должность и комиссионные.
В базе фиксируется не только сделка, но и хранится информация по открытым вакансиям. Кроме того, для автоматического поиска вариантов необходимо вести справочник «Виды деятельности».
По смыслу задачи к базе данных возможны следующие запросы:
Какую вакансию получил соискатель с заданной фамилией;
Какой вид деятельности предлагает работодатель;
Какую квалификацию имеет соискатель;
Какие должности включают в себя открытые вакансии;
Исходя из поставленных задач, разработана концептуальная модель данных, которая включает в себя следующие объекты:
Работодатели;
Соискатели;
Сделки;
Открытые вакансии;
Вид деятельности;
Объект Соискатели связан с объектом Сделки соотношением один ко многим, объект Сделки связан с объектом Открытые вакансии соотношением один ко одному, объект Открытые вакансии связан с объектом Работодатели соотношением многие к одному
, объект работодатели связан с объектом Вид деятельности соотношением многие к одному.
Рисунок 5 - Схема БД «По трудоустройству»
Исходя из концептуальной модели была создана реляционная модель.
В неё входят следующие объекты:
Виды деятельности;
Открытые вакансии;
Работодатели;
Сделки;
Соискатели.
CREATE TABLE Вид деятельности (
Код вид деятельности INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
Вид деятельности VARCHAR (20) NOT NULL,(Код вид деятельности)
); TABLE Соискатели (
Код соискателя INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
Код вид деятельности INTEGER UNSIGNED NOT NULL,
Фамилия VARCHAR (20) NULL,
Имя VARCHAR (20) NULL,
Отчество VARCHAR (20) NULL,
Квалификация VARCHAR (45) NULL,
Иные данные VARCHAR (255) NULL,
Предполагаемый размер заработной платы NUMERIC NULL, KEY (Код соискателя),Соискатели_FKIndex1(Код вид деятельности),KEY(Код вид деятельности)Вид деятельности(Код вид деятельности)
ON DELETE NO ACTIONUPDATE NO ACTION
); TABLE Работодатели (
Код работодателя INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
Код вид деятельности INTEGER UNSIGNED NOT NULL,
Название VARCHAR (45) NULL,
Адрес VARCHAR (45) NULL,
Телефон VARCHAR (20) NULL,KEY(Код работодателя), Работодатели_FKIndex1(Код вид деятельности),KEY(Код вид деятельности)Вид деятельности(Код вид деятельности)
ON DELETE NO ACTIONUPDATE NO ACTION
); TABLE Открытые вакансии (
Код вакансий INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
Код работодателя INTEGER UNSIGNED NOT NULL,
Должность VARCHAR (20) NULL, KEY (Код вакансий), Открытые вакансии_FKIndex1(Код работодателя),
FOREIGN KEY (Код работодателя)
REFERENCES Работодатели (Код работодателя)
ON DELETE NO ACTIONUPDATE NO ACTION
); TABLE Сделки (
Код сделки INTEGER UNSIGNED NOT NULL AUTO_INCREMENT,
Код вакансий INTEGER UNSIGNED NOT NULL,
Код соискателя INTEGER UNSIGNED NOT NULL,
Комиссионные NUMERIC NULL, KEY (Код сделки), Сделки_FKIndex1(Код соискателя),
INDEX Сделки_FKIndex 2(Код вакансий),
FOREIGN KEY (Код соискателя)
REFERENCES Соискатели (Код соискателя)
ON DELETE NO ACTIONUPDATE NO ACTION, KEY (Код вакансий) Открытые вакансии (Код вакансий) DELETE NO ACTIONUPDATE NO ACTION);
4.2 Инфологическая модель данных
Информационно-логическая модель предметной области отражает предметную область в виде совокупности информационных объектов и их структурных связей. В данном проекте инфологическая модель отражает совокупность объектов центра службы занятости и их структурных связей.
Рисунок 5 – инфологическая модель БД.
4.3 Обоснование СУБД. Даталогическая модель данных
СУБД представляет собой комплекс инструментальных средств, программных и языковых, реализующих централизованное управление БД и обеспечивающих доступ к данным (изменения, добавления, удаления, резервного копирования и т.д.), роль которых как единого средства хранения, обработки и доступа к большим объемам информации постоянно возрастает. Быстрое развитие потребностей применений БД выдвигает новые требования к СУБД: естественные и эффективные представления в БД разнообразных отношений между объектами предметных областей (например, пространственно-временных с обеспечением визуализации данных.
В данном курсовом проекте для разработки СУБД применяется MS SQL Server. Характеристика данной СУБД представлена в таблице 13.
Таблица 13 – сравнение СУБД
В данном курсовом проекте для разработки СУБД применяется MS SQL Server. Характеристика данной СУБД представлена в таблице 14.
Таблица 14 – характеристика СУБД
Параметры | СУБД |
Название, версия, фирма производитель | MS SQL Server 2014, Microsoft и Sybase |
Поддерживаемые ОС | UNIX,OS/2,Windows |
Требования к аппаратному обеспечению | 6 Гб свободного пространства, Память: 1 ГБ,быстродействие процессора 1,4 ГГц, процессор x64: AMD Opteron, AMD Athlon 64, Intel Xeon с поддержкой Intel EM64T, Intel Pentium IV с поддержкой EM64T |
Направление разработки | Проектирование БД |
Поддерживаемая модель данный | Реляционная |
Оптимальный размер БД | Не важен |
Реализация прав доступа | Да |
Наличие встроенных средств создания резервной копии БД и восстановления БД | Есть в наличии |
Наличие средств формирования отчетов из БД | Есть в наличии |
Возможность создания локальной БД | Да |
Технология создания БД и объектов БД | При помощи средств программы или же программным способом |
Поддержка сервера БД | Да |
Поддержка языковых сред | Да |
Средства поддержки ограничения целостности БД | Да |
Удобство разработки и администрирования | В данной СУБД удобно работать, она понятна и не требует от пользователя углубленных навыков. |
Поддержка многопроцессорности | Да |
Поддержка экспорта и импорта данных других форматов | Поддерживается |
Поддержка работы в кластере | да |
Сложность или простота работы с СУБД | Простота работы |
Даталогическая модель данных - это описание, создаваемое проектировщиком по инфологической модели данных на языке описания данных конкретной СУБД.
Рисунок 6 – даталогическая модель данных.
4.4 Физическая модель данных
Физическая модель – логическая модель базы данных, выраженная в терминах языка описания данных конкретной СУБД. Физическая модель базы данных содержит все детали, необходимые конкретной СУБД для создания базы: наименования таблиц и столбцов, типы данных, определения первичных и внешних ключей и т.п. Физическая модель строится на основе логической с учетом ограничений, накладываемых возможностями выбранной СУБД.
Таблица является базовой структурой реляционной базы данных, которая состоит из строк и столбцов с данными. Представление – это поименованная динамически поддерживаемая СУБД выборка данных из одной или нескольких таблиц. Описание проектируемых таблиц представлено далее (Таблицы 1-13).
Таблица 1 – Реляционная таблица Адрес
Имя поля | Ключ | Физические характеристики | Логические операции | Обязательное поле | Пример данных |
Номер_адреса | PK | integer | Check(Номер>0) | Notnull | 1,2,3… |
Номер_НП | FK | integer | | Notnull | 201 |
Номер_улицы | FK | integer | | Notnull | 2101 |
дом | | Integer | | Notnull | 63 |
корпус | | Integer | | null | 2 |
офис | | integer | | Notnull | 18 |
Таблица 2 – Реляционная таблица Организация
Имя поля | Ключ | Физ. характеристики | Лог операции | Обязательные поля | Пример |
Код_организации | PK | int | Check(Номер>0) | Notnull | 303 |
Название_организации | | Char(100) | | Notnull | ООО «Эвалар» |
Сокращенное_название | | Char(100) | | null | ООО_Э |
Телефон | | int | | notnull | 225-336 |
Электронный_адрес | | Char(100) | | null | evalar@mail.ru |
Номер_адреса | FK | int | Check(Номер>0) | Notnull | 9009 |
Код_документа | FK | int | Check(Номер>0) | Notnull | 6818 |