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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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