База даних для інформаційної системи - Таксопарк

[ виправити ] текст може містити помилки, будь ласка перевіряйте перш ніж використовувати.

скачати

<1000><1000>

БАЗА ДАНИХ

ДЛЯ ІНФОРМАЦІЙНОЇ СИСТЕМИ

«Таксопарк»


Пояснювальна записка до курсового проекту

по общепрофессіональной дисципліни

«Організація баз даних»


Спеціальність 552800 - Інформатика та обчислювальна

техніка

Факультет

Кафедра

Курс 3

Семестр 6


2003

ЗМІСТ


Введення


3

1

Вибір автоматизуються функцій та інформаційного забезпечення

4

1.1

Опис предметної області 4

1.2

Опис автоматизуються функцій 5

1.3

Первинне опис інформаційного забезпечення

7

Висновок 11

2

Виявлення обмежень і правил підтримки цілісності

11

2.1

Цілісне обмеження на рівні атрибутів 11

2.2

Цілісне обмеження на рівні рядків 20

2.3

Цілісне обмеження на рівні бази даних

26

Висновок 29

3

Розробка локальних концептуальних моделей


3.1

Розробка вихідних локальних ER-моделей

29

3.2

Нормалізація локальних моделей 35

3.3

Переклад цілісних та операційних обмежень на рівні локальних моделей 39

Висновок

39

4

Розробка глобальної концептуальної моделі бази даних


4.1

Виявлення і синтез еквівалентних сутностей 39

4.2

Виявлення і синтез узагальнюючих сутностей 41

4.3

Виявлення і усунення дублювання атрибутів і зв'язків 41

4.4

Графічне подання глобальної ER-моделі

42

4.5

Переклад целогстних та операційних обмежень на рівні глобальної моделі 43

4.6

Висновок 42

5

Проектування реляційної SQL-моделі


5.1

SQL-код для створення реляційної моделі

42

6

Проектування подань для автоматизуються функцій


6.1

Визначення способу та форми подання автоматизуються функцій 46

6.2

Створення запитів для вибірок 46

Висновок

47

ВСТУП

Метою даного проекту є вироблення умінь і навичок проектування структури бази даних, призначеної для функціонування автоматизованої інформаційної системи. Для досягнення цієї мети в даному проекті виконується розробка структури реляційної бази даних для гіпотетичної інформаційної системи "Таксопарк".

Інформаційна система «Таксопарк» призначена для спрощення регулюванням системи і для автоматизації її функцій.

Розробляється база даних призначена для обліку дій системи, з метою в майбутньому легко, якщо це буде потрібно, повернутися до колишніх змін у системі.

Розділ 1 присвячений вибору автоматизованих функцій та інформаційного забезпечення. Тут дається короткий опис предметної області; проводиться вибір і опис автоматизуються функцій; виконується первинне опис інформаційного забезпечення.

Розділ 2 присвячений виявленню обмежень і правил підтримки цілісності даних, які будуть розміщуватися в базі даних. Розглядаються обмеження і правила для окремих атрибутів, кортежів, множин кортежів і бази даних в цілому.

Розділ 3 присвячений проектуванню локальних ER-моделей, що відповідають окремим автоматизуються функцій. Тут виконується складання локальних вихідних ER-моделей, виробляється нормалізація локальних ER-моделей, розробляються специфікації обмежень і правил підтримки цілісності для локальних ER-моделей.

Розділ 4 присвячений проектуванню глобальної ER-моделі. Тут виробляється виявлення і усунення еквівалентних сутностей, виявлення категорій і синтез узагальнюючих сутностей, виявлення і усунення дублювання атрибутів і зв'язків. Будується графічне представлення глобальної моделі, специфицируются обмеження і правила підтримки цілісності на рівні глобальної моделі.

Розділ 5 присвячений проектуванню реляційної SQL-моделі. Тут виконується переклад глобальної ER-моделі в реляційну форму, специфицируются обмеження і правила підтримки цілісності на реляційному рівні, записується SQL-код для створення реляційної моделі.

Розділ 6 присвячений проектуванню подань для автоматизуються функцій. Тут виконується визначення шляхів доступу до даних для автоматизованих функцій, записується SQL-код локальних переглядів для автоматизуються функцій.



1 ВИБІР автоматизуються ФУНКЦІЙ І ІНФОРІАЦІОННОГО ЗАБЕЗПЕЧЕННЯ


Даний розділ присвячений вибору автоматизуються функцій та інформаційного забезпечення, які є основою для подальшого проектування структури бази даних. Тут дається короткий опис предметної області; проводиться вибір і опис автоматизуються функцій; виконується первинне опис інформаційного забезпечення.

Результати отримані шляхом уявного відтворення та аналізу можливого функціонування гіпотетичної автоматизованої системи «Таксопарк» на основі здорового глузду і досвіду виконавця. Обстеження реальних або типових об'єктів даного класу не вироблялося зважаючи на обмежений час, що відводиться на курсове проектування.


1.1 Короткий опис предметної області


У даному підрозділі дається короткий опис предметної області, в якій функціонує інформаційна система «таксопарку». Описуються середовище функціонування, об'єкт і суб'єкт управління, цілі і завдання управління.

Таксопарк «Жовта Карета» є сучасним автотранспортним підприємством, яке надає послуги з перевезення людей на легкових автомобілях. Для заможних клієнтів передбачена додаткова послуга - VIP карта, яка дозволяє накопичувати знижку і оплачувати поїздки зі свого рахунку. Якщо поїзда здійснюється одним клієнтом в більш ніж один проміжний пункт, а також, якщо потрібно чекати клієнта досить тривалий час, передбачена погодинна оплата з фіксованою таксою. Координування водіїв, прийняття замовлень у клієнтів та їх облік здійснює операторська служба. Для автоматизації цього, а також і інших процесів була розроблена БД.


1.1.1 Середовище функціонування

Середовище функціонування системи «Таксопарк» включає область дій даного автотранспортного підприємства в межах якої воно функціонує.


1.1.2 Об'єкт управління

Об'єкт управління являє собою наявні автомобілі, водіїв, робочий персонал забезпечує перевезення клієнтів.


1.1.3 Суб'єкт управління (керуюча система)

Суб'єкт управління являє собою сукупність дій автотранспортного підприємства спрямованої на обслуговування клієнтів, в межах середовища функціонування.

1.1.4 Цілі і завдання управління

Мета управління полягає у автоматизації обліку дій з обслуговування клієнтів.

Для досягнення цієї мети в процесі управління вирішуються завдання автоматизації реєстрації клієнта, задачі обслуговування клієнта.

    1. Вибір і опис автоматизованих функцій.

У даному підрозділі вибираються і коротко описуються п'ять функцій керуючої системи, які передбачається автоматизувати з використанням розробляється інформаційної системи. Дається зведення об'єктів предметної області, що беруть участь у реалізації автоматизуються функцій.


1.2.1 Перелік автоматизуються функцій

У рамках даного проекту для автоматизації обрані наступні п'ять функцій автоматизованої системи «Таксопарк»:

  1. Облік відомостей про співробітників.

  2. Облік прийнятих викликів.

  3. Облік VIP клієнтів.

  4. Облік матеріальних засобів.

  5. Облік відомостей про контрагентів (постачальників).


      1. Функція 1 «Облік відомостей про співробітників».


Ця функція дозволяє швидко знайти потрібну інформацію відділу кадрів і операторської службі. У разі виникнення будь-яких непередбачених ситуацій пов'язаних з транспортним засобом, також можна оперативно знайти потрібну інформацію про нього, таку як ідентифікаційний номер (VIN) або номер двигуна.


1.2.3 Функція 2 «Облік прийнятих викликів».

Ця функція створює не тільки журнал викликів, за яким можна вести звітність, але з використанням атрибута «Прапор стану» також дозволяє стежити за статусом виклику, тобто на який етапі він знаходиться. Можлива зміна цього прапора: замовлення тільки прийнятий (створена запис, але ще не один водій не взяв його); замовлення узятий одним з водіїв і він або їде до клієнта, або вже виконує замовлення; замовлення виконано і водій звільнився; замовлення взагалі скасували.


      1. Функція 3 «Облік VIP клієнтів».

Ця функція дозволяє зберігати відомості про знижку для даного клієнта та номер його договору, а також суму його балансу, з якої він може оплатити поїздку.


      1. Функція 4 «Облік матеріальних засобів».

Ця функція дозволяє ефективно вести зберігати дані про відповідальне співробітника і інші аналітичні дані.


      1. Функція 5 «Облік відомостей про контрагентів (постачальників)».


Ця функція необхідна для автоматизації діловодства. Наприклад, дані про ІПН постачальника ПММ зручніше зберігати в електронному вигляді, для їх подальшого використання паперових документах, ніж кожен раз їх писати від руки.


