Название: Информационные технологии в банке - Тютюнник А.В

Жанр: Информатика

Рейтинг:

Просмотров: 1389


Операционная среда

 

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

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

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

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

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

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

Производительность операционной системы. Данный параметр определяет стоимость аппаратной платформы. Чем больше производительность операционной системы, тем ниже требования к технике и, следовательно, ниже ее стоимость.

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

- копирование и архивирование файлов системы;

- редактирование текстов и изображений;

- защиту системы от различных сбоев и нарушений;

- прочие полезные функции (калькулятор, календарь и т.д.).

Опыт использования операционной системы в организации для решения других задач. Наличие данного опыта свидетельствует:

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

* в организации есть специалисты по данной операционной системе, и скорее всего не понадобятся дополнительные затраты на обучение администратора.

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

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

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

MS Windows. Безусловно, является самой популярной операционной системой для персональных компьютеров. Ее использование дает огромное преимущество: это и огромное количество приложений, работающих с данной системой, и совместимость со всеми устройствами, которые могут подключаться к персональным компьютерам. Рынок труда администраторов на 90\% состоит из специалистов по данной системе. Большинство мелких и средних банков ограничиваются использованием только MS Windows. Недостатки MS Windows:

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

- высокая стоимость лицензий.

Novell Netware. Эта сетевая операционная система была очень популярна в период зарождения сетевых технологий и получала большое распространение благодаря качественному сетевому сервису. В российских банках Novell Netware распространена благодаря СУБД Btrieve, на которой базировались наиболее популярные банковские системы России. Однако на сегодняшний день Novell Netware потеряла свое преимущество перед конкурирующими системами, Btrieve стал доступен на платформе MS Windows и практически перестал применяться в новых разработках. Поэтому использование продуктов Novell скорее объясняется большим объемом приобретенного на раннем этапе рынка, чем перспективами развития.

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

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

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

 

Автоматизированные банковские системы (АБС)

 

История развития

 

Первые автономные системы, обеспечивающие обработку платежных документов, подсчеты балансов и подготовку отчетной документации в банках, были разработаны за рубежом в 50-х годах. В 1959 году в Bank of America начала работать электронная установка для осуществления депозитных чековых операций - "ЭРМА". С появлением в 1954 году способа записи реквизитов документа специальными магнитными чернилами были разработаны поточные линии, которые помимо компьютера включали сортировальные и считывающие аппараты, механизмы для магнитной надпечатки, быстродействующие печатные механизмы для изготовления выписок, журналов и другой бухгалтерской документации.

Первая попытка широкого внедрения автоматизированных систем в начале 70-х годов окончилась неудачей в силу ряда факторов:

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

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

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

- существующие внутри отрасли экономические связи не способствовали техническому прогрессу;

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

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

К концу 70-х главной целью банков стало увеличение объемов банковских услуг, поэтому типичная банковская система того времени представляла собой мощную обрабатывающую ЭВМ, к которой через относительно медленные каналы связи подключались региональные концентраторы и групповые терминальные контроллеры, обеспечивавшие распределение информации на местах. На рынке банковских систем доминировали такие фирмы, как IBM, UNIVAC, в то же время появились первые системы телеобработки данных, позволившие связать центральные конторы банков с удаленными филиалами, создавая тем самым системы электронных межбанковских расчетов (SWIFT и др.).

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

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

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

Вместе с тем в результате ряда слияний многие западные фирмы и системы перестали существовать, и в середине 90-х рынок можно было охарактеризовать как застойный. Старые АБС, разработанные до появления современных компьютерных технологий, таких, как открытые системы, CASE-средства, графический интерфейс пользователя (GUI), объектно-ориентированный подход, устарели и не могли быть модернизированы, а АБС нового поколения еще не были созданы. Кроме того, изменились сами банковские технологии. Если раньше наибольший вес приходился на кредитование, операции Forex и операции на денежных рынках, что позволяло внедрять АБС без больших затрат на адаптацию, то с распространением закладных и портфельных (Portfolio Management) операций и особенно операций с производными инструментами (фьючерсы, опционы и свопы) сформировались новые требования к функциональным возможностям и гибкости АБС. В частности, банки должны были осуществлять мониторинг позиций относительно текущего состояния рынка (Mark-to-Market) и консолидировать риски по торговым операциям.

В России на рубеже 80-х и 90-х годов с появлением финансового рынка и первых коммерческих банков начала становление новая банковская система. Развитие отечественных технологий автоматизации банковского дела неразрывно связано с развитием банковской системы страны.

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

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

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

