Размещено на http://www.allbest.ru/

Информационные технологии в банковской системе

Содержание

• 1. Введение
• 2. Основная часть
• 2.1 Понятие банковской информационной системы
• 2.2 Принцип единства информационного пространства
• 2.3 Документарные информационные технологии
• 2.4 Архитектура банковских приложений
• 2.5 Особенности информационного обеспечения автоматизированных банковских технологий
• 2.6 ТЕХНИЧЕСКИЕ РЕШЕНИЯ БАНКОВСКИХ ТЕХНОЛОГИЙ
• 2.7 ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ В БАНКАХ
• 2.8 Функциональные задачи и модули банковских систем
• 3.Заключение
• 4. Список использованной литературы

1. Введение

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

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

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

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

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

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

Цель работы: исследование информационных технологий в банковской системе.

Задачи:

1. изучить понятие банковской информационной системы.

2. исследовать требования к системам автоматизации банковской деятельности.

3. проанализировать рынок программного обеспечения и рассмотреть самые популярные программы.

4. рассмотреть систему межбанковского взаимодействия и коммуникаций.



2. Основная часть

2.1. Понятие банковской информационной системы

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Рассмотрим основные модули на примере системы автоматизации банковской деятельности (САБД) 5NT©BANK (рис. 1.2).

Ядро системы - базовый модуль

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

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

Модуль расчетно-кассового обслуживания (РКО)

Решаемые задачи:

учет данных о клиентах банка, включенных договорах банковского счета, открытие и ведение расчетных и валютных счетов клиентов;

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

проведение рублевых расчетов через расчетную сеть Банка России, валютных расчетов через сеть S.W.I.F.T., а также расчетов с использованием корреспондентских счетов, открытых в других банках;

автоматизированное ведение картотек документов, в том числе внебалансовых картотек и картотек документов, поступивших на счета невыясненных сумм;

автоматический расчет и взимание комиссии с клиентов за проведение операций; формирование бухгалтерской отчетности в соответствии с требованиями Банка

Модуль учета кассовых операций

Решаемые задачи:

наличные и валютно-обменные операции в кассах банка;

автоматический учет бланков строгой отчетности (формы 0406007 и др.);

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

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

Решаемые задачи:

регистрация заявок клиентов на покупку/продажу валюты;

операции «обязательная продажа», «покупка/продажа за счет средств банка», «покупка/продажа на бирже»;

автоматическое формирование пакета бухгалтерских документов по заявке клиента;

автоматический расчет комиссий за операции конверсии и оформление паспорта сделки с учетом тарифов банка для конкретного клиента;

загрузка заявок на конверсию по системе «Клиент-Банк».

Модуль отчетности

Решаемые задачи:

формирование обязательной отчетности в соответствии с требованиями инструкций Банка Узбекистана;

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

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

Модуль расчетов в сети S.W.I.F.Т.

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

Модуль дистанционного обслуживания клиента

Подсистема «классический» «Клиент-Банк»

Решаемые задачи:

v организация защищенного электронного документооборота, включая различные типы документов:

§ платежное поручение в рублях;

§ заявление па инкассацию/аккредитив;

§ распоряжение на перевод иностранной валюты;

§ заявление на продажу/покупку/конвертацию иностранной валюты;

§ поручение на обязательную продажу валюты;

§ паспорт импортной/экспортной сделки;

§ документ свободного формата с возможностью вложения файла и др.;

v просмотр выписок, остатков по счетам;

v предоставление возможности работы в режиме холдинга;

v интеграция с любыми внешними бухгалтерскими программами.

Подсистема интернет-банкинга 5NT© CLIENT Решаемые задачи:

v организация защищенного электронного документооборота, включая разные типы документов:

§ платежное поручение в рублях;

§ поручение на перевод иностранной валюты;

§ поручение на продажу/покупку/конвертацию иностранной валюты, поручение на обязательную продажу валюты;

§ поручение на сделку с ценными бумагами;

§ депозитарные поручения;

§ сообщения свободного формата с возможностью прикрепления файла и др.;

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

v интеграция с любыми внешними бухгалтерскими программами;

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

Модуль учета коммерческих кредитов

Решаемые задачи:

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

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

бухгалтерское отражение кредитных операций с автоматическим формированием платежных, внутренних и внебалансовых документов и ордеров в модуле РКО;

формирование внутренних документов различного вида и бухгалтерской отчетности в соответствии с требованиями Банка России.

Модуль учета депозитов

Решаемые задачи:

учет данных о клиентах и их доверенных лицах, открытие и ведение счетов клиентов;

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

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

формирование отчетности в соответствии с требованиями Банка

Модуль межбанковских кредитов

Решаемые задачи:

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

обеспечение возможности совместного расчета лимитов по сделкам межбанковского кредита (МБК) и FOREX в случае, если в банке ведутся единые кредитные лимиты контрагентов;

