Автоматизированные банковские системы России

Технологический кризис

До сих пор технологическая база большинства реально эксплуатируемых АБС — это персональные компьютеры (ПК) , локальные сети ПК (ЛСПК) и СУБД, работающие на ПК и рассчитанные на ПК (СУБДПК) — Btrieve, Clipper, Clarion, FoxPro, dBase и др. Это относится как к АБС, разработанным банками самостоятельно, так и к системам, поставляемым такими фирмами, как Програмбанк, Диасофт, АСофт, R–Style, Инверсия, ЛИМ, и используемым в весьма значительном числе КБ (общее число установок заведомо превышает тысячу).

Сегодня стало очевидно, что эти информационные технологии (ИТ) устарели. Опыт эксплуатации систем этого типа в качестве основы для автоматизации банков показал, что они очень быстро исчерпывают себя. Более выгодные с сиюминутной точки зрения (низкая стоимость, наличие специалистов) , эти решения оказываются несостоятельными в долгосрочной перспективе прежде всего с точки зрения надежности и эффективности распределенной обработки. Не случайно среди причин отказа от таких АБС банки называют, главным образом, следующие:

- "система неустойчива в работе, часты сбои, потери данных, восстановление которых занимает значительное время";

- "система не обеспечивает нужной производительности при возрастании числа сетевых пользователей".

В конечном счете, указанные проблемы — следствие неадекватности технологии программирования в СУБДПК задачам нового уровня и масштаба, перед которым оказались банки. Говоря попросту, система перегружается, так как не рассчитана на слишком большую нагрузку: возросший трафик, большие объемы хранимых данных, высокое число транзакций...

Несовершенство инструмента часто вынуждает идти по пути латания ошибок, в результате чего легко попасть в заложники к собственной команде программистов или к фирме–поставщику.

Вполне возможны и такие опасные ситуации, когда системы, несмотря на внешне устойчивую работу, обладают серьезными скрытыми изъянами, обнаружение которых превращается в самостоятельную проблему. Известны случаи, когда в результате ошибок в проводках набегали миллиардные расхождения, которые удавалось заметить лишь некоторое время спустя.

Чтобы определить пути выбора современных ИТ, вполне корректно будет кивнуть на Запад. Там, в условиях устоявшегося бизнеса, общепризнанной и общепринятой технологической основой для создания и использования ИТ масштаба предприятия (к которым, безусловно, относится всякая солидная АБС) , является архитектура "клиент–сервер", которая реализована, в частности, в системах управления реляционными базами данных (РСУБД) : Oracle, Sybase, Informix, Ingres, Progress и др.

Использование адекватных ИТ позволяет удовлетворить в банковской системе следующим важнейшим общетехнологическим критериям:

   1. Надежность хранения данных. Как наглядно показывает опыт России, это — критический показатель для банковского бизнеса. АБС должна гарантировать, что данные не теряются после неизбежных сбоев; что сохраняется их целостность, согласованность; что обеспечивается "откат" к предыдущему, проверенному варианту.
   2. Конфиденциальность доступа. Система должна обеспечивать различные уровни и контроль доступа к данным для разных групп пользователей: например, поддерживать привилегии (или, наоборот, ограничения) при доступе к данным управляющего, администратора, операциониста; доступ должен быть защищен паролем, чтобы исключить кражу или непреднамеренную порчу данных.
   3. Эффективность распределенной обработки. Система должна работать в сети без перегрузки; отказы сети не должны вызывать потерю или искажение данных.
   4. Возможность работы в реальном времени с единой информационной базой, в единой информационной среде; принципиальная возможность работы не только в локальной, но и территориально–распределенной сети. Тем самым при наличии соответствующих линий связи поддерживается сетевое взаимодействие не только локальных, но и удаленных пользователей и, в частности, обеспечивается оперативная связь банка с филиалами.
   5. Отсутствие принципиальных ограничений на производительность: на объемы хранимых данных, скорость их обработки и т.п.
   6. Развитый инструментарий разработки приложений в архитектуре "клиент–сервер" (CASE–средства, языки 4–го поколения) , позволяющий создавать системы, которые надежны и эффективны в работе, удобны для сопровождения и модификации.

На технологический кризис и потребность в модернизации ИТ рынок откликнулся появлением новых фирм–поставщиков с продуктами, опирающимися на реляционные СУБД: БИСквит (фирма БИС) , Банкир (CSBI EE) , РАБИС, Derby и др.

Об остроте технологического кризиса свидетельствует тот факт, что некоторые авторитетные российские фирмы–разработчики, ранее опиравшиеся на СУБДПК, в частности, Диасофт, Инверсия и Програмбанк, объявили о разработке новых версий АБС, теперь базирующихся на реляционных СУБД.

О том, что процесс смены ИТ в России далеко не завершен (и темпы его не слишком высоки) говорит тот факт, что на сегодняшний день даже на этом относительно высокоразвитом рынке имеется лишь несколько (не считая чисто западных) реально эксплуатируемых систем, реализованных в РСУБД. Основную долю среди них составляют системы Ва–Банк и Банкир, при этом число их установок исчисляется не сотнями, а десятками.

Сайт управляется системой uCoz