1.2.7 Зведення об'єктів, що беруть участь в реалізації функцій

Об'єкти предметної області, що беруть участь у реалізації автоматизуються функцій, зведені в табл. 1.1.

Таблиця 1.1 Зведення об'єктів, що беруть участь в реалізації функцій

Номер

об'єкта

Назва об'єкту Опис об'єкту Функції Примітка
1 2 3 4 5
1 Співробітник Колектив таксопарку + +
+

2 Транспортний засіб (ТЗ) Автомобіль на якому здійснюється перевезення клієнтів + +



3 VIP Клієнт Клієнт постійно користується послугами даного таксопарку і має свій рахунок у цій фірмі.
+ +


4 Виклик Заявка клієнта на здійснення перевезення даним транспортним підприємством.
+



5 Мат. кошти Деталь для ТЗ, техніка, обладнання необхідне для функціонування даного транспортного підприємства.


+

6 Постачальник Компанія або фірма, яка поставляє мат. Засоби даному таксопарку.



+
7 Запис Компанія або фірма, яка поставляє мат. Засоби даному таксопарку. + + + + +

1.3 Первинне опис інформаційного забезпечення

У даному підрозділі дається первинне опис інформаційного забезпечення функцій, обраних для автоматизації. Інформаційне забезпечення кожної функції у вигляді сукупності атрибутів, необхідних для її здійснення, із зазначенням об'єктів предметної області, яким належать атрибути, відображено в табл. 1.2-1.6.


Таблиця 1.2 Інформаційне забезпечення функції 1 «Облік відомостей про співробітників»


Об'єкт Атрибут Опис атрибуту

1. Співробітник

    1. Код Співробітника

Код Співробітника в базі даних

    1. Прізвище Співробітника

Прізвище Співробітника в базі даних


    1. Ім'я Співробітника

Ім'я Співробітника в базі даних


    1. По батькові Співробітника

По батькові Співробітника в базі даних


1.5 Дата Народження

Дата Народження Співробітника

1.6 Адреса (фактична)

Адреса проживання Співробітника

1.7 Посада

Посада Співробітника


1.8 Водійські Права

Категорія вод. прав Співробітника


1.9 Дата Видачі Прав

Дата Видачі Прав Співробітника


1.10 Особистий Автомобіль

Особистий Автомобіль Співробітника

1.11 Сімейний Стан

Сімейний Стан Співробітника

1.12 Освіта

Освіта Співробітника


1.13 Серія Паспорти

Серія Паспорти Співробітника


1.14 Номер Паспорти

Номер Паспорти Співробітника


1.15 Ким Виданий

Ким Виданий Паспорт

1.16 Дата Видачі

Дата Видачі Паспорти

1.17 Код Підрозділи

Код Підрозділи Паспорти


1.18 Адреса Реєстрації

Адреса Реєстрації Співробітника

2. ТЗ 2.1 Номер ТЗ Держ. Номер ТЗ

2.2 Марка Модель ТЗ Марка Модель ТЗ

2.3 Ідентифікаційний Номер

Ідентифікаційний Номер ТЗ

2.4 Тип ТЗ

Тип ТЗ


2.5 Категорія ТЗ (ABCD)

Категорія ТЗ


2.6 Рік Випуску ТЗ

Рік Випуску ТЗ


2.7 Модель Двигуна

Модель Двигуна ТЗ


2.8 Номер Двигуна

Номер Двигуна ТЗ


2.9 Шасі (рама) №

Шасі (рама) № ТЗ


2.10 Кузов (коляска) №

Кузов (коляска) № ТЗ


2.11 Колір

Колір ТЗ


2.12 Потужність Двигуна к.с.

Потужність Двигуна к.с. ТЗ


2.13 Серія Паспорти ТЗ

Серія Паспорти ТЗ


2.14 РММ кг

Дозв. Максимальна маса ТЗ

2.15 Маса Без Навантаження кг

Маса Без Навантаження кг ТЗ

3.Запісь

3.1 Дата Записи

Дата Даною Записи


3.2 Автор Записи

Автор Даною Записи

3.3 Дата Останнього зміни

Дата Останнього зміни Записи


3.4 Автор Останнього Зміни

Автор Останнього Зміни Записи


Таблиця 1.3 Інформаційне забезпечення функції 2 «Облік прийнятих викликів»


Об'єкт Атрибут Опис атрибуту

1. Виклик

1.1 Код Виклику

Код Виклику в базі даних

1.2 Коли Приїхати За Клієнтом

Час, в який потрібно приїхати за клієнтом

1.3 Прапор Погодинний Оплати

Чи присутній у даному виклику погодинна оплата

1.4 Час Руху

Час Витрачений на перевезення пасажирів у годинах

1.5 Відстань Маршруту

Відстань Маршруту в км

1.6 Телефон

Телефон, за яким можна зв'язатися з клієнтом

1.7 Загальна Вартість Послуги

Загальна Вартість Послуги в рублях

1.8 Додаткова інформація

Додаткова інформація

1.9 Прапор Стани (замовлення виконано, ще немає або скасований)



    1. Вулиця (початок маршруту)

Адреса початку маршруту: Вулиця

1.11 Будинок

Адреса початку маршруту: Будинок

1.12 Під'їзд

Адреса початку маршруту: Під'їзд

1.13 Вулиця (проміжний пункт)

Адреса проміжного пункту: Вулиця

1.14 Будинок

Адреса проміжного пункту: Будинок

1.15 Під'їзд

Адреса проміжного пункту: Під'їзд

1.16 Вулиця (кінець маршруту)

Адреса кінця маршруту: Вулиця

1.17 Будинок

Адреса кінця маршруту: Будинок

1.18 Під'їзд

Адреса кінця маршруту: Під'їзд

1.19 Вартість години Вартість години обслуговування в руб.

1.20 Вартість Км шляху Вартість Км шляху в рублях

2. Співробітник

    1. Код Співробітника

Прізвище Співробітника в базі даних


    1. ПІБ Співробітника

Ім'я Співробітника в базі даних

3. ТЗ

3.1 Колір Машини

Колір ТЗ На яка буде здійснена Перевезення


3.2 Номер Машини

Номер ТЗ На яка буде здійснена Перевезення

4. VIP Клієнт

4.1Флаг VIP клієнта

Чи є який зробив виклик клієнт, VIP Клієнтом

    1. Номер VIP карти

Номер VIP карти даного VIP Клієнта

5.Запісь

5.1 Дата Записи

Дата Даною Записи


5.2 Автор Записи

Автор Даною Записи

5.3 Дата Останнього зміни

Дата Останнього зміни Записи


5.4 Автор Останнього Зміни

Автор Останнього Зміни Записи


Таблиця 1.4 Інформаційне забезпечення функції 3 «Облік VIP клієнтів»


Об'єкт Атрибут Опис атрибуту

1. VIP Клієнт

1.1 Код Клієнта

Код Клієнта в базі даних

1.2 Прізвище

Прізвище Клієнта в базі даних

1.3 Ім'я

Ім'я Клієнта в базі даних

1.4 По батькові

По батькові Клієнта в базі даних

1.5 Номер VIP карти

Номер VIP карти даного VIP Клієнта

1.6 Номер Договору

Номер Договору даного VIP Клієнта з Таксопаркам

1.7 Дата Договору

Дата Договору даного VIP Клієнта з Таксопаркам

1.8 Знижка

Знижка, що надається на даний час VIP Клієнту при оплаті

1.9 Баланс

Сума грошей знаходиться в даний час на рахунку цього клієнта

1.10 Адреса (фактична)

Адреса проживання VIP Клієнта

1.11 Телефон

Телефон VIP Клієнта

1.12 Серія Паспорти

Серія Паспорти VIP Клієнта

1.13 Номер Паспорти

Номер Паспорти VIP Клієнта

1.14 Ким Виданий

Ким Виданий Паспорт VIP Клієнта

1.15 Дата Видачі

Дата Видачі Паспорти VIP Клієнта

1.16 Код Підрозділи

Код Підрозділи Паспорти

1.17 Адреса Реєстрації

Адреса Реєстрації VIP Клієнта
2.Запісь

2.1 Дата Записи

Дата Даною Записи


2.2 Автор Записи

Автор Даною Записи

2.3 Дата Останнього Зміни

Дата Останнього зміни Записи


2.4 Автор Останнього Зміни

Автор Останнього Зміни Записи

Таблиця 1.5 Інформаційне забезпечення функції 4 «Облік матеріальних засобів»


Об'єкт Атрибут Опис атрибуту
1.Сотруднік 1.1 Код Відповідального Співробітника Код Співробітника, який відповідальний за дане мат засіб

1.2 Прізвище Відповідального Співробітника Прізвище Співробітника, який відповідальний за дане мат засіб

1.3 Код Співробітника, який використовує це матеріальний засіб Код Співробітника, який використовує це матеріальний засіб

