|
|
База даних для інформаційної системи - Таксопарк[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.<1000><1000>
|
|
|
3.2 Нормалізація локальних ER-моделей У даному підрозділі на основі аналізу та перетворення початкових ER-моделей для кожної автоматизируемой функції будуються нормалізовані ER-моделі, не містять «прихованих» сутностей. Порушення першої нормальної форми (1NF): атрибут Особистий автомобіль в моделі № 1; атрибут Електропошта в моделі № 5; атрибут Телефон у сутності ВИКЛИК, контрагент, VIP КЛІЄНТ. По суті АВТОМОБІЛЕМ атрибути Тип ТЗ і Категорія ТЗ залежать від частини зчепленого ключа Номер-Марка модель (марка модель). Порушення третьої нормальної форми (3NF): по суті ВИКЛИК фио співробітника залежить від його коду і від виклику; по суті VIP КЛІЄНТ Номер договору залежить від номера карти і від номера клієнта.
Нормалізована ER-модель для даної функції, отримана на основі опису, наведеного в розд. 1, представлена на малюнку 3.6. Співробітник Код співробітника Прізвище Ім'я По батькові Дата народження має Адреса і Має має S Посада Водійські права Дата видачі прав Сімейний стан Освіта П аспорт Транспортний засіб ЗАПИС Серія Номер Дата запису КемВидан VIN Автор запису КодПодразделенія Рік випуску Прапор актуальності АдресРегістраціі Модель двигуна Дата зміни Номер Номер двигуна ТЗ Автор зміни Дата видачі Шасі (рама) Кузов (коляска) ОСОБИСТИЙ А / М Потужність двигуна Номер Серія паспорта ТЗ Колір РММ Марка Маса без навантаження Тип ТЗ Колір Категорія ТЗ Малюнок 3.6 - Нормалізована ER-модель для функції 1 «Облік відомостей про співробітників» 3.2.2 Функція 2 «Облік прийнятих викликів» ВИКЛИК Код виклику ∞ Прапор VIP клієнта Номер VIP карти ∞ 1 Час Прапор погодинної оплати Час руху I I IS S Відстань Загальна вартість Прапор стану 1 1 1 Н АЧАЛО КІНЕЦЬ СПІВРОБІТНИК ЗАПИС До одПункта КодПункта Вулиця Вулиця Код співробітника Дата запису Будинок Будинок ПІБ Автор запису Під'їзд Під'їзд Колір а / м Прапор актуальності Номер а / м Дата зміни Автор зміни I T ТЕЛЕФОН Код телефону Вид номеру Номер Малюнок 3.7 - Нормалізована ER-модель для функції 2 «Облік прийнятих викликів» 3.2.3 Функція 3 «Облік VIP клієнтів» VIP Клієнт Код клієнта 1 січня Прізвище Ім'я По батькові Знижка Баланс і Має має зробив Адреса Телефон 1 січня П аспорт VIP МАПА ЗАПИС Серія Номер VIP картки Дата запису КемВидан Номер договору Автор запису КодПодразделенія Дата договору Прапор актуальності АдресРегістраціі Дата зміни Автор зміни має і Має НОМЕР ТЕЛЕФОН Код телефону Номер Вид номеру ДатаВидачі Номер Малюнок 3.8 - Нормалізована ER-модель для функції 3 «Облік VIP клієнтів» 3.2.4 Функція 4 «Облік матеріальних засобів» МАТЕРІАЛЬНЕ ЗАСІБ Код матеріального коштиКод відповідального співробітника ПІБ отв-го сот-ка Номінальна вартість Опис Прілагаеми частини Місце розташування Призначення Періодичність обслуговування Сервісні роботи Експлуатація Код співробітника ПІБ сот-ка Додаткова інформація 1має 1 ЗАПИС Дата записуАвтор записуПрапор актуальності Дата зміни Автор зміни Малюнок 3.9 - Нормалізована ER-модель для функції 4 «Облік матеріальних засобів» 3.2.5 Функція 5 «Облік відомостей про контрагентів (постачальників)» Контрагент Код контрагента Найменування 1 1 1 Вид контрагента ІПН ЗКГНГ ОКПО м ожет мати викликав має Юр. адреса Телефон Ф акс М Розрахункові рахунки До РЕДІТ ПОСТАЧАЛЬНИКА До Читати далі Коментувати Договір Н омерКредіта Дата договору Валюта Осн. договір 1 М Сума ЗАПИС Електопочта Глибина Код електропошти Дата запису Директор Автор запису Головбух Прапор актуальності Менеджер Дата зміни Автор зміни Малюнок 3.1.0 - Нормалізована ER-модель для функції 5 «Облік відомостей про контрагентів (постачальників)» 3.3. Переклад цілісних та операційних обмежень на рівні локальних моделей
3.3 Висновок В результаті проектування локальних ER-моделей, що відповідають окремим автоматизуються функцій, отримані нормалізовані локальні ER-моделі, що включають від 2 до 4 сутностей в третій нормальній формі. Розроблені специфікації обмежень і правил підтримки цілісності включають всі обмеження і правила, отримані на попередньому етапі і трансформовані для локальних ER-моделей. 4 ПРОЕКТУВАННЯ ГЛОБАЛЬНОЇ ER-МОДЕЛІ Даний розділ присвячений проектуванню глобальної ER-моделі. Тут виробляється виявлення та усунення еквівалентних сутностей, виявлення категорій і синтез узагальнюючих сутностей, виявлення і усунення дублювання атрибутів і зв'язків. Будується графічне представлення глобальної моделі, специфицируются обмеження і правила підтримки цілісності на рівні глобальної моделі.
Виявлення і усунення дубльованих зв'язків Були виявлені контури, що є необхідним, але недостатньою ознакою дублюючої зв'язку. 4.4 Графічне представлення глобальної ER-моделі Глобальна ER-модель представлена на малюнку 4.1 VIP Клієнт Виклик ТЗ 1 М 1 М М 1 Має Заявка Виконання Використання Використання 1 січня 1 М VIP Карта Мат. Засіб Співробітник М 1 М Постачання Постачальник 1 Паспорт Малюнок 4.1 - Глобальна ER-модель
4.6 Висновок В результаті проектування глобальної ER-моделі, відповідної автоматизуються функцій, отримана модель, що включає 7 сутностей, 2 зв'язку типу «багато до багатьох» і 8 зв'язків типу «один до багатьох». 5 Проектування реляційних SQL-МОДЕЛІ Даний розділ присвячений проектуванню реляційної SQL-моделі. Тут виконується переклад глобальної ER-моделі в реляційну форму, специфицируются обмеження і правила підтримки цілісності на реляційному рівні, записується SQL-код для створення реляційної моделі. 5.1 Переклад глобальної ER-моделі в реляційну форму Усунення зв'язків типу «один до багатьох». Такі зв'язки усуваються шляхом копіювання первинних ключів вихідної сутності в безліч атрибутів дочірньою. Конкретні дані наведені у таблиці 5.1 Таблиця 5.1 - «Копіювання первинних ключів при усуненні зв'язків типу« один до багатьох ».
5.2 SQL-код для створення реляційної моделі Create Table Співробітник ( Код_сотрудніка Int Not Null, Прізвище Char (20), Ім'я Char (20), По батькові Char (20), Дата_рожд Date, Адреса Char (20), Права Char (20), Посада Char (20), Освіта Char (20), Серія_Паспорта Int Not Null, № Паспорти Int Not Null, № телефону Int Not Null, № ТЗ Char (6), Дата_запісі Date, Primary key (Код_сотрудніка)) Create table Транспортное_Средство ( Код_мат_средства Int Not Null, № TC Char (6), Марка Char (20), Колір Char (20), VIN Int, Категорія Char (20), Дата_Випуска Date, № Двигуна Int, № Кузови Int, Двигун Int, Маса Int, Дата_запісі Date, Primary Key (Код_мат_средства) ) Create Table Постачальник ( Код_Поставщіка Int Not Null, Код_Мат_средства Int NOt Null, Найменування Char (20), Вид Char (20), ІПН Int, ЗКГНГ Int, Юр_адрес Char (20), Факс Int, Договір Char (20), Дата_договора Date, Коментар Char (20), Дата_запісі Date, Primary Key (Код_Поставщіка) ) Create Table Паспорт ( Серія_паспорта Char (20), № Паспорти Int Not Null, Кем_Видан Char (20), Код_подразделенія Char (20), Адрес_регістраціі Char (20), Дата_регістраціі Date, Дата_запісі Date, Primary Key (Серія_паспорта) ) Create Table Матеріальное_Средство ( Код_мат_средства Int Not Null, Код_отв_сотрудніка Int, Вартість Int, Опис Char (20), Призначення Char (20), Експлуатація Char (20), Доп_інфо Char (20), Дата_запісі Date, Primary Key (Код_мат_средства) ) Create Table Виклик ( Код_Визова Int Not Null, Влаг_VIP_Кліента Char (20), № VIP_Карти Int, Время_заказа Date, Флаг_почасовой_оплати Char (20), Время_жвіженія Date, Відстань Int, Стоімость_р_ч Int, Стоімость_р_км Int, Стоімость_заказа Int, Флаг_состоянія Char (20), Код_сотрудніка Int Not Null, № ТЗ Char (6), Дата_запісі Date, Primary Key (Код_Визова) ) Create Table VIP_Кліент (Код_VIP_Кліента Int Not Null, № VIP_Карти Int, Прізвище Char (20), Ім'я Char (20), По батькові Char (20), Знижка Int, Баланс Int, Адреса Char (20), Серія_Паспорта Char (20), № Паспорти Int, Дата_запісі Date, Primary Key (Код_VIP_Кліента) ) Create Table VIP_Карта (№ VIP_Карти Int Not Null, № Договору Int, Дата_Договора Date, Дата_запісі Date, Primary Key (№ VIP_Карти)) 6 ПРОЕКТУВАННЯ ВИСТАВДЛЯ автоматизуються ФУНКЦІЙ Даний розділ присвячений проектуванню подань для автоматизуються функцій. Тут виконується визначення шляхів доступу до даних для автоматизованих функцій, записується SQL-код локальних переглядів для автоматизуються функцій.
Для 5 функцій був обраний спосіб реалізації подання у вигляді запиту (Select), форма подання була обрана у вигляді ієрархії таблиць. 6.2 SQL - код для реалізації вибірки. VIP_Кліент SELECT [VIP КЛІЄНТ]. № VIP_Карти, [VIP КЛІЄНТ]. Прізвище, [VIP МАПА]. № Договору, ПАСПОРТ.Адрес_регістр FROM ПАСПОРТ INNER JOIN ([VIP МАПА] RIGHT JOIN [VIP КЛІЄНТ] ON [VIP МАПА]. № VIP_Карти = [VIP КЛІЄНТ]. № VIP_Карти) ON (ПАСПОРТ. № Паспорти = [VIP КЛІЄНТ]. № Паспорти) AND (ПАСПОРТ . Серія_Паспорта = [VIP КЛІЄНТ]. Серія_Паспорта); Виклик SELECT ВИЗОВ.Время_заказа, [АВТОМОБІЛЕМ]. Колір, СОТРУДНІК.Фамілія, [VIP КЛІЄНТ]. № VIP_Карти FROM [VIP КЛІЄНТ] INNER JOIN (СПІВРОБІТНИК RIGHT JOIN ([АВТОМОБІЛЕМ] INNER JOIN ВИКЛИК ON [АВТОМОБІЛЕМ]. № ТЗ = ВИКЛИК. № ТЗ) ON СОТРУДНІК.Код_сотрудніка = ВИЗОВ.Код_сотрудніка) ON [VIP КЛІЄНТ]. № VIP_Карти = ВИКЛИК. № VIP_Карти; Постачальник SELECT [матеріали Засоби]. Код_мат_ср, ПОСТАВЩІК.Наіменованіе, ПОСТАВЩІК.Факс, ПОСТАВЩІК.ІНН, СОТРУДНІК.Фамілія, СОТРУДНІК.Должность FROM СПІВРОБІТНИК INNER JOIN ([матеріали Засоби] INNER JOIN ПОСТАЧАЛЬНИК ON [матеріали Засоби]. Код_мат_ср = ПОСТАВЩІК.Код_мат_средства) ON СОТРУДНІК.Код_сотрудніка = [матеріали Засоби]. Код_отв_сотр; Сотр_мат_Средство SELECT СОТРУДНІК.Фамілія, ПАСПОРТ.Адрес_регістр, СОТРУДНІК.Адрес, [Матеріали Засоби]. Опис, [Матеріали Засоби]. Вартість FROM (ПАСПОРТ INNER JOIN СПІВРОБІТНИК ON (ПАСПОРТ. № Паспорти = СПІВРОБІТНИК. № Паспорти) AND (ПАСПОРТ.Серія_Паспорта = СОТРУДНІК.Серія_Паспорта)) INNER JOIN [матеріали Засоби] ON СОТРУДНІК.Код_сотрудніка = [матеріали Засоби]. Код_отв_сотр; Співробітник SELECT СОТРУДНІК.Фамілія, [АВТОМОБІЛЕМ]. № ТЗ, ПАСПОРТ.Адрес_регістр, [Матеріали Засоби]. Код_мат_ср, [Матеріали Засоби]. Опис FROM ПАСПОРТ INNER JOIN ((СПІВРОБІТНИК INNER JOIN [АВТОМОБІЛЕМ] ON СПІВРОБІТНИК. № ТЗ = [АВТОМОБІЛЕМ]. № ТЗ) LEFT JOIN [матеріали Засоби] ON СОТРУДНІК.Код_сотрудніка = [матеріали Засоби]. Код_отв_сотр) ON (ПАСПОРТ. № Паспорти = СПІВРОБІТНИК. № Паспорти) AND (ПАСПОРТ.Серія_Паспорта = СОТРУДНІК.Серія_Паспорта); Висновок В результаті виконання цього курсового проекту я виробила вміння та навички проектування структури бази даних, призначеної для функціонування автоматизованої інформаційної системи. У розділі 1 я вибрала автоматизовані функції та інформаційне забезпечення. Дала короткий опис предметної області, справила вибір і опис автоматизуються функцій, виконала первинне опис інформаційного обеспе6ченія. У 2 розділі я виявили обмеження і правила підтримки цілісності даних, які будуть розміщуватися в базі даних. Розглянула обмеження і правила для окремих атрибутів, кортежів, множин кортежів і бази даних в цілому. У 3 розділі я спроектувала локальні ER-моделі, що відповідають окремим автоматизуються функцій. Провела нормалізацію локальних ER-моделей, розробила специфікації огрніченій і правил підтримки цілісності для локальних ER-моделей. У 4 розділі спроектувала глобальну ER-модель. Провела виявлення та усунення еквівалентних сутностей, виявила категорії і синтез узагальнюючих сутностей, виявила й усунула дублювання атрибутів і зв'язків. У розділі 5 записала SQL-код для створення реляційної моделі У розділі 6 записала SQL-код локальних запитів для автоматизуються функцій. |