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

Главным фактором при переходе к перспективной технологии автоматизированной деятельности должно быть использование системного анализа на этапах разработки и внедрения АБС.

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

Построенный с помощью CASE-средств проект является не просто реализацией начальных этапов жизненного цикла АБС и техническим заданием на последующие этапы. Он представляет собой самостоятельный результат, имеющий большое практическое значение.

Computer Aided Systems Engineering (CASE) - это технология автоматизированного проектирования программного обеспечения. [14]

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

Следует отметить, что банк может разрабатывать свою прикладную систему без Oracle CASE, избрав в качестве инструментальных средств языковые средства 4-го поколения, например, SQL*Forms входящие в СУБД Oracle. Однако, так как данные, подлежащие обработке в процессе функционирования банковской системы, имеют сложные взаимосвязи, которые необходимо отслеживать на уровне интерфейса с конечным пользователем, то возможны ошибки при проектировании. [10, 14]

CASE-технология и инструментальные средства фирмы Oracle позволяют проектировщику с помощью достаточно простой и неформальной терминологии ввести представления своих знаний о работе конкретного банка в системный словарь, а затем провести генерацию сразу же готовой к выполнению на компьютере прикладной системы автоматизации работы этого банка. Таким образом, настройка проектируемой системы на специфические особенности работы конкретного банка закладывается на первоначальных стадиях проектирования, и при любых изменениях банковской технологии впоследствии, например, при вводе в действие новых законодательных актов, проектировщику необходимо изменить представление своих знаний в системном словаре и провести частичную или полную перегенерацию автоматизированной банковской системы.

Следует отметить, что в АБС также используют XML.

XML (eXtensible Markup Language - расширяемый язык разметки) относится к категории интернет-технологий. Поддерживается международным консорциумом W3C (главным «стандартизатором» Интернета) и обрабатывается с помощью браузеров и серверов. Как чрезвычайно гибкая и богатая возможностями технология для открытых коммуникаций, XML становится все более популярным среди разработчиков и пользователей, включая и банковский бизнес. [4]

Наиболее известный пример применения данной технологии – это полностью основанные на XML унифицированные форматы электронных банковских сообщений (УФЭБС). Существует разработанный альбом схем УФЭБС, изложенных в общепринятых терминах XML, которые свободно реализуются на основе набора типовых, хорошо отработанных программных процедур.

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

В АБС область применения XML может быть следующей: [4]

• внешний платежный и технологический документооборот в системах межбанковских расчетов, приложениях типа «Клиент-Банк», клиринговых, биржевых и пр.;

• внутрибанковский документооборот (платежный, информационный, технологический, административный) между головной организацией, филиалами и структурными подразделениями;

• взаимодействие между бизнес-подсистемами АБС, фронт- и бэк-офисами;

• взаимодействие между разнесенными техническими элементами АБС: серверами приложений, терминалами, клиентскими рабочими местами;

• экспорт информации из АБС в хранилища данных (OLAP-системы), информационный обмен между различными АБС, а также с другими банковскими программными продуктами;

• загрузка извне нормативно-справочной информации и передача ее между элементами АБС;

• загрузка поставляемого контента: курсов валют, ценных бумаг, биржевых сводок и пр.;

• предоставление регулярных регламентированных отчетов и сведений в надзорные, контролирующие, налоговые, таможенные и прочие уполномоченные структуры;

• разовое и эпизодическое предоставление сведений в различных практических ситуациях;

• архивирование любого рода данных.

Следует отметить важную для банковских технологий особенность XML - это использование электронной цифровой подписи. Она давно используется в межбанковском взаимодействии и сейчас начинает активно применяться во внутрибанковском документообороте. Это повышает безопасность и упрощает бизнес-процессы, т.е. появляется возможность отказаться от дополнительного контроля за прохождением и правильностью документов.

Многие производимые в технологических целях преобразования не приводят к изменению содержания документа, но разрушают целостность документа, подписанного ЭЦП, которая чувствительна к изменению даже одного-единственного бита.

Для решения этой проблемы применяется процедура так называемой канонизации XML-документа, которая позволяет свести различные представления одного и того же документа к точно соответствующему общему виду – «канонизированному представлению». Такой документ можно подписывать ЭЦП и далее, на приемном конце, вновь приведя его к канонизированному представлению, проверить имеющуюся в нем ЭЦП.

Еще одной особенностью применения ЭЦП в XML является включение тела ЭЦП непосредственно в состав подписанного документа в виде отдельного элемента, при этом подписываемая часть документа содержится в других элементах этого же документа.