1.4 Прізвище Співробітника (який використовує це матеріальний засіб) Прізвище Співробітника (який використовує це матеріальний засіб)

2. Мат. кошти

2.1 Код Мат Засоби Код Мат Кошти в базі даних

2.2 Номінальна Вартість Номінальна Вартість мат кошти

2.3 Опис Опис мат кошти

2.4 додаються Частини Додаються Частини

2.5 Місце розташування Місце розташування мат кошти

2.6 Призначення Для чого use дане мат засіб

2.7 Періодичність Обслуговування Періодичність Обслуговування мат засіб

2.8 Інформація про сервісних та ремонтних роботах Інформація про сервісних і ремонтних роботах

2.9 Витрати на експлуатацію Витрати на експлуатацію

2.10 Додаткова інформація Додаткова інформація
3.Запісь 3.1 Дата Записи

Дата Даною Записи


3.2 Автор Записи Автор Даною Записи

3.3 Дата Останнього Зміни

Дата Останнього зміни Записи


3.4 Автор Останнього Зміни

Автор Останнього Зміни Записи


Таблиця 1.5 Інформаційне забезпечення функції 5 «Облік відомостей про контрагентів (постачальників)»


Об'єкт Атрибут Опис атрибуту

1. Постачальник

1.1 Код Контрагента

Код Постачальника у базі даних

1.2 Найменування Контрагента

Назва фірма постачальника

1.3 Вид Контрагента

Тип Продукції поставляється контрагентом

1.4 ІПН

ІПН Постачальника

1.5 ЗКГНГ

ЗКГНГ ​​Постачальника

1.6 ОКПО

ОКПО Постачальника

1.7 Юридична адреса

Юридична адреса Постачальника

1.8 Телефон

Телефон Постачальника

1.9 Факс

Факс Постачальника

1.10 Електронна пошта

Електронна пошта Постачальника

1.11 Розрахункові Рахунки

Розрахункові Рахунки Постачальника

1.12 Коментар

Коментар

1.13 Договору

Договору укладені з постачальником

1.14 Дата Договору

Дата Договору

1.15 Валюта взаєморозрахунків (кредит постачальника)

Валюта взаєморозрахунків (кредит постачальника)


1.17 Сума

Сума поставки


1.18 Глибина (днів)

Кількість днів договору (поставки)

1.19 Тип Розрахунку

Тип Розрахунку (нал. \ без нал.)

2.Запісь 2.1 Дата Записи

Дата Даною Записи


2.2 Автор Записи Автор Даною Записи

2.3 Дата Останнього Зміни

Дата Останнього зміни Записи


2.4 Автор Останнього Зміни

Автор Останнього Зміни Записи


Висновок

У результаті аналізу можливого функціонування гіпотетичної автоматизованої системи «Таксопарк» вибрано п'ять автоматизованих функцій, що охоплюють основні види діяльності даного автотранспортного підприємства, інформаційне забезпечення яких відповідає 7 об'єктам предметної області і включає 101 атрибут, що охоплюють відомості про всю діяльність автотранспортного підприємства і призначених для полегшення і спрощення роботи всієї системи.

2 ВИЯВЛЕННЯ ОБМЕЖЕНЬ

І ПРАВИЛ ПІДТРИМАННЯ ЦІЛІСНОСТІ


Даний розділ присвячений виявленню обмежень і правил підтримки цілісності даних, які будуть розміщуватися в базі даних. Розглядаються обмеження і правила для окремих атрибутів, кортежів, множин кортежів і бази даних в цілому.


2.1 Рівень атрибутів

У даному підрозділі для функцій, визначених в розд. 1.2, виявляються обмеження і правила на рівні атрибутів, обраних в розд. 1.3. У першу чергу шляхом аналізу окремих атрибутів визначаються характеристики доменів, з яких атрибути об'єктів, що беруть участь у виконанні автоматизуються функцій, беруть свої значення. Далі аналізуються можливі зміни значень атрибутів з метою виявлення динамічних обмежень і операційних правил, які стосуються окремого атрибутам.


2.1.1 Функція 1 «Облік співробітників»


2.1.1.1 Домени, з яких атрибути, що стосуються даної функції, беруть свої значення, наведені в табл. 2.1.


Таблиця 2.1 Домени атрибутів для функції 1 «Облік співробітників»

Атрибут Тип (розмір) Межі Структура Умова

Обов'язковість

Повторюваність Значення за замовчуванням
    1. Код Співробітника

Числова рядок (4)


+ +
    1. Прізвище Співробітника

Рядок російських букв А ... Яя 1)
+ +
    1. Ім'я Співробітника

Рядок російських букв А ... Яя 1)
+ +
    1. По батькові Співробітника

Рядок російських букв А ... Яя 1)
+ +

1.5 Дата Народження

Числова рядок (6)

<= Тек.дата

2)
+

1.6 Адреса (фактична)

Рядок букв і цифр


+

1.7 Посада Рядок російських букв





1.8 Водійські Права

Рядок букв і цифр

7) +

1.9 Дата Видачі Прав

Числова рядок (6)

<= Тек.дата

2) 8) +

1.10 Особистий Автомобіль

Рядок букв і цифр





1.11 Сімейний Стан

Рядок російських букв


+

1.12 Освіта

Рядок російських букв





1.13 Серія Паспорти

Рядок букв і цифр


+

1.14 Номер Паспорти

Числова рядок


+

1.15 Ким Виданий

Рядок російських букв


+

1.16 Дата Видачі

Числова рядок (6)

<= Тек.дата

2) 9) +

1.17 Код Підрозділи

Числова рядок


+

1.18 Адреса Реєстрації

Рядок російських букв
10)
+

2.1 Номер ТЗ Рядок букв і цифр
3)



2.2 Марка Модель ТЗ Рядок букв і цифр





2.3 Ідентифікаційний Номер

Рядок букв і цифр





2.4 Тип ТЗ

Рядок букв і цифр
4)



2.5 Категорія ТЗ

Буква

7)


2.6 Рік Випуску ТЗ

Числова рядок (6)
5)



2.7 Модель Двигуна

Рядок букв і цифр





2.8 Номер Двигуна

Числова рядок





2.9 Шасі (рама) №

Рядок букв і цифр





2.10 Кузов (коляска) №

Рядок букв і цифр





2.11 Колір

Рядок російських букв





2.12 Потужність Двигуна к.с.

Числова рядок





2.13 Серія Паспорти ТЗ

Рядок букв і цифр





2.14 РММ кг

Числова рядок
6)



2.15 Маса Без Навантаження кг

Числова рядок
6)



3.1 Дата Записи

Числова рядок (6)

<= Тек.дата

2)
+ +

3.2 Автор Записи

Рядок російських букв А ... Яя

+ +

3.3 Дата Останнього зміни

Числова рядок (6)

<= Тек.дата

2)
+ +

3.4 Автор Останнього Зміни

Рядок російських букв А ... Яя

+ +

Примітка:

1) Російськомовні прізвища, імена, по батькові (перша буква прописна, інші - рядкові; можливі подвійні прізвища, розділені дефісом, багатослівні імена, розділені пробілами).

  1. ддммгг, де дд - день, мм - місяць, рр. - рік

  2. номер автомобіля повинен бути: xЦ1xxЦ2, де x (англ. літери), Ц1-число від 000 до 999, Ц2-число від 00 до 99.

  3. Позашляховик, седан, хетч-бек, кабріолет, універсал.

  4. Пп - рік.

  5. Вага в кілограмах.

  6. Категорія водійських прав повинна бути однаковою з категорією ТЗ.

  7. Дата видачі прав - Дата народження> = 18

  8. Дата видачі паспорта - Дата народження> = 16

10) Місто - вулиця - будинок - квартира.


        1. Динамічні обмеження атрибутів об'єктів, що беруть участь у реалізації даної функції, наведено в табл. 2.2.


Таблиця 2.2 - Динамічні обмеження на рівні атрибутів для функції 1 «Облік співробітників»

Атрибут Динамічне обмеження

1.1 Код Співробітника

Числова рядок (4). Новий код виходить додатком 1 до числа

2.1.1.3 Операційні правила для атрибутів об'єктів, що беруть участь у реалізації даної функції, не виявлено.

2.1.2 Функція 2 «Облік прийнятих викликів»

2.1.2.1 Домени, з яких атрибути, що стосуються даної функції, беруть свої значення, наведені в табл. 2.3.


Таблиця 2.3 Домени атрибутів для функції 2 «Облік прийнятих викликів»

Атрибут Тип (розмір) Межі Структура Умова

Обов'язковість

Повторюваність Значення за замовчуванням
    1. Код Виклику

Числова рядок (4)


+ +
    1. Коли Приїхати За Клієнтом

