Реферат: Лекции по банковскому делу

--PAGE_BREAK--



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

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





           2.4


   ТЕХНИЧЕСКИЕ РЕШЕНИЯ

   БАНКОВСКИХ ТЕХНОЛОГИЙ



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

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

Одним из вариантов реализации технологии «клиент-сервер» является ее трехуровневая архитектура. В сети должны присутствовать как минимум три компьютера: клиентская часть (рабочая станция), сервер приложений и сервер базы данных. В клиентской части организуется взаимодействие с пользователем (пользовательский интерфейс). Сервер приложений реализует бизнес-процедуры для клиентской части. Сервер базы данных обслуживает бизнес-процедуры, которые выступают в роли клиентов. Гибкость такой архитектуры в независимом использовании и замене вычислительных и программных ресурсов на всех трех уровнях.

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

Телекоммуникационная архитектура в автоматизированных технологиях банка определяет набор и структуру подсистем технического обеспечения, которые должны обеспечивать разнообразные типы взаимодействия для всех приложений (модулей) АБС (рис. 2.3). Возможности архитектуры в процессе создания АИТ согласуются с требованиями и условиями работы банка, определяемыми его бизнес-процессами. Предусматривается взаимодействие банка с внешними финансовыми и информационными структурами, с расчетно-клиринговыми палатами и центрами, биржами, РКЦ, с удаленными клиентами и другими банками и др. Телекоммуникационное обеспечение бизнес-процессов банка строится с учетом обслуживания своей корпоративной сети и доступа в любые другие локальные и глобальные сети.
<img width=«568» height=«295» src=«ref-2_202289150-5863.coolpic» v:shapes="_x0000_s1441 _x0000_s1442 _x0000_s1443 _x0000_s1444 _x0000_s1446 _x0000_s1450 _x0000_s1451 _x0000_s1452 _x0000_s1456 _x0000_s1458 _x0000_s1459 _x0000_s1467 _x0000_s1473 _x0000_s1474 _x0000_s1475 _x0000_s1476 _x0000_s1479"> <img width=«104» height=«74» src=«ref-2_202295013-925.coolpic» v:shapes="_x0000_s1460 _x0000_s1477"> <img width=«103» height=«74» src=«ref-2_202295938-931.coolpic» v:shapes="_x0000_s1461 _x0000_s1478">



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

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

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

Опыт показывает, что самым слабым звеном в вычислительных комплексах банков являются серверы. Наиболее перспективные их них – Unix-серверы. Серверы более низкого уровня, например IBMPC-серверы, требуют решений по расширению дисковой подсистемы, по предсказанию сбойных ситуаций и т.п.




           2.5


   ПРОГРАММНОЕ ОБЕСПЕЧЕНИЕ

   ИНФОРМАЦИОННЫХ ТЕХНОЛОГИЙ В БАНКАХ



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

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

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

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

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

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

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

NT, UNIXи пр.) и как следствие возможность гибкого расширения и наращивания системы – дополнения ее новыми рабочими местами и новыми серверами различных классов.

Основными свойствами АБС в отношении прикладных, потребительских свойств являются: достаточная широта функционального набора, интегрированность, конфигурируемость, открытость и настраиваемость системы.

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

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

Открытостьсистемы предполагает наличие в ней средств для развития и модификации: CASE– средства, 4GL– средства (языков четвертого поколения), шлюзов для привязки внешних (написанных не разработчиком) процедур, генераторов запросов, процедур импорта/экспорта данных. В этих условиях только открытость способна обеспечить развитие системы собственными силами и поддержание соответствия компьютерных систем изменяющимся условиям.

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

Сформулированный перечень требований позволяет провести оценку банковских систем и как следствие их сравнительный анализ (что и представляет основной интерес для потребителя программной продукции). Однако в действительности сравнительная оценка рассматриваемых банковских систем проявляется как в архитектуре и выборе базовых программных средств (от МS

DOSдо UNIX), так и в функциональных возможностях.

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

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

Претензии, предъявляемые обычно DOS-системам:

1. Недостаточная производительность, невозможность поддержки больших объемов данных. Дело в том, что основная часть коммерческих банков весьма молода. Объем накопленных за это время данных и текущий документооборот обычно не настолько велики, чтобы не соответствовать системам DOSв отношении как поддержки, так и производительности. Однако в тех случаях, когда решается вопрос совершенствования АИТ, качество системы может быть улучшено путем замены сервера сети на более мощный, что обеспечивает системе запас прочности на достаточно долгий срок.

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

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

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

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

В качестве ступени, следующей за DOS-комплексами, можно рекомендовать системы, построенные в архитектуре «клиент-сервер» в рамках Novell

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

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

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

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

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




           2.6


   ФУНКЦИОНАЛЬНЫЕ ЗАДАЧИ И МОДУЛИ

   БАНКОВСКИХ СИСТЕМ



Автоматизированная банковская система (базовый комплекс) позволяет организовать быстрое и качественное обслуживание клиентов по широкому спектру услуг. Основные функциональные модули системы реализуют:

-         расчетно-кассовое обслуживание юридических лиц;

-         обслуживание счетов банков-корреспондентов;

-         кредитные, депозитные, валютные операции;

-         любые виды вкладов частных лиц и операции по ним;

-         фондовые операции;

-         расчеты с помощью пластиковых карт;

-         бухгалтерские функции;

-         анализ, принятие решений, менеджмент, маркетинг и др.

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

Остановимся на краткой характеристике основных функциональных подсистем АБС на примере разработок фирмы «Инверсия».

Операционный деньбанка как программно-технический комплекс автоматизирует наиболее трудоемкие операции банковского учета (рис. 2.4).

Все операции по лицевым счетам клиентов осуществляются по платежным документам, а выписка лицевого счета отражает каждую проводку. Комплекс реализует фактическое и планируемое движение средств по лицевым счетам (по неоформленным проводкам документов). Документы проходят операции последующего контроля, при совпадении всех параметров составляется опись документов и формируется файл для отправки в расчетно-кассовый центр (РКЦ). Документы, прошедшие через корреспондентский счет, разносятся по счетам. Комплекс «Операционный день» имеет мультивалютные свойства.

Программно-технический комплекс-депозитарий фирмы «Инверсия» реализует следующие функции:

-         формирование списка клиента с определением их типа (инвестор, дилер, эмитент, депозитарий, хранилище);

-         ввод типов и выпусков ценных бумаг;

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

-         выполнение операций с ценными бумагами (прием и снятие с учета, смена владельца и места хранения и др.), подготовка выписок по счетам депо;

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

<img width=«588» height=«423» src=«ref-2_202296869-9391.coolpic» v:shapes="_x0000_s1503 _x0000_s1504 _x0000_s1506 _x0000_s1508 _x0000_s1509 _x0000_s1510 _x0000_s1511 _x0000_s1513 _x0000_s1514 _x0000_s1515 _x0000_s1525 _x0000_s1526 _x0000_s1527 _x0000_s1528 _x0000_s1529 _x0000_s1530 _x0000_s1531 _x0000_s1532 _x0000_s1533 _x0000_s1534 _x0000_s1535 _x0000_s1536 _x0000_s1539">
<img width=«600» height=«105» src=«ref-2_202306260-2761.coolpic» v:shapes="_x0000_s1537 _x0000_s1540 _x0000_s1541 _x0000_s1542 _x0000_s1546 _x0000_s1547 _x0000_s1548">     продолжение
--PAGE_BREAK--