формирование обязательной, внутренней и клиентской отчетности.

Модуль вексельного учета

Решаемые задачи:

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

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

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

формирование основных видов отчетности: внутренней аналитической отчетности и обязательной отчетности в соответствии с требованиями банка.

Модуль обслуживания населения

Решаемые задачи:

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

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

Услуги «без открытия счета»:

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

переводы средств без открытия счета;

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

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

валютно-обменные операции.

Услуги «по счету»:

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

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

предоставление кредитов населению;

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

работа с организациями по обслуживанию сотрудников и населения (взаимодействие с муниципальными и государственными организациями, «зарплатные», «социальные» и иные проекты);

home- и интернет-банкинг, информационные киоски, удаленное обслуживание клиентов.

Модуль работы с пластиковыми картами

Решаемые задачи:

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

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

обслуживании пластиковой карты счетов, правила начисления процентов и др.;

* автоматизация работы по эквайрингу пластиковых карт;

* поддержка «зарплатных» проектов;

* выпуск и обслуживание большинства разновидностей пластаковых карт: VISA, Europay, MasterCard, Cirrus/Maestro, Diners Club, American Express, локальных и др.;

* формирование обязательной и внутренней отчетности.

Модуль депозитарного учета

Решаемые задачи:

* учет данных о депонентах и уполномоченных лицах (попечителях, распорядителях и операторах счетов ДЕПО), организация плана счетов ДЕПО;

* ведение справочника финансовых инструментов (эмиссионных и неэмиссионных ценных бумаг документарных и бездокументарных форм выпуска);

* организация открытого, закрытого, маркированного храпения ценных бумаг;

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

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

* поддержка корпоративных действий эмитента - глобальных операций над выпусками ценных бумаг (дроблений, консолидации, конвертации, бонусов), начислений и выплат дивидендов, собраний акционеров. Оповещения клиентов о предстоящих корпоративных действиях эмитента и о результатах их проведения могут формироваться в виде сообщений S.W.I.F.T.;

* начисление комиссии с клиентов за депозитарное обслуживание;

* формирование основных видов отчетности.

Модуль доверительного управления

Решаемые задачи:

* автоматизированный учет и оформление операций по передаче/возврату активов (денежные средства и ценные бумаги) в доверительное управление;

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

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

* автоматическое открытие всех необходимых лицевых счетов для учредителей управления;

* ведение портфелей учредителей управления;

* ведение позиции по денежным средствам и ценным бумагам;

* автоматическое бухгалтерское оформление результатов операций - формирование бухгалтерских проводок по операциям

* автоматический расчет и удержание комиссионного вознаграждения за управление активами и за успех управления с учредителей управления;

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

* определение финансового результата по операциям учредителей управления методом LIFO или FIFO;

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

Модуль валютного дилинга

Решаемые задачи:

* автоматизированный учет и оформление сделок FOREX, SWAP и Forward, заключенных, как на межбанковском, так и на биржевом рынке;

* автоматический расчет и удержание комиссионного вознаграждения с клиентов;

* формирование обязательной, внутренней и клиентской отчетности.

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

Решаемые задачи:

* автоматизированный учет и оформление сделок с ценными бумагами, заключенными на организованном рынке ценных бумаг;

* учет и передача в торговые системы заявок клиентов на проведение операций с ценными бумагами;

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

российскими торговыми площадками - ММВБ, МФБ, РТС;

* ведение собственных (торгового и инвестиционного) и клиентских портфелей;

* ведение собственной и клиентской позиции по денежным средствам и ценным бумагам;

* автоматическое бухгалтерское оформление результатов операций;

* автоматический расчет и удержание комиссионного вознаграждения с клиентов;

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

* расчет финансового результата по собственным и клиентским операциям;

* формирование основных видов отчетности.

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

Решаемые задачи:

* автоматизированный учет и оформление сделок с цепнымибумагами, заключенных на неорганизованном секторе рынка ценных бумаг;

* учет заявок клиентов на проведение операций с ценными бумагами;

* ведение собственных (торгового и инвестиционного) и клиентских портфелей;

* ведение собственной и клиентской позиции по ценным бумагам;

* автоматизированное оформление сделок в бэк-офисе;

* автоматическое бухгалтерское оформление результатов операций - формирование бухгалтерских проводок после заключения сделки и после осуществления операций по ней;

* автоматический расчет и удержание комиссионного вознаграждения с клиентов;

* расчет финансового результата по собственным и клиентским портфелям ценных бумаг;

* формирование основных видов отчетности.



Модуль учета операций с фьючерсами

Решаемые задачи:

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

* импорт из торговых систем (ММВБ, РТС) информации о заключенных сделках, рыночных котировках, данных о гарантийном обеспечении;

* ведение собственных и клиентских портфелей;

