ипадаючий список;  
 - TDBCtrlGrid - використовується для відображення таблиці у вигляді цеглинок raquo ;; 
  - TLabel - написи; 
  - TGroupBox - панель, як готельний елемент з іншими компонентами; 
  - TDBNavigator - компонент для управління навігацією і редагуванням даних; 
  - TDBEdit - поле редагування запису бази даних; 
  - TDateTimePicker - вибір дати; 
  - TSpeedButton - швидка кнопка; 
  - TBitBtn - кнопка, що передає дію формі; 
  - TBevel - призначений в додатку для простого обведення чого-небудь рамкою. 
  Компоненти головної форми необхідні для виведення таблиць з бази даних, для зміни, додавання, видалення, фільтрації, пошуку, переходу до інших форм і для інших дій. 
   Малюнок 16 - Структура компонентів 
   3. Створення прототипу інформаційної системи 
  . 1 Фізична реалізація структури бази даних 
   - Насамперед, необхідно перетворити відносини в таблиці. Перетворення відбувається за наступним правилом: кожному відношенню логічної моделі поставити у відповідність фізичну модель даних. Ім'я таблиці може збігатися з ім'ям відносини, якщо воно не суперечить вимогам СУБД і корпоративним правилам. Оскільки імена відносин не суперечать вимогам обраної СУБД, а корпоративні правила не обумовлені, залишимо назви в початковому вигляді. 
  - Другий крок, який необхідно виконати - це перетворити атрибути в поля таблиць і перетворити домени в типи даних. Кожному атрибуту повинен відповідати аналогічний стовпець таблиці. Імена полів формуються на підставі вимог СУБД і корпоративних правил, так само як у випадку з відносинами залишаємо імена атрибутів без змін. Домени описуємо за допомогою типів даних з можливими обмеженнями на значення. 
  - Третій крок - вибір первинного ключа. У нашому випадку первинний ключ на фізичному рівні збігається з первинним ключем логічної моделі. У цьому випадку ключ забезпечує підтримку цілісності по сутностей і використовується для зв'язування таблиць між собою. 
   Малюнок 17 - Заповнені таблиці. 
   З створеної фізичної моделі укладаємо, що первинні ключі обрані вірно, таблиці спроектовані добре. Для підтримування цілісності даних потрібно мінімум програмного коду, в основному для контролю наявності товару. 
  . 2 Створення інтерфейсу інформаційної системи 
   Інтерфом? йс по? льзователя (UI - англ. user interface) - сукупність засобів, за допомогою яких користувач спілкується з різними пристроями, найчастіше - з комп'ютером або побутовою технікою, або іншим складним інструментарієм (системою). 
				
				
				
				
			  Інтерфейс користувача комп'ютерного додатка включає: 
  · засоби відображення інформації, відображувану інформацію, формати і коди; 
  · командні режими, мова користувач - інтерфейс raquo ;; 
  · пристрої і технології введення даних; 
  · діалоги, взаємодія і транзакції між користувачем і комп'ютером, зворотний зв'язок з користувачем; 
  · підтримку прийняття рішень у конкретній предметній області; 
  · порядок використання програми і документацію на неї. 
  Інтерфейс користувача часто розуміють тільки як зовнішній вигляд програми. Однак на ділі користувач сприймає через нього всю програму в цілому, а значить, таке розуміння є занадто вузьким. 
  У дійсності ПІ об'єднує в собі всі елементи і компоненти програми, які здатні впливати на взаємодію користувача з програмним забезпеченням (ПЗ). 
  Це не тільки екран, який бачить користувач. 
  До цих елементів відносяться: 
  · набір завдань користувача, які він вирішує за допомогою системи; 
  · використовувана системою метафора (наприклад, робочий стіл в MS Windows®); 
  · елементи управління системою; 
  · навігація між блоками системи; 
  · візуальний (і не тільки) дизайн екранів програми; 
  · засоби відображення інформації, що відображається інформація та формати; 
  · пристрої і технології введення даних; 
  · діалоги, взаємодія і транзакції між користувачем і комп'ютером; 
  · зворотний зв'язок з користувачем; 
  · підтримка прийняття рішень у конкретній предметній області; 
  ·...