logo search
metodichka_AITKO_060406

Принципы построения информационных банковских систем

      1. Модульный принцип

Модульный принцип построения предусматривает разделение информационной банковской системы на ряд элементов по функциональному или объектному принципу. Эти элементы принято называть блоками или модулями, каждый из которых представляет собой программно-информационный модуль. Например, по функциональному принципу можно выделить следующие модули: операционный день банка (банковский учет), расчетно-кассовое обслуживание, кредитование, депозитарий и т.д.; по объектному принципу — модуль головного банка, филиала, отделения, представительства. Как правило, на практике чаще всего используется функциональное разделение, что позволяет пользователю связать отдельные модули в единую информационную систему, максимально отражающую специфику и потребности каждого банка. Однако набор модулей может варьироваться в зависимости от специфики банка, его направленности, масштаба деятельности, от перечня и характера операций, реально выполняемых банком.

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

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

Рисунок 1 — Структура ИБС

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

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

Модули расчетно-кассового обслуживания (РКО) решают задачи учета данных о клиентах банка, включенных договорах банковского счета, открытие и ведение расчетных и валютных счетов клиентов; обработки банковских документов различных видов, в том числе платежных поручений в рублях и иностранной валюте, кассовых, конверсионных, мемориальных, внебалансовых и срочных документов; проведения рублевых расчетов через расчетную сеть Банка России, валютных расчетов через сеть S.W.I.F.T., а также расчетов с использованием корреспондентских счетов, открытых в других банках; автоматизированного ведение картотек документов, в том числе внебалансовых картотек и картотек документов, поступивших на счета невыясненных сумм; автоматического расчета и взимания комиссии с клиентов за проведение операций и др.

Модули учета кассовых операций управляют наличными и валютно-обменными операциями в кассах банка; взаимодействием касс и хранилища банка и учетом наличных средств в разрезе рабочих мест кассиров (кассовых окон), подведением итогов по кассам.

Модули учета клиентских конверсионных операций помогают проводить операции покупки и продажи валюты.

Модули отчетности формируют обязательную отчетность в соответствии с требованиями инструкций Банка России, а так же широкий спектр оперативных отчетов, предоставляющих всевозможную информацию о процессах и операциях пользователям системы.

Модули расчетов в сети S.W.I.F.T. обеспечивают передачу расчетной информации через S.W.I.F.T.: формирование по данным платежных документов исходящих сообщений S.W.I.F.T. для последующей их загрузки в терминал S.W.I.F.T.

Модули дистанционного обслуживания клиента включают в себя «классический» «Клиент-Банк» и интернет-банкинг

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

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

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

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

Модули обслуживания населения позволяют автоматизировать проведение всего спектра необходимых операций «без открытия счета» и «по счету».

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

Модули хозяйственных договоров решают задачи ведения заключенных банком хозяйственных договоров.

Это далеко не полный набор предлагаемых современными разработчиками модулей. Решение о приобретении того или иного модуля принимается банком на основании потребностей банка и набора совершаемых операций.

      1. Принцип единства информационного пространства

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

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

В отсутствие единой информационной базы усложняется поиск, обмен, а следовательно, и получение любой информации встроенными средствами системы. При этом различные задачи в системе выполняются отдельно и являются информационно слабо связанными на уровне ИБС.

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

Отличительной особенностью баз данных ИБТ является совместное хранение данных с их описаниями. Эти описания называются метаданными (данные о данных). Они необходимы для контроля и управления данными как ресурсом.

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

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

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

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

Еще одним путем к обеспечению единого информационного пространства является использование хранилища данных.

Хранилище данных — предметно-ориентированная информационная корпоративная база данных, предназначенная для подготовки отчетов, анализа бизнес-процессов и поддержки принятия решений.

Отличительными чертами хранилища данных являются:

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

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

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

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

Создание витрины данных определяется необходимостью обеспечить возможности анализа данных той или иной предметной области наиболее оптимальными средствами.

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

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

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

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

Рисунок 2 – Схема взаимосвязи хранилища данных и витрин данных.

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

      1. Принцип безопасности

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

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

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

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

Доступность предусматривает действительную доступность компонента авторизованному (т.е. допущенному) пользователю в любое время.

Конфиденциальность состоит в том, что определенная часть информации предоставляется только авторизованным пользователям.

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

Вторую группу составляют преднамеренные угрозы, приводящие к непосредственному раскрытию, изменению, хищению или уничтожению данных. Этот вид угроз исходит и от внутренних участников системы (персонала банка), и от внешних, так называемых «хакеров» и других злоумышленников.

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

Программными средствами могут поддерживаться следующие механизмы защиты информации:

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

      1. Принцип эффективности

При внедрении ИБТ необходимо помнить и об эффективности. Автоматизация не должна быть разорительной для банка. Стоимость технологии не должна превышать эффект от ее внедрения. Поэтому при выборе технологии следует учитывать объем информации (в том числе и количество документов, ежедневно обрабатываемых банком), наличие филиалов и отделений, количество клиентов и оказываемых услуг (сегментация клиентской базы и пакета услуг), необходимость взаимодействия с внешними системами (биржами, платежными системами S.W.I.F.T., РКЦ), наличие возможности обмена данными с локальным программным обеспечением и системами, которые уже используются в кредитной организации.

Для оценки эффективности информационной технологии применяется следующий подход. С одной стороны, подсчитывается так называемая «стоимость владения» (поддержание оборудования и программного обеспечения, составляющего информационную систему компании), а с другой — определяется, насколько использование этой информационной системы повышает производительность труда. Для оценки эффективности банковской технологии кроме соотношения «стоимость владения/производительность труда» необходимо учитывать и другие факторы:

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

      1. Принцип взаимодействия

Современные банковские технологии ориентированы на одновременную работу большого количества пользователей. Для обеспечения многопользовательской работы системы применяют специализированные технологии. Наиболее часто используется «клиент-серверная» технология.

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

Технология «клиент-сервер» бывает двухзвенная и многозвенная. При двухзвенной архитектуре система состоит из клиентов, которые непосредственно взаимодействуют с сервером. В контексте банковских технологий в качестве сервера, как правило, выступает СУБД. Многозвенная архитектура отличается существованием еще одного (или нескольких) звена, так называемых серверов приложений или серверов обслуживания, которые являются промежуточными звеньями между клиентами и сервером СУБД. Частным случаем многозвенной архитектуры является трехзвенная архитектура, состоящая из клиентов, сервера приложений и СУБД (рисунок 3).

Рисунок 3 — Пример трехзвенной архитектуры

По способу организации обмена данными между клиентом и сервером различают модели «толстого» и «тонкого» клиента:

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