2.4. Гибкость, масштабируемость, платформа

К оглавлению1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 
17 18 19 20   23 24 25 26 27 28 29 30 31 32 33 
34 35 36 

Важные потребительские характеристики БИС - это их гибкость и

масштабируемость, которые достигаются за счет многоуровневого и

модульного построения системы. БИС "Кворум", например, состоит из

примерно 40 модулей.

Некоторые функциональные модули существуют как

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

несколько продуктов компании R-Style Software Lab, совместимых с их

БИС RS-Bank: система информационного обслуживания клиентов RSInfo,

система электронной почты RS-Mail, система управления

финансовыми ресурсами банка RS-Dealing, система автоматизации

работы с ценными бумагами RS-Depo и другие.

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

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

банковскому ядру посредством стандартизованных вызовов. Это,

например, кредитно-депозитная подсистема, операционные учетные

работы, управление ценными бумагами, торговые и неторговые

операции с инвалютой, анализ и планирование, внутренний бухучет,

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

Операции нижнего уровня выполняет особый набор алгоритмов -

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

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

счетам клиентов и внутренним счетам банка, формирование

регламентных отчетов. Именно на уровне ядра определяется, с какой

СУБД необходимо работать, в каком формате формировать запросы,

каков будет формат ответа. Таким образом, в зависимости от выбора

СУБД может потребоваться замена ядра банковской системы, но не всей

системы. Как правило, разработчики предлагают версии ядра для Btrieve

(предназначенные для небольших и средних банков и филиалов) и

версии для SQL-сервера: Sybase, Oracle, MS SQL (для крупных банков).

Версия для Btrieve хорошо зарекомендовала себя в малых, средних

и крупных банках, где ежедневно проводится до 10 тыс. документов,

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

сеть филиалов и отделений. Например, компания "Кворум" утверждает,

что до настоящего момента ни один банк-пользователь системы

"КВОРУМ" не столкнулся с ограничениями, вызванными работой с

Btrieve.

Версия для SQL-сервера предназначена для очень крупных

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

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

превышает две сотни. В крупных банках с развитой филиальной сетью

имеет смысл использовать обе версии - версия для SQL-сервера

устанавливается в головном банке, а в филиалах можно работать с

версией для Btrieve.

По данным экспертно-аналитической компании "Сплан", система

на Btrieve не гарантирует корректной работы при более 100

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

на промышленной СУБД - Progress (санкт-петербургская фирма

"Банкир"), Informix (санкт-петербургская же NEST, "Програмбанк",

"АСофт"), Oracle, Sybase, - с высокой вероятностью она будет корректно

работать с большим числом пользователей. Хотя это тоже не

гарантируется.

Microsoft SQL Server не пользуется большим спросом как среда для

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

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

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

внедрения.

Важные потребительские характеристики БИС - это их гибкость и

масштабируемость, которые достигаются за счет многоуровневого и

модульного построения системы. БИС "Кворум", например, состоит из

примерно 40 модулей.

Некоторые функциональные модули существуют как

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

несколько продуктов компании R-Style Software Lab, совместимых с их

БИС RS-Bank: система информационного обслуживания клиентов RSInfo,

система электронной почты RS-Mail, система управления

финансовыми ресурсами банка RS-Dealing, система автоматизации

работы с ценными бумагами RS-Depo и другие.

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

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

банковскому ядру посредством стандартизованных вызовов. Это,

например, кредитно-депозитная подсистема, операционные учетные

работы, управление ценными бумагами, торговые и неторговые

операции с инвалютой, анализ и планирование, внутренний бухучет,

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

Операции нижнего уровня выполняет особый набор алгоритмов -

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

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

счетам клиентов и внутренним счетам банка, формирование

регламентных отчетов. Именно на уровне ядра определяется, с какой

СУБД необходимо работать, в каком формате формировать запросы,

каков будет формат ответа. Таким образом, в зависимости от выбора

СУБД может потребоваться замена ядра банковской системы, но не всей

системы. Как правило, разработчики предлагают версии ядра для Btrieve

(предназначенные для небольших и средних банков и филиалов) и

версии для SQL-сервера: Sybase, Oracle, MS SQL (для крупных банков).

Версия для Btrieve хорошо зарекомендовала себя в малых, средних

и крупных банках, где ежедневно проводится до 10 тыс. документов,

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

сеть филиалов и отделений. Например, компания "Кворум" утверждает,

что до настоящего момента ни один банк-пользователь системы

"КВОРУМ" не столкнулся с ограничениями, вызванными работой с

Btrieve.

Версия для SQL-сервера предназначена для очень крупных

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

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

превышает две сотни. В крупных банках с развитой филиальной сетью

имеет смысл использовать обе версии - версия для SQL-сервера

устанавливается в головном банке, а в филиалах можно работать с

версией для Btrieve.

По данным экспертно-аналитической компании "Сплан", система

на Btrieve не гарантирует корректной работы при более 100

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

на промышленной СУБД - Progress (санкт-петербургская фирма

"Банкир"), Informix (санкт-петербургская же NEST, "Програмбанк",

"АСофт"), Oracle, Sybase, - с высокой вероятностью она будет корректно

работать с большим числом пользователей. Хотя это тоже не

гарантируется.

Microsoft SQL Server не пользуется большим спросом как среда для

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

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

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

внедрения.