В течение этого периода развитие отечественных автоматизированных банковских систем связано в основном с изменениями аппаратно-технических платформ в банках без коренного улучшения технологических аспектов. В 1994 году можно было выделить четыре поколения АБС.

Первое поколение: аппаратная платформа - автономные персональные компьютеры под управлением MS-DOS; СУБД - Clipper, FoxPro, Clarion; базовый элемент технологии - бухгалтерская проводка; структура АБС - автономные АРМы, не связанные или слабо связанные по данным через обмен файлами (в том числе путем физического переноса на гибких дисках с компьютера на компьютер).

Второе поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS, работающие в локальной сети Novell NetWare; СУБД - Clipper, FoxPro, Clarion; базовый элемент технологии - бухгалтерская проводка; структура АБС - автономные АРМы, связанные по данным через общие файлы, лежащие на сервере и не связанные по функциям.

Третье поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети Novell NetWare (Windows NT); СУБД - Btrieve; базовый элемент технологии - бухгалтерская проводка (реже документ); структура АБС - автономные АРМы, сильно связанные по данным через общие структуры базы данных и слабо связанные по функциям. Технология - переходная, от "файл-сервер" к "клиент-сервер".

Четвертое поколение: аппаратная платформа - персональные компьютеры под управлением MS-DOS (MS Windows), работающие в локальной сети, или же хост-компьютер с терминалами; СУБД - профессиональная реляционная (может быть постреляционная или сетевая); базовый элемент технологии - бухгалтерская проводка (реже), документ, сделка; структура АБС - автономные АРМы, сильно связанные по данным через общие структуры базы данных, в отдельных случаях связанные по функциям через общее ядро. Технология - "хост-терминал" или двухуровневая "клиент-сервер".

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

Соответственно изменился и рынок АБС. Он превращается в вертикальный, когда все большему числу коммерческих банков нужны серьезные, технологически продвинутые решения, интегрирующие учетные, аналитические и управленческие технологии. "Вертикализация" определяла развитие рынка АБС с осени 1995 до лета 1997 года. Понятно, что на горизонтальном рынке успеха добивается та фирма-разработчик, чьи программные продукты весьма просто внедряются и которая может продавать "много, быстро и недорого". И наоборот, вертикальному рынку нужны высокотехнологичные программные решения, которые индивидуально адаптируются и настраиваются под каждый банк, внедряются по многомесячным специальным процедурам, такие банковские системы с учетными, аналитическими и управленческими функциями могут стоить в несколько раз или на порядок дороже.

В это время продолжалось усовершенствование систем четвертого поколения и начались разработки более серьезных систем пятого поколения. Аппаратная платформа - персональные компьютеры под управлением MS Windows, MS-DO, (реже UNIX), в распределенной сети (WAN) с несколькими физическими серверами приложений (которые работают под многозадачными многопользовательскими ОС); СУБД - профессиональная реляционная плюс менеджер транзакций; базовый элемент технологии - документ или сделка; структура АБС - логические АРМы, сильно связанные как по данным, так и по функциям в пределах локальной сети или хоста и слабо связанные по данным в пределах распределенной сети. Технология - трехуровневая "клиент- сервер" с использованием менеджеров транзакций.

Специфика российского рынка в том, что из-за введения новых правил бухгалтерского учета - нового Плана счетов (НПУ-НПС) - на короткий промежуток времени (во второй половине 1997 года) вернулся горизонтальный рынок. И это приостановило технологическое развитие автоматизированных банковских систем. В это время образовался очень активный "горизонтальный спрос" - большому числу банков понадобились быстро внедряемые АБС. Многие банки и фирмы-разработчики из-за надвигающегося перехода на НПУ-НПС затормозили или отложили "до лучших времен" свои перспективные программы технологического перевооружения (как собственные, так и выполнявшиеся по твиннинговым программам FIDP и кредитам Мирового банка). "Горячие деньги" рынка АБС осенью 1997 года были направлены не обязательно на приобретение "не самых идеальных, но заведомо работающих" АБС третьего поколения.

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

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

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

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

В-третьих, финансово-технологическая изоляция - остановлено либо радикально сокращено внешнее финансирование проектов по программам FIDP-ПРФУ как из-за реальных финансовых трудностей банков (Империал, Инкомбанк, СБС-Агро, Токобанк и др.), так и по решениям инициатора проектов - Мирового банка. В недавнем прошлом именно этот источник составлял основной путь импорта в Россию высоких банковских технологий мирового уровня.

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

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

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

