Автоматизированная банковская система должна строиться на основе модульности, предполагающей, что структура АБС состоит из программного ядра и нескольких независимых функциональных модулей, число которых может постепенно увеличиваться, за счет чего можно наращивать ее возможности. Программное ядро определяется как минимальный состав подсистем, при котором система сохраняет свою работоспособность. В ядро АБС, как правило, включаются подсистема бухгалтерского учета и отчетности, информационной безопасности, администрирования и т. п.
1.2. Требования, предъявляемые к банковским электронным системам
Интегрированность системы - другое важное требование, заключающееся в способности всех компонентов комплекса работать на единой базе данных таким образом, чтобы информация любой отдельно взятой подсистемы была доступна в режиме реального времени всем другим подсистемам. Интегрированную систему автоматизации многофилиального банка должно отличать, прежде всего, специфическое архитектурное построение, которое обусловливает особые требования к программно-аппаратной платформе и средствам коммуникации.
Расширение банковского бизнеса по предоставлению розничных услуг клиентам требует организации оперативной и удобной системы их обслуживания в любом филиале или отделении банка, возможности проведения самообслуживания клиентов из дома, офиса или мультимедийного киоска самообслуживания. Основными проблемами при этом являются недостаточная оперативность обслуживания клиентов в удаленных филиалах и отделениях, слабая поддержка различных каналов связи и периферийных устройств, высокая стоимость эксплуатации системы из-за отсутствия интегрированных решений, охватывающих всю систему функциональности в данной предметной области.
Выполнение требования интегрированности позволяет обеспечивать расширяемость системы, под которой понимается возможность естественным образом обеспечивать производство новых банковских продуктов без увеличения общих издержек на эксплуатацию, а также доступность - или возможность получать все банковские продукты в любом территориально обособленном подразделении банка, в результате чего увеличение числа обслуживаемых клиентов, как правило, не приводит к увеличению общих издержек на эксплуатацию АБС.
Интегрированное решение АБС дает банкам существенные преимущества, прежде всего, за счет использования единой программно-аппаратной платформы, общей базы данных нормативно-справочной информации, единых механизмов администрирования и настройки системы, единых средств подготовки отчетности, существующей возможности быстрой разработки банковских приложений в единой интегрированной среде. Интегрированный подход позволяет банкам не только расширять спектр совершаемых ими операций и предоставляемых услуг, но, что особенно важно, существенно повышать их качество.
Комплексность системы предполагает, что все направления многофункциональной деятельности коммерческого банка подлежат автоматизации. При этом комплексная АБС должна представлять связанный набор продуктов, каждый из которых разработан с использованием единых инструментальных средств и функционирует на единой программно-аппаратной платформе, обеспечивая за счет этого полную интеграцию продуктов при их совместном использовании.
Гибкость системы должна позволять легко менять (или перенастраивать) ее структуру для решения новых бизнес-задач, для адаптации к постоянно меняющимся условиям внешней и внутренней среды. Выполнение этого требования позволяет, в частности, через средства настройки оперативно модифицировать описания и правила выполнения конкретных банковских операций, создавать новые формы отчетности, вводить в систему новые алгоритмы и т. п. Можно отметить, что гибкость является важнейшей чертой модульных АБС.
Открытость АБС позволяет использовать ее для совместной работы с другими автоматизированными системами. Указанному требованию удовлетворяют современные открытые СУБД, поддерживающие сетевое взаимодействие в архитектуре “клиент-сервер”. Так, например, использование СУБД Oracle позволяет реализовывать в рамках АБС такие важные свойства, как переносимость АБС практически на все ЭВМ, возможность функционирования во всех коммуникационных сетях, высокую степень надежности хранения и обработки данных, высокую скорость обработки транзакций в многопользовательском режиме, высокую эффективность при работе на мультипроцессорных ЭВМ.
Масштабируемость системы дает возможность легко переходить от АБС, используемой небольшой рабочей группой, к распределенной системе практически неограниченного размера и сложности. Информационную основу такой системы должна составлять единая централизованная база данных, позволяющая, в частности, в широких пределах наращивать филиальную сеть банка или сеть других его подразделений.
Возможность работы в режимах “on-line” и “off-line”. Обработка всех операций в режиме реального времени получила за рубежом название OLTP (On-Line Transaction Processing - непосредственная обработка транзакций), при которой всей информацией банковской системы управляет единый сервер базы данных (БД), при этом все рабочие места обращаются в режиме реального времени к централизованному хранилищу информации. Таким образом, все пользователи системы работают на терминалах, связанных с центральной БД, куда однократно вводится вся поступающая в систему информация.
В режиме “off-line”, в отличие от OLTP, рабочие места в удаленных подразделениях банка имеют доступ лишь к локальным базам данных, расположенных, как правило, в самом филиале. По определенным правилам эти данные с некоторой временной задержкой передаются в Головную контору или региональный филиал для последующей их обработки и консолидации.
Безусловно, режим OLTP имеет массу преимуществ, поскольку все вводимые в систему данные сразу становятся доступными всем подсистемам, соответственно, сотрудникам банка. Это позволяет обеспечивать более оперативный уровень обслуживания клиентов. Однако режим OLTP требует и более высоких затрат на его реализацию в связи с необходимостью использования более сложного программного обеспечения, а также более качественных линий связи.
Учитывая специфику России (слабость банковской системы, отсутствие развитой инфраструктуры связи), АБС, обслуживающие многофилиальные банки, должны иметь возможность организовывать работу как в режиме “on-line”, так и в режиме “off-line”, поскольку даже в рамках одного банка для каких-то его территориально обособленных подразделений оптимальным будет один режим, а для других - другой.
Развитые возможности импорта-экспорта данных необходимы современным АБС для осуществления обмена данными с внешними приложениями (системами). В качестве таких данных могут выступать: текстовые файлы различных форматов, базы данных (Oracle, Sybase, Btrieve, Paradox, Dbase и др.), форматы электронных таблиц (Excel, DBF и др.), графические форматы(bmp, pcx, jpg, cdr и др.), формат данных сети Интернет (HTML). Механизм импорта-экспорта данных должен включать в себя ряд обеспечивающих функций, таких как осуществление автоматического контроля, диагностики, протоколирования ошибок при импорте-экспорте и т. п.
Единое информационное пространство. Эффективное управление коммерческим банком возможно лишь при наличии оперативной информации о деятельности всех его подразделений. В этой связи организация оперативного доступа к информации является сложной, а подчас непосильной задачей, если подразделения замкнуты в собственной информационной среде, работают с отдельными, несвязанными программными продуктами. Для решения данной задачи необходимо, чтобы все подразделения банка функционировали в едином информационном пространстве, что позволяет служащим банка (менеджерам, плановикам, аналитикам, контролерам и др.) получать прозрачный доступ ко всей ключевой информации, необходимой им для реализации возложенных на них функций.
Обеспечение консолидации данных является не только требованием к АБС, но и серьезной, многоплановой задачей. Для консолидации данных их необходимо, прежде всего, собрать с различных внешних и внутренних источников, включая отделения, филиалы, представительства банка, затем интегрировать разрозненную и разнородную информацию в единую базу данных таким образом, чтобы ее можно было использовать для оперативного получения ответов на многочисленные вопросы аналитиков и менеджеров.
Важнейшим требованием к автоматизированным системам, особенно в области банковского бизнеса, является защита информации, которая должна обеспечивать не только защиту информации от несанкционированного доступа (как от изменений, так и от просмотра), но также целостность и взаимосогласованность данных в любой момент времени. Задача информационной безопасности должна решаться на верхнем уровне АБС через строгую структурированность системы доступа к информации (использование паролей, других методов идентификации пользователей); полное восстановления всей истории происходящих в системе событий, с определением лиц, их совершавших (комплексный мониторинг действий пользователей); использования зафиксированной информации, для изменения которой требуются специальные полномочия.
Технология обеспечения безопасности, реализуемая в АБС, должна обеспечивать защиту от несанкционированного доступа к данным, как из программных продуктов самой системы, так и из других, внешних по отношению к ней, приложений. В этой связи важно отметить высокую степень надежности и безопасности, которую обеспечивают разработки в архитектуре “клиент-сервер” при использовании современных СУБД (как например, Oracle, SQL-сервер, Btrieve, DB_Vista).