Числова рядок (4) > Тек.дата 1)
+

    1. Прапор Погодинний Оплати

Boolean

8)


    1. Час Руху

Числова рядок (4)
1) 8) +

1.5 Відстань Маршруту

Числова рядок (6)
2)
+

1.6 Телефон

Числова рядок (6)


+

1.7 Загальна Вартість Послуги Числова рядок
3)
+

1.8 Додаткова інформація

Рядок букв і цифр





1.9 Прапор Стани

Boolean


+

1.10 Вулиця (початок маршруту)

Рядок літер





1.11 Будинок

Числова рядок





1.12 Під'їзд

Числова рядок 0 ... 9




1.13 Вулиця (проміжний пункт) Рядок літер





1.14 Будинок

Числова рядок





1.15 Під'їзд

Числова рядок 0 ... 9




1.16 Вулиця (кінець маршруту)

Рядок літер





1.17 Будинок

Числова рядок





1.18 Під'їзд

Числова рядок 0 ... 9




    1. Код Співробітника

Числова рядок (4)


+

    1. ПІБ Співробітника

Рядок букв і цифр А ... Яя 5)
+ +

3.1 Колір Машини

Рядок літер


+ +

3.2 Номер Машини

Рядок букв і цифр 4)

+ +

4.1Флаг VIP клієнта

Boolean

7)


    1. Номер VIP карти

Числова рядок (4)

7)


5.1 Дата Записи

Числова рядок (6)

<= Тек.дата

6)
+ +

5.2 Автор Записи

Рядок російських букв А ... Яя

+ +

5.3 Дата Останнього зміни

Числова рядок (6)

<= Тек.дата

6)
+ +

5.4 Автор Останнього Зміни

Рядок російських букв А ... Яя

+ +

Примітки:

  1. ддмм, де дд - день, мм - місяць.

  2. Відстань Маршруту в км.

  3. Загальна Вартість Послуги в рублях.

  4. номер автомобіля повинен бути: xЦ1xxЦ2, де x (англ. літери), Ц1-число від 000 до 999, Ц2-число від 00 до 99.

  5. Російськомовні прізвища, імена, по батькові (перша буква прописна, інші малі; можливі подвійні прізвища, розділені дефісом, багатослівні імена, розділені пробілами).

  6. ддммгг, де дд - день, мм - місяць, рр. - рік

  7. Якщо прапор VIP клієнта = істина, то поле номера VIP картки не порожньо.

  8. Якщо прапор погодинної оплати = істина, то поле час руху не порожньо


        1. Динамічні обмеження атрибутів об'єктів, що беруть участь у реалізації даної функції, наведено в табл. 2.4


Таблиця 2.4 - Динамічні обмеження на рівні атрибутів для функції 2 «Облік прийнятих викликів»


Атрибут Динамічне обмеження

1.1 Код Виклику

Числова рядок (4). Новий код виходить додатком 1 до числа

        1. Операційні правила для атрибутів об'єктів, що беруть участь у реалізації даної функції, не виявлено


2.1.3 Функція 3 «Облік VIP клієнтів»


2.1.3.1 Домени, з яких атрибути, що стосуються даної функції, беруть свої значення, наведені в табл. 2.5.


Таблиця 2.5 Домени атрибутів для функції 3 «Облік VIP клієнтів»

Атрибут Тип (розмір) Межі Структура Умова

Обов'язковість

Повторюваність Значення за замовчуванням

1.1 Код Клієнта

Числова рядок (4)


+ +

1.2 Прізвище

Рядок російських букв А ... Яя 1)
+

1.3 Ім'я

Рядок російських букв А ... Яя 1)
+

1.4 По батькові

Рядок російських букв А ... Яя 1)
+ +

1.5 Номер VIP карти

Числова рядок (4)


+

1.6 Номер Договору

Рядок цифр


+

1.7 Дата Договору

Числова рядок (6)

<= Тек.дата

2)
+

1.8 Знижка

Рядок букв і цифр


+

1.9 Баланс

Числова рядок
3)
+

1.10 Адреса

(Фактичний)

Рядок букв і цифр
4)
+

1.11 Телефон

Числова рядок (6)


+

1.12 Серія Паспорти

Рядок букв і цифр


+

1.13 Номер Паспорти

Числова рядок


+

1.14 Ким Виданий

Рядок російських букв


+

1.15 Дата Видачі

Рядок російських букв


+

1.16 Код Підрозділи

Числова рядок


+

1.17 Адреса Реєстрації

Рядок букв і цифр
4)
+

2.1 Дата Записи

Числова рядок (6)

<= Тек.дата

2)
+ +

2.2 Автор Записи

Рядок російських букв А ... Яя

+ +

2.3 Дата Останнього Зміни

Числова рядок (6)

<= Тек.дата

2)
+ +

2.4 Автор Останнього Зміни

Рядок російських букв А ... Яя

+ +

Примітка:

  1. Російськомовні прізвища, імена, по батькові (перша буква прописна, інші малі; можливі подвійні прізвища, розділені дефісом, багатослівні імена, розділені пробілами).

  2. ддммгг, де дд - день, мм - місяць, рр. - рік

  3. Поточний Баланс в рублях.

  4. Місто - вулиця - будинок - квартира.


2.3.1.2Дінаміческіе обмеження атрибутів об'єктів, що беруть участь у реалізації даної функції, наведено в табл. 2.6


Таблиця 2.6 - Динамічні обмеження на рівні атрибутів для функції 3 «Облік VIP клієнтів»


Атрибут Динамічне обмеження

1.1 Код Клієнта

Числова рядок (4). Новий код виходить додатком 1 до числа

        1. Операційні правила для атрибутів об'єктів, що беруть участь у реалізації даної функції, не виявлено


2.1.4 Функція 4 «Облік матеріальних засобів»

2.1.4.1 Домени, з яких атрибути, що стосуються даної функції, беруть свої значення, наведені в табл. 2.7.


Таблиця 2.7 Домени атрибутів для функції 4 «Облік матеріальних засобів»

Атрибут Тип (розмір) Межі Структура Умова

Обов'язковість

Повторюваність Значення за замовчуванням
1.1 Код Відповідального Співробітника Числова рядок (4)

4) + +
1.2 Прізвище Відповідального Співробітника Рядок російських букв А ... Яя 1) 4) + +
1.3 Код Співробітника, який use це мат. засіб Рядок російських букв А ... Яя 1) 4) + +
1.4 Прізвище Співробітника (який use це мат. Засіб) Рядок російських букв А ... Яя 1) 4) + +
2.1 Код Мат Засоби Числова рядок (4)


+

2.2 Номінальна Вартість Рядок цифр
2)
+

2.3 Опис Рядок російських букв





2.4 додаються Частини Рядок букв і цифр


+

2.5 Місце розташування

Рядок букв і цифр





2.6 Призначення Рядок букв і цифр





2.7 Періодичність Обслуговування Рядок російських букв





2.8 Інформація про сервісних та ремонтних роботах Рядок російських букв





2.9 Витрати на експлуатацію Рядок цифр
2)



2.10 Додаткова інформація Рядок букв і цифр





3.1 Дата Записи Числова рядок (6)

<= Тек.дата

3)
+

3.2 Автор Записи Рядок російських букв А ... Яя

+

3.3 Дата Останнього Зміни Числова рядок (6)

<= Тек.дата

3)
+

3.4 Автор Останнього Зміни

Рядок російських букв А ... Яя

+


Примітка:

1) Російськомовні прізвища, імена, по батькові (перша буква прописна, інші малі; можливі подвійні прізвища, розділені дефісом, багатослівні імена, розділені пробілами).

2) Вартість в рублях.

3) ддммгг, де дд - день, мм - місяць, рр. - рік

4) Якщо код співробітника відповідального за мат. засіб і використовує мат. засіб збігаються, то повинні й збігатися відповідні прізвища.


2.3.1.2Дінаміческіе обмеження атрибутів об'єктів, що беруть участь у реалізації даної функції, наведено в табл. 2.8


Таблиця 2.8 - Динамічні обмеження на рівні атрибутів для функції 4 «Облік матеріальних засобів»


Атрибут Динамічне обмеження
    1. Код Відповідального Співробітника

    1. Код Співробітника, який використовує це мат. засіб

Числова рядок (4). Новий код виходить додатком 1 до числа

        1. Операційні правила для атрибутів об'єктів, що беруть участь у реалізації даної функції, не виявлено


2.1.5 Функція 5 «Облік відомостей про контрагентів (постачальників)»


2.1.5.1 Домени, з яких атрибути, що стосуються даної функції, беруть свої значення, наведені в табл. 2.9.


Таблиця 2.9 Домени атрибутів для функції 5 «Облік відомостей про контрагентів (постачальників)»

Атрибут Тип (розмір) Межі Структура Умова

Обов'язковість

Повторюваність Значення за замовчуванням

