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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Хранилища данных

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

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

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

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

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

8.2. Защищенность. Это означает, что в хранилище можно добавлять информацию, но ее нельзя изменять, модифицировать и корректировать.

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

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

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

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

Хранилища данных принято представлять в виде многомерно­го куба. Величины, хранящиеся в ячейках этого куба и называемые фактами, представляют собой количественные показатели, характеризующие деятельность кредитного учреждения. В частности, это могут быть данные об оборотах и остатках по счетам, структуре расходов и доходов, состоянии и движении денежных средств и т.д. Изме­рения куба, образующие одну из его граней, — это множество однотипных данных, предназначенных для описания фактов, например, филиалы банка, операционные дни, клиенты и валюты. Агрегация данных выполняется по измерениям куба, поэтому элементы измерений принято группировать в иерархические структуры, например, филиалы часто группируются по территориаль­ному признаку; клиенты группируются по отраслевому признаку; даты группируются в недели, месяцы, кварталы и годы. Ка­ждая ячейка данного куба "отвечает" за конкретный набор зна­чений по его отдельным измерениям, например обороты балансовых счетов за день, квартал, год в разрезе филиалов. Над числовыми фактами, хранящимися в ячейках, можно выполнять различные математические и логические операции, позволяющие рассматривать представленную информацию под разным углом зрения. Операции производятся с использованием методов управления данными, являющейся составной частью комплекса хранилища данных. Вся совокупность методов называется репозиторием методов хранилища данных.

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

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

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

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

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

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

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

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

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

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

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

Рис. 1.3. Взаимосвязь витрин данных и хранилища данных

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Для оценки эффективности банковской технологии кроме соотношения "стоимость владения/производительность труда" необходимо учитывать ряд таких факторов как:

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

- Возможности поддержки уникального бизнеса компании – т.е. способность технологии реализовывать конкурентные преимущества банка на рынке услуг.

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

- И другие.

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

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

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

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

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

Рис. 1.4. Клиент-серверная архитектура

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

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

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

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

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

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

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

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

Общие вопросы обеспечения технологии и систем

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

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

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

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

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

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

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

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