ористувачам Microsoft Windows і широко застосовується в Microsoft Office для інтеграції включених до нього програмних продуктів.
Модулі комплексу також є серверами автоматизації і можуть служити джерелом даних як для програм Microsoft Office, так і програм інших виробників. Відкривши доступ до даних комплексу через інтерфейси COM, ми надали користувачам ще один механізм їх аналізу та новий спосіб підготовки звітності. На відміну від розглянутого раніше методу створення документів шляхом перетворення XML-джерела з визначальним програмою набором даних, дана технологія дозволяє витягувати і включати в звіти будь-які дані комплексу в довільній послідовності.
Використовуючи версійність COM-інтерфейсів, ми плануємо надалі розширювати перелік надаваних функцій управління модулями, як з метою більшої інтеграції комплексу, так і за запитами його користувачів.
Однією з відмінних рис програмного комплексу версії 5.0 є надання користувачеві безлічі способів доступу до збережених і розраховується даними. Для підвищення ефективності використання цих даних до складу комплексу включено спеціалізований HTTP-сервер.
Відмінною особливістю даного сервера є простота установки і настройки, а, також, висока продуктивність, почасти забезпечена вузькою спрямованістю на обробку певного виду запитів.
Сервер може бути запущений на будь-якому комп'ютері компанії з метою надання неавторизованого доступу до довідників комплексу ІНЕК-Страховик 5.0 користувачам внутрішньої, а, при бажанні, і зовнішньої мережі.
Написаний на мові Java сервер використовує шаблони для опису виду HTML-сторінок підготовки запитів і результатів їх виконання. Файли настройки, представлені у форматі XML і дозволяють управляти складом і обсягом публікованих даних. Форми запитів можуть бути легко включені в створені раніше сторінки, наприклад, сторінки корпоративного WEB-сайту.
Як уже згадувалося раніше, ми вважаємо вибір Interbase в якості основної СУБД комплексу обгрунтованим і відповідним для більшості страхових компаній.
Тим не менш, в наших найближчих планах значиться побудова аналогічної структури бази даних для СУБД Oracle. По всій видимості, дане рішення буде пропонуватися компаніям вже мають сервери баз даних даного виробника і досвід їх адміністрування. Не виключена можливість підтримки та інших широко поширених СУБД.
Останні роки група ІНЕК веде активні розробки в галузі мережевих технологій. Одним з результатів даних робіт є власна реалізація CORBA для Object Pascal і ORB DORB. Незважаючи на те, що, на сьогоднішній день всі роботи з DORB носять експериментальний характер, ми твердо мають намір приступити до реалізації нових модулів комплексу, що використовують триланкову архітектуру.
2. Проектування інформаційної системи
. 1 Опис предметної області з використанням моделі сутність - зв'язок
Рисунок 10 - Модель сутність - зв'язок .
2.2 Моделювання бізнес-процесів за допомогою IDEF0-діаграм
Малюнок 11 - IDEF0 діаграма.
2.3 Розробка структури інформаційної системи з використанням СУБД MS Access
Для розробки структури інформаційної системи введемо наступні сутності.
. ДИЛЕР;
. ДІЛЕРСЬКИЙ ТЕРМІНАЛ;
. КЛІЄНТ;
. СПІВРОБІТНИК;
. УСТАНОВКА;
. ЗАМОВЛЕННЯ;
. РОЗМІРИ.
Кожна з представлених сутностей має свої атрибути і первинний ключ.
При виборі ключа використовуємо наступні критерії: ключ повинен гарантувати унікальність будь-якого екземпляра сутності; атрибути, що входять до первинний ключ не можуть приймати невизначені значення; ключ повинен бути незмінним на весь час існування бази даних.
. Сутність ДИЛЕР.
Первинний ключ: Код дилера.
Атрибути: Назва, Інформація.
2. Сутність ДІЛЕРСЬКИЙ ТЕРМІНАЛ.
Первинний ключ: Код.
Атрибути: Код дилера, Номер замовлення, Дата прийому, Дата виготовлення, Заводські установки.
. Сутність КЛІЄНТ.
Первинний ключ: Номер паспорта.
Атрибути: ПІБ, Адреса, Дата народження, Нотатки.
. Сутність СПІВРОБІТНИК.
Первинний ключ: Код співробітника.
Атрибути: ПІБ, Посада.
. Сутність УСТАНОВКА.