1.1 Код Контрагента

Числова рядок (4)


+

1.2 Найменування Контрагента

Рядок російських букв А ... Яя

+

1.3 Вид Контрагента

Рядок російських букв А ... Яя




1.4 ІПН

Числова рядок А ... Яя

+

1.5 ЗКГНГ

Рядок букв і цифр

<= Тек.дата






1.6 ОКПО

Рядок букв і цифр





1.7 Юридична адреса

Рядок букв і цифр


+

1.8 Телефон

Числова рядок (6)





1.9 Факс

Числова рядок (6)





1.10 Електронна пошта

Рядок букв і цифр

.. ... @. .... ...






1.11 Розрахункові Рахунки

Числова рядок


+

1.12 Коментар

Рядок букв і цифр





1.13 Договору

Рядок букв і цифр


+

1.14 Дата Договору

Числова рядок (6)

<= Тек.дата

1)
+

1.15 Валюта взаєморозрахунків

Рядок російських букв


+

1.17 Сума

Числова рядок





1.18 Глибина (днів)

Числова рядок





1.19 Тип Розрахунку

Рядок російських букв


+

2.1 Дата Записи Числова рядок (6)

<= Тек.дата

1)
+

2.2 Автор Записи Рядок російських букв А ... Яя

+

2.3 Дата Останнього Зміни Числова рядок (6)

<= Тек.дата

1)
+

2.4 Автор Останнього Зміни

Рядок російських букв А ... Яя

+


Примітка:

  1. ддммгг, де дд - день, мм - місяць, рр. - рік


2.3.1.2Дінаміческіе обмеження атрибутів об'єктів, що беруть участь у реалізації даної функції, наведено в табл. 2.10.


Таблиця 2.10 - Динамічні обмеження на рівні атрибутів для функції 5 «Облік матеріальних засобів»


Атрибут Динамічне обмеження
    1. Код Контрагента

Числова рядок (4). Новий код виходить додатком 1 до числа

        1. Операційні правила для атрибутів об'єктів, що беруть участь у реалізації даної функції, не виявлено


2.2 Рівень кортежів

У даному підрозділі для функцій, визначених в розд. 1.2, виявляються обмеження і правила на рівні груп атрибутів, складових кортежі. У першу чергу аналізується обов'язковість присутності значень певних атрибутів у складі кортежів, а також значення, що привласнюються атрибуту за замовчуванням у разі відсутності значення. Далі аналізуються обмеження на сукупність значень декількох атрибутів у межах кортежу. Нарешті, розглядаються можливі зміни значень кортежів з метою виявлення динамічних обмежень і операційних правил, які стосуються окремого кортежам.


      1. Функція 1 «Облік відомостей про співробітників»


2.2.1.1 Статичні обмеження для цієї функції на рівні кортежів для окремих атрибутів (повторюваність, обов'язковість і тут же для компактності запису - значення за замовчуванням, пов'язані, строго кажучи, до операційних правил) не виявлено, а для груп атрибутів - в табл. 2.11


Таблиця 2.11 - Статичні обмеження для груп атрибутів на рівні кортежів функції 1 «Облік відомостей про співробітників»

п / п

Група атрибутів

Обмеження
1
    1. Код Співробітника

Унікальність

1.14 Номер Паспорти

2.1 Номер ТЗ

2.8 Номер Двигуна

2.9 Шасі (рама) №

2.10 Кузов (коляска) №


2.2.1.2 Динамічні обмеження для кортежів атрибутів, що відповідають даної функції не виявлено.


2.2.1.3 Операційні правила для кортежів атрибутів відповідних даної функції не виявлено.


2.2.2 Функція 2 «Облік прийнятих викликів»

2.2.2.1 Статичні обмеження для цієї функції на рівні кортежів для окремих атрибутів не виявлено, а для груп атрибутів - в табл. 2.12.


Таблиця 2.12 - Статичні обмеження для груп атрибутів на рівні кортежів функції 2 «Облік прийнятих викликів»

п / п

Група атрибутів

Обмеження
1
    1. Код Виклику

    1. Код Співробітника

3.2 Номер Машини

4.2 Номер VIP карти

Унікальність

2

1.7 Загальна Вартість Послуги

Якщо атрибут 1.3 Прапор Погодинний Оплати = істина, то

1.4Время Руху * 1.19 Вартість години, інакше

1.5 Відстань Маршруту * 1.20 Вартість Км шляху

3

1.2 Коли Приїхати За Клієнтом



Значення за замовчуванням: Поточний час + 15хвилин



2.2.2.2 Динамічні обмеження для кортежів атрибутів, що відповідають даної функції не виявлено.


2.2.2.3 Операційні правила для кортежів атрибутів відповідних даної функції не виявлено.


2.2.3 Функція 3 «Облік VIP клієнтів»


        1. Статичні обмеження для цієї функції на рівні кортежів для окремих атрибутів не виявлено, а для груп атрибутів - в табл. 2.13.

Таблиця 2.13 - Статичні обмеження для груп атрибутів на рівні кортежів функції 3 «Облік VIP клієнтів»

п / п

Група атрибутів

Обмеження
1

1.1 Код Клієнта

    1. Прізвище

    2. Ім'я

    3. По батькові

    4. Номер VIP карти

    5. Номер Договору

1.13 Номер Паспорти

Унікальність

2

1.8 Прізвище покупця

1.9 Ім'я покупця

1.10 По батькові покупця

Унікальність


2.2.3.2 Динамічні обмеження для кортежів атрибутів, що відповідають даної функції не виявлено.


2.2.3.3 Операційні правила для кортежів атрибутів відповідних даної функції не виявлено.


2.2.4 Функція 4 «Облік матеріальних засобів»


2.2.4.1 Статичні обмеження для цієї функції на рівні кортежів для окремих атрибутів не виявлено, а для груп атрибутів - в табл. 2.14.

Таблиця 2.14 - Статичні обмеження для груп атрибутів на рівні кортежів функції 4 «Облік матеріальних засобів»


п / п

Група атрибутів

Обмеження
1 1.1 Код Відповідального Співробітника

Унікальність

1.2 Прізвище Відповідального Співробітника
1.3 Код Співробітника, який використовує це матеріальний засіб
1.4 Прізвище Співробітника (який використовує це матеріальний засіб)
2.1 Код Мат Засоби

2.2.4.2 Динамічні обмеження для кортежів атрибутів, що відповідають даної функції не виявлено.


2.2.4.3 Операційні правила для кортежів атрибутів відповідних даної функції не виявлено.


2.2.5 Функція 5 «Облік відомостей про контрагентів (постачальників)»

2.2.5.1 Статичні обмеження для цієї функції на рівні кортежів для окремих атрибутів не виявлено, а для груп атрибутів - в табл. 2.15.


Таблиця 2.15 - Статичні обмеження для груп атрибутів на рівні кортежів функції 5 «Облік відомостей про контрагентів (постачальників)»

п / п

Група атрибутів

Обмеження
1

1.1 Код Контрагента

Унікальність

1.4 ІПН

1.5 ЗКГНГ

1.6 ОКПО

1.10 Електронна пошта


2.2.4.2 Динамічні обмеження для кортежів атрибутів, що відповідають даної функції не виявлено.


2.2.4.3 Операційні правила для кортежів атрибутів відповідних даної функції не виявлено.


Рівень множин кортежів

У даному підрозділі для функцій, визначених в розд. 1.2, виявляються обмеження і правила на рівні множин кортежів. У першу чергу аналізується і виявляється унікальність атрибутів або груп атрибутів для певних множин кортежів. Далі аналізуються можливі зміни декількох кортежів з метою виявлення динамічних обмежень і операційних правил, що відносяться до безлічі кортежів.


      1. Функція 1 «Облік відомостей про співробітників»

2.3.1.1. Статичні обмеження для множин кортежів, що відповідають даної функції, наведено в табл. 2.16 (обмеження унікальності) і в табл. 2.17 (інші обмеження).


Таблиця 2.16 - Обмеження унікальності на рівні множин кортежів для функції 1 «Облік відомостей про співробітників»

п / п

Група атрибутів Унікальність
1
    1. Код Співробітника

Для всіх співробітників
1.13-1.18 Паспортні дані
2

3.1 Дата Записи

Для всіх записів

3.2 Автор Записи

3.3 Дата Останнього зміни

3.4 Автор Останнього Зміни


Таблиця 2.17 - Інші обмеження на рівні множин кортежів для функції 1 «Облік відомостей про співробітників»

Група атрибутів Обмеження

1.6 Адреса (фактична)

Адреса міста Уфи

2.3.1.2 Динамічні обмеження для безлічі кортежів, що відповідають даної функції не виявлено.

2.3.1.3 Операційні правила для множин кортежів, що відповідають даної функції не виявлено.


