Принципы проектирования интегрированных банковских информационных систем
Разработка и внедрение программного обеспечения требуют от банка немалых затрат, поэтому банк заинтересован в быстрой окупаемости проекта, которая может быть достигнута за счет снижения либо цены на программный продукт, либо затрат на обработку или благодаря ускорению оборота средств банка.
Использование компьютера позволяет расширить применение экономико-математических методов в управлении, т.е. нс просто ускорить обработку информации методом прямого счета, а оптимизировать некоторые процессы (например, распределение и размещение мобилизованных средств). При этом время на обработку снижается настолько, что это сказывается на повышении оперативности проведения расчетов и, следовательно, на повышении оперативности принимаемых решений. Появляется возможность расширения спектра оказываемых услуг, повышения их качества и расширения географии за счет более полного использования средств телекоммуникаций.
Однако при всех преимуществах автоматизации перед банком помимо необходимости больших затрат на закупку платформы (технические средства и базовое программное обеспечение) и обучение своих специалистов возникает постоянная дилемма. Она заключается в том, что желание банка обеспечить максимальную длительность эксплуатации приобретенной платформы сталкивается с тем, что любая платформа обречена на быстрое моральное старение, обусловленное устареванием оборудования, базового программного обеспечения (операционная система, система управления базами данных, языки программирования) и заложенной в продукт банковской технологии. При разработке системы автоматизации могут быть реализованы два альтернативных решения.
Первое решение заключается в том, что проектировщики разрабатывают систему исходя из сложившейся структуры управления и таким образом «увековечивают» ее преимущества и недостатки.
Второе решение предполагает предварительную реорганизацию системы управления и усовершенствование ее в соответствии с современной концепцией организации управления и требованиями руководства учреждения.
Существующие за рубежом консалтинговые фирмы, работающие в этом направлении, позволяют значительно повысить производительность труда только за счет правильно выставленных целей и правильно организованной структуры управления. Но при этом вновь созданная структура управления должна постоянно модифицироваться, приспосабливаясь к изменениям внешней среды. Так, в теории менеджмента существует понятие клеточной системы. Организация управления предполагает наличие на предприятии постоянно меняющейся структуры управления. Элементом такой структуры является клетка, которая самостоятельно определяет направления своего развития. Получая, обрабатывая и передавая информацию вовне, клетки меняются, адаптируются к изменениям внешней среды и глобальным изменениям внутри системы. Подобием такой клетки может служить предприятие, организованное крупной фирмой и занимающееся венчурным бизнесом. Очевидно, что при этом система автоматизации должна постоянно меняться вместе с системой управления.
Способность к адаптации БИС особенно важна в условиях российской банковской системы, несовершенства законодательной базы и нестабильной экономики.
Постоянные изменения, происходящие в сфере деятельности банков и затрагивающие юридическую сферу, экономическую среду и банковские технологии, требуют от системы управления банком высокой степени адаптивности. БИС должны иметь гибкую структуру и быть открытыми системами, допускающими внесение необходимых изменений в модель в случае каких-либо перестроек в банковской сфере. В связи с этим система должна быть ориентирована на автоматизацию управления банковской деятельностью, а не на конкретную задачу чистой автоматизации обработки банковской информации. Система должна соблюдать принцип целевого характера управления и удовлетворять требованию открытости для легкого внесения изменений и нарашивания функциональных ее возможностей по мере необходимости. Это требование реализуется на принципах строгой параметризации автоматизируемых объектов и модульности. Главным девизом здесь должна служить ориентация системы на автоматизацию управления банковской деятельностью, а нс на решение локальных функциональных задач.
Гибкость, которая должна обеспечивать адаптацию программного продукта без перепрограммирования, также основана на параметризации. Настройка может быть однократной (на момент внедрения) и заключаться в конфигурировании системы по количеству пользователей АРМ, особенностям и составу физических устройств, технологическим особенностям реализации услуг, структуре аппарата управления, а также при изменении банковской технологии, при изменении плана счетов и алгоритма формирования баланса. Возможна также текущая настройка, выполняемая банковским технологом или администратором системы.
Процедуры расширения и настройки системы должны основываться на так называемом «связывании» модулей, которое обеспечивает комплексность системы за счет их интеграции. Например, оплата извещений по погашению коммунальных платежей клиента одновременно обновляет позиции в текущих счетах, а также другие позиции, затронутые операцией.
Откат на дату (контрольную точку) или технологический откат через систему обратных проводок «красное сторно» — тоже принципиальное требование, характерное для банковской сферы. При достижении исходной ситуации и ее фиксации сотрудники банка должны иметь возможность внести изменения и возврат с автоматическим расчетом, закрытием и архивацией всех последующих дней. В связи с этим необходимо обеспечить одновременное сопровождение баз данных, хранящих результаты текущего и прошедшего операционных дней и осуществляющих долговременное хранение архивов.
Еще одним требованием, которое теперь предъявляют банки к системам автоматизации своей деятельности, является блокирование ввода платежных документов, приводящих к дебетовому сальдо, чтобы исключить таким способом пополнение картотеки № 2. Если же такая ситуация не возникает и платежный документ не обладает некорректными реквизитами, банковская технология предполагает однократный ввод информации в систему и автоматическое формирование проводок по всем операциям. Это требование совпадает и с требованием разработчиков.
Выполнение проводок и изменение лицевых счетов должны осуществляться в реальном масштабе времени. Работа с единой информационной базой позволяет автоматически распространять любые изменения всех взаимосвязанных частей базы при внесении изменений в любую се часть. Система должна обеспечивать постоянное изменение состояния лицевых счетов и ежедневный пересчет остатков на них с учетом дневных изменений, который обеспечивает накопление месячных, квартальных и годовых оборотов по счетам.
Лицевые счета должны проходить анализ на ситуацию неоткрытый счет. Вновь открываемые счета получают автоматически присваиваемые номера. При необходимости клиент (при наличии системы «Клиент—Банк») или сотрудник банка должен иметь возможность просмотра лицевого счета и оценки его динамики за определенный период. По характеру счетов БИС должна обеспечивать работу в мультивалютном режиме как с текущими и расчетными счетами, так и с различного рода депозитными, ссудными, контокоррентными и другими счетами, а также начислять различного рода проценты и комиссии.
Проведение расчетов должно быть своевременным и корректным, иметь точное отражение в учетных регистрах и осуществляться таким образом, чтобы по возможности максимально освобождать сотрудников от выполнения рутинных задач вручную. При этом документооборот в банке желательно сократить.
Требования разработчика в основном связаны со сложившимся подходом к проектированию автоматизированных систем, а также с собственными его интересами, которые носят финансовый характер. Это прежде всего соотношение: цена — себестоимость — объем работ.
К интегрированным системам при разработке предъявляются более ужесточенные требования, чем к локальным разработкам. Это обусловлено расширенными функциональными запросами комплексности решений и обязательными системными соглашениями.
Крайне важным является принцип комплексности разработки, который предполагает создание совокупности взаимосвязанных программных средств, автоматизирующих ряд банковских функций и организованных в виде целостной системы.
Для эффективной эксплуатации БИС должны соблюдаться принципы согласованной пропускной способности частей системы и гибкости информационного обеспечения при сохранении его единства.
В настоящее время в банках имеются разобщенные информационные фонды, что может приводить к неоднозначным трактовкам экономической ситуации различными сотрудниками банка. Очевидно, что соблюдение единства базы должно сопровождаться однократностью ввода информации.
Операция, проведенная в отделении банка, при выполнении ряда условий влечет за собой и другие. Так, при выдаче аккредитива по истечении определенного срока может оказаться, что деньги не израсходованы и подлежат обратному перечислению на расчетный счет. Поскольку операция формализована, она может быть выполнена и программно. Внедрение этого связано с преодолением психологического барьера у сотрудников, которые привыкли к перечислению средств только человеком, поэтому такие операции должны вестись сначала параллельно. В дальнейшем перечень автоматизируемых операций будет расширяться. В настоящее время можно указать некоторые операции по автоматической оплате в пределах свободного остатка на счете, закрытию аккредитивов, списанию начисленных процентов по краткосрочным ссудам (если это оговорено в договоре), погашению некоторых видов краткосрочных ссуд.
Поскольку сложившийся в нашей стране рынок платформ очень разнообразен, разработчик для наиболее широкого распространения своей системы заинтересован в соблюдении принципа мобильности, т.е. в обеспечении возможности эксплуатации программного продукта в различных операционных и технических средах.
Использование в качестве опорной концепции разработки системы автоматизации банковской деятельности концепции АРМ более всего соответствует применению целевого подхода в управлении.
Определив основные цели сотрудника, можно сформулировать главные системные соглашения по использованию дискетной или сетевой технологии, выбрать необходимый инструментарий. Наличие во многих АРМ одноименных участков позволяет широко использовать перемещаемые блоки типа: расчет нормативных коэффициентов, оценка собственной ликвидности, заключение и ведение договоров и другие, используя при этом объектно-ориентированный подход.
Сущность объектно-ориентированного подхода заключается в том, что каждому объекту соответствует стандартный и специфический инструментарий.
Объект — это лицевой счет, проводка, клиент.
Стандартный инструментарий обеспечивает создание, контроль, корректировку, удаление, сортировку, поиск и другие операции с объектом.
Технология банковской информационной системы включает специфический инструментарий — «красное сторно» для проводок, заключение оборотов или закрытие счетов — для счетов.
Весьма актуальной проблемой сегодня остается обеспечение банковской безопасности. Ее решение может быть успешным только при комплексном подходе, который подразумевает разделение доступа к информации, к различным АРМ и к режимам в них. Так, для доступа к системе существуют уровни: пересылка файлов в определенную директорию, доступы в определенную директорию, доступ к диску, реализация всех функций на удаленной ЭВМ. Для этого обычно используется система паролей, шифрования передаваемой информации, электронной подписи. Важное значение имеет также правильная организация ведения архива информационной базы системы.
Таким образом, принципы разработки систем автоматизации банковской деятельности вытекают из подходов и требований, предъявляемых к программному продукту заказчиком (банком). Эти требования содержат в себе требование банка к системе в целом как к продукту, который будет обслуживать специфическую сферу (банковское дело), а также специальные требования, отражающие специфику используемых в банке операций и технологий их выполнения.
С другой стороны, существует ряд требований, которые предъявляются к разработке исполнителем (разработчиком), совпадающих с требованиями банка и не являющимися конфликтными по отношению к ним.