Перспективное направление развития автоматизированных банковских технологий как у нас в стране, так и за рубежом - шестое поколение АБС. Главные особенности: аппаратная платформа - гетерогенная сетевая среда; СУБД - профессиональные реляционные с открытым интерфейсом (возможно одновременно несколько разных СУБД); базовый элемент технологии - сделка или документ; структура АБС - логические АРМы, динамически формируемые по компонентной технологии, сильно связанные по данным и функциям в пределах всей сети Интранет.

 

Обзор зарубежных систем

 

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

Midas DBA, Equation DBA (Midas-Kapiti International, UK). Эти АБС входят в число мировых лидеров по количеству пользователей и действующих установок. Они хорошо известны и на рынке стран СНГ (более 20 внедрений). В целом системы себя зарекомендовали как довольно "жесткие", труднонастраиваемые на особенности местного законодательства и нормативной базы. Объясняется это тем, что из рассмотренных это самые старые (в смысле используемых при разработке и программировании подходов, методов и инструментальных средств) системы - их коммерческие продажи начались в 1975 (Equation) и 1977 (Midas) годах системы работают на платформе IBM AS/400.

Bankmaster (Kindle Banking Systems Ltd., Ireland). Bankmaster занимает третью позицию по числу пользователей среди всех рассмотренных систем и одну из первых позиций среди систем на платформе UNIX. Система ориентирована на небольшие и средние банки. Первая коммерческая система была разработана в 1980 году для аппаратно-системной платформы ICL. В 1987 году был выполнен перенос системы на платформу UNIX, а в 1996 году - на платформу Windows NT. В качестве информационной основы АБС используются методы доступа операционной системы, однако в 1994 году была выпущена версия АБС (BANKMASTER/RS), в которой для управления данными применяется промышленная СУБД Informix.

Bankmaster - это универсальная банковская система, однако существенная доля функциональных подсистем поддерживается за счет дополнительных продуктов производителя или третьих фирм. Интеграция отделений (филиалов) с центральным офисом осуществляется по сетям ATM или Х.25. Допускается как автономная работа отделений (филиалов), так и совместная работа в режиме "клиент-сервер" с использованием интерфейсного продукта Transaction Processing Gateway.

IBIS (Financial Objects PLC, UK). АБС IBIS разработана в начале 1980 года в лондонском Итальянском международном банке (Italian International Bank). К 1992 году система была перенесена на платформу IBM AS/400 и стала распространяться под маркой IBIS/AS. Функциональное развитие системы осуществлялось в форме проектов для отдельных банков.

С точки зрения функциональности АБС IBIS/AS обладала теми же достоинствами, что и ее конкуренты на платформе AS/400, и аналогичными недостатками - при разработке АБС использовались устаревшие информационные технологии, система плохо структурирована, тяжела в поддержке и сопровождении. Дальнейшее развитие АБС проходило как по пути улучшения эксплуатационных характеристик, так и совершенствования функциональной части. Система полностью перепрограммирована с применением самых современных инструментов и технологий с участием специалистов из IBM.

Finance KIT (Trema Oy., Sweden). Система Finance KIT задумывалась как фронтальная часть бэк-офиса казначейства. Разработанная в начале 1990 года, в основном распространение получила в секторе корпоративного казначейства, хотя в числе пользователей было и несколько банков. Первоначально в качестве платформы АБС были выбраны персональные компьютеры с операционной системой Windows и "настольной" СУБД Access фирмы Microsoft. Однако эта платформа не смогла обеспечить требуемой производительности, и к 1994 г. АБС переписана для платформы UNIX и СУБД Sybase. В настоящее время АБС доступна на платформах Sun Solaris и HP-UX. Перенос на другие платформы или другую СУБД не планируется; версия для Windows больше не продается, но добавлена поддержка клиентских рабочих мест для Windows 95 и Windows NT.

Большая часть разработки выполнялась по согласованию с ABB, такого подхода придерживаются и в настоящее время. Несмотря на то что изначально Finance КИТ задумывался как инструмент корпоративного казначейства, постепенно добавлялись функции поддержки банковского бизнеса. В этом смысле система предназначалась для поддержки полного цикла обработки банковской транзакции - от ввода сделки до окончательного расчета. Как фронт-офис АБС взаимодействует с продукцией третьих фирм, включая дилинговые системы, системы телефонных торгов и инструменты анализа и ценообразования - JP Morgan's Riskmetrics, электронные таблицы, пакеты бухгалтерского учета, ценообразования валютных опционов и форвардных операций, моделирования "Что если" и ценообразования в операциях с нулевым купоном.

