і дані, використовувані цими процесами. Від того, наскільки правильно змодельована предметна область, залежить успіх подальшої розробки додатків.
Логічна модель даних. На наступному, більш низькому рівні знаходиться логічна модель даних предметної області. Логічна модель описує поняття предметної області, їх взаємозв'язок, а також обмеження на дані, що накладалися предметною областю. Приклади понять - співробітник raquo ;, відділ raquo ;, проект raquo ;, зарплата raquo ;. Приклади взаємозв'язків між поняттями - співробітник числиться рівно в одному відділі raquo ;, співробітник може виконувати кілька проектів raquo ;, над одним проектом може працювати декілька співробітників raquo ;. Приклади обмежень - вік співробітника не менше 16 і не більше 60 років .
Логічна модель даних є початковим прототипом майбутньої бази даних. Логічна модель будується в термінах інформаційних одиниць, але без прив'язки до конкретної СУБД. Більше того, логічна модель даних необов'язково повинна бути виражена засобами саме реляційної моделі даних.
Рішення, прийняті на попередньому рівні, при розробці моделі предметної області, визначають деякі межі, в межах яких можна розвивати логічну модель даних, в межах же цих кордонів можна приймати різні рішення. Наприклад, модель предметної області складського обліку містить поняття склад raquo ;, накладна raquo ;, товар raquo ;. При розробці відповідної реляційної моделі ці терміни обов'язково повинні бути використані, але різних способів реалізації тут багато - можна створити одне відношення, в якому будуть присутні в якості атрибутів склад raquo ;, накладна raquo ;, товар raquo ;, а можна створити три окремих відносини, по одному на кожне поняття.
Фізична модель даних. На ще більш низькому рівні знаходиться фізична модель даних. Фізична модель даних описує дані засобами конкретної СУБД. Фізична модель даних реалізована засобами саме реляційної СУБД. Відносини, розроблені на стадії формування логічної моделі даних, перетворюються в таблиці, атрибути стають стовпцями таблиць, для ключових атрибутів створюються унікальні індекси, домени перетворюються в типи даних, прийняті в конкретній СУБД.
Обмеження, наявні в логічної моделі даних, реалізуються різними засобами СУБД, наприклад, за допомогою індексів, декларативних обмежень цілісності, тригерів, збережених процедур. При цьому прийняті на рівні логічного моделювання визначають деякі межі, в межах яких можна розвивати фізичну модель даних. Точно також, у межах цих кордонів можна приймати різні рішення. Наприклад, відносини, що містяться в логічної моделі даних, повинні бути перетворені в таблиці, але для кожної таблиці можна додатково оголосити різні індекси, що підвищують швидкість звернення до даних. Багато що тут залежить від конкретної СУБД.
Власне база даних і додатки. Як результат попередніх етапів з'являється власне сама база даних. База даних реалізована на конкретній програмно-апаратної основі, і вибір цієї основи дозволяє істотно підвищити швидкість роботи з базою даних. Наприклад, можна вибирати різні типи комп'ютерів, міняти кількість процесорів, обсяг оперативної пам'яті, дискові підсистеми і т.п. Дуже велике значення має також настройка СУБД в межах обраної програмно-апаратної платформи.
Але рішення, прийняті на попередньому рівні - рівні фізичного проектування, визначають межі, в межах яких можна приймати рішення щодо вибору програмно-апаратної платформи і налаштування СУБД.
Таким чином ясно, що рішення, прийняті на кожному етапі моделювання і розробки бази даних, будуть позначатися на подальших етапах. Тому особливу роль відіграє прийняття правильних рішень на ранніх етапах моделювання.
. 3.3 Інструкція користувача
Для запуску програми необхідно запустити файл «Taxi_Control.exe». Відкриється заставка програми, а потім головне вікно програми (малюнок 8).
Малюнок 8. Головне вікно програми «Таксопарк»
Головне вікно програми здобуде 2 вкладки:
Дані - призначена для перегляду довідників, необхідних для роботи таксопарку: Райони, Водії, Звіти (малюнок 9);
Малюнок 9. Вкладка «Дані»
При натисненні «Райони» у вкладці «Дані» виходить вікно, содержашій інформацію по районах міста, яку при необхідності можна редагувати (малюнок 10).
Малюнок 10. Вікно налаштування районів міста
Дана форма складається їх двох табличних вікон:
в першому вказано райони і привласнений їм телефонний код для аутентифікації при виклику;
в другому вказані стикуюшіеся райони з вид...
