Технологии

Для решения отдельных задач (Back Ground пересчеты, связь с внешними системами) используются Application Servers, которые построены либо на базе MS SQL Server 2012 - 2022, либо на базе отдельно выделенных приложений (Application Servers).

Серверная часть систем построена на модульной основе:

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

Модули обработки бизнес информации настраиваются администратором системы под конкретные нужды заказчика, при помощи соответствующего административного интерфейса.

Клиентская часть приложений построена на основе Run-Time платформы Dealing Manager и имеет следующую структуру:

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

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

Инсталляция

Инсталляция клиентских приложений для всех комплексов стандартная и описана в документации. Порядок и состав инсталляция шлюзовых приложений описывается в документации по конкретному типу шлюза (доступно для загрузки на странице Техподдержка).

Особенности эксплуатации АС Dealing Manager

Логирование

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

Устранение неисправностей

Для локализации возникающих неисправностей, как правило, достаточно этих логов. Логи пересылаются в техническую поддержку производителя системы, в ответ получают патчи для устранения: скрипты и (или) наборы данных. Так-как приложения построены на принципе тонкого клиента, исправления, как правило, переустановки ПО не требуют за исключением шлюзов - там такое возможно. Процесс применения исправлений прост и не требует какой-либо добавочний квалификации и обучения.

Расширение возможностей системы

Система организованна как блочная структура, в которой каждый блок допускает расширение функционала без необходимость доработки соседних блоков. Блоки построены на принципе касет: есть универсальная общая часть блока которая управляет пакетами, содержащими частные алгоритмя илим наборы алгоритмов. Поэтому, для расширения функционала достаточно разработать такой пакет и зарегистрировать его в блоке. Например, для ввода нового лимита достаточно подготовить алгоритм обработки, зарегистрировать его в лимитном блоке и указать, как его предоставлять пользователям. Раньше мы предоставляли свойм клиентам разрабатывать самим такие пакеты, но, в последствии, были вынуждены отказаться от этого, в связи со снижением требований по квалификации сотрудников клиентов. 

Техническое обслуживание

Стандартное администрирование сервера БД.

Тестирование для новых заказчиков

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

Dealing Data Center

Dealing Data Center предназначен для организации взаимодействия Dealing Manager со сторонними системами. 

Данный модуль позволяет:

• Организовывать импорт данных в систему (сделки, финансовые инструменты и их показатели и т.д.) из любых источников данных и в любом заданном формате.
• Организовывать экспорт данных в источник потребления данных (в том числе отправка сделок в общую шину казначейства, передача подтвержденных сделок в Бэк офисную систему и т.д.) в любом заданном формате.
• Осуществлять центральное управление и мониторинг состояния всех экземпляров шлюзов системы в режиме реального времени.
• Выполнять динамическое перераспределение нагрузки с одной шлюзовой машины на другую в режиме реального времени с рабочего места администратора.
• Хранить исходные данные, используемые в процессах.

Данный модуль построен по блочной схеме, в котором в качестве блока выступает алгоритм обработки, связанный типом диспетчера шлюза и направлением движения данных (импорт/экспорт).  Каждый диспетчер управляет неограниченным набором экземпляров шлюзов (количество экземпляров зависит от производительности рабочей станции и количества получаемых или передаваемых данных). Настройка количества и характеристик экземпляров шлюзов осуществляется администратором системы. Непосредственно, процесс внутренней обработки (или подготовки данных для передачи) производится при помощи специальной процедуры (SQL Stored Procedure). При необходимости, к настройкам добавляется динамическая фильтрация данных (например, для передачи данных по сделкам во внешнюю систему можно настроить несколько потоков, каждый из которых будет передавать свой набор сделок). Все остальные объекты модуля общие для всех процессов.