p>
Первинний ключ: Код
Атрибути: Номер накладної, Код співробітника, Дата установки, Оцінка, Матеріали, Відмітка про виконанні.
. Сутність ЗАМОВЛЕННЯ.
Первинний ключ: Номер замовлення.
Атрибути: Номер накладної, Номер паспорта, Код співробітника, Найменування, Кількість, Склопакет, Москітні сітки, Фурнітура, Аксесуари, Вартість.
. Сутність РОЗМІРИ.
Первинний ключ: Код.
Атрибути: Номер накладної, Ширина готового отвору, Висота готового отвору, Товщина стіни, Довжина зовнішнього відливу, Ширина зовнішнього відливу, Довжина підвіконної дошки, Ширина підвіконня, Довжина внутрішніх укосів, Ширина внутрішній укосів.
Малюнок 12 - Сутність Дилер .
Малюнок 12.1 - Сутність Дилерський термінал .
Малюнок 12.2 - Сутність Клієнт .
Малюнок 12.3 - Сутність Співробітник .
Малюнок 12.4 - Сутність Установка .
Малюнок 12.5 - Сутність Замовлення .
Малюнок 12.6 - Сутність Заміри .
Отримуємо таку схему даних, зображену на малюнку 13.
Малюнок 13 - Схема даних.
Зі схеми видно, що тут реалізована зв'язок Один-до-багатьох .
Теоретичне обґрунтування вибору зв'язків показано у вигляді концептуальної схеми (малюнку 14).
Малюнок 14 - Концептуальна модель.
Зв'язки між даними сутностями встановлені в слідстві логічних висновків. Один клієнт може зробити кілька замовлень, тобто скільки завгодно, тому зв'язок між сутностями Клієнт і Замовлення Один-до-багатьох raquo ;. В одному замовленні може бути кілька вимірів, тобто, наприклад, буде встановлено кілька вікон в квартиру. У теорії, один і той же замовлення може бути відправлений на виконання в дилерський термінал кілька разів, так як може не влаштувати клієнта. Один співробітник може виконати скільки завгодно установок вироби, а так само прийняти скільки завгодно замовлень.
Так, в ході умовиводів, будується концептуальна модель або модель сутність - зв'язок raquo ;. По суті, ці моделі легко трансформуються в схему даних (малюнок 13). Зв'язки Один-до-багатьох встановлюються між полями одного і того ж типу, причому бажано, щоб одне з цих полів було ключовим. У деяких випадках одне з полів можна зробити індексованих, де не допускаються збіги.
. 4 Проектування і розробка програми в середовищі Delphi
інформаційний додаток delphi інтерфейс
Основна форма містить перелік всіх використовуваних в програмі модулів і кілька виконуваних операторів, що забезпечують створення потрібних вікон і зв'язок програми з ОС Windows. Вся основна робота програми управляється кодом, що містяться в модулях.
До складу даного програмного продукту входять наступні модулі:
- Unit1.pas - головний модуль програми, де безпосередньо відбувається заповнення даних по замовленнях;
- Unit2.pas - відправка замовлення дилеру (дилерський термінал);
- Unit3.pas - модуль програми, де відбувається заповнення даних по вимірах вироби (щодоКНА);
- Unit4.pas - модуль програми, де відбувається заповнення даних по установці вироби (вікна);
- Unit5.pas - пошук, фільтрація, сортування по замовленнях;
- Unit6.pas - модуль Про програму raquo ;.
У головній формі є компоненти, зображені на рис. 15. На малюнку також зображено дерево всіх компонентів форми (рис. 16).
Малюнок 15 - Компоненти головної форми
Компоненти головної форми:
- TADOConnection - використовується для вказівки бази даних і роботи транзакціями;
- TADOTable - таблиця доступна через ADO;
- DataSource забезпечує механізм для зв'язку компонентів доступу до даних (Table) з візуальними компонентами, які відображають дані (DBGrid, DBEdit, DBListBox і т. д.)
- TADOQuery - виконує запит (вибірку) до бази даних;
- TMainMenu - створює головне меню програми;
- TDBGrid - здійснює відображення даних з бази даних у вигляді таблиці;
- TEdit - поле для введення текстових повідомлень;
- TButton - кнопка;
- TComboBox - в...
