х їх можна бачити відображеними на формі, можна переміщатися за даними, представляти їх у тому чи іншому вигляді. У цьому сенсі проектування в Delphi мало чим відрізняється від проектування в интерпретирующей середовищі, однак після виконання компіляції ми отримуємо код, який виконується в 10-20 разів швидше, ніж те ж саме, зроблене за допомогою інтерпретатора. Крім того, компілятор компілятору ворожнечу, в Delphi компіляція проводиться безпосередньо в рідний машинний код, в той час як існують компілятори, що перетворюють програму у так званий p-код, який потім інтерпретується віртуальною p-машиною. Це не може не позначитися на фактичному швидкодії готового додатку [17].
Основний упор цієї моделі в Delphi робиться на максимальному реіспользованіі коду. Це дозволяє розробникам будувати додатки вельми швидко із заздалегідь підготовлених об'єктів, а також дає їм можливість створювати свої власні об'єкти для середовища Delphi. Ніяких обмежень по типах об'єктів, які можуть створювати розробники, не існує. Дійсно, все в Delphi написано на ньому ж, тому розробники мають доступ до тих же об'єктів і інструментам, які використовувалися для створення середовища розробки. У результаті немає ніякої різниці між об'єктами, що поставляються Borland або третіми фірмами, і об'єктами, які ви можете створити.
У стандартну поставку Delphi входять основні об'єкти, які утворюють вдало підібрану ієрархію з 270 базових класів. Для початку - непогано. Але якщо виникне необхідність у вирішенні якоїсь специфічної проблеми на Delphi, радимо, перш ніж спробувати починати вирішувати проблему з нуля, переглянути список вільно розповсюджуваних або комерційних компонент, розроблених третіми фірмами, кількість цих фірм в даний час перевищує число 250, хоча, можливо , я не про всіх знаю. Скептики, можливо, не повірять мені, коли я скажу, що на Delphi можна однаково добре писати як додатки до корпоративних баз даних, так і, наприклад, ігрові програми. Тим не менш, це так. Багато в чому це пояснюється тим, що традиційно в середовищі Windows було досить складно реалізовувати користувальницький інтерфейс. Подієва модель в Windows завжди була складна для розуміння і налагодження. Але саме розробка інтерфейсу в Delphi є найпростішим завданням для програміста [18].
автоматизована система контроль
2.3.2 Опис програмних модулів
Для розробки програмного продукту насамперед необхідно спроектувати і розробити базу даних.
Метою розробки будь-якої бази даних є зберігання та використання інформації про будь-якої предметної області. Для реалізації цієї мети є наступні інструменти:
) Реляційна модель даних - зручний спосіб представлення даних предметної області;
) Мова SQL - універсальний спосіб маніпулювання такими даними.
При розробці бази даних зазвичай виділяється кілька рівнів моделювання, за допомогою яких відбувається перехід від предметної області до конкретної реалізації бази даних засобами конкретної СУБД. Можна виділити наступні рівні:
Сама предметна область;
Модель предметної області;
Логічна модель даних;
Фізична модель даних;
Власне база даних і додатки.
Предметна область - це частина реального світу, дані про яку ми хочемо відобразити в базі даних. Наприклад, в якості предметної області можна вибрати бухгалтерію якого-небудь підприємства, відділ кадрів, банк, магазин і т.д. Предметна область нескінченна і містить як суттєво важливі поняття і дані, так і малозначні або взагалі не значущі дані. Так, якщо в якості предметної області вибрати облік товарів на складі, то поняття накладна і рахунок-фактура є суттєво важливими поняттями, а те, що співробітниця, приймаюча накладні, має двох дітей - це для обліку товарів неважливо. Однак, з точки зору відділу кадрів дані про наявність дітей є суттєво важливими. Таким чином, важливість даних залежить від вибору предметної області.
Модель предметної області. Модель предметної області - це наші знання про предметну область. Знання можуть бути як у вигляді неформальних знань в мозку експерта, так і виражені формально за допомогою будь-яких засобів. В якості таких засобів можуть виступати текстові описи предметної області, набори посадових інструкцій, правила ведення справ у компанії і т.п. Досвід показує, що текстовий спосіб представлення моделі предметної області вкрай неефективний. Набагато більш інформативними і корисними при розробці баз даних є описи предметної області, виконані за допомогою спеціалізованих графічних нотацій. Є велика кількість методик опису предметної області. Модель предметної області описує швидше процеси, що відбуваються в предметній області...
