
- •Липецкий государственный технический университет
- •Задание кафедры
- •Содержание
- •Введение
- •Основная часть
- •1 Техническое задание
- •1.1 Описание предметной области
- •1.2 Модель вариантов использования
- •2 Технический (эскизный) проект
- •2.2.3 Спецификация связей
- •2.3 Физическая модель базы данных
- •2.3.1 Диаграмма физической модели
- •2.3.2 Спецификация таблиц
- •2.4 Основные запросы к базе данных
- •2.4.1 Формулировка на естественном языке
- •2.4.2 Формулировка в виде выражения реляционной алгебры
- •2.5 Хранимые процедуры
- •3 Рабочий проект
- •3.4.4 Вызов и загрузка
- •3.4.5. Описание работы с программой
- •3.4.6. Данные
- •3.4.7 Сообщения
- •Заключение
- •Список источников
- •Приложение 1. Sql-скрипт создания бд
- •Приложение 2. Текст программы
- •Приложение 3. Графическая часть
2.2.3 Спецификация связей
1) «Оформляет» – связь, связывающая сущности «Zakaz» и «Manager. Заказ оформляется одним менеджером, один менеджер может оформить множество заказов.
2) «Тип» – связь, связывающая сущности «Zakaz и «Type. Каждый заказ может быть одного типа, множество заказов может быть одного типа.
3) «Заказывает» – связь, связывающая сущности «Zakaz» и «Client». Клиент может оформить множество заказов, для каждого заказа может быть только один клиент.
4) «Содержит» – связь, связывающая сущности «Zakaz» и «Execution». Каждый заказ может содержать множество работ, одна работа может выполняться только для одного заказа.
5) «Расположен» – связь, связывающая сущности «Execution» и «Hosting». Для каждой работы может быть только один хостинг.
6) «Содержит» – связь, связывающая сущности «Execution» и «Remark». Работы может иметь несколько корректировок, но для каждая корректировка может указывать только на одну работу.
7) «Создает» – связь, связывающая сущности «Execution» и «Worker». Один разработчик может создать множество работ, для каждой работы только один разработчик.
8) «Должность» – связь, связывающая сущности «Capacity» и «Worker». Один разработчик может занимать только одну должность. Одну должность могут занимать несколько разработчиков
2.3 Физическая модель базы данных
2.3.1 Диаграмма физической модели
2.3.2 Спецификация таблиц
1) «Manager» – сущность, описывающая менеджеров фирмы. Имеет атрибут «manager_fio» , ключевое поле «manager_id».
2) «Zakaz» – сущность, описывающая заказы в фирме. Имеет атрибуты «date_add», «date_pay», «cost», «discount», «advance» (аванс), «design» (словесное описание будущего дизайна), «type» (тип сайта), «fill» (словесное описание наполнения сайта), ключевое поле «zakaz_id», поле «type_id» (ключевое поле сущности «Type»), поле «client_id» (ключевое поле сущности «Client»), поле «manager_id» (ключевое поле сущности «Manager»).
3) «Execution» – сущность, описывающая выполнение части работы отдельным разработчиком. Имеет атрибуты «date_start», «date_end», «maket_link», «rating» (оценка, выставляемая данной части работы клиентом), ключевое поле «execution_id», поле «zakaz_id» (ключевое поле сущности «Zakaz»), поле «worker_id» (ключевое поле сущности «Worker»).
4) «Type» – сущность, описывающая тип сайта. Имеет атрибут «type_name», ключевое поле «type_id».
5) «Client» – сущность, описывающая клиентов. Имеет атрибут «client_name», ключевое поле «client_id».
6) «Hosting» – сущность, описывающая проекты, находящиеся на хостинге. Имеет атрибуты «url» (ссылка на проект), «date_start_support», «date_end_support», ключевое поле «hosting_id», поле «execution_id» (ключевое поле сущности «Execution»).
7) «Remark» – сущность, описывающая корректировки, вносимые клиентом. Имеет атрибут «content» (суть корректировки), поле «execution_id» (ключевое поле сущности «Execution»), ключевое поле «remark_id».
8) «Worker» – сущность, описывающая разработчиков. Имеет атрибуты «worker_fio», «pay» (заработная плата), поле «capacity_id» (ключевое поле сущности «Capacity»), ключевое поле «worker_id».
9) «Capacity» – сущность, описывающая должности разработчиков. Имеет атрибут «capacity_name», ключевое поле «capacity_id».