оступове запровадження дедалі більших рівнів деталізації принаймні створення діаграм.
Декомпозиція моделі SADT показана на рисунку 1.2. На моделі відображені:
Реєстрація книг, оформлення надходження, оформлення продажу, побудова звітів.
Для реєстрації книг потрібні вхідні дані про наявність книг. Для оформлення накладних про надходження необхідні дані про надходження та зареєстрованих в наявності книгах. Для оформлення продажів потрібні дані по продажах книг і вже зареєстрованих. На виході тут зберігаються дані про покупця, який буде очікувати оповіщення про надходження йому необхідної книги. На основі всіх цих даних відбувається побудова звітів з продажу, надходженню, наявності книг в магазині. Всю цю роботу в магазині виконують продавці. На виході ми отримуємо звіти з продажу, надходженню і залишкам книг в магазині.
Малюнок 1.2 - декомпозиція моделі SADT
2.2 Модель потоків даних
На рис. 1.3 показана діаграма верхніх рівнів, яка визначає основні процеси. На рис. 1.4 показана діаграма нижнього рівня, яка показує, як працюють дані процеси.
Малюнок 1.3 - Основна діаграма потоків даних
Малюнок 1.6 - декомпозиція діаграми потоків даних
. 3 Проектування бази даних
Проектування баз даних включає в себе три основні моделі створення Бази даних:
- концептуальна модель;
- логічна модель;
- фізична модель.
Концептуальна модель відображає реальний світ у деякі зрозумілі людині концепції, повністю незалежні від параметрів середовища зберігання даних. У цій моделі, визначивши предметну область і її завдання, будуємо загальну схему баз даних на рівні укрупнених понять. У задачі виділяються сутності - найбільш важливі, досить відособлені частини завдання.
На основі концептуальної моделі будуватися логічна. Для цього кожну сутність наповнюють атрибутами.
Визначивши предметні області і поставивши завдання, можна сформувати наступні сутності: «Студенти», «Кімнати», «Оплата», «Виселення», «Заселення».
Атрибути сутності «Студенти»: квиток студента, прізвище, ім'я, по батькові, адресу батьків, курс, група, спеціальність, навчальний заклад;
Атрибути сутності «Кімнати»: номер кімнати, кількість місць, зайняті, вартість;
Атрибути сутності «Оплата»: квиток студента, номер документа, дата оплати, сума;
Атрибути сутності «Виселення»: квиток студента, дата виселення, номер кімнати;
Атрибути сутності «Заселення»: квиток студента, дата заселення, номер кімнати.
Для подальшої побудови бази даних, ці сутності необхідно пов'язати. Одна з основних вимог до організації бази даних - це встановлення зв'язків. Зв'язок здійснюється за деякими ключових полях.
Ключ - мінімальний набір атрибутів, за значеннями яких можна однозначно знайти необхідний екземпляр сутності
Таблиця 1 - Логічна модель «Електронна книга комендантської обліку»
Фізичне проектування - створення схеми бази даних для конкретної СУБД. Якщо в логічну модель додати для кожного атрибута тип даних і довжину, то вийде фізична модель. Таблиця 2 відображає фізичну модель таблиці Книги.
Таблиця 2 - Фізичні моделі «Електронної книги комендантської обліку»
Для розробки бази даних «Електронна книга комендантської обліку» використовувалася програма IBExpert, яка є візуальної оболонкою СУБД Firebird.
Для створення бази даних в IBExpert необхідно на вкладці Database клацнути по Create Database. Потім у вікні (рис.2.1) заповнюємо поля:
. У полі server вибираємо значення Local;
. У полі database вказуємо шлях по якому повинен бути збережений (а потім і викликатися з цього місця) - D: Прога і бд komend.fdb;
. У полі Username вносимо SYSDBA;
. У полі Password вводимо masterkey (зображуватися він буде у вигляді зірочок, так що не потрібно лякатися)
. У полі Charset вибираємо із запропонованого списку або Win1251.
Рисунок 2.1 - створення бази даних в IBExpert
Після натискання ОК з'явитися вікно Database Registration (рис.2.2), де необхідно змінити деякі дані:
1. У полі Server Version із запропонованого списку вибираємо Firebird 2.5;
...
