Покоління автоматизованих банківських систем

Однією з проблем, яка стоїть нині перед розробниками автоматизованих банківських систем (АБС), є проблема вибору підходів і технологічної платформи щодо її розробки. Аналіз розвитку АБС дає змогу виділити кілька поколінь таких систем і пев¬ним чином їх класифікувати [12, 13]. В основу розбивки систем на покоління беруться апаратна платформа, інструментальні засоби, технологія функціонування системи, базовий елемент системи та її структура.

Перше покоління. До систем першого покоління належать системи, орієнтовані на використання персональних ЕОМ типу IBM PC, що працюють під управлінням MS-DOS. Програмне забезпечення виконано з використанням мов СУБД типу Clipper, FoxPro, Clarion та ін. Структурно системи побудовані у вигляді не зв’язаних між собою АРМів. Тому характерна особливість АРМів є їх інформаційна відокремленість, тобто кожне робоче місце працює локально зі своєю базою даних на окремому комп’ю¬тері. Обмін у таких системах виконується у вигляді файлів, часто за допомогою фізичного їх перенесення на гнучких дискетах. Але іноді такий інформаційний обмін ускладнюється тому, що АРМи мають різні структури збереження даних. Основним базовим елементом системи є не документ, а проведення, тобто інформація одного документа розпорошена в системі, що не дозволяє працювати з банківським документом як з єдиним цілим.

Такі системи мають ряд суттєвих недоліків:

•інформаційна відокремленість кожної банківської підсистеми призводить до складності отримання консолідованих даних;

•не завжди в таких системах передбачається санкціонованість доступу та захист інформації (у багатьох системах цього покоління можливий перегляд клієнтських рахунків, кредитних угод та інших конфіденційних даних за допомогою утіліти dbView пакета Norton Commander), тобто системи практично не захищені;

•у таких системах відсутній і практично неможливий механізм підтримки транзакцій, а як наслідок не має змоги підтримувати цілісність даних.

Системи першого покоління були дуже поширеними, і це пояснювалось їхньою низькою вартістю і можливістю швидкої розробки. Зараз такі системи практично не експлуатуються, тому що Національний банк України ввів вимоги до програм автоматизації банківської діяльності і поставив перед собою завдання їх сертифікації. Системи першого покоління не відповідають вимогам НБУ. НБУ вже проведені сертифікації таких програмних комп¬лексів, як операційний день банку (ОДБ), а також систем «Клієнт-банк». Комерційні банки не мають права використовувати несертифіковані системи.

Друге покоління. Системи другого покоління АБС зорієнтовані на такі самі технічні засоби, що і системи першого покоління. Відмінність полягає в тому, що персональні комп’ютери працюють у локальній обчислювальній мережі Novell NetWare. Це дає змогу підтримувати різного роду блокування і базу даних, яка розміщена на сервері. Системи другого покоління реалізують «файл-серверну» технологію і здебільшого реалізовані на мові СУБД Clipper, FoxPro. Деякі системи реалізовані на мовах С і Pascal. Базовим елементом системи є проведення, рідше документ.

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

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

Третє покоління. Це системи, апаратною платформою яких є персональні ЕОМ, що працюють під управлінням MS-DOS (MS Windows) і об’єднані локальною мережею Novell NetWare чи Windows NT. СУБД — власна розробка на базі менеджера записів Btrieve. Системи такого типу є перехідними від технології «файл-сервер» до технології «клієнт-сервер». Структурно вони побудовані, як система АРМ, що працює з спільною базою даних, але слабо зв’язані між собою функціонально. Недоліком систем третього покоління є те, що менеджер записів Btrieve — це механізм нижчого рівня, а тому дуже значною є частка операцій, пов’язаних з підтримкою цілісності і узгодженості даних, які потрібно виконувати на робочій станції. Необхідно вирішувати дуже багато проблем, які в інструментальних засобах наступного покоління реалізовані по змовчанню, внаслідок чого у такій реалізації механізм підтримки посилкової цілісності не завжди є надійним.