* обеспечение возможности ведения одновременного или раздельного бухгалтерского и внутреннего учета;

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

* автоматическое формирование учетных документов по сделкам текущего дня и по открытой позиции;

* автоматическое начисление и взимание различного вида комиссий;

* автоматическое формирование проводок по зачислению/списанию средств по счету в торговой системе и брокерским счетам по поручению на зачисление/списание денежных средств;

* формирование основных видов отчетности.

Модуль хозяйственных договоров

Решаемые задачи:

* ведение реестра заключенных банком хозяйственных договоров;

* обработка и хранение документов по договорам (счета, накладные, акты, счета-фактуры);

* формирование платежных документов в рублях и иностранной валюте и внебалансовых ордеров в модуле РКО по оплате счетов, накладных, закрытию актов;

* обработка документов по хозяйственным договорам с периодическими схемами расчетов;

* автоматическое формирование счетов-фактур по клиентским операциям, а также ведение книги покупок и продаж;

* формирование оперативной отчетности по контролю и планированию расчетов с поставщиками;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Особенностью информационной системы банка является необходимость обработки двух типов данных, а именно оперативных и аналитических. Поэтому в процессе функционирования ИБС приходится решать два класса задач: обеспечение повседневной работы банка по вводу и обработке информации и организация информационного хранилища в целях анализа данных для выявления тенденций развития, прогнозирования состояний, оценки и управления рисками и т.д. Задачи первого класса полностью решаются OLTP-системами (OnLine Transactional Processing - оперативная обработка транзакции). Для работы с аналитическими данными предназначены OLAP-системы (OnLine Analytical Processing -оперативная аналитическая обработка), которые построены по технологии хранилища данных и служат для агрегированного анализа больших объемов данных. Эти системы являются составной частью систем принятия решений или управленческих систем класса middle и top management, т.е. систем, предназначенных для пользователей среднего и высшего уровня управления банка.

Таким образом, возможности ИБС могут быть расширены путем совместного использования транзакционных OLTP-систем и хранилищ данных (Data Warehouse).

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

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

защищенность - в хранилище можно добавлять информацию, но ее нельзя изменять, модифицировать и корректировать;

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Структура витрин данных также ориентирована на многомерную организацию данных в виде куба. Однако их построение в силу ограниченности информационного диапазона, обеспечивающего потребности одной функциональной области, значительно проще и выгоднее, чем создание хранилища данных. Физическая структура базы данных в витрине данных создается по модели «звезда» (star schema), являющейся оптимальной при решении группы задач, для которой построена витрина, поскольку обеспечивает высокую скорость выполнения запросов посредством разделения данных. Звездообразная схема предполагает наличие одной центральной таблицы фактов (fact table), в которой содержатся суммирующие или фактические данные, и окружающих ее таблиц измерений (dimensional table), отражающих описательную информацию. Таблица фактов и таблицы измерений связаны между собой идентифицирующими связями, при этом ключевое поле таблицы фактов целиком состоит из всех первичных ключей таблиц измерений.

Витрины данных.

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

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

Данные, попав в хранилище, могут быть распространены среди многих витрин данных для доступа пользовательских запросов. Эти витрины данных могут принимать различные формы - от баз данных «клиент-сервер» до баз данных на рабочем столе, OLAP-кубов или даже динамических электронных таблиц. Выбор инструментов для пользовательских запросов может быть широким и отображать предпочтения и опыт конкретных пользователей. Широкий выбор таких инструментов и простота их применения сделают их внедрение наиболее дешевой частью реализации проекта хранилища данных. Если данные в хранилище имеют хорошую структуру и проверенное качество, то их передача в другие витрины данных станет рутинной и дешевой операцией.

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

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

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

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

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

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

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

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

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

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

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

* авторизация (присвоение полномочий), идентификация (именование) и аутентификация (опознавание, подтверждение подлинности) субъектов и объектов ИБС;

* криптографическое закрытие информации (шифрование и кодирование защищаемых данных);

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

* контроль целостности ресурсов системы (обеспечивается внутренними средствами контроля и управления применяемой СУБД).

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

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

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

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

В качестве алгоритмов формирования ЭЦП на практике используются стандартные алгоритмы шифрования DES и RSA, а также алгоритм ГОСТ 34.10, принятый в качестве Госстандарта РФ с 01.12.1995 г.

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

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

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

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

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

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

* возможность поддержки уникального бизнеса компании - способность реализовывать конкурентные преимущества банка на рынке услуг;

* возможность адаптации - способность поддерживать новые бизнес-решения и новые услуги банка.

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

Принцип взаимодействия банковских технологий

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

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

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

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

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

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

Применение технологий «клиент-сервер» тесно связано с техническим обеспечением банковской технологии. Рассмотрим особенности этого взаимодействия с точки зрения организации комплекса технических средств банка.

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

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

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