Банковские информационные системы

ее преимущества и недостатки.

Второе решение  предполагает предварительную реорганизацию  системы управления

и усовершенствование ее в соответствии с современ концепцией организации

управления и  требованиями руководства уч.

     3. Требования к банковской Информационной  системе и принципы разработки

программных средств.

Постоянные изменения, происходящие в сфере деятельности банков и

затрагивающие юридическую сферу, экономическую среду и банковские технологии,

требуют от системы  управления банком высокой степени  адап. БИС

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

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

банковской сфере. Поэтому система должна быть ориентирована на автоматизацию

управления банковской деятель, а не на конкретную задачу чистой

автоматизации обработки бан информации. Другими  словами, система

должна соблюдать  прин целевого характера управления и удовлетворять

требованию откры  для легкого внесения изменений  и наращивания

функциональных  ее возможностей по мере необходимости. Это требование

реализуется на принципах строгой параметризованности  автоматизируемых

объектов и  модульности. Главным девизом здесь должна служить ориентация

систе на автоматизацию  управления банковской деятельностью, а не на

решение локальных  функциональных задач.

Процедуры расширения и настройки системы должны основываться на так

называемом «связывании» модулей, которое обеспечивает комплексность системы

за счет их интеграции. Например, оплата извещений по пога коммунальных

платежей клиента  одновременно обновляет пози в текущих  счетах, а также

другие позиции, затронутые операцией.

К специальным  требованиям, характерным для банковской сферы, от­носитс

прежде всего  возможность отката на дату (контрольную  точ) либо

технологического  отката через систему обратных проводок «красное сторно». При

достижении исходной ситуации и ее фиксации сотрудники банка должны иметь

возможность внесения изменений и воз с автоматическим расчетом,

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

В связи с  этим необходимо обеспечить одновременное  сопровождение баз данных,

хранящих результаты текущего и прошедшего операцион  дней и осуществляющих

долговременное  хранение архивов.

Другим требованием, которое теперь предъявляют банки  к систе­ма

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

документов, приводящих к дебетовому сальдо, чтобы ис таким  способом

пополнение картотеки  № 2. Если же такая ситуация не возникает  и платежный

документ не обладает некоррект реквизитами, банковская технология

предполагает  однократный ввод информации в систему  и автоматическое

формирование  прово по всем операциям. Это требование совпадает и с

требованием разработчиков.

Выполнение проводок и изменение лицевых счетов должны осущест в

реальном масштабе времени. Работа с единой информационной базой позволяет

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

при внесении изменений  в любую ее часть. Система должна обеспечивать

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

на них с  учетом дневных измене. Этот пересчет должен давать возможность

накопления месячных, квартальных и годовых оборотов по счетам.

Лицевые счета  должны проходить анализ на ситуацию неоткрытый счет. Вновь

открываемые счета  получают автоматически присваиваемые  номера. При

необходимости клиент (при наличии системы клиент-банк) или сотрудник банка

должен иметь возможность просмотра лицевого сче и оценки его динамики за

заданный период. По характеру счетов БИС должна обеспечивать работу в

мультивалютном  режиме как с текущими и расчетными счетами, так и с различного

рода депозитными, ссудными, контокоррентными и другими счетами, а также

начислять различного рода проценты и комиссии.

Проведение расчетов должно быть своевременным и корректным, иметь точное

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

возможности максимально  освобождать сотрудников от выполнения рутинных задач

вручную. При  этом документооборот в банке  желательно сократить.

Требования разработчика в основном связаны со сложившимся  под к

проектированию  автоматизированных систем, а также  с собст его

интересами, которые  носят финансовый характер. Это пре всего соотношение:

цена - себестоимость - объем работ.

К интегрированным  системам при разработке предъявляются  более ужесточенные

требования, чем  к локальным разработкам. Это  обусловле расширенными

функциональными запросами комплексности решений и обязательными системными

соглашениями.

Крайне важным является принцип комплексности  разработки, который предполагает

создание совокупности взаимосвязанных программных средств, автоматизирующих

