Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
УП-6 тема 10.doc
Скачиваний:
5
Добавлен:
24.11.2019
Размер:
173.57 Кб
Скачать

3. Практические аспекты применения Diasoft fa# Retail

Розничное решение компании «Диасофт» Diasoft FA# Retail предоставляет банкам эффективные технологии обслуживания населения, обеспечивая возможности их интеграции в информационную систему банка. Принцип построения данной программной системы основан на современном архитектурном подходе с разделением на Фронт-офис - Diasoft FA# Retail.Front и Бэк-офис – Diasoft FA# Retail.Back. Эти компоненты являются частью интегрированного решения, реализующего поддержку полного комплекса розничных услуг банка и способного расширить спектр его возможностей за счет дополнительных миддл-офисных компонентов.

Любая из составляющих Diasoft FA# Retail может быть использована как самостоятельное решение, а также в комплексе с программными продуктами сторонних разработчиков

Решение Diasoft FA# Retail.Front  содержит встроенный инструментарий для создания и самостоятельной настройки экранных форм рабочих мест, а также для построения и модифицирования бизнес-процессов в соответствии с принятой в банке технологией. Инструментарий использует приемы визуального моделирования и состоит из двух инструментов:

  • Редактор экранных форм, предназначенный  для создания и редактирования моделей визуальных форм

  • Редактор процессов, определяющий логику работы (различные действия в рамках данного процесса и его переходы).

Для оценки производительности Diasoft FA# Retail.Front компанией были произведены нагрузочные испытания.

Нагрузочные испытания интегрированного розничного фронт-офиса Diasoft FA# Retail.Front были проведены в декабре 2009 года. Моделировалась работа с объемом базы данных свыше 4 млн. клиентов, около 2 млн. документов, 16 млн. счетов. Тестирование проводилось на территории компании «Диасофт» без применения промышленного оборудования на собственном тестовом стенде уровня Entry Level. Стенд состоял из сервера базы данных на основе СУБД AIX Oracle и сервера приложений. Совокупная стоимость тестового стенда - около 50 000$. База данных для нагрузочного тестирования соответствует прогнозной модели крупного розничного банка в 2012 году.

Результаты тестирования подтвердили высокие показатели производительности решения Diasoft FA# Retail.Front. При указанных объемах время выполнения большинства типовых операций по обслуживанию клиентов (добавление клиентов, заявок на кредит, поиск клиента и др.) составило менее 2 секунд. Одновременно в системе была организована работа 2000 пользователей системы, что равносильно результатам online работы такого же числа точек банковского обслуживания [11].

Результаты испытаний позволяют сделать вывод о способности фронт-офиса Diasoft FA# Retail.Front обеспечить в промышленной эксплуатации обработку значительных массивов данных, объем которых постоянно увеличивается из-за стремительного развития розничного бизнеса. Это решение, построенное на прогрессивной технологической платформе, предоставляет банку возможности увеличения производительности и масштабируемости, значительно превышающие насущные потребности банков и обеспечивающие потенциал для дальнейшего развития бизнеса.

Производительность является одной из важнейших характеристик Diasoft FA# Retail, EFT, предназначенного для обработки электронных платежей в режиме онлайн.

В компании «Диасофт» были проведены нагрузочные испытания Фронт-офиса электронных платежей Diasoft FA# Retail, EFT.

На стенде для нагрузочных испытаний было использовано следующее тестовое оборудование.  

Между серверами было установлено сетевое (Ethernet) соединение, обеспечивающее пропускную способность 100Mbit/s.

В качестве программного средства для проведения нагрузочных испытаний использовался Apache Jmeter – инструментарий с открытым кодом, который представляет собой Java-приложение и предназначен для нагрузочного и стресс-тестирования Web-серверов, сервлетов, Java-приложений и баз данных, с встроенной в него поддержкой SSL. В этом инструментарии предусмотрены механизмы авторизации виртуальных пользователей, поддерживаются пользовательские сеансы.

При настройке Программного Продукта были зарегистрированы Организатор Системы Приема Платежей, 150 Агентов, 400 точек обслуживания и 2000 терминалов самообслуживания. Для каждого Агента были установлены тарифы по вознаграждению (комиссии), платежные лимиты, а также другие параметры контроля платежей (допустимые операции, расписание работы, допустимые минимальная и максимальная суммы платежей и др.). Подобные параметры настройки Программного Продукта примерно соответствуют бизнес-условиям функционирования «среднего» Организатора Системы Приема Платежей.

В качестве прикладного протокола взаимодействия терминалов самообслуживания с Diasoft FA# Retail, EFT использовался оригинальный протокол HTTP/XML разработки «Диасофт», согласно которому каждый платеж осуществляется в две фазы. На первой фазе осуществляется проверка параметров платежа, на второй фазе выполняется собственно платеж. При этом на всех фазах сообщения между Diasoft FA# Retail, EFT и терминалом самообслуживания подписываются электронно-цифровой подписью.

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

Результаты, полученные в ходе нагрузочных испытаний показали, что Diasoft FA# Retail, EFT обеспечивает производительность, приемлемую для «среднего» Организатора Системы Приема Платежей, даже в том случае, когда в качестве сервера приложений и сервера базы данных используются современные бытовые компьютеры.

Компания «Диасофт» планирует продолжить работы по оценке и улучшению показателей производительностиDiasoft FA# Retail, EFT, в том числе путем проведения нагрузочных испытаний на стенде, оборудованном промышленными вычислительными средствами.

Производительность бэк-офисной части решения Diasoft FA# Retail.Back оценивалась в части работы с потребительскими кредитами и банковскими картами.

В июле 2009 года были проведены нагрузочные испытания бэк-офиса розничного решения Diasoft FA# Retail.Back в части работы с потребительскими кредитами.

Нагрузочные испытания кредитного бэк-офиса, призванные протестировать результаты работы по оптимизации его производительности, были проведены на территории «Диасофт», на собственном оборудовании компании без использования промышленных аппаратных платформ. Совокупная стоимость тестового стенда составила порядка 30000$. В качестве СУБД на тестовом сервере использовалась платформа Sybase ASE 12.5.3 Испытания проходили в несколько этапов, на каждом из которых система обрабатывала различные объемы учетных данных.

На первом этапе использовалась база данных, содержащая порядка 500 тысяч действующих кредитных договоров, на втором этапе тестирования ее объем был увеличен до 1,7 млн. По результатам испытаний была построена модель, объединившая расчетные показатели выполнения ежедневных и ежемесячных бэк-офисных кредитных операций для 1 млн. и 1,5 млн. договоров. Это позволило упростить анализ динамики изменения производительности кредитного бэк-офиса «Диасофт» и продемонстрировать линейное изменение производительности кредитного бэк-офиса при увеличении нагрузки, доказывающее его способность поддержать рост объемов бизнеса в динамично развивающихся розничных банках.

Полученные показатели производительности Diasoft FA# Retail.Back характеризуются как весьма высокие. Так, в банке с 1 млн. активных договоров выполнение ежедневных начислений займет не более 5-ти часов, ежемесячных начислений - не более 6,5 часов. На выполнение кредитных операций в банке с 1,5 млн. активных договоров понадобится, соответственно, 7,5 ч. и 9,6 часов. Эти показатели являются результатом реализации в кредитном бэк-офисе Diasoft FA# Retail технологии многопоточного вычисления, а также исключения «узких мест» и оптимизации выполнения типовых операций, например, при массовом формировании первичных документов по итогам выполнения начислений процентов и т. д. [11]