Внедрение автоматизированных банковских систем в финансовых структурах России - Глава 2
· •"система неустойчива в работе, часты сбои, потери данных, восстановление которых занимает значительное время";
· •"система не обеспечивает нужной производительности при возрастании числа сетевых пользователей".
В конечном счете, указанные проблемы - следствие неадекватности технологии программирования в СУБДПК задачам нового уровня и масштаба, перед которым оказались банки. Говоря попросту, система перегружается , так как не рассчитана на слишком большую нагрузку: возросший трафик, большие объемы хранимых данных, высокое число транзакций…
Несовершенство инструмента часто вынуждает идти по пути латания ошибок, в результате чего легко попасть в заложники к собственной команде программистов или к фирме-поставщику.
Вполне возможны и такие опасные ситуации, когда системы, несмотря на внешне устойчивую работу, обладают серьезными скрытыми изъянами, обнаружение которых превращается в самостоятельную проблему. Известны случаи, когда в результате ошибок в проводках набегали миллиардные расхождения, которые удавалось заметить лишь некоторое время спустя.
Чтобы определить пути выбора современных ИТ, вполне корректно будет кивнуть на Запад. Там, в условиях устоявшегося бизнеса, общепризнанной и общепринятой технологической основой для создания и использования ИТ масштаба предприятия (к которым, безусловно, относится всякая солидная АБС), является архитектура "клиент-сервер", которая реализована, в частности, в системах управления реляционными базами данных (РСУБД): Oracle, Sybase, Informix, Ingres, Progress и др.
Использование адекватных ИТ позволяет удовлетворить в банковской системе следующим важнейшим общетехнологическим критериям:
1. Надежность хранения данных. Как наглядно показывает опыт России, это - критический показатель для банковского бизнеса. АБС должна гарантировать, что данные не теряются после неизбежных сбоев; что сохраняется их целостность, согласованность; что обеспечивается "откат" к предыдущему, проверенному варианту.
2. Конфиденциальность доступа. Система должна обеспечивать различные уровни и контроль доступа к данным для разных групп пользователей: например, поддерживать привилегии (или, наоборот, ограничения) при доступе к данным управляющего, администратора, операциониста; доступ должен быть защищен паролем, чтобы исключить кражу или непреднамеренную порчу данных.
3. Эффективность распределенной обработки. Система должна работать в сети без перегрузки; отказы сети не должны вызывать потерю или искажение данных.
4. Возможность работы в реальном времени с единой информационной базой, в единой информационной среде; принципиальная возможность работы не только в локальной, но и территориально-распределенной сети. Тем самым при наличии соответствующих линий связи поддерживается сетевое взаимодействие не только локальных, но и удаленных пользователей и, в частности, обеспечивается оперативная связь банка с филиалами.
5. Отсутствие принципиальных ограничений на производительность: на объемы хранимых данных, скорость их обработки и т. п.
6. Развитый инструментарий разработки приложений в архитектуре "клиент-сервер" (CASE-средства, языки 4-го поколения), позволяющий создавать системы, которые надежны и эффективны в работе, удобны для сопровождения и модификации.