Результат проекта

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

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

Приведем наиболее важные, по нашему мнению, особенности программного комплекса.

1. Обеспечение надежной сохранности данных. За все время интенсивного тестирования комплекса и его полуторагодовой эксплуатации ни один байт информации не был искажен или потерян.

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

В системе принята следующая классификация. Филиал - это некоторая территория банка, имеющая свой замкнутый баланс, а отделение - территория, баланс которой является подмножеством баланса филиала.

3. Высокая общая скорость обработки банковской информации. Оказалось, что компьютер SPARCServer 20/712 (машина класса средней рабочей станции) может служить сервером приложения примерно для 80 активных пользователей. Мы считаем, что это очень неплохой результат.

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

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

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

7. Программные спецификации, прилагаемые к системе, дают возможность дорабатывать ее в соответствии с собственными представлениями программистов банка о том, что и как должна делать банковская программа. Спецификации позволяют создавать новые программные модули в таких системах, как DOS, MS Windows, Unix. Дополнительно прилагается С-подобный язык скриптов (командных файлов) и интерпретатор этого языка. Это средство позволяет организовывать сложную пакетную обработку данных (например связь с системой "клиент-банк").