- •1 Організаційні положення
- •1 Аналіз предметної області.
- •2. Постановка завдання
- •3. Проектування концептуальної моделі
- •4. Розробка логічної структури бази даних.
- •5. Реляційна модель.
- •6. Визначення типів даних в заданому форматі
- •7. Створення глобальної схеми зв'язків. Підтримка цілісності даних.
- •Запит «Кількість путівок клієнта»
- •9. Проектування форм. Структура та призначення існуючих форм.
- •2. Проектування реляційної бази даних
- •5. Проектування збережених процедур
- •6. Розробка механізмів керування даними
- •7 Розробка технології доступа до бази даних
- •8. Проектування керівництва користувача
- •9. Вимоги до технічного забезпечення
1 Аналіз предметної області.
1.1. Опис предметної області та функції вирішуваних завдань.
В якості прикладу розглянемо спрощений варіант побудови інформаційної системи для роботи санаторію.
Предметною областю автоматизації є посадові функції менеджера з продажу путівок.
Співробітники оформляють путівки в санаторій для клієнтів.
1.2 Перелік вхідних даних.
Вхідну інформацію ділять на умовно-постійну, що зберігає свої значення на тривалий період часу, і, на постійно мінливу оперативно-облікову.
В результаті дослідження предметної області визначені вхідні дані, необхідні для вирішення комплексу завдань:
Путівки в санаторій, інформація про клієнтів, інформація про країни.
Тому при розробці бази даних, необхідно створити форми для введення цієї інформації.
Вхідна інформація може бути представлена наступними документами:
• Клієнти
Таблиця 1. Вхідні дані по клієнту
Код клієнта |
ПІБ |
Телефон |
Адреса |
… |
… |
… |
… |
• Путівка
Таблиця 2. Вхідні дані по путівках
Номер путівки |
Дата заїзду |
Тривалість |
Вартість |
Примітка |
… |
… |
… |
|
… |
Примітка: по можливості вхідна інформація представляється в графічному вигляді
1.3. Перелік вихідних даних.
Вихідна інформація представляється у вигляді звітів.
• Тури по країнах;
• Найдешевший тур;
• Неоплачені путівки;
Вихідну інформацію подамо у вигляді звітних форм.
1.4. Обмеження предметної області.
За розглянутої предметної області введемо деякі обмеження:
У таблиці «путівки» значення поля «вартість» має бути більше нуля.
У таблиці «путівки» значення поля «кількість» має бути більше нуля.
У таблиці «путівки в санаторій» значення поля «дата закінчення перебування» повинна обчислюватися як сума «дати початку» і «тривалості перебування».
2. Постановка завдання
Розроблювана інформаційна система призначена для структурованого зберігання даних і виведення інформації про тури по країнам, путівки турів, клієнтах
Інформаційна система повинна виконувати такі функції:
• Додавання інформації про нові тури.
• Додавання путівки до туру.
• Оформлення та повернення путівок.
• Здійснювати пошук туру по країні і виду транспорту
• Перегляд реалізованих путівок по санаторіях.
• Оформлення путівки в санаторій.
• Визначати тури з простроченою датою.
• Путівки в санаторій з простроченою датою заїзду.
• Показати найпопулярніший тур.
• Показати найдешевший тур
3. Проектування концептуальної моделі
3.1 Виділення інформаційних об'єктів.
Одним із перших об'єктів предметної області можна виділити «тур путівки» і «путівки в санаторій». Далі визначаємо, хто оформляє путівки, для цього вводимо об'єкт «співробітник». Путівки купуються клієнтами (об'єкт «клієнт»). Тур путівки продаються в різні країни, звідси об'єкт «країна». Переїзд в туристичних путівках здійснюється транспортом, тому виникає необхідність в об'єкті «транспорт». Клієнтам необхідно представляти список санаторіїв, куди він може поїхати (об'єкт «санаторій»). У санаторіях виконують лікування захворювань (об'єкт «захворювання»).
Об'єкт «оформлення путівки» є складним, оскільки включає в себе кілька об'єктів: «клієнти», «путівки», «співробітники»
3.2 Визначення атрибутів об'єктів.
Розглянемо атрибути перерахованих об'єктів.
Таблиця 3. атрибути об'єктів
Объект |
Атрибуты объектов |
Ключовий атрибут |
Тур путівки |
№ туру, Початок туру, Закінчення туру, Вартість, Кількість путівок, Оформлення путівки, № путівки |
№ туру |
Оформлення путівки |
№ путівки, № туру, Оплата |
№ путівки |
Санаторій |
санаторій, адреса, місто |
санаторій |
Захворювання |
захворюваня |
захворювання |
Путівки в санаторій |
код надходження, санаторій, дата прибуття, тривалість, к-ть путівок |
код надходження |
Необхідно проаналізувати кожен атрибут на наявність взаємозв'язків з іншими реквізитами об'єкта. Реквізит набуває сенсу, тільки тоді, коли він пов'язаний з іншими атрибутами, що володіють смисловим єдністю.
3.3 Визначення відносин і потужності відносин між об'єктами.
Розглянемо взаємозв'язки між об'єктами та потужності відношення і побудуємо матрицю відносин.
Країни -> Путівки. «Країни» головний об'єкт, а «путівки» підлеглий об'єкт. Тип зв'язку «один до багатьох». Так як в одну країну може бути кілька путівок. Зв'язок між цими об'єктами здійснює атрибут «код_країни»
Транспорт -> Путівки. «Транспорт» головний об'єкт, а «путівки» підлеглий об'єкт. Тип зв'язку «один до багатьох». Один транспорт може використовуватися для переїзду по декількох путівках. Зв'язок між цими об'єктами здійснює атрибут «код_транспорту».
Турпутівки -> ОформленняПутівки. «Турпутівки» головний об'єкт, а «оформлення путівки» підлеглий об'єкт. Тип зв'язку «один до багатьох». Один тур може бути оформлений кілька разів. Зв'язок між цими об'єктами здійснює атрибут «номер_туру».
І так описуються всі відносини предметної області.
Складемо матрицю суміжності для розглянутої предметної області. По рядках і стовпцях записуємо виділені об'єкти предметної області. Якщо між об'єктами існують відносини, то на перетині рядка і стовпця ставиться потужність відносин. Якщо об'єкти не взаємодіють, то зазначається 0.
Таблиця 4. Матриця суміжності.
-
Країни
Транспорт
Оформлення путівки
Путівки
…..
Країни
0
0
0
1:N
Транспорт
0
0
0
1:N
Путівки
0
0
1:N
0
…
3.4 Побудова схеми концептуальної моделі.
На основі отриманих об'єктів, атрибутів об'єктів і відносин між ними, можна побудувати концептуальну модель.
К
рнцептуальна
модель. Частина 1
Концептуальна модель. частина 2
Місто
Адреса
