Сопровождение банковского ПО разработчиком: проблемы и практический опыт их решения A− A= A+

Банковская сфера — стремительно развивающийся сегмент рынка. Современная динамика бизнес-процессов диктует свои, порой довольно жесткие условия «моментального» принятия решений по всем фронтам.

Решения быстрого реагирования

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

Ольга КИРЕЕВА

Руководитель проекта RS-Securities V.6, R-Style Softlab (автоматизация бизнес-процессов банка по направлению финансовые рынки)

Изменение законодательства

Это случается, как правило, внезапно. Можно сколько угодно отслеживать проекты законодательных актов, держать штат аналитиков и консультантов — но предугадать очередное усовершенствование нормативной базы, вероятность и сроки вступления его в силу, увы, сложно.

Однако удержаться «на коне» и даже выйти из этой ситуации без потерь — реально. И в первую очередь — благодаря постоянной поддержке со стороны разработчика ПО.

Как разработчики программного обеспечения, мы прекрасно понимаем, что объем доработок по изменениям законодательства может оказаться достаточно большим. Наш опыт говорит о следующем: необходимо работать на опережение. Чтобы не пропустить момент вступления в силу очередного законодательного акта, приходится реагировать на каждый проект, раз за разом внося в программу изменения, которые, может быть, в последний момент придется «откатить». Например, в конце 2012 года мы практически реализовали проект изменения правил бухгалтерского учета по срочным сделкам, а законодательный акт так и не утвердили. Что ж, таковы правила игры, такова наша цена за минимизацию риска для наших клиентов.

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

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

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

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

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

Открытый кодобладает большими возможностями с точки зрения реализации доработок. Если перед банком стоит задача автоматизировать процесс, который подвергается постоянным изменениям, открытый код придется кстати: в продуктах RS-Securities V.6, например, открытый код активно используется при разработке отчетных форм. Это позволяет нам оперативно поддерживать порядка 200 реализованных отчетов. А отчетность, как известно, регулярно меняется, как минимум два раза в год: с 1 января и с 1 июля.

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

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

Но не всегда возможно обойтись доработками в открытом коде и «хот-фиксами». Например, если требуется изменить структуру базы данных, то такие технологии не подойдут. В этом случае придется прибегнуть к альтернативной реализации существующего функционала «сбоку» в открытом коде. Это самый трудоемкий и сложный путь. Фактически для нас это своего рода «двойная работа», но мы к этому готовы. Мы реализуем в дистрибутиве системы новое законченное решение с изменением структуры базы данных, доработками в закрытом коде и т.д. А для клиента — это функционал в открытом коде плюс подробная инструкция, содержащая информацию о настройке системы, а также технологию работы пользователя с новым функционалом. Соблюдение технологии работы в этом случае имеет большое значение, в том числе для того, чтобы при переходе на новую версию дистрибутива информация была корректно перенесена из таблиц временного хранения в новые структуры БД. Например, такого вида доработки проводились в декабре прошлого года для того, чтобы дать возможность клиентам работать в соответствии со всеми изменениями законодательства, вступающими в силу с 1 января 2013 года.

Из всего изложенного выше следует одна очевидная мысль: поддержка законодательства в RS-Bank — задача с наивысшим приоритетом. По своему продукту я могу с полной уверенностью утверждать, что не было такого случая, чтобы мы оставили клиента без доработок по законодательству к моменту вступления его в силу.

Вместо резюме

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

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

О продукте

Программный комплекс RS-Securities V.6 предоставляет пользователям функционал, полностью автоматизирующий работу банка на фондовом и срочном рынках. Решение, основанное на нормах законодательства и потребностях клиентов, обеспечивает быстроту обработки данных, удобный интерфейс, гибкую настройку схем учета финансовых объектов и формирование большого количества регламентированной отчетности, регистров внутреннего учета и настраиваемых пользовательских отчетов. Это пакет программных модулей, каждый из которых интегрирован с RS-Bank V.6, но может применяться и с АБС других разработчиков. Набор необходимых компонентов определяет банк, исходя из потребностей и направлений бизнеса.

Интегрированная банковская система RS-Bank V.6 — программный комплекс для автоматизации операционной, учетной, управленческой деятельности многофилиального банка, разработанный на основе самой мощной и функционально развитой СУБД Oracle.