Как построить эту классификацию? Кто в ней заинтересован? Для кого она предназначена?

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

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

Такими параметрами могут быть, например:

1. «Базовый объект» при построении технологий обработки бизнес процессов:

- проводка;

- документ;

- банковский продукт.

2. Уровень реализации банковских технологий:

- с жестко заданным набором определенных технологий;

- с возможностью работать с разными банковскими технологиями (универ­сальная АБС).

3. Уровень защиты информации:

- криптозащита;

- криптозащита и трехуровневая модель обработки данных;

- криптозащита, трехуровневая модель;

- другие средства защиты.

4. Функциональная полнота:

- наличие системы управления рисками;

- наличие системы консолидированного управления финансовыми ресурсами;

- поддержка широкого спектра банковских продуктов;

- включение новейших банковских технологий («Home Banking», «Internet», «телефонного банка», видеоконференций и т.д.).

5. Работа с филиалами и удаленными площадками:

- на основе распределенной базы данных с off-line-репликацией;

- на основе единой базы данных.

6. Использование встроенных средств разработки:

- генератора отчетности;

- макроязыка;

- генератора объектов;

- других CASE-средств.

Возможны и другие критерии оценки.

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

- наиболее адекватные критерии оценки;

- формальные взаимосвязи между этим критериями;

- значения выбранных критериев оценки;

- значения Классификатора «поколение АБС»;

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

Больше по теме:

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

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

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