
3к5с Современные технологии управления базами данных / Курсовая рекламное агентство
.pdf
|
СОДЕРЖАНИЕ |
|
ВВЕДЕНИЕ.................................................................................................. |
2 |
|
1. |
АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ .................................................. |
4 |
2. |
РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ БАЗЫ ДАННЫХ. 5 |
|
3. |
ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ ................... |
8 |
4. |
ПОСТРОЕНИЕ ФИЗИЧЕСКОЙ МОДЕЛИ БД ................................. |
11 |
5. |
ЗАКЛЮЧЕНИЕ ..................................................................................... |
30 |
СПИСОК ИСПОЛЬЗОВАННЫХ ИСТОЧНИКОВ ............................... |
31 |
ВВЕДЕНИЕ
В настоящее время жизнь человека зависит от различного рода информации, для управления которой требуются создания огромного количества баз и банков данных различного назначения. Основной проблемой является хранение и обработка большого количества данных,
сложной организацией, необходимостью удовлетворять разнообразные требования многочисленных пользователей и возможность упорядочить или совместить в одной системе (структуре) довольно непросто.
База данных (БД) – это организованная структура, предназначенная для хранения информации. В современных базах данных хранятся не только данные, но и информация. БД визуализирует определенную предметную область или какое-либо ее ответвление, объединяя в мощную структуру.
Основной емкостью хранения баз данных является обычный файл с присвоенным разрешением от выбранной среды разработки.
Программы, созданные конкретно для взаимодействия с базами данных, именуются системами управления базами данных (СУБД). Одной из этих программ является Microsoft SQL Server 2017, в котором и создавалась выбранная база данных. Подобные системы способны совершать ввод-вывод конкретной информации, которая необходима пользователю, в удобном и понятном для него формате. Также выполнять поиск и сортировку по всевозможным заданным пользователем критериям, независимо от структуры БД. Специальные инструменты в конструкции среды создания БД помогают пользователю (в данном случае администратору) в обработке данных, создание новых таблиц и запросов по разным критериям.
Структурирование данных совершается по свойственным характеристикам, то есть физическим и техническим признакам определенных объектов, хранящихся в этой базе. Довольно просто представить информацию в БД в виде текста, отчета, открытого кода
разработки или в формах. Информация созданная администратором может
2
быть представлена в нескольких видах: осуществлять поиск по заданным критериям, сортировать данные, создавать запросы, добавлять ограничения и создавать других пользователей, которым предоставляется определенный доступ.
Информацию, которую заносят в базу данных можно изменять и периодически обновлять. Содержимое БД, представляющее собой информацию об объектах, тоже может подвергаться изменениям и дополнениям.
Целью курсового проекта является разработка БД для рекламного агентства
3
1.АНАЛИЗ ПРЕДМЕТНОЙ ОБЛАСТИ
База данных предназначена для автоматизации информационных процессов рекламного агентства. Она реализует этап оформления заказа клиента на оказание услуг рекламной компанией. В основном входные данные приходят в виде звонков или заявок с сайта, которые обрабатывает и заполняет карточку заказа оператор рекламного агентства
База данных должна обеспечивать автоматизацию следующих процессов: регистрация заказов клиентов оператором. Внесения новых клиентов, новых сотрудников рекламного агентства, новых услуг и их цен или их редактирования. Также выводить информацию о горящих сроках заказов за 2 недели до их окончания.
При этом база данных обеспечивает: входной контроль данных с использованием триггеров, помощь при вводе данных в виде списков подстановки и масок ввода, подстановку значений по умолчанию и так далее.
4
2. РАЗРАБОТКА КОНЦЕПТУАЛЬНОЙ МОДЕЛИ БАЗЫ ДАННЫХ
Концептуальное (инфологическое) проектирование – построение семантической модели предметной области, то есть информационной модели наиболее высокого уровня абстракции.
Целью концептуального проектирования является обеспечение наиболее естественных для человека способов сбора и представления той информации, которую предполагается хранить в создаваемой базе данных.
Поэтому инфологическую модель данных пытаются строить по аналогии с естественным языком.
Основными конструктивными элементами инфологических моделей являются сущности, связи между ними и их свойства (атрибуты). Такая модель создаётся без ориентации на какую-либо конкретную СУБД и модель данных. Термины «семантическая модель», «концептуальная модель» и «инфологическая модель» являются синонимами [8].
Проведённый анализ предметной области позволяет построить её концептуальную модель, которая строится либо в виде диаграммы
«Сущность-Связь» (Entity-Relationship-диаграммы, ER-диаграммы), либо записывается на языке концептуального(инфологического) моделирования
(ЯКМ, ЯИМ).
Сущность Клиенты имеет следующие основные атрибуты:
-Код клиента
-Наименование компании
-ФИО клиента
-ИНН
-Адрес
-Индекс
-Город
-Телефон
5
Сущность Заказы имеет следующие основные атрибуты:
-Номер заказа
-Код клиента
-Код услуги
-Номер договора
-Наименование заказа
-Дата заказа
-Срок выполнения
-Код сотрудника
Сущность Услуги имеет следующие основные атрибуты:
-Код услуги
-Наименование услуги
-Цена услуги
Сущность Сотрудники имеет следующие основные атрибуты:
-Код сотрудника
-ФИО сотрудника
-ИНН
-Адрес
-Телефон
Сущность Заказ/Договор имеет следующие атрибуты (свойства):
-Номер договора
-Дата договора
-Сумма по договору
Изобразим это в виде диаграммы «Сущность-Связь» (ER-диаграммы),
представленной на рисунке 1.
6