2.3.2 Функція 2 «Облік прийнятих викликів»

2.3.2.1. Статичні обмеження для множин кортежів, що відповідають даної функції, наведено в табл. 2.18 (обмеження унікальності).


Таблиця 2.18 - Обмеження унікальності на рівні множин кортежів для функції 2 «Облік прийнятих викликів»

п / п

Група атрибутів Унікальність
1

1.1 Код Виклику

Для всіх дзвінків

2

2.1 Код Співробітника

Для всіх співробітників
3

3.2 Номер Машини

Для всіх машин
4

4.2 Номер VIP карти

Для всіх VIP карт


2.3.2.2 Динамічні обмеження для безлічі кортежів, що відповідають даної функції не виявлено.


2.3.2.3 Операційні правила для множин кортежів, що відповідають даної функції не виявлено.


2.3.3 Функція 3 «Облік VIP клієнтів»

2.3.3.1. Статичні обмеження для множин кортежів, що відповідають даної функції, наведено в табл. 2.19 (обмеження унікальності).

Таблиця 2.19 - Обмеження унікальності на рівні множин кортежів для функції 3 «Облік VIP клієнтів»

п / п

Група атрибутів Унікальність
1

1.1 Код Клієнта

Для всіх VIP клієнтів

1.5 Номер VIP карти



1.6 Номер Договору

1.13 Номер Паспорти


2.3.3.2 Динамічні обмеження для безлічі кортежів, що відповідають даної функції не виявлено.


2.3.3.3 Операційні правила для множин кортежів, що відповідають даної функції не виявлено.


2.3.4 Функція 4 «Облік матеріальних засобів»


2.3.4.1. Статичні обмеження для множин кортежів, що відповідають даної функції, наведено в табл. 2.20 (обмеження унікальності)


Таблиця 2.20 - Обмеження унікальності на рівні множин кортежів для функції 4 «Облік матеріальних засобів»

п / п

Група атрибутів Унікальність
1

1.1 Код Відповідального Співробітника

Для всіх співробітників

1.3 Код Співробітника, який використовує це матеріальний засіб

2

2.1 Код Мат Засоби

Для всіх Мат. Коштів

2.3.4.2 Динамічні обмеження для безлічі кортежів, що відповідають даної функції не виявлено.


2.3.4.3 Операційні правила для множин кортежів, що відповідають даної функції не виявлено.


2.3.5 Функція 5 «Облік відомостей про контрагентів (постачальників)»

2.3.5.1. Статичні обмеження для множин кортежів, що відповідають даної функції, наведено в табл. 2.21 (обмеження унікальності).


Таблиця 2.21 - Обмеження унікальності на рівні множин кортежів для функції 5 «Облік відомостей про контрагентів (постачальників)»

Група атрибутів Унікальність

1.1 Код Контрагента

Для всіх постачальників

1.4 ІПН

1.5 ЗКГНГ

1.6 ОКПО

1.10 Електронна пошта


2.3.1.2 Динамічні обмеження для безлічі кортежів, що відповідають даної функції не виявлено.


2.3.1.3 Операційні правила для множин кортежів, що відповідають даної функції не виявлено.


2.4 Рівень бази даних

У даному підрозділі для функцій, визначених в розд. 1.2, виявляються обмеження і правила на рівні бази даних в цілому.


2.4.1 Функція 1 «Облік відомостей про співробітників»


2.4.1.1 Статичні обмеження на рівні бази даних для даної функції наведені в табл. 2.22


Таблиця 2.22 - Статичні обмеження на рівні бази даних для функції 1 «Облік відомостей про співробітників»


Група атрибутів Обмеження

Код Співробітника

У всіх рядках таблиці № 2 атрибут № 2.1 (код співробітника) повинен бути ідентичний атрибуту № 1.1 (код співробітника) в одній і тільки одному рядку таблиці № 1;

2.4.1.2 Динамічні обмеження на рівні бази даних для даної функції наведені в табл. 2.23.


Таблиця 2.23 - Динамічні обмеження на рівні бази даних для функції 1 «Облік відомостей про співробітників»

Група атрибутів Обмеження

Код Співробітника

Рядок символів. Новий код виходить додатком 1 до числа або вибором наступної букви алфавіту Код бере участь у функціях 1, 2, 4.

2.4.1.3 Операційні правила на рівні бази даних для даної функції не виявлено.


2.4.2 Функція 2 «Облік прийнятих викликів»


2.4.2.1 Статичні обмеження на рівні бази даних для даної функції наведені в табл. 2.24.


Таблиця 2.24 - Статичні обмеження на рівні бази даних для функції 2 «Облік прийнятих викликів»

Група атрибутів Обмеження

Номер VIP карти

У тих рядках таблиці № 2, де атрибут № 4.2 (номер картки) заповнений, він повинен бути ідентичний атрибуту № 1.5 (номер картки) в одній і тільки одному рядку таблиці № 3;

2.4.2.2 Динамічні обмеження на рівні бази даних для даної функції не виявлено.


2.4.2.3 Операційні правила на рівні бази даних для даної функції не виявлено.


2.4.3 Функція 3 «Облік VIP клієнтів»


2.4.3.1 Статичні обмеження на рівні бази даних для даної функції не виявлено.


Група атрибутів Обмеження

1.1 Код Клієнта

Рядок символів. Новий код виходить додатком 1 до числа або вибором наступної букви алфавіту Код бере участь у функціях 2, 3.

2.4.3.2 Динамічні обмеження на рівні бази даних для даної функції наведені в табл. 2.25.


Таблиця 2.25 - Динамічні обмеження на рівні бази даних для функції 3 «Облік VIP клієнтів»

Група атрибутів Обмеження

Номер VIP карти

У тих рядках таблиці № 2, де атрибут № 4.2 (номер картки) заповнений, він повинен бути ідентичний атрибуту № 1.5 (номер картки) в одній і тільки одному рядку таблиці № 3;

2.4.3.2 Динамічні обмеження на рівні бази даних для даної функції не виявлено.


        1. Операційні правила на рівні бази даних для даної функції не виявлено.


2.4.4 Функція 4 «Облік матеріальних засобів»

        1. Статичні обмеження на рівні бази даних для даної функції наведені в табл. 2.26.


Таблиця 2.26 - Динамічні обмеження на рівні бази даних для функції 4 «Облік матеріальних засобів»

Група атрибутів Обмеження
2.1 Код Мат Засоби

Рядок символів. Новий код виходить додатком 1 до числа або вибором наступної букви алфавіту Код бере участь у функціях 4.


2.4.4.2 Динамічні обмеження на рівні бази даних для даної функції не виявлено.


2.4.4.3 Операційні правила на рівні бази даних для даної функції не виявлено.


2.4.5 Функція 5 «Облік кадрів»


2.4.5.1 Статичні обмеження на рівні бази даних для даної функції наведені в табл. 2.27.


Таблиця 2.27 - Динамічні обмеження на рівні бази даних для функції 5 «Облік кадрів»

Група атрибутів Обмеження

1.1 Код Контрагента

Рядок символів. Новий код виходить додатком 1 до числа або вибором наступної букви алфавіту Код бере участь у функціях 4.


2.4.5.2 Динамічні обмеження на рівні бази даних для даної функції не виявлено.


2.4.5.3 Операційні правила на рівні бази даних для даної функції не виявлено.


2.5 Висновок

У результаті аналізу інформаційного забезпечення функцій виявлені і сформульовані обмеження і правила підтримки цілісності даних, які повинні бути враховані при подальшому проектуванні.

Загальне число обмежень на рівні атрибутів становить 127 (в тому числі динамічних 6), на рівні кортежів - 11, на рівні множин кортежів - 11 і на рівні бази даних - 7 (2).


3 ПРОЕКТУВАННЯ ЛОКАЛЬНИХ ER-МОДЕЛЕЙ

Даний розділ присвячений проектуванню локальних ER-моделей, що відповідають окремим автоматизуються функцій. Тут виконується складання локальних вихідних ER-моделей, виробляється нормалізація локальних ER-моделей, розробляються специфікації обмежень і правил підтримки цілісності для локальних ER-моделей.

На діаграмах ER-моделей, наведених нижче, прямокутники позначають сутності, ромби - зв'язки, виносні лінії - атрибути. Повторювані атрибути або агрегати позначені стрілками, обов'язкові - затемненими гуртками. Ключові атрибути підкреслені.

3.1 Складання локальних вихідних ER-моделей

У даному підрозділі на основі описових моделей даних, отриманих на попередніх етапах проектування, для кожної автоматизируемой функції будуються вихідні концептуальні моделі Entity-Relationship (ER-моделі) в графічній формі.


3.1.1 Функція 1 «Облік відомостей про співробітників»

Вихідна ER-модель для даної функції, отримана на основі опису, наведеного в розд. 1, представлена ​​на малюнку 3.1.


Співробітник Код співробітника

1 1 1 Прізвище

Ім'я

По батькові

Дата народження

Адреса

і Має володіє зробив Посада

Водійські права

Дата видачі прав

Особистий автомобіль

Сімейний стан

Освіта


1 1 1

П аспорт Транспортний засіб ЗАПИС


Серія Номер Дата запису

Номер Марка модель Автор запису

КемВидан VIN Прапор актуальності

ДатаВидачі Тип ТЗ Дата зміни

КодПодразделенія Категорія ТЗ Автор зміни

АдресРегістраціі Рік випуску

Модель двигуна

Номер двигуна

Шасі (рама)

Кузов (коляска)

Колір

Потужність двигуна

Серія паспорта ТЗ

РММ

Маса без навантаження

Малюнок 3.1 - Вихідна ER-модель для функції 1 «Облік відомостей про співробітників»


Модель містить сутність «Співробітник» з атрибутами «Код співробітника», «ПІБ», «Дата народження», «Адреса», «Посада», «Водійські права», «Дата видачі прав», «Особистий автомобіль», «Сімейний стан» , «Освіта»; сутність «Паспорт», що включає в себе наступні агрегати і атрибути: «Серія», «Номер», «КемВидан», «ДатаВидачі», «КодПодразделенія», «АдресРегістраціі»; сутність «Транспортний засіб», що включає в себе наступні агрегати і атрибути: «Номер», «Марка модель», «VIN», «Тип ТС», «Категорія ТС», «Рік випуску», «Модель двигуна», «Номер двигуна», «Шасі (рама)» , «Кузов (коляска)», «Колір», «Потужність двигуна», «Серія паспорта ТС», «РММ», «Маса без навантаження". Сутність «ЗАПИС», що включає в себе наступні агрегати і атрибути: «Дата запису», «Автор запису», «Прапор актуальності», «Дата зміни», «Автор зміни».


3.1.2 Функція 2 «Облік прийнятих викликів»

Вихідна ER-модель для даної функції, отримана на основі опису, наведеного в розд. 1, представлена ​​на малюнку 3.2.



Виклик Код виклику

М Код співробітника

М 1 ПІБ співробітника

Колір машини

Номер машини

І ІМ ЦД Прапор VIP клієнта

Номер VIP карти

Час

Прапор погодинної оплати

Час руху

Відстань

Телефон

Загальна вартість

Прапор стану

1 1 1

Н АЧАЛО КІНЕЦЬ ЗАПИС

КодПунткта КодПункта

Вулиця Вулиця Дата запису

Будинок Будинок Автор запису

Під'їзд Під'їзд Прапор актуальності

Дата зміни

Автор зміни


Рисунок 3.2 - Вихідна ER-модель для функції 1 «Облік прийнятих викликів»


Модель містить сутність «Виклик» з атрибутами «Код виклику», «Код співробітника», «ПІБ співробітника», «Колір машини», «Номер машини», «Прапор VIP клієнта», «Час», «Прапор погодинної оплати», « Час руху »,« Відстань »,« Телефон »,« Загальна вартість »,« Прапор стану »; сутність« ПОЧАТОК », що включає в себе наступні агрегати і атрибути:« КодПунткта »,« Вулиця »,« Дім »,« Під'їзд » ; сутність «КІНЕЦЬ», що включає в себе наступні агрегати і атрибути: «КодПунткта», «Вулиця», «Дім», «Під'їзд». Сутність «ЗАПИС», що включає в себе наступні агрегати і атрибути: «Дата запису», «Автор запису», «Прапор актуальності», «Дата зміни», «Автор зміни».

3.1.3 Функція 3 «Облік VIP клієнтів»

Вихідна ER-модель для даної функції, отримана на основі опису, наведеного в розд. 1, представлена ​​на малюнку 3.3.



VIP Клієнт Код клієнта

1 січня Прізвище

Ім'я

По батькові

Номер VIP карти

Номер договору

і Має СД Дата договору

Знижка

Баланс

Адреса

Телефон


1 січня

П аспорт ЗАПИС


Серія Дата запису

Номер Автор запису

КемВидан Прапор актуальності

ДатаВидачі Дата зміни

КодПодразделенія Автор зміни

АдресРегістраціі


Малюнок 3.3 - Вихідна ER-модель для функції 1 «Облік VIP клієнтів»


Модель містить сутність «VIP Клієнт» з атрибутами «Код клієнта», «ПІБ», «Номер VIP картки», «Номер договору», «Дата договору», «Знижка», «Баланс», «Адреса», «Телефон»; сутність «Паспорт», що включає в себе наступні агрегати і атрибути: «Серія», «Номер», «КемВидан», «КодПодразделенія», «АдресРегістраціі»; Сутність «ЗАПИС», що включає в себе наступні агрегати і атрибути: «Дата запису» , «Автор запису», «Прапор актуальності», «Дата зміни», «Автор зміни».


3.1.4 Функція 4 «Облік матеріальних засобів»

Вихідна ER-модель для даної функції, отримана на основі опису, наведеного в розд. 1, представлена ​​на малюнку 3.4.


Модель містить сутність «Матеріальне засіб» з атрибутами «Код матеріального кошти», «Код відповідального сот-ка», «Прізвище отв-го сот-ка», «Номінальна вартість», «Опис», «що додаються частини», «Місце розташування» , «Призначення», «Періодичність обслуговування», «Сервісні роботи», «Експлуатація», «Код сот-ка исп-го засіб», «Прізвище», «Додаткова інфо-я»; Сутність «ЗАПИС», що включає в себе наступні агрегати і атрибути: «Дата запису», «Автор запису», «Прапор актуальності», «Дата зміни», «Автор зміни».


Матеріальне засіб Код матеріального редством

Код відповідального сот-ка

1 Прізвище отв-го сот-ка

Номінальна вартість

Опис

Додаються частини

СД Місцерозташування

Призначення

Періодичність обслуговування

Сервісні роботи

Експлуатація

Код сот-ка исп-го засіб

Прізвище

Додаткова інфо-я

1ЗАПІСЬ


Дата запису

Автор запису

Прапор актуальності

Дата зміни

Автор зміни


Малюнок 3.4 - Вихідна ER-модель для функції 1 «Облік матеріальних засобів»


3.1.5 Функція 5 «Облік відомостей про контрагентів (постачальників)»

Вихідна ER-модель для даної функції, отримана на основі опису, наведеного в розд. 1, представлена ​​на малюнку 3.5.


Контрагент Код контрагента

1 січня Найменування

Вид контрагента

ІПН

ЗКГНГ

ОКПО

м ожет мати викликав Юр. адреса

Телефон

Факс

М Електропошта

КРЕДИТ ПОСТАЧАЛЬНИКА Р асчетние рахунки

Коментар

Договір

Валюта Дата договору

Осн. договір 1

Сума ЗАПИС

Глибина

Дата запису

Автор запису

Прапор актуальності

Дата зміни

Автор зміни

Малюнок 3.5 - Вихідна ER-модель для функції 1 «Облік відомостей про контрагентів (постачальників)»

Модель містить сутність «Контрагент» з атрибутами «Код контрагента», «Вид контрагента», «ІНН», «ЗКГНГ», «ОКПО», «Юр. адреса »,« Телефон »,« Факс »,« Електронна скринька »,« Розрахункові рахунки »,« Коментар »,« Договір »,« Дата договору »; сутність« КРЕДИТ ПОСТАЧАЛЬНИКА », що включає в себе наступні агрегати і атрибути:« Валюта » , «Осн. договір »,« Сума »,« Глибина; Сутність «ЗАПИС», що включає в себе наступні агрегати і атрибути: «Дата запису», «Автор запису», «Прапор актуальності», «Дата зміни», «Автор зміни».










3.2 Нормалізація локальних ER-моделей

У даному підрозділі на основі аналізу та перетворення початкових ER-моделей для кожної автоматизируемой функції будуються нормалізовані ER-моделі, не містять «прихованих» сутностей.

Порушення першої нормальної форми (1NF): атрибут Особистий автомобіль в моделі № 1; атрибут Електропошта в моделі № 5; атрибут Телефон у сутності ВИКЛИК, контрагент, VIP КЛІЄНТ.

По суті АВТОМОБІЛЕМ атрибути Тип ТЗ і Категорія ТЗ залежать від частини зчепленого ключа Номер-Марка модель (марка модель).

Порушення третьої нормальної форми (3NF): по суті ВИКЛИК фио співробітника залежить від його коду і від виклику; по суті VIP КЛІЄНТ Номер договору залежить від номера карти і від номера клієнта.


      1. Функція 1 «Облік відомостей про співробітників»

Нормалізована 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. Переклад цілісних та операційних обмежень на рівні локальних моделей

      1. Модель1: Атрибут Водійські права => атрибут Категорія ТЗ

      2. Модель.1: атрибут Дата видачі прав - ат. Дата народження <= 18 років

      3. Модель.1: атрибут Дата видачі паспорта - ат. Дата народження <= 16 років

      4. Модель.2: якщо ат. прапор VIP клієнта = істина, то ат. номер картки не порожній

      5. Модель.2: якщо ат. прапор погодинної оплати = істина, то ат. час руху не порожній

      6. Модель.2: ат.НАЧАЛО_МАРШРУТА.Уліца не = ат. КОНЕЦ_МАРШРУТА.Уліца

      7. Модель.3: якщо ат. Баланс <1000 руб., То ат.Скідка <= 10%

      8. Модель.3: атрибут Дата Договору (раніше) ат.Дата запису

      9. Модель.4: атрибут Номінальна вартість <ат. Витрати на Експлуатацію

      10. Модель.4: якщо ат. Код відповідь-го сот-ка = ат. Код сот-ка, то ат. ПІБ відповідь-го сот-ка повинен бути рівним ат. ПІБ відповідь-го сот-ка

      11. Модель.5: атрибут Телефон повинен відповідати коду міста, який вказаний в ат. Юридична адреса

      12. Модель.5: атрибут Факс повинен відповідати коду міста, який вказаний в ат. Юридична адреса

      13. Модель.5: атрибут Дата Договору (раніше) ат. Дата запису


3.3 Висновок

В результаті проектування локальних ER-моделей, що відповідають окремим автоматизуються функцій, отримані нормалізовані локальні ER-моделі, що включають від 2 до 4 сутностей в третій нормальній формі. Розроблені специфікації обмежень і правил підтримки цілісності включають всі обмеження і правила, отримані на попередньому етапі і трансформовані для локальних ER-моделей.


4 ПРОЕКТУВАННЯ ГЛОБАЛЬНОЇ ER-МОДЕЛІ

Даний розділ присвячений проектуванню глобальної ER-моделі. Тут виробляється виявлення та усунення еквівалентних сутностей, виявлення категорій і синтез узагальнюючих сутностей, виявлення і усунення дублювання атрибутів і зв'язків. Будується графічне представлення глобальної моделі, специфицируются обмеження і правила підтримки цілісності на рівні глобальної моделі.


    1. Виявлення і злиття еквівалентних сутностей

      1. Сутності ЗАПИС в локальних моделях еквівалентні, отже відбувається їх злиття в сутність ЗАПИС у глобальній моделі

      2. Сутності ПАСПОРТ і НОМЕР (паспорти) у локальних моделях еквівалентні, отже відбувається їх злиття в сутність ПАСПОРТ і НОМЕР (паспорти) у глобальній моделі відповідно

      3. Сутності МАРКА МОДЕЛЬ в локальній моделі № 1 еквівалентні, отже відбувається їх злиття в сутність МАРКА МОДЕЛЬ у глобальній моделі

      4. Сутність СПІВРОБІТНИК в локальній моделі № 2 еквівалентна сутності СПІВРОБІТНИК в моделі № 1, отже відбувається їх злиття в сутність СПІВРОБІТНИК у глобальній моделі

      5. Сутності ТЕЛЕФОН у моделях № 2,3,5 еквівалентні, отже, відбувається їх злиття в сутність ТЕЛЕФОН у глобальній моделі


    1. Виявлення і синтез узагальнюючих сутностей

      1. Сутності Особистий А / М та ТЗ (Транспортний засіб підприємства) мають спільні атрибути, тому вводимо узагальнюючу сутність АВТОМОБІЛЬ


    1. Виявлення і усунення дубльованих атрибутів

      1. По суті МАТЕРІАЛЬНЕ ЗАСІБ є атрибути ПІБ відповідального працівника і ПІБ співробітника, які дублюються по суті СПІВРОБІТНИК, отже потрібно прибрати ці атрибути з сутності МАТЕРІАЛЬНЕ ЗАСІБ

Виявлення і усунення дубльованих зв'язків

Були виявлені контури, що є необхідним, але недостатньою ознакою дублюючої зв'язку.


4.4 Графічне представлення глобальної ER-моделі


Глобальна ER-модель представлена ​​на малюнку 4.1




VIP Клієнт Виклик ТЗ

1 М

1 М М 1



Має Заявка Виконання Використання



Використання

1 січня

1 М


VIP Карта Мат. Засіб Співробітник


М

1

М Постачання

Постачальник


1

Паспорт


Малюнок 4.1 - Глобальна ER-модель


    1. Переклад цілісних та операційних обмежень на рівень глобальної моделі


      1. Сутність СПІВРОБІТНИК Атрибут Водійські права => Сутність МАРКА МОДЕЛЬ атрибут Категорія ТЗ

      2. Сутність СПІВРОБІТНИК атрибут Дата видачі прав - Сутність СПІВРОБІТНИК ат. Дата народження <= 18 років

      3. Сутність НОМЕР атрибут Дата видачі паспорта - Сутність СПІВРОБІТНИК ат. Дата народження <= 16 років

      4. Сутність ВИКЛИК: якщо ат. прапор VIP клієнта = істина, то Сутність ВИКЛИК ат. номер картки не порожній

      5. Сутність ВИКЛИК: якщо ат. прапор погодинної оплати = істина, то Сутність ВИКЛИК ат. час руху не порожній

      6. Сутність ПОЧАТОК ат.Уліца не = Сутність КІНЕЦЬ ат. Вулиця

      7. Сутність VIP КЛІЄНТ якщо ат. Баланс <1000 руб., То ат.Скідка <= 10%

      8. Сутність VIP МАПА: атрибут Дата Договору (раніше) Сутність ЗАПИС ат.Дата запису

      9. Сутність МАТЕРІАЛЬНЕ ЗАСІБ атрибут Номінальна вартість <Сутність МАТЕРІАЛЬНЕ ЗАСІБ ат. Витрати на Експлуатацію

      10. Сутність контрагента: атрибут Телефон повинен відповідати коду міста, який вказаний в ат. Сутність КОНТРАГЕНТІВ Юридична адреса

      11. Сутність контрагента: атрибут Факс повинен відповідати коду міста, який вказаний в Сутність КОНТРАГЕНТІВ ат. Юридична адреса

      12. Сутність контрагента: атрибут Дата Договору (раніше) Сутність ЗАПИС ат. Дата запису


4.6 Висновок


В результаті проектування глобальної ER-моделі, відповідної автоматизуються функцій, отримана модель, що включає 7 сутностей, 2 зв'язку типу «багато до багатьох» і 8 зв'язків типу «один до багатьох».


5 Проектування реляційних SQL-МОДЕЛІ


Даний розділ присвячений проектуванню реляційної SQL-моделі. Тут виконується переклад глобальної ER-моделі в реляційну форму, специфицируются обмеження і правила підтримки цілісності на реляційному рівні, записується SQL-код для створення реляційної моделі.


5.1 Переклад глобальної ER-моделі в реляційну форму


Усунення зв'язків типу «один до багатьох». Такі зв'язки усуваються шляхом копіювання первинних ключів вихідної сутності в безліч атрибутів дочірньою.


Конкретні дані наведені у таблиці 5.1

Таблиця 5.1 - «Копіювання первинних ключів при усуненні зв'язків типу« один до багатьох ».


Вихідна сутність Дочірня сутність Первинний ключ
Співробітник Матеріальне засіб Код співробітника
Співробітник Виклик Код співробітника
Співробітник Паспорт Код співробітника
Матеріальне засіб Постачальник Код мат. кошти
Виклик

VIP Клієнт

Код виклику

VIP Клієнт

VIP Карта

Код VIP Клієнта

VIP Клієнт

Паспорт

Код VIP Клієнта

Виклик Транспортний засіб Код виклику

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-код локальних переглядів для автоматизуються функцій.


    1. Визначення способу та форми представлення

Для 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-код локальних запитів для автоматизуються функцій.






















Додати в блог або на сайт

Цей текст може містити помилки.

Програмування, комп'ютери, інформатика і кібернетика | Реферат
211.7кб. | скачати


Схожі роботи:
Проектування інформаційної системи збору даних землевпорядкування для автоматизації процесу оцінки
Проектування інформаційної системи збору даних землевпорядкування
Реалізація компонентів інформаційної системи архіву супутникових даних
Розробка інформаційної системи для роботи менеджера фірми
Проектування автоматизованої інформаційної системи для менеджера фірми
Розробка економічної інформаційної системи для компанії з надання високошвидкісного
Політика інформаційної безпеки для системи Облік ремонту та ТО автотранспорту
Розробка багатокористувацької інформаційної системи для автоматизації роботи книжкового інтернет-магазину
Створення автоматизованої інформаційної системи Звід звітів для УВО при ГУВС Пермського краю
© Усі права захищені
написати до нас