Інформаційні системи та технології в економіці

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

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

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

Четверте покоління. Системи побудовані на базі персональних комп’ютерів під управлінням MS-DOS чи MS Windows і працюють в локальній мережі або є хост-комп’ютер з термінала-

ми, СУБД професійна реляційна (може бути постреляційна чи 

сіткова). Структурно система побудована у вигляді АРМів, які зв’язані між собою інформаційно і рідше функціонально через спільне ядро. Технологія — «хост-термінал» чи дворівнева «клієнт-сервер». АБС, що можна віднести до даного покоління, дуже поширені.

П’яте покоління. Апаратна платформа — персональні комп’ютери під управлінням MS-DOS чи MS Windows іноді UNIX, які працюють у розподіленій мережі з кількома серверами додатків по технології трирівневий «клієнт-сервер». Базовим елементом таких систем є документ чи угода (іноді бухгалтерське проведення). Структурно система складається з інформаційно і функціонально пов’язаних АРМів.

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

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

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

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

Гнучкість — це один з ключових факторів, який полягає у тому, що будь-яка банківська система повинна мати можливість розширюватись та розвиватись і не лише фірмою-розробником, а й силами спеціалістів банку. Розвиток системи може відбуватися у двох напрямах: кількісному — при збільшенні кількості філій чи клієнтів та якісному — при розширенні спектра банківських операцій і послуг. Зміни кількісного характеру приводять до необхідності нарощування системи, яке може виконуватись двома способами: 

-за рахунок встановлення у головній конторі більш потужної ЕОМ чи шляхом розпаралелення процесу обробки на кілька ЕОМ;

-за рахунок збільшення продуктивності обчислювальних комплексів у філіях банку і переходу на розподілену обробку даних, зберігши за центральним обчислювальним комплексом лише функції консолідації балансу та обслуговування поточних інформаційних потреб.

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

В цілому система повинна мати можливість розширення як по горизонталі (збільшення кількості клієнтів, каналів зв’язку і т.п.), так і по вертикалі (перехід на більш потужну техніку).

При цьому мають бути зведені до мінімуму можливі зміни:

-інтерфейса користувача;

-технології роботи з системою;

-структури файлів бази даних.

Також має бути виключена або зведена до мінімуму необхідність модифікації прикладного програмного забезпечення і