Page 102 - 4605

можливістю роботи в реальному режимі часу. Попит на такі системи випередив
пропозицію. Розробникам програмного забезпечення в Україні знадобиться мінімум
1,5-2 роки для створення конкурентоспроможних систем. При прямому перенесенні
відпрацьованих технічних рішень у нове середовище втрачається можливість повністю
переглянути постановку задач та здійснити їх інтеграцію. Збереження попередньої
структури автоматизованої системи призведе до того, що в новій розробці залишиться
багато неоптимальних і навіть хибних рішень [4].
Автоматизована банківська система в Україні НБУ є інтегрованим
програмним комплексом, який забезпечує автоматизацію всіх проблем банку – від
ведення головної книги до обліку виробництва для функціонування Банкнотно-
монетного двору [7]. Вона повинна об’єднати окремі завдання в єдиний програмний
комплекс і дозволити кожному обласному управлінню вести самостійний баланс як
частину єдиного балансу НБУ.
Основні вимоги до нової АБС НБУ:
1. Система повинна мати модульну структуру, що дозволяє будувати її
конфігурацію з базових модулів та підсистем, і складатися з програмних модулів для
проведення операцій із цінними паперами та готівкою, обслуговування фізичних осіб,
обліку основних засобів і товарно-матеріальних цінностей, управління персоналом та
нарахування заробітної плати, фінансового аналізу, управління активами (пасивами), а
також виробничими процесами (рис. 5.1). Передбачається можливість підключення
системи “клієнт-банк” [20].

Рис. 5.1. – Автоматизована банківська система НБУ

2. Система повинна бути інтегрованою для забезпечення обміну інформацією
між її різними компонентами через загальне інформаційне поле та для зв’язку з іншими
системами НБУ.
3. Для збереження даних застосовуються сучасні СУБД ОRАСLЕ, SYBASE та
INFORМІХ, що дозволяють ефективно вирішувати питання, пов’язані з цілісністю,
безпекою даних, їх резервуванням та архівацією.
4. Передбачається дворівнева схема побудови [23]:
– центральний апарат НБУ;
– обласні управління.
5. Для створення програмних модулів та розв’язання власних задач у межах
системи передбачається використання єдиного інструментального засобу.
6. Для зв’язку з іншими системами передбачено два режими:
– оff-line за узгодженими форматами даних;
– оn-lіnе за стандартними протоколами.
7. Для більшості підсистем передбачається можливість роботи в реальному часі.

102