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

Контрольная работа

по дисциплине «Информационные технологии в экономике»

Тема: «Обзор банковских информационных систем»

Выполнил: студент III курса

заочной формы обучения

группы Ф-81

специальности «Финансы и кредит»

Кирий О.Н.

Вологда,

2010г

Содержание

Введение

1. Автоматизированные технологии в банковской деятельности

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

2.1 Глобальный уровень системы

2.2 Функции управления банком

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

Заключение

Список использованной литературы

Введение

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

В начале 90-х годов, в момент наиболее активного спроса на продукцию комплексной автоматизации банков, большинство пользователей довольно слабо предполагали себе, какой на самом деле должна быть банковская система. Именно тогда и появились простые системы, концепция построения которых была жестко ориентирована на "проводку" как основную структурную единицу. С точки зрения сервисных возможностей системы были не достаточно хороши, а об их надежности, и говорить не приходится, ведь создавались они почти "на коленке", с использованием в качестве СУБД FOXPRO, dBase, Clipper или Btricte. Естественно, подход к задаче именно с такой точки зрения - универсальные средства реализации, относительная простота задачи (большинство банков требовали от системы только сам минимум), неготовность заказчика к более сложной постановке задачи - и привел к тому, что многие банки взялись за самостоятельную разработку, благо доходность бизнеса позволяла.

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

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

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

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

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

1. Автоматизированные технологии в банковской деятельности

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

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

Банковский автоматизированный агент

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

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

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

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

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

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

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

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

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

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

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

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

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

2.1 Глобальный уровень системы

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

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

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

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

2.2 Функции управления банком

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

автоматизация банк архитектура глобальный агент

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

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

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

Заключение

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

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

Список использованной литературы

1. Автоматизация расчётных операций банков и фондовых бирж. Под. ред. А.С. Кузнецова. - М., 1996.

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

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

Размещено на Allbest.ru