ТЕХНИЧЕСКИЕ РЕШЕНИЯ БАНКОВСКИХ ТЕХНОЛОГИЙ

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

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

     Основой современного подхода технических  решений в по- строении информационных технологий банков является архитектура "клиент - сервер". Она предполагает организацию технического обеспечения и разделения обработки информации между двумя компонентами, которые называются клиентом (рабочей станцией) и сервером. Обе части выполняются на разных по мощности компьютерах, объединенных сетью. При этом клиент посылает серверу запросы, а сервер их обслуживает. Такая технология реализуется в профессиональных СУБД, имеющих специальный язык структурированных запросов.

     Одним из вариантов реализации технологии "клиент - сервер" является ее трехуровневая  архитектура. В сети должны присутствовать как минимум три компьютера: клиентская часть (рабочая станция), сервер приложений и сервер базы данных. В клиентской части организуется взаимодействие с пользователем (пользовательский интерфейс). Сервер приложений реализует  бизнес-процедуры для клиентской части. Сервер базы данных обслуживает бизнес-процедуры, которые выступают в роли клиентов. Гибкость такой архитектуры в независимом исполь- зовании и замене вычислительных и программных ресурсов на всех трех уровнях.

Для повышения  надежности, отказоустойчивости технических решений в банковских АИТ практикуется объединение серверов в группы (кластеры). При этом ресурсы и нагрузка разделяются между серверами (узлами системы) так, что пользователь не знает, с каким конкретным сервером он работает в данный момент, а использование технических средств оказывается более эффективным.

Телекоммуникационная  архитектура в автоматизированных технологиях банка определяет набор  и структуры подсистем технического обеспечения, которые должны обеспечивать разнообразные типы взаимодействия для всех приложений (модулей) АБС(рис.1). Возможности архитектуры в процессе создания АИТ согласуются с требованиями и условиями работы банка, определяемыми его бизнес-процессами. Предусматривается взаимодействие банка с внешними финансовыми и ин- формационными структурами, с расчетно-клиринговыми палатами и центрами, биржами, РКЦ, с удаленными клиентами и другими банками и т.д. Телекоммуникационное обеспечение бизнес-процессов банка строится с учетом обслуживания своей корпоративной сети и доступа в любые другие локальные и глобальные сети. Из-за отсутствия на текущем этапе стандартов на прикладные взаимодействия обычно связь банка с внешними организациями осуществляется через шлюзы, например, почту, телекс или АРМы других фирм.

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

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

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

ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ В БАНКАХ

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

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

     Рассмотрение  банковской практики позволило сформулировать следующие требования к базовым средствам. Необходимость обеспечения банковской системой многозадачного режима и многопользовательского доступа к данным. Под многозадачностью в данном случае понимается возможность запуска в системе автономных фоновых процессов, отчужденных от рабочего места оператора. Фоновые процессы могут исполнять задания по предварительной обработке документов, поступивших по телеканалу, формированию отчетов, выполнению проводок по обработанным документам и пр., и тем самым высвобождать от этих операций рабочие места специалистов. Подобный режим позволяет переложить на АИТ не только выполнение значительного количества стереотипных, рутинных операций по решению функциональных задач, но и обеспечить автоматизированный контроль за целостностью поступающих данных и тем самым повысить удобство, эффективность и, главное, надежность функционирования .банковской системы. Кроме того, фоновые процессы позволяют банковской системе обеспечить выполнение сложных операций, требующих параллельных, протяженных во времени и взаимонезависимых действий. В частности, только многозадачный режим способен обеспечить реализацию в полной мере интегрированной банковской системы.

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

     Отличительной чертой функционирования автоматизированных банковских систем являются необходимость обработки больших объемов данных в весьма сжатые сроки, что предъявляет требования к производительности. При этом основная тяжесть падает на операции ввода, чтения, записи и передачи данных. Все это предъявляет весьма жесткие требования к производительности СУБД и средств, обеспечивающих передачу данных. Кроме того, значительные объемы информации должны быть доступны специалисту банка в оперативном режиме для обеспечения возможностей анализа, прогнозирования, контроля и пр. Поэтому базовые средства должны быть в состоянии поддерживать доступ к большим и постоянно возрастающим объемам данных без потери производительности. Поддержание производительности в условиях возрастающей нагрузки на систему зачастую приводит к необходимости перехода на более мощную аппаратную платформу (свойства "переносимости"). Поэтому базовые средства должны обеспечивать возможность переноса прикладной системы на новые аппарат- ные платформы без каких-либо глубоких изменений прикладного программного обеспечения.

     Основными свойствами АБС в отношении прикладных, потребительских свойств являются: достаточная широта функционального набора, интегрированность, конфигурируемость, открытость и настраиваемость системы.

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

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

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

Открытость системы  предполагает наличие в ней средств для развития и модификации: САSЕ - средства, 4GL - средства (языков четвертого поколения), шлюзов для привязки внеш- них (написанных не разработчиком) процедур, генераторов запросов, процедур импорта/экспорта данных. Потребность во внесении изменений возникает в банке достаточно часто. Од- нако привлечение фирмы-разработчика для осуществления модификаций не всегда оказывается возможным. Препятствиями могут быть срочность внесения изменений, финансовые ограничения, соображения коммерческой тайны (если речь идет об отражении в системе элементов новой технологии), географическая удаленность от разработчика и пр. В этих условиях только открытость способна обеспечить развитие системы соб- ственными силами и поддержание соответствия компьютерных систем изменяющимся условиям.

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

     Сформулированный  перечень требований позволяет провес- ти оценку банковских систем и как следствие их сравнитель- ный анализ (что и представляет основной интерес для потребителя программной продукции). Однако в действительности сравнительная оценка рассматриваемых банковских систем проявляется как в архитектуре и выборе базовых программных средств (от MS DOS до UNIX), так и в функциональных воз- можностях. Диапазон архитектурных решений весьма широк - от набора практически независимых локально функционирую- щих специализированных подсистем до полностью интегриро- ванных комплексов. При этом соответствующие друг другу подсистемы в комплексах различных производителей могут иметь различное функциональное наполнение. Даже такое классическое понятие, как операционный день, трактуется широ- ко. Например, формирование отчетности может включаться в эту подсистему, а может быть вынесено в отдельный функциональный модуль, операционный день может быть снабжен функциями по открытию и закрытию счетов, либо эти действия могуг произво- диться из специального административного блока и т.д.