Рисунок 1 – ER-диаграмма базы данных Все связи у сущностей «один ко многим».
7
3.ЛОГИЧЕСКОЕ ПРОЕКТИРОВАНИЕ БАЗЫ ДАННЫХ
Логическая модель данных является источником информации для этапа физического проектирования и обеспечивает разработчика базы данных средствами поиска компромиссов, необходимых для достижения поставленных целей, что очень важно для эффективного проектирования.
Логическая структура реляционной базы данных является адекватным отображением полученной информационно-логической модели, не требующим дополнительных преобразований. Каждый информационный объект модели данных отображается соответствующей реляционной таблицей.
Нормализация – это разбиение таблицы на две или более, обладающих лучшими свойствами при включении, изменении и удалении данных.
Окончательная цель нормализации сводится к получению такого проекта базы данных, в котором каждый факт появляется лишь в одном месте, т.е.
исключена избыточность информации. Это делается не столько с целью экономии памяти, сколько для исключения возможной противоречивости хранимых данных.
Первая нормальная форма (1НФ) не допускает наличия повторяющихся групп, то есть полей, содержащих более одного значения для каждого вхождения первичного ключа.
Вторая нормальная форма (2НФ) состоит в удалении всех неключевых атрибутов, которые зависят только от части первичного ключа. Такие атрибуты называются частично зависимыми.
Третья нормальная форма (ЗНФ) состоит в удалении всех неключевых атрибутов, которые зависят от других неключевых атрибутов. Каждый неключевой атрибут должен быть логически связан с атрибутом
(атрибутами), являющимся первичным ключом.
Учитывая все требования, база данных рекламного агенства будет
представлять собой шесть связанных таблиц: Клиенты, Заказы, 8
Заказ/Договор, Заказ/Услуги, Сотрудники, Услуги. Таблица 1 содержит информацию о таблицах, находящихся в составе БД «Рекламное агентство».
Таблица 1 - Атрибуты и отношения в составе таблиц БД «Рекламное агентство»
|
|
|
Ключ таблицы по |
|
||
|
|
|
полю |
|
||
Таблица |
Имя столбца |
Тип |
|
|
Ограничен |
|
|
Внешн |
|||||
данных |
Первичн |
ия |
||||
|
|
ий |
||||
|
|
|
ый ключ |
|
||
|
|
|
ключ |
|
||
|
|
|
|
|
||
|
|
|
|
|
|
|
1 |
2 |
3 |
4 |
5 |
6 |
|
|
|
|
|
|
|
|
zakazi |
KOD_ZAK |
int |
+ |
- |
IDENTITY |
|
|
|
|
|
|
|
|
|
KOD_KL |
int |
- |
+ |
UNIQUE |
|
|
|
|
|
|
|
|
|
KOD_USLUG |
int |
- |
+ |
- |
|
|
|
|
|
|
|
|
|
NAIMEN_ZAK |
varchar(50) |
- |
- |
- |
|
|
|
|
|
|
|
|
|
DATA |
date |
- |
- |
- |
|
|
|
|
|
|
|
|
|
KOD_ISP |
int |
- |
+ |
- |
|
|
|
|
|
|
|
|
klienti |
KOD_KL |
int |
+ |
- |
IDENTITY |
|
|
|
|
|
|
|
|
|
NAZV_KOMP |
varchar(50) |
- |
- |
- |
|
|
|
|
|
|
|
|
|
FIO_KL |
varchar(40) |
- |
- |
- |
|
|
|
|
|
|
|
|
|
INN |
int |
- |
- |
- |
|
|
|
|
|
|
|
|
|
ADDRESS_KL |
varchar(40) |
- |
- |
- |
|
|
|
|
|
|
|
|
|
INDEX_KL |
int |
- |
- |
- |
|
|
|
|
|
|
|
|
|
CITY |
varchar(30) |
- |
- |
- |
|
|
|
|
|
|
|
|
|
TEL |
bigint |
- |
- |
- |
|
|
|
|
|
|
|
|
uslugi |
KOD_USLUG |
int |
+ |
- |
IDENTITY |
|
|
|
|
|
|
|
|
|
|
9 |
|
|
|
Продолжение таблицы 1
|
NAME_USLUG |
varchar(30) |
- |
- |
- |
|
|
|
|
|
|
|
|
|
CENA_USLUG |
bigint |
- |
- |
- |
|
|
|
|
|
|
|
|
sotrudniki |
KOD_SOTRUD |
int |
+ |
- |
identity |
|
|
|
|
|
|
|
|
|
FIO_SOTRUD |
varchar(40) |
- |
- |
- |
|
|
|
|
|
|
|
|
|
INN |
int |
- |
- |
- |
|
|
|
|
|
|
|
|
|
ADDRESS_SOTR |
varchar(40) |
- |
- |
- |
|
|
UD |
|||||
|
|
|
|
|
||
|
|
|
|
|
|
|
|
TEL |
bigint |
- |
- |
- |
|
|
|
|
|
|
|
|
zakaz_dogovo |
NOM_DOG |
int |
+ |
- |
identity |
|
r |
||||||
|
|
|
|
|
||
|
|
|
|
|
|
|
|
DATE_ZD |
date |
- |
- |
- |
|
|
|
|
|
|
|
|
|
SUMMA_ZD |
bigint |
- |
- |
- |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Датологическая модель базы данных разработана в соответствии с принципами нормализации, следующий этап разработки – создание физической модели данных.
10