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

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

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

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

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

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

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

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

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

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

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

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

Следует учитывать и традицию: программно-технические системы DOS/IBM PC доминируют в нашей стране уже многие годы (и не только в банковской сфере), поэтому переход к иным решениям требует серьезной мотивации. Однако последняя в большинстве случаев как раз и отсутствует. Дело в том, что, несмотря на очевидные принципиальные недостатки, DOS-комплексы довольно успешно справляются с поставленными перед ними задачами в большом числе банков. Рассмотрим претензии, обычно предъявляемые DOS-системам.

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

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

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

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

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

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

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

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

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

2.8 Функциональные задачи и модули банковских систем

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Состав модулей операционного дня

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

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

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

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

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

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

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

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

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

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

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

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

· формирование проводок, журнала учета операций, выписок по счетам, сводных отчетов;

· анализ доходности ценных бумаг по ряду показателей.

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

Наиболее распространенными подсистемами АБС по обслуживанию клиентов являются: клиент-банк, работа с пластиковыми картами, операции обменного пункта и др.

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

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

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

3.Заключение

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

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

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

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

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

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

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

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

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

4. Гамидов Г. М. “Банковское и кредитное дело” - М.: Банки и биржи, ЮНИТИ, 2002

5. Липис А. и др. “Электронная система денежных расчетов” - М.: Финансы и статистика, 1999

6. Рожнов В. С., Бегоцкая Г. К. “Автоматизированные системы обработки финансово-кредитной информации” - М.: Финансы и статистика, 2001, с. 79, 87-90

7. Уткин Э. А. “Банковский маркетинг” - М.: ИНФО-М, Метаинформ, 1999.

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

9. Соколов Г. М. Автоматизация деятельности учреждений банка : опыт , проблемы , пути совершенствования. -М.: Финансы и статистика, 2000, с. 213

10. Фельдман А. А. “Бухгалтерский учет на фондовом рынке” - М

11. В.А. Лапшинский. Локальные сети персональных компьютеров. Часть II. М., МИФИ, 2004.

12. Линн Хабер. Ставка на будущее. LAN MAGAZINE, октябрь 2001.

13. Кайа Соркин, Михаэль Суконник. Передача информации в современных банковских сетях. Журнал "Банковские технологии", август 2001.

14. Владимир Сперанский. Система "банк-клиент". Журнал "Банковские технологии", август 2001.

15. Алексей Сень, Юрий Юшков. Телекоммуникации в банковских системах. Журнал "Банковские технологии", август 2001.

16. Александр Гусев. WEB-технология в России. Опыт создания банковского WWW-сервера в России. Журнал "Банковские технологии". Август 2001.

17. Игорь Калинин. Финансовая информация в сети Internet. Журнал "Банковские технологии", август 2001.

18. Материалы журнала "Электронный офис", ноябрь 2001.

19. Материалы журнала "Открытые системы" 1 (21), 2001.

20. Рекламные материалы системы "банк-клиент" фирмы ИНИСТ.

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