ряд банковских функций и организованных в виде целостной системы. При этом

для эффективной  ее эксплуатации должны соблюдаться  принципы согласованной

пропускной способности  частей системы и гибкости информационного  обеспечения

при сохране  его единства. Дело в том, что в  настоящее время в банках

имеются разобщенные информационные фонды, что может приводить к

неодно трактовкам экономической ситуации различными сотрудниками

банка. Очевидно, что соблюдение единства базы должно сопровождать­с

однократностью  ввода информации.

Операция, проведенная  в отделении банка, при выполнении ряда усло влечет

за собой и  другие. Так, при выдаче аккредитива  по истечении определенного

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

перечислению  на расчетный счет. Поскольку опера  формализована, она может

быть выполнена  и программно.

Поскольку сложившийся  в нашей стране рынок платформ очень пестр, разработчик

для наиболее широкого распространения своей системы  за в

соблюдении принципа мобильности, т.е. в обеспечении возможности  эксплуатации

программного продукта в различных опера и технических средах.

Использование в качестве опорной концепции  разработки системы автоматизации

банковской деятельности концепции АРМ как нельзя бо соответствует

применению целевого подхода в управлении. Опреде основные цели

сотрудника, можно  сформулировать главные сис соглашения по

использованию дискетной или сетевой техноло, выбрать необходимый

инструментарий. Наличие во многих АРМ одноименных  участков позволяет широко

использовать  перемещаемые блоки типа: расчет нормативных коэффициентов,

оценка собственной  ликвидности, заключение и ведение  договоров и др. и

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

Каждому объекту (лицевой счет, проводка, клиент) соответствует  стан­дартны

инструментарий (создание, контроль, корректировка, удаление, сортировка,

поиск и др.), а также специфический инструментарий («крас сторно» для

проводок, заключение оборотов или закрытие - для сче  и др.).

Весьма актуальной проблемой сегодня остается обеспечение  банков­ско

безопасности. Ее решение может быть успешным только при ком подходе,

который подразумевает  разделение доступа к инфор, к  различным АРМ и к

режимам в них. Так, для доступа к системе  существуют уровни: пересылка файлов

в определенную директорию, дос в определенную директорию, доступ к

диску, реализация всех функ на удаленной ЭВМ. Для этого  обычно

используется  система паро, шифрования передаваемой информации,

электронной подписи. Так важное значение имеет правильная организация

ведения архива инфор базы системы.

Таким образом, принципы разработки систем автоматизации банков­ско

деятельности  вытекают из подходов и требований, предъявляемых к программному

продукту заказчиком  (банком). Эти требования содержат в  себе требование

банка к системе  в целом как к продукту, который  будет обслуживать

специфическую сферу (банковское дело), а также  специ требования,

отражающие специфику  используемых в банке опера и  технологий их

выполнения.

С другой стороны, существует ряд требований, которые  предъявля к

разработке исполнителем (разработчиком). Эти требования могут совпадать с

требованиями  банка, но могут и конфликтовать. Хотя боль из

перечисленных требований, предъявляемых проектировщиком, не являются

конфликтными  по отношению к требованиям банков.

Следует запомнить, что при проектировании интегрированных БИС необходимо

учитывать требования банковской среды. Это возможность  отката на определенную

дату и технологического отката; однократный ввод информации; блокирование

ввода платеж документов при дебетовых сальдо; выполнение прово в

реальном масштабе времени; анализ ситуации - от (закрытый) счет;

информационная  безопасность.

Общие требования разработки информационных систем: сокращение

документооборота; автоматизация рутинных задач: адаптивность финансовых

информационных  систем (ФИС) (параметризованность); возможность расширения

систем; единая информа база; мобильность; ведение  архива системы;

вос архивной копии  базы данных системы.

Как правило, информационная система является внешней по отноше к

совокупности  банковских технологий, поскольку зачастую машин обработка

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

процесса выполнения банковских операций, которые характеризуются  наибольшей

концентрацией вычислений. На практике все банковские операции связаны

некоторой единой технологи, состоящей из множества макро - и

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