2.4. Гибкость, масштабируемость, платформа
К оглавлению1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 1617 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 не пользуется большим спросом как среда для
финансовых приложений. Причина здесь кроется в активном развитии
этого приложения, столь быстром, что за время жизни одной версии
разработчики не успевают пройти этап от начала разработки до
внедрения.