Посредством встроенных редакторов можно создавать финансовые инструменты и настраивать связанные с ними потоки данных. Редакторы работают со стандартными компонентами и правилами. На уровне бэк-офиса Finance КИТ поддерживает расчеты, клиринг и платежи. Обновление всех позиций производится в режиме реального времени. АБС имеет интерфейсы к системам официальной отчетности, согласования и выверки, а также к терминалам SWIFT.

АБС не имеет собственной подсистемы "Главная книга" и должна быть сопряжена с соответствующим функционалом стороннего производителя.

Banes (Financial Network Services PTY Ltd., Australia). Первая версия системы разработана в конце 70-х подразделением обработки данных State Building Society для автоматизации бэк-офиса розничного сектора. Система работала на компьютерах NCR9800 под управлением операционной системы VRX. Сейчас продукт известен под двумя торговыми марками FNS и Banes (в зависимости от используемой платформы). Система работает на широком круге аппаратных и системных средств, включая мейнфреймы IBM, DEC VAX и различные Unix-системы. Особенностью работы в распределенных средах является как возможность взаимодействия с центральной базой в оперативном режиме, так и работа в автономном режиме в случае возникновения проблем с коммуникациями.

Изначально система предназначалась для автоматизации розничных операций малых и средних объемов. Она охватывает депозиты, кредиты, поддерживает автоматические кассовые аппараты и торговые терминалы. Система не имеет "Главной книги", но имеет интерфейсы к Finance One, Oracle Financials и Peoplesoft, которые реализуют эту функцию. В секторе казначейства реализованы функции валютного и межбанковского дилинга, торговли драгоценными металлами и ценными бумагами и корпоративных кредитов.

Platon (IMS Business System Corp., USA). Первая версия АБС разработана в 1985 году для двух находящихся в Нью-Йорке корейских банков. АБС написана на 4GL Progress и работает на широком круге Unix-платформ. В 1996 году выпущена 32-разрядная версия для платформы Windows NT, но реальных продаж пока нет. Имеются интерфейсы к СУБД ORACLE, DB2 и DB2/400.

Platon охватывает основные операции валютного и межбанковского дилинга, коммерческие и потребительские кредиты, ипотеку, прием и выпуск аккредитивов, работу со счетами "ностро". АБС имеет средства обработки и передачи основных финансовых сообщений через SWIFT, CHIPS, FEDWIRE и телекс (через соответствующие интерфейсы).

Поскольку Platon имеет ограниченные возможности в части казначейства, был разработан интерфейс к системе валютного дилинга и казначейства фирмы Financial Software Systems (FSS), который охватывает процессы фронт- и бэк-офиса.

Opics (The Frustum Group, USA). Вначале Opics задумывался как бэк-офисная система казначейства, однако вскоре разработчики сочли необходимым добавить и функции автоматизации фронт-офиса.

В 1993 году была подготовлена первая коммерческая версия АБС, которая внедрена в отделении Barclays Bank в Майами. К 1997 году АБС доработана до уровня "универсального решения" для банков, нуждающихся в поддержке как казначейских, так и розничных операций. Несмотря на то что в ряде функций (операции с драгоценными металлами, РЕПО, фьючерсы, опционы, соглашения о форвардной ставке) Opics обладает преимуществами даже перед такими общепризнанными лидерами систем банковской автоматизации, как Midas и Equation, розничный сектор имеет слабую функциональность и не способен обрабатывать большие объемы операций.

Olympic (ERI Bancaire SA, SwMTzerland). Первая версия АБС Olympic появилась в 1989 году на платформе AS/400 как результат новой разработки, ориентированной на работу с частными лицами.

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

В 1995 году начаты работы по переносу АБС на платформу Windows NT. Система разрабатывается на языке C++ с использованием объект-ноориентированной технологии и концепции хранилищ данных.

Symbols (System Access Pte Ltd., Singapore). АБС Symbols сингапурской фирмы System Access является одним из самых новых предложений на рынке банковских систем. Впервые система предложена в 1989 году, и ее первым пользователем стал Credit Suisse First Boston

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

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

Symbols целиком базируется на ORACLE. Он написан в среде разработки ORACLE и использует генератор отчетов ORACLE для того, чтобы пользователи могли создавать свои специфические отчеты и запросы к базе данных. Система может работать на любой платформе, которую поддерживает эта СУБД - другими словами, на всех платформах, отличных от AS/400.

Большей частью система ориентирована на Unix-платформы, но была сделана версия для Next и в 1997 году - для Windows NT.

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

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

Globus (Temenos Systems SA, Switzerland). Официальной датой появления системы Globus на рынке интегрированных банковских систем считается 1988 год. Однако Globus возник не на пустом месте. Прообразом АБС была корпоративная разработка Citibank, выполненная еще в 1977 году (АБС Cosmos). Первая версия Globus работала под управлением операционной системы Pick на компьютерах Prime. В 1989 году был выполнен перенос АБС Globus на платформу Unix, и тем самым существенно расширился спектр оборудования, на котором эта АБС может работать.

Globus разработан с применением СУБД Universe фирмы VMark Software, что упрощает перенос АБС с одной платформы на другую.

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

Стратегией фирмы является поддержка единой версии системы, обычно новые версии появляются один раз в год.

В марте 1997 года была продемонстрирована версия АБС для Windows NT, однако готовый для пилотных испытаний проект, функционально идентичный UNIX-версии, появился только в начале 1998 года.

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

 

Таблица 20

 

Сводная таблица технических характеристик зарубежных АБС

 

┌─────────────┬───────────┬─────────────────────────┬──────────┬──────────────────┬────────────────┐

│Наименование │  Уровни   │Используемые операционные│   СУБД   │     Средства     │Базовый элемент │

│   продукта  │приложений │         системы         │          │    разработки    │    системы     │

│             │           ├──────────────┬──────────┤          │                  │                │

│             │           │    Сервер    │ Рабочая  │          │                  │                │

│             │           │              │ станция  │          │                  │                │

├─────────────┼───────────┼──────────────┼──────────┼──────────┼──────────────────┼────────────────┤

│      1      │     2     │      3       │    4     │    5     │        6         │       7        │

├─────────────┼───────────┼──────────────┼──────────┼──────────┼──────────────────┼────────────────┤

│Midas    DBA,│           │OS/400        │OS/400    │AS/400    │                  │проводка,       │

│Equation     │           │              │          │RDB,   DB2│                  │документ        │

│DBA          │           │              │          │for AS/400│                  │                │

├─────────────┼───────────┼──────────────┼──────────┼──────────┼──────────────────┼────────────────┤

│Bankmaster   │           │Unix,  Windows│UNIX,     │плоские   │                  │проводка,       │

│             │           │NT            │Windows   │таблицы,  │                  │документ        │

│             │           │              │(95, NT)  │Informix  │                  │                │

├─────────────┼───────────┼──────────────┼──────────┼──────────┼──────────────────┼────────────────┤

│IBIS         │"терминал -│OS/400        │OS/400    │AS/400 RDB│                  │документ        │

│             │хост",    2│              │          │          │                  │                │

│             │"клиент   -│              │          │          │                  │                │

│             │сервер"    │              │          │          │                  │                │

├─────────────┼───────────┼──────────────┼──────────┼──────────┼──────────────────┼────────────────┤

│Finance      │2 "клиент -│Solans, HP-UX │UNIX,     │Sybase    │                  │документ, сделка│

│КИТ          │сервер"    │              │Windows   │          │                  │                │

│             │           │              │(95, NT)  │          │                  │                │

├─────────────┼───────────┼──────────────┼──────────┼──────────┼──────────────────┼────────────────┤

│Banks        │"терминал -│Unix,  Windows│UNIX,     │Oracle,   │                  │проводка,       │

│             │хост",    2│NT            │Windows   │Informix, │                  │документ, сделка│

│             │"клиент   -│              │(95, NT)  │SQL Server│                  │                │

│             │сервер"    │              │          │          │                  │                │

├─────────────┼───────────┼──────────────┼──────────┼──────────┼──────────────────┼────────────────┤

│Platon       │"терминал -│Unix          │Unix      │Progress  │Progress 4GL      │проводка,       │

│             │хост",    2│              │          │          │                  │документ, сделка│

│             │"клиент   -│              │          │          │                  │                │

│             │сервер"    │              │          │          │                  │                │

├─────────────┼───────────┼──────────────┼──────────┼──────────┼──────────────────┼────────────────┤

│Opics        │2 "клиент -│Unix,  Windows│UNIX, DOS,│ODBC      │                  │документ, сделка│

│             │сервер"    │NT            │OS/2,     │          │                  │                │

│             │   


Оцените книгу: 1 2 3 4 5