Смекни!
smekni.com

Автоматизация банковских систем (стр. 5 из 9)

Глава IV.Интегрированная Банковская Система "STEM".

I. Концепция и принципы построения.

Общие требования к ИБС.

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

1. Многопользовательская система реального времени.

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

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

2. Защита информации.

Соответствие системы международным требованиям по защите информации обеспечивается следующим образом.

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

· средствами операционной системы: использование ОС с сертифицированными средствами защиты информации и разграничения доступа (UNIX, VMS);

· средствами СУБД: использование профессиональных СУБД с сертифицированными средствами разграничения доступа к информации и средствами аудита и журнализации;

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

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

3. Целостность информации.

Система должна соответствовать международным требованиям по сохранности и целостности информации. Этот вопрос также должен решаться на нескольких уровнях:

· средствами аппаратного обеспечения: системы безаварийной работы, применение RAID-технологии, применение кластерных технологий и т.д.;

· средствами СУБД: использование профессиональных СУБД с двухфазовыми механизмами транзакций, с возможностью on-line-резервирования;

· организационными мероприятиями: инструктаж пользователей, резервирование информации.

4. Гибкость и настраиваемость системы.

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

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

Развитие ИБС.

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

Выбор перспективных технологий и метода реализации ИБС.

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

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

Одна из прогрессивных технологий, применяемая в Банках, хорошо известна всем- это "Безбумажная технология". Однако ее достоинства становятся наглядными тогда, когда система уже внедрена и эксплуатируется. Поэтому на первом этапе создания ПО-создания Ядра ИБС - важны его одновременное внедрение и проверка.

Описание элементов банковской системы.

Аппаратная платформа.

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

При выборе платформы следует, прежде всего, определить реальное число пользователей, которые должны быть одновременно подключены к многопользовательской системе. Ориентировочно можно исходить из следующей оценки: на одного пользователя прикладного ПО требуется 1МБ ОЗУ и 1 tps/A общей производительности системы (tps- число транзакций в секунду). Кроме того, необходимо оценить перспективы роста банка и его финансовые возможности.

Количество пользователей, активно работающих на ИБС в реальном банке с производительностью до 2 000 операций в день, не превысит 20-30.

Такая нагрузка вполне по силам системам на базе INTEL 486DX2/66 и Pentium/60,90, обеспечивающим сквозную производительность 15-30 tps/A и 30-60 tps/A соответственно.

При активном подключении филиалов или создании выносных операционных залов, работающих в режиме on-line, число активных пользователей может быть доведено до 100 и более, а число операций достигать 10 000. В таком случае необходимо ориентироваться на системы класса midrange. Это может быть RISC-система (HP, Sun, IBM) или многопроцессорная система на базе Intel 486 и Pentium (Corollary, Acer, Compaq, AST, ALR, Sequent,Unisys и т.д.). Нельзя забывать о таких популярных (на западе) масштабируемых системах, как AS/400 (IBM), VAX (DEC) и т.д. Важным для нашего рынка может оказаться политика активного снижения цен на процессоры INTEL и анонсирование процессоров Pentium/150 с производительностью 250 MIPS и в 1995 году - P6 с производительностью 300 MIPS.