Автоматизація

Поведінка інформаційної системи у різних ситуаціях. Банківська технологія повинна працювати у режимі реального часу, так як майже більшість операцій залежить від ситуації. Тому можливість будови параметризованих запитів на отримання й обробку даних – необхідна вимога до мови обробки даних. Це забезпечується використанням динамічної мови – SQL. Він дозволяє будувати складні блоки коду, що залежать від різних умов, параметрів та способу збереження данних, і виконувати їх з процедурами, які зберігаються. Динамічний SQL забезпечує емуляцію об’єктно-орієнтовної моделі даних з використанням внутрішніх словників системи та механізмів інкапсуляції, успадкування та перезавантаження операцій.

Фонові процедури. Більша частина банківських операцій може виконуватися у пакетному режимі, в той час як основні обчислювальні потужності не завантажені. Це визначається як операційною циклічністю, яка характерна для банку, так і службовими процесами, що мають технологічний характер. Механізми підтримки фонових процесів сервера Оrасlе дозволяють за допомогою засобів СУБД організовувати виконання загальносистемних завдань (ведення журналу дій користувачів, накопичення статистичної інформації, архівування тощо), що забезпечує їх незалежність від операційної системи.

Безпека. Безпека в системі забезпечується розподілом прав доступу користувачів до її інформаційних ресурсів. Керування статичним доступом досягається за допомогою внутрішніх засобів СУБД, наприклад, створенням ролей користувачів та призначенням у їх рамках прав на доступ до окремих представлень, таблиць із словника даних і до обмеженої множини процедур, які зберігаються, та пакетів. Користувач не має прямого доступу до таблиць і пакетів, його права динамічно перевіряються при виборі даних через механізм представлень та активації операцій через спеціальні механізми виклику. Разом з журналізацією дій та змін цей механізм забезпечує гнучку регламентацію та контроль над діями користувачів системи.

Клієнтська частина. Використання Оrасlе Саll Іnterface (ОСІ) надає доступ до усіх можливостей сервера Оrасlе з клієнтської частини архітектури клієнт-сервер. Структура ПЗ може бути досить універсальною, бо визначається суворо формалізованим описом усіх структур даних та операцій, які зберігаються у словниках. Це відноситься як до механізмів навігації користувача, так і до екранних форм вводу даних. Структура екранних форм визначається набором параметрів операції, яка викликається, та їх типами, що дозволяє автоматично генерувати форми при створенні нових операцій та зберігати їх опис на сервері в довільному та зручному форматі. Адміністратор системи може змінювати розташування та зовнішній вигляд керуючих елементів форми, додавати нові, які відображають додаткову інформацію.

Використання цих принципів зберігання інформаційних структур, які визначають інтерфейс з користувачем, забезпечують незалежність системи від клієнтської частини.Доступ до файлів ОС. Для максимально ефективного використання програмного забезпечення банку може бути важливою організація взаємодії між процесами за допомогою засобів ОС. Доступ до файлів процедур операційної системи, які зберігаються, забезпечує архівацію та обробку даних на сервері без завантаження їх у базу даних, що іноді надає переваги у швидкості, дозволяє спростити обмін даними та їх обробку.

Серія БС концерну Іncosoft. Банківські продукти серії ТОТАL концерну Іncosoft побудовані на основі архітектури мережевих обчислень. Відкритість цієї архітектури дозволяє підтримувати широкий спектр СУБД та операційних систем серверів і клієнтських машин. На даний момент існує можливість використання СУБД Оrасlе, Іnformіx або DВ2. У якості операційної системи застосовуються Wіndows NТ, OS/2, UnіxWare, Solarіs, АІХ, НР-UХ. На клієнтських машинах використовується віртуальна Javа-машина під Wіndows 95/98/2000 або Wіndows NT, Java OS.

У моделі мережевих обчислень проміжною ланкою між СУБД та клієнтськими машинами є сервер процесів, в якості якого використовується брокер об’єктних запитів СОRВА 2.0.

Програмне забезпечення використовує Java Аррlісаtіоns та Аррlеts. При цьому клієнтські машини, побудовані за принципом “тонких” клієнтів, можуть знаходитись із сервером в одній мережі Іntranet, або звертатись до нього через Іnternet.

Рис. 5.1. Система TOTALBank

Основні характеристики системи. Функціональними компонентами системи є: TOTALBank – комплексна інформаційна банківська система; TOTALSepNbu – система зв’язку комерційного банку з СЕП НБУ; TOTALReports – система звітності комерційного банку; TOTALClіentBank – система “клієнт-банк” з використанням Іnternet; TOTALCard – платіжна система на основі мікропроцесорних карток.