Реферат: Банковские информационные системы

Министерство общего и профессионального образования РФ

МосковскийГосударственный Индустриальный Университет

Кафедраинформационных систем и технологий в экономике и управлении

по дисциплине

«Информационные системы»

на тему:

«Банковскиеинформационные системы».

Выполнил:

Группы№6293

ВалинФ. Н.

Проверил:

проф.Широков Л. А.

— Москва 2003 г. -

ОГЛАВЛЕНИЕ.

           Введение… 3

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

      1. 1.   Глобальный уровень… 6

      1. 2.   Уровень менеджера.Функции управления банком.… 7

      1. 3.   Уровень агентов… 11

2.    Решения,используемые при разработке банковской системы автоматизации… 12

3.    Требования кбанковской информационной системе и принципы разработки программных средств… 13

4.    Структураусловной интегрированной информационной системы17

5.    Межбанковскиевзаимодействия и коммуникации… 25

          Заключение… 31

1.    Банковскиетехнологии. № 7-8, 1997.

2.    Информационныетехнологии. № 2, 1997.

3.    Международныебанковские стандарты. Под. ред. С. И. Кумок. -М.: Московское финансовое объединение, 1995.

4.    InterNet

/>Введение.

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

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

Международныерекомендации определяют следующие основные области сетевого управления:

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

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

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

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

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

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

ü  сетевое управление — мониторингсетевых устройств и управление ими;

ü  системное управление — управлениепользователями, их средствами и ресурсами, включая ПО и пользовательскиепроцессы.

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

К наиболее развитымбазовым средствам построения систем управления следует отнести:

*           OpenView+IToperation/administration компании Hewlett-Packard ;

*           SunConnect SunNet Manager компании Sun Solution ;

*           Tivoliкомпании IBM ;

*           SMS компании Microsoft ;

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

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

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

 Архитектура подобнойсистемы должна содержать три основных уровня:

Ø уровеньглобального отображения — поддержка интегрированного пользовательского интерфейсаи ведение репозитария общих объектов;

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

Ø уровень агентов — наблюдение и контроль за всеми элементами информационно-телекоммуникационнойинфраструктуры банка.

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

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

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

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

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

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

ü  управляемость любым ресурсом системынезависимо от его месторасположения;

ü  «дружественный» трёхмерныйграфических интерфейс пользователя.

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

1.1. />/>/>Глобальныйуровень.

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

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

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

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

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

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

Указанные функцииобъединяются в следующие основные группы:

*           управлениесобытиями;

*           управлениерабочей нагрузкой;

*           управлениеносителями данных;

*           хранением ивосстановлением информации;

*           управлениезащитой;

*           управлениепроблемами.

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

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

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

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

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

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

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

¨    набор заданий — логическая совокупность или набор заданий.

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

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

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

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

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

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

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

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

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

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

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

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

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

1.3/>/>Уровень агентов.

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

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

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

2. />/>Решения, используемые при разработке банковскойсистемы автоматизации.

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

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

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

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

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

При разработке системыавтоматиза­ции могут быть реализованы два альтернативных решения.

Первое решениезаключается в том, что проектировщики разраба­тывают систему исходя из сложившейсяструктуры управления и, таким образом, «увековечивают» ее преимущества инедостатки.

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

3. />/>Требования к банковской Информационной системе ипринципы разработки программных средств.

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

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

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

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

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

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

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

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

Требования разработчика восновном связаны со сложившимся под­ходом к проектированию автоматизированныхсистем, а также с собст­венными его интересами, которые носят финансовыйхарактер. Это пре­жде всего соотношение: цена — себестоимость — объем работ.

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

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

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

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

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

Каждому объекту (лицевойсчет, проводка, клиент) соответствует стан­дартный инструментарий (создание,контроль, корректировка, удаление, сортировка, поиск и др.), а такжеспецифический инструментарий («крас­ное сторно» для проводок, заключениеоборотов или закрытие — для сче­тов и др.).

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

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

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

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

Общие требованияразработки информационных систем: сокращение документооборота; автоматизациярутинных задач: адаптивность финансовых информационных систем (ФИС)(параметризованность); возможность расширения систем; единая информа­ционнаябаза; мобильность; ведение архива системы; вос­становление архивной копии базыданных системы.

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

4. />/>/>Структура условной интегрированной информационной системы.

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

/>Наоснове проведенного аналитического обзора рынка Российских БИС был выделен искомпонован состав АРМ и определены их функции для условной интегрированнойБИС. В реальной интегрированной БИС такое выделение зависит от структуры управления,разде­ления управленческих функций и целей, а также от выбранного подхода кпроектированию сис­темы и многих других факторов. В структуре БИС в процессе ееразработ­ки выделяют перемещаемые блоки, которые обеспечивают выполнение некоторыхстандартных банков­ских техноло­гий: обслужи­вание договоров (кредитного,депозитного, трастового, до­говора на рас­четно-кассовое об­служивание и др.),обслужи­вание процен­-