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

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

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

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

Самостоятельное задание

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

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

на тему:

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

Выполнил:

Студент 3-го курса

Группы №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+IT operation/administration компании Hewlett-Packard ;

• Sun Connect SunNet Manager компании Sun Solution ;

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

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

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

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

1. АРХИТЕКТУРА СИСТЕМЫ И РЕАЛИЗАЦИЯ ОСНОВНЫХ ФУНКЦИЙ.

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

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

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

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

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

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

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

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