Информационные системы в экономике и управлении

АБС второго поколения очень быстро завоевали рынок. На них выросли та­кие известные сейчас фирмы, как ЛИМ, «Инверсия», «ПрограмБанк», «Диасофт», «АСофт»... Некоторые из них до сих пор основной свой доход имеют от сопровож­дения старых систем второго поколения.

Однако уже в 1993 г. системы, сделанные на технологической базе «персональных» СУБД, перестали удовлетворять многие банки и, прежде всего крупные: для них важна была эффективная работа в локальной сети. Ряд из них стали закупать запад­ные разработки, другие пытались создать АБС своими силами. Новые решения на­чали предлагать и отечественные фирмы-разработчики. Некоторые, ориентируясь на Запад, делали ставку на «тяжелые технологии» - мощные центральные компью­теры, работающие в режиме «хост-терминал» или «клиент-сервер», и профессио­нальные системы управления базами данных (СУБД). Именно так построены прак­тически все западные АБС, работающие в серьезных банках. Однако в России по­добные АБС до сих пор не слишком популярны: их техническая база (центральные компьютеры, лицензии на системное программное обеспечение и т.п.), по сравне­нию с персональной техникой, очень дорогостояща и требует специальной подго­товки персонала. В то же время в каждом банке, имеющем локальную сеть, есть уже вполне устойчивая сетевая СУБД: простенький, но эффективный менеджер записей Btrieve, входивший в состав сетевой операционной системы Novell NetWare. Сооб­разительные разработчики воспользовались этим и создали на базе Btrieve целый ряд АБС третьего поколения.

В России системы третьего поколения получили широкое распространение и развитие. Первые продукты этого поколения представили Инкомбанк (система «Садко», сейчас уже абсолютно устаревшая морально), фирмы «Банковские сис­темы» (ныне «Кворум»), «R-Style Software Lab.», новосибирский «Центр финансо­вых технологий» и другие. Некоторые компании («R-Style Software Lab.», ЦФТ) на соответствующей технологической базе создали очень интересные решения, в кото­рых средствами Btrieve реализуются функции, изначально имеющиеся в профес­сиональных СУБД, — например, транзакционный механизм (RS-Bank), а также оригинальные архитектуры (машина проводок в системе ЦФТ).

Первые отечественные системы четвертого технологического поколения - на базе профессиональных СУБД - появились почти одновременно с системами второго поколения. В качестве примера можно привести систему «Пирамида» пи­терской фирмы НЕСТ, созданную в 1990 г. Системами четвертого поколения зани­мались фирмы CSBI EE из Санкт-Петербурга, БИС, «ФОРС», «Эскейп-М» и другие.

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

В конце 1996 г. стало известно об АБС шестого технологического поколе­ния, построенных на базе новейших компонентных технологий.

Таким образом, сегодня на российском рынке АБС одновременно присутст­вуют системы пяти технологических поколений - со второго по шестое. Доста­точно часто одна и та же фирма-разработчик одновременно предлагает клиентам системы нескольких поколений. Так работают, например, «Инверсия», «Програм­Банк», «Диасофт» (они предлагают системы второго, третьего и четвертого поколе­ний), ЦФТ (предлагают системы третьего, четвертого и пятого поколений). Недавно компания «R-Style Software Lab.» также представила свою новую разработку «Кон­дор», относящуюся к четвертому технологическому поколению.

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

Как показывает практика, подавляющее большинство российских банков принимают решения о закупке или смене АБС исключительно под влиянием внеш­них по отношению к банку факторов: изменений нормативной базы, требований ЦБ РФ, необходимости вовремя сдавать отчеты и т.д. За рубежом основной мотив та­кого решения — внутренняя потребность банка в изменении технологии: для сни­жения операционных расходов, улучшения обслуживания клиентов и т.п.

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

В России чаще всего новая АБС приобретается либо для нового банка, либо когда прежнюю уже совершенно невозможно использовать. При этом главное требование к новой АБС — заткнуть те дыры, которые не затыкает предыдущая. Многие руко­водители банков ставят во главу угла дешевизну системы, до сих пор не понимая, что «настоящая» АБС должна стоить дороже хотя бы автомобиля, на котором ездит председатель правления: именно от нее по большому счету зависит благополучие банка.

В отставании российских банков отчасти виноваты и разработчики. Когда в 1994-1995 гг. создались благоприятные условия для смены поколений АБС (банки имели свободные средства, а норма прибыли начала ощутимо снижаться — это спо­собствовало созданию у банков внутренней мотивации к совершенствованию тех­нологий), на рынке почти не оказалось отечественных АБС четвертого поколения, приемлемых по критерию «стоимость — эффективность». Ведущие (по числу про­данных копий) разработчики АБС предыдущих поколений отнеслись к созданию АБС нового поколения недоста­точно продуманно. Многие из них решили, что для успеха достаточно перенести на профессиональную СУБД то, что было наработано на Clipper или FoxPro. Техниче­ски осуществить такой «перенос» было относительно легко, но очень сложным де­лом оказалось объяснить покупателям, зачем надо платить в несколько раз больше за систему, в которой практически нет отличий от старой с точки зрения функцио­нальности. К тому же подавляющее большинство разработчиков просто не смогло вовремя представить на рынок законченные системы четвертого поколения, так как освоение инструментальных средств и выработка концепции новой системы отняли у них слишком много времени. Ряд разработок, с большой помпой объявленных два-три года назад, не готовы и до сих пор.

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

1.2 Особенности российских банковских информационных систем

Жизненный цикл ИТ.

Компьютерная система независимо от ее размеров и сложности состоит из 3-х компонентов:

   технического обеспечения,

   программного обеспечения,

   информационного обеспечения.

Можно считать, что совокупность этих компонентов определяет ИТ.

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

I- Зарождение данной технологии. Её распределение невелико, но эффективность очевидна, поэтому масштаб использования увеличивается.

II- Спрос устойчив и опережает предложение. Фаза ускорения роста. Постоянно предложение начинает опережать спрос и наступает III- замедления роста. В период зрелости (IV) насыщение спроса достаточно, а в V- наступает спад, когда спрос снижается и ей на смену следует другая, более эффективная общественная потребность.

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

Информационное обеспечение (ИО).

Информационное обеспечение АБС - информационная модель банка, она бывает двух видов:

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

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

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

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

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

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

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

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

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

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

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

Новая технология требует интеграции информационных процессов и, в частности, организации информации в виде совокупности баз данных. Существуют различные инструментальные программные средства как для проектирования, так и для управления и поддержания базы данных - это проще всего различные СУБД: dBASE фирмы Ashton-Jate Corp; R:BASE файл Microrim Inc; PARADOX файл Borlanol International; FoxBase и FoxPro файл Fox Software Inc и другие. Для российских банков характерным является использование прикладных банковских систем на основе перечисленных СУБД. Одни подобные программы оформлены только для необходимых банков, в которых отражается не более 5000 документов ежедневно. Тенденция же к расширению банковских систем на обработку восемьдесят или сотни тысяч документов ежедневно в режиме реального времени, обеспечение гарантированной конфиденциальности информации в базе данных, высокой степени безопасности и надежности баз данных делает необходимым применение технологии "клиент-сервер", а для неё нужны специальные СУБД. Современные СУБД, реализуемые технологию "клиент-сервер" при работе с базой данных, - это сложные и дорогие программные продукты, поэтому выбор конкретных СУБД для банков должен быть хорошо обоснован. Мировой рынок СУБД выделил лидеров - "большую четверку": Oracle, Sybase, Informix, Indres. Из других доступных у нас можно назвать Progres, Gupta, Interbase.