ні класи:
- для компоненти Облік клієнтів - клас Клієнт;
- для компоненти Облік приміщень - клас Приміщення;
- для компоненти Облік договорів - клас Договір;
- для компоненти Облік персоналу - клас Ріелтор.
Так само була зроблена кодогенерацію на основі виконуваного компонента MAIN.exe з розширенням .EXE на діаграмі компонентів. Кодогенерацію подані у додатку Б.
3. Розробка логічної і фізичної моделей бази даних інформаційної системи
3.1 Розробка логічної моделі ІС
Логічний рівень - абстрактний погляд на дані, коли дані представляються так, як виглядають у реальному світі, і можуть називатися так, як вони називаються в реальному світі. Об'єкти моделі, що представляються на логічному рівні, називаються сутностями і атрибутами.
На основі ситуації опису проекту проектуємо модель бази даних і складаємо для неї схему логічної моделі типу Database Model Diagram в Microsoft Visio. Вихідними даними для побудови логічної моделі інформаційної системи є знання, що містяться в розділі Діаграма класів. Вона включатиме такі ж самі сутності (рис. 2). Логічна модель зображена на малюнку 6.
Малюнок 5 - логічна модель інформаційної системи
Примітка - Джерело: власна розробка.
- класи Клієнт і Договір - відношення композиції. Один клієнт може укласти один або кілька договорів, кожен договір оформляється тільки для одного клієнта, тому кратність зв'язку з боку класу Клієнт - 1, з боку Договір - 1..n (1..много);
- класи Договір і Рієлтор - ставлення композиції. Один ріелтор може оформити один або кілька договорів, кожен договір оформляється тільки одним ріелтором, тому кратність зв'язку з боку класу Ріелтор - 1, з боку Договір - 1..n (1..много);
- класи Послуга та Умови - відношення композиції. Але основі однієї послуги формується декілька умов, тому кратність зв'язку з боку класу Умова - n (багато), з боку Послуга - 1;
- класи Договір та Умови - відношення композиції. Один договір формується на основі декількох умов, зв'язку з боку класу Договір - 1, з боку Умови - n (багато);
- класи Умови та Приміщення - відношення композиції. Одному умові може відповідати кілька приміщень, зв'язку з боку класу Договір - 1, з боку Умови - n (багато).
Задамо індексування поля Номер договору по суті Договір (рис. 6).
Малюнок 6 - логічна модель інформаційної системи
Примітка - Джерело: власна розробка.
3.2 Розробка фізичної моделі ІС
Логічна модель даних є джерелом інформації для фази фізичного проектування. Вона надає розробникові фізичної моделі даних засоби проведення всебічного аналізу різних аспектів роботи з даними, що має виняткове значення для вибору дійсно ефективного проектного рішення.
Фізична модель даних залежить від конкретної СУБД, фактично будучи відображенням системного каталогу.
Після перетворення логічної моделі у фізичну маємо наступну модель
Фізична модель зображена на малюнку 7.
Малюнок 7 - фізична модель інформаційної системи
Примітка - Джерело: власна розробка.
На підставі розробленої в програмному продукті Microsoft Visio фізичної моделі інформаційної системи була згенерована база даних в Microsoft Access.
Схема БД зображена на малюнку 8.
Рисунок 8 - схема БД
Примітка - Джерело: власна розробка
3.3 Формування таблиці опису документів і розробка форм вхідних і вихідних документів в середовищі програмування C ++ Builder
Малюнок 9 - головна форма БД в режимі користувача
Примітка - Джерело: власна розробка
На формі використовувалися наступні елементи:
- елемент Label (назва форм);
- елемент Button (кнопка виходу);
- компонент ADOConnection (забезпечував зв'язок з БД);
- компонент ADOQuery (SQL запит);
- компонент DataSource (для зв'язку додатки з таблицею);
- компонент DBGrid (вікно для виведення інформації з БД);
- компонент DBNavigator (компонент для переміщення по БД).
Рисунок 10 - Форма док...
