овору.
. 2 Техніко-економічне обгрунтування методів розробки та реалізації
Для проектування бази даних сервісного центру було прийнято рішення використовувати метод ER - діаграм. Даний метод проектування був вибраний мною, на підставі наступних факторів:
. Метод ER-діаграм викладався нам на дисципліні Бази Даних.
. Метод проектування за допомогою ER - діаграм має ряд переваг, а саме - наочність; можливість проектування бази даних з великою кількістю об'єктів і атрибутів;
. ER- діаграми дають можливість провести аналіз предметної області більш конкретно;
. Знижуються вимоги до знання мови SQL.
В основі ER - моделі лежать три елементи:
· Сутність
· Атрибут
· Зв'язок
В якості системи автоматизованого проектування бази даних мною була обрана ERwin Data Modeler.
В якості СУБД був обраний Microsoft Access. Ця СУБД була обрана мною, на підставі наступних факторів:
. Microsoft Access викладався мені під час навчання;
. Access дозволяє швидко і легко створювати таблиці запити;
. При обробці даних Access використовує мову запитів SQL, який так само викладався мені на дисципліні Бази Даних.
. 3 Проектування бази даних
Етап концептуального проектування
Опис сутностей.
Виділення сутностей.
Опис зв'язків.
СущностьСвязьСущностьПКСУ1С2СПомещенияПредоставляютсяКлиент1:mППОбслуживаютСотрудникиm:nППВходятДоговор1:mППНуждаются (Включаются)Заказm:nЧППодвергаетсяУборка1:mППКлиентКонсультируетсяСотрудникиm:nЧЧПодписываетДоговор1:mППППДелаетЗаказ1:mППОцениваетУборка1:mЧЧСотрудникиОформляютДоговор1:mЧППринимаютЗаказ1:mППИсполняютЗаказm:nППКонтролируютУборка1:mППВыполняютУборкаm:nППДоговорРазрешаетЗаказ1:mППОбязуетУборка1:mППЗаказТребуетУборка1:1ППУборка-----
2.4 Концептуальна модель даних у стандарті Чена
2.5 ER-діаграма в середовищі ERwin
Рис. 7. Логічна модель з надлишковими зв'язками
. 6 Аналіз моделі
. Складовою атрибут: - немає
. Багатозначний атрибут: Телефон (компанії, представника)
. Похідний атрибут:
Замовлення - вартість=Тип прибирання (вартість) * Приміщення (площа)
Договір - ціна=Договір (термін обслуговування/періодичність) * Приміщення (площа)
. Рекурсивні зв'язку: - немає
. Зв'язок 1: 1: Замовлення вимагає Збирання
. Надлишкові зв'язку: є
З'являється сутність Представника компанії:
· Клієнт консультується з Співробітником
· Клієнт оцінює Збирання
· Клієнт підписує Договір
· Клієнт робить замовлення
Приміщення обслуговують Співробітники
Приміщення піддаються прибирання
Співробітники виконують Замовлення
Співробітники контролюють Збирання
Договір зобов'язує Збирання
. Зв'язок m: n: є
Співробітники виконують прибирання
Рис. 8. Підсумкова модель в Erwin
. 7 Етап фізичного проектування
Схема даних у середовищі обраної СУБД
Рис. 9. Схема даних БД
2.8 Реалізація основних запитів
прибирання база дані маніпулювання
Рис. 9. Реалізації основних запитів
· виводить список договорів менджерів компанії
Даний запит дозволить переглянути за табельної номером менеджера, який введе пользоватлей, список офрмление ним договорів. Такий запит дозволить швидко переглянути інформацію про роботу конкретного менеджера компанії.
Сотруднікі.Таб_Номер, Сотруднікі.ФІО, Сотруднікі.Телефон, Сотруднікі.Должность, Сотруднікі.Ном_отдела, Договор.Ном_договора FROM Співробітники INNER JOIN Договір ON Сотруднікі.Таб_Номер=Договор.Таб_Номер WHERE (((Співробітники. Таб_Номер)=[Введіть табельний номер менеджера:]));
Рис. 10. Запит №1
