p align="justify"> Після побудови моделі потоків даних, приступаємо до створення схеми даних. Для автоматизації документообігу необхідно оперувати як зі статичними даними, так і з постійно оновлюваною інформацією. Крім інформації про співробітників, товарах і послугах, необхідно аналізувати надходять заявки, підтверджувати їх і формувати на їх основі договори про надання послуг. Таким чином, логічно скласти модель «сутність-зв'язок» наступного змісту.
Малюнок 6 - Модель «сутність-зв'язок»
Отримана схема даних дозволяє зберігати всю необхідну інформацію для нормального документообігу підприємства.
2.4 Генерація бази даних
Сучасні CASE-засоби охоплюють велику область підтримки численних технологій проектування інформаційних систем: від простих коштів аналізу та документування до повномасштабних засобів автоматизації, що покривають весь життєвий цикл програмного забезпечення.
Найбільш трудомісткими етапами розробки інформаційних систем є етапи аналізу та проектування, у процесі яких CASE-средства забезпечують якість прийнятих технічних рішень та підготовку проектної документації. При цьому велику роль відіграють методи візуального подання. Це передбачає побудова структурних чи інших діаграм у реальному масштабі часу, наскрізну перевірку синтаксичних правил. Графічні кошти моделювання предметної області дозволяють розробникам в наочному вигляді вивчати існуючу інформаційну систему, перебудовувати їх у відповідність з поставленими цілями і наявними обмеженнями.
У своїй роботі в якості CASE-засобу був обраний програмний продукт ERwin. ERwin забезпечує генерацію схеми даних «сутність-зв'язок» у фізичну базу даних. Взаємодія CASE-засоби і, в нашому випадку, СУБД Firebird здійснюється засобам використання драйвера ODBC («Open Database Connectivity»). Для коректної генерації схеми даних необхідно внести зміни в тексти шаблонів, використовувані ERwin при створенні таблиць і тригерів в цільової БД, а саме замінити подвійні лапки на одинарні в текстах використовуваних шаблонів. Після того, як файли шаблонів і сама схема БД готові, необхідно воспользоватьс?? методом «Forward Engineer Schema Generation» - саме цей метод і здійснює генерацію схеми даних у фізичну існуючу базу даних.
2.5 Розробка програми
Інформаційні системи, створені на основі класичної архітектури клієнт/сервер, звані Дволанковий системами або системами з «товстим» клієнтом, складаються з сервера баз даних, що містить згенеровані тим чи іншим способом таблиці, індекси, тригери і інші об'єкти, що реалізують бізнес-правила даної інформаційної системи, і одного або декількох клієнтських додатків, що надають інтерфейс користувача і виробляють перевірку допустимості та обробку даних згідно містяться в них алгоритмам. Якщо говорити про клієнтських додатках, створених за допомогою Delphi, для доступу до джерел даних вони використовують виклики функцій прикладних програмних інтерфейсів клієнтських частин відповідних серверних СУБД [3]. Ці виклики здійснюються зазвичай за допомогою використання бібліотеки Borland Database Engine (BDE), хоча в цілому це не є обов'язковим. Відповідно подібне клієнтське додаток вимагає наявності на комп'ютері кінцевого користувача клієнтської частини використовуваної серверної СУБД (і наявності ліцензії на її використання) і присутності в оперативній пам'яті набору динамічно завантажуваних бібліотек як з клієнтської частини, так і з BDE (або інший замінної її бібліотеки), таких , як драйвери баз даних, бібліотеки, що містять функції API клієнтських частин, та ін. Це ускладнює технічні вимоги, пропоновані до апаратної частини клієнтської робочої станції, і в кінцевому підсумку призводить до подорожчання всієї системи в цілому.
Іншим фактором, що приводить до подорожчання експлуатації інформаційної системи, є необхідність інсталяції і конфігурації BDE і клієнтської частини серверної СУБД, що нерідко є досить трудомістким процесом, особливо при великій кількості і неоднорідному парку робочих станцій.
Виходом з цієї ситуації є створення систем з так званим «тонким» клієнтом, зокрема, з клієнтом, що не містить у своєму складі BDE і клієнтську частину серверної СУБД. У цьому випадку функціональність, пов'язана з доступом до даних (а нерідко і будь-яка інша функціональність), покладається на інший додаток, зване зазвичай сервером додатків, і що є клієнтом серверної СУБД. У свою чергу, клієнтські програми звертаються не безпосередньо до серверної СУБД допомогою виклику функцій клієнтських API, а до сервера додатків, що є для них джерелом даних, при цьому власне клієнтська частина серверної СУБД і бібліотеки типу BDE на робочій станції, де використовується таке клієнтську програму, присутнім...
