Тема 2. Основы работы автоматизированных

БАНКОВСКИХ СИСТЕМ

1. Технология создания автоматизированных банковских

систем

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

Основные этапы создания АБС требуют:

1. проведения функционального и информационного обследования деятельности банка;

2. формирования требований к системе и их анализ;

3. разработки структурно-функциональной модели банка;

4. разработки информационной модели банка;

5. детальной структуризации АБС, общесистемного проектирования, постановок задач;

6. программирования, отладки, внедрения, эксплуатации, сопровождения.

С самого начала необходимо решить основной вопрос банковской автоматизации: покупать готовую АБС или разрабатывать собственную?

Рассмотрим характеристики каждого из вариантов:

1. Покупка готовой АБС.

• за:

- банк сразу получает быструю проверенную программу со всем набором документации;

- поддержка и сопровождение чаще всего осуществляется специалистами компании-разработчика, что обеспечивает более качественные работы;

- функциональность АБС является комплексной и продуманной;

- в компании-разработчике существует методика по грамотному внедрению системы;

- получение гарантированного обновления системы.

• против:

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

- новые бизнес-технологии могут не соответствовать уже существующим;

- требуется переобучение специалистов;

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

- банк не получает права собственности на программный продукт и как следствие – будет необходимо опять покупать систему в случае экстенсивного увеличения самого банка.

2. Разработка собственной АБС.

• за:

- сотрудники получают именно такую автоматизацию, которая удовлетворяет их потребностям;

- доработка системы как силами банка, так и при помощи компании-аутсорсера возможна и никак не ограничена, при этом банк может быть уверен в постоянном развитии своей АБС;

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

- собственная разработка может стать источником конкурентного преимущества банка.

• против:

- необходима постановка полного технического задания на каждую автоматизируемую функцию;

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

- длительное время разработки;

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

3. Покупка базовой части готовой АБС и ее доработка.

• за:

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

- возможность разработки принципиально новых приложений использующих АБС лишь в рамках ее ядра и хранилища данных;

- фокусировка собственных разработчиках именно на особенностях бизнеса, а не на базовых функциях;

• против:

- возможная доработка в рамках АБС ограничена.

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

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

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