Удовлетворение потребностей банка

Функциональная полнота системы является первым и основным требованием, предъявляемым к САБД. Полнофункциональной можно считать систему, если набор ее функций позволяет выполнять все операции конкретного банка. Поскольку банки, как правило, являются многопрофильными, следует определить набор модулей, необходимых для работы в режиме on-line на общей базе данных, определить круг задач, для решения которых достаточно автономных пакетов, формируют в случае необходимости проведения в книге лицевых счетов и в балансе банка и тому подобное. Программный комплекс имеет позволять автоматизировать максимально возможное количество рабочих мест в банке, то фронт-офис расчетно-кассового обслуживания, бэк-офис кредитования, АРМ по расчету заработной платы и тому подобное. Хорошим показателем выбранной системы является удовлетворение 85-90% потребностей банка.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 
< Пред   СОДЕРЖАНИЕ   След >