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

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

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

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

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

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

К наиболее развитым базовым средствам построения систем управления следует отнести :
OpenView+IT operation/administration компании Hewlett-Packard ;
Sun Connect SunNet Manager компании Sun Solution ;
Tivoli компании IBM ;
SMS компании Microsoft ;

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

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

Архитектура системы и реализация основных функций

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

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

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

Высокая степень масштабируемости должна позволять настраивать систему на задачи конкретного бизнеса , используя сети TCP/IP , SNA , DECnet и IPX
, мейнфреймы IBM операционные системы VMS , OS/400 , NonStop Kernel , Unix
, Windows NT и Windows 95 .

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

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

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

Глобальный уровень

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

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

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

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

Уровень менеджера (функции управления банком)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Одной из ключевых функций на данном уровне является функция отображения бизнес-процессов . Бизнес-процессы , такие , например , как обработка заказа , электронный платёж , обслуживание клиента , осуществляемые в рамках автоматизированных финансовых и промышленных систем типа MANMAN/X ,
Baan , SAP/R3 , могут включаться в так называемое отображение бизнес- процессов . Любое из них можно «открыть» , создав для него папку , и
«положив» туда все атрибуты , отвечающие за его функционирование : идентификаторы компьютера и диска , описания требований к ресурсам и т. п.
В результате можно сформировать динамическую картинку актуального состояния автоматизированной системы , про которой администратор способен проследить возникновение потенциальных коллизий и своевременно , например , перераспределить или добавить ресурсы .

Уровень агентов

Как уже отмечалось , модель управления распределёнными системами реализуется в виде гибкой структуры , в основе которой лежит технология
«менеджер - агент» , реализованная на двух нижних уровнях архитектуры системы . Агент- это программа на языке программирования Си , использующая библиотеку функций связи с ядром системы и генерирующая информацию для верхних уровней управления . Данная программа запускается централизованно и управляется брокером объектов . Каждый раз , когда в корпоративную систему включается новый компонент , происходит опрос с целью обнаружения уже известных агентов и установления с ними связи . Агенты по аналогии с датчиками и сенсорами следят за работой практически любых ресурсов информационной системы и позволяет наблюдать за семи элементами сетевой инфраструктуры , базами данных и приложениями . Список готовых агентов в системе должен включать поддержку таких наиболее распространенных ОС и баз данных , как Windows NT , Unix , Oracle , Sybase , SQL Server , CA-
OpenIngres . Дополнительные агенты могут создаваться с помощью системных инструментальных средств .

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

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

Средства разработки

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

Однако стоит отметить , что этот мощный инструмент будет работать только в умелых руках - система предоставляет пользователю среду , технологию интеграции приложений , а дальше многое зависит от квалификации пользователя или работающего с ним системного интегратора . В конце 1996 года компания Computer Associates (CA) развернула активную деятельность по продвижению одного из ведущих своих продуктов Unicenter TNG (The New
Generation), предназначенного для управления корпоративными и информационными системами и наиболее отвечающего изложенному выше перечню требований к системе контроля над ресурсами информационной среды банка , в число которых входят аппаратура , сети , приложения , базы данных , планирование и выполнение заданий , управление хранением и восстановлением информации . Всё это и является основной задачей указанной системы , возможности которой выходят за рамки обычного администрирования сетей .

Литература

1. Автоматизация расчётных операций банков и фондовых бирж. Под. ред. А. С.
Кузнецова. -М., 1996.
1. Банковские технологии. № 7-8 , 1997.
1. Информационные технологии. № 2 , 1997.
1. Международные банковские стандарты. Под. ред. С. И. Кумок. -М.:
Московское финансовое объединение , 1995.
1. Соколов Г. М. Автоматизация деятельности учреждений банка : опыт , проблемы , пути совершенствования. -М.: Финансы и статистика, 1996.

Вернуться