Введення
Розробка ІС диспетчерської служби таксі виробляється на прикладі складеного каталогу диспетчерська служба таксі. Каталог покаже автомобілі, їх водіїв, клієнтів, дати замовлень, виконання замовлення, вартість замовлення, адреси замовлень.
1. Предметна область
Областю розгляду є діяльність диспетчерів служби таксі, які повинні:
Вести список клієнтів, в якому вводиться номер картки, прізвище та ім'я, домашню адресу і мобільний телефон.
Список автомобілів, в якому вводиться номер автомобіля, марка автомобіля, державний номер автомобіля, водій автомобіля.
Список замовлень, в який вводиться код замовлення, дата замовлення, номер автомобіля, номер картки, сума замовлення, стан замовлення.
Список водіїв, в якому вводиться прізвище водія, ім'я, стаж роботи.
2. Постановка завдання
Розробка моделей процесу наведена на прикладі створення бази даних «Диспетчерська служба таксі».
Моделювання елементів системи.
Діаграми IDEF0 ??p>
Рис. 1
Діаграми DFD
Рис .2
3. Концептуальні вимоги
Для проектування бази даних вибрано універсальний методи проектування ER-метод (метод сутність-зв'язок). При використанні цього методу необхідно, насамперед, створити ER- модель, що відбиває зв'язки сутностей заданої предметної області. Далі, на підставі ER-діаграми, будується бази даних.
Сутності - концептуальні вимоги, які необхідно врахувати при розробці БД: каталоги клієнтів, замовлень, автомобілів, водіїв.
Нормалізація
Для створення бази даних необхідно розкрити сутності концептуальних вимога і нормалізувати їх. Нормалізація таблиці являє собою послідовне зміна структури таблиці до тих пір, поки вона не буде задовольняти вимогам останньої форми нормалізаціі.нормальная форма
Таблиця знаходиться в першій нормальній формі тоді і тільки коли, коли жодне з полів не містить більше одного значення і будь ключ.поле не порожньо.
Розкриваємо суті концептуальних вимог:
Автомобілі (НомерАвто, МаркаАвто, ГосНомерАвто, Водій).
Клієнт (Номеркарточкі, ФаміліяІмя, ДомашнійАдрес, НомерТелефона).
Замовлення (КодЗаказа, ДатаЗаказа, ВремяЗаказа, НомерАвто, НомерКарточкі, СуммаЗаказа, СостояніеЗаказа).
Водій (Прізвище, Ім'я, СтажРаботи) .нормальная форма
Таблиця знаходиться в другій нормальній формі, якщо вона задовольняє вимогам першої нормальної форми і всі її поля, що не входять в первинний ключ, пов'язані повної функціональної залежністю з первинним ключем:
Таблиця 1 - Автомобіль
Номер автомарку АвтоГосНомер автоводія
Таблиця 2 - Замовлення
Номер КарточкіФамілія ІмяДомашній АдресНомер Телефону
Таблиця 3 - Клієнти
Код ЗаказаДата ЗаказаВремя ЗаказаНомер автономери КарточкіСумма ЗаказаСостояніе Замовлення
Таблиця 4 - Водій
ФаміліяІмяСтаж Роботи нормальна форма
Таблиця знаходиться в третій нормальній формі, якщо вона задовольняє вимогам другої нормальної форми і жодна з її не ключова полів не залежить функціонально від будь-якого іншого не ключового поля:
Малюнок 3 - Таблиця Автомобіль
Малюнок 4 - Таблиця Замовлення
Малюнок 5 - Таблиця Клієнти
Малюнок 6 - Таблиця Водій
4. Структурна схема
На підставі третьої нормальної форми створюємо структурну схему бази даних «Диспетчерська служба таксі».
Створення структурної схеми бази даних.
Увійти в схему даних: вкладка Робота з базами даних.
На панелі інструментів натиснути «Схема даних».
Малюнок 7
Вікно з переліком таблиць
Подвійним клацанням по імені таблиці додати таблиці на поле
Малюнок 8
Встановити зв'язок між таблицями
Малюнок 9
5. Порядок виконання роботи
Для початку створимо базу даних, натиснувш...