Создание автоматизированной системы «МК Лайт» (стр. 2 )

Рисунок 1. Схема работы SMS Server МК

«SMS Server МК» - это сервис, разработанный МК для доставки сообщений на мобильное устройство.

Использование «SMS Server МК» производится в следующих случаях (применительно к реализуемому Проекту):

Требуется получение SMS уведомления при регистрации держателя. Требуется получение подтверждения при выполнении операции (используется SMS или PUSH-уведомление, в зависимости от выбранной настройки). По Картам держателя произошли изменения (проведён платёж, перевод, изменился баланс по счёту держателя), с использованием какой-либо внешней системы (терминала, банкомата и т. д.).

XMPP – это сервер уведомлений используемый МК для фиксации подтверждений о доставке PUSH уведомления на мобильное устройство. Использование XMPP обусловлено тем, что облачные сервисы для доставки PUSH-уведомлений не подтверждают доставку PUSH-уведомлений на мобильное устройство. Поэтому после получения PUSH-уведомления мобильное устройство отправляет на XMPP-сервер подтверждение о доставке.

Использовать только XMPP-сервер без использования облачных сервисов Apple и Google нецелесообразно, потому как отображение уведомлений на мобильном устройстве возможно только с помощью данных сервисов.

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

Мобильное приложение обращается к «SMS Server МК» для отправки кода подтверждения. «SMS Server МК» обращается к своей базе данных для определения возможности получения PUSH-уведомлений (по номеру мобильного телефона). Если отправка PUSH-уведомлений возможна, то с использованием облачных сервисов Apple / Google производится отправка PUSH-уведомления на мобильное устройство. После получения PUSH-уведомления приложение мобильного устройства, разработанное для МК, обращается к XMPP-серверу МК для передачи подтверждения о доставке сообщения. «SMS Server МК» отвечает системе, которая инициировала передачу сообщения о результате получения сообщения. Если после отравки PUSH-уведомления от мобильного устройства не получено уведомление, производится запрос на повторную отправку сообщения на мобильное устройство, и SMS Server МК определяет, что сообщение с использованием PUSH не было доставлено и принудительно использует отправку SMS-сообщения. В этом случае взаимодейтсвие «SMS Sever МК» будет осуществляться с соответствующим оператором связи (используется несколько операторов связи). Требования к системе Требования к системе в целом Требования к структуре и функционированию системы Перечень подсистем, их назначение

Структурная схема Системы представлена на рисунке 2. Назначение подсистем описано в таблице 2. Описание требований к взаимодействию со смежными системами представлено в разделе «4.2.4 Требования к функциям подсистемы «Взаимодействия со смежными системами». Краткая информация о смежных системах представлена в разделе «3 Характеристика объекта автоматизации».

Рисунок 2. Структурная схема Системы

Таблица 2. Назначение подсистем Системы

№	Название подсистемы	Назначение подсистемы	Чем реализуется
Подсистема мобильное приложение (ПМП)	Предоставление данных о банковских картах, управление банковскими картами, совершение платежей и переводов и других транзакций.	Приложение для использования на мобильном устройстве
Подсистема взаимодейтсвия со смежными системами (ПВ)	Подсистема предназначена для взаимодействия мобильного приложения со смежными системами ПЦ МК, является единой точкой входа для мобильного приложения.	Веб-сервис
Подсистема Бэк-офис (ПБО)	Регистрация БП, ПУ, пользователей БО, хранение информации журналов Системы, предоставление отчётности, ведение НСИ	Веб-приложение
Подсистема хранения данных Бэк-офиса (ПХДБО)	Предназначена для хранения данных Бэк-офиса.	СУБД

В рамках создания Системы реализуются два приложения:

Мобильное приложение для использования на смартфонах. Веб-приложение Бэк-офиса мобильного приложения.

Мобильное приложение не должно хранить финансовые данные (карты, счета) в смартфоне. Все данные для отображения в прилоджении запрашиваются онлайн с использованием ПВ.

ПВ получает данные как из базы данных Бэк-офиса, так и взаимодействует со следующими смежными системами для получения данных и выполнения действий (команд):

TWO (в ПЦ МК развёрнуто два экземпляра системы PH1 и PH2, данные БП хранятся в разных экземплярах PH1 / PH2). SMS Server МК – для рассылки кодов подтверждения Сервис информации о банкоматах – для получения информации о банкоматах и отображении на карте в смартфоне. TWPG – для проведния платежей.

Схема компонентов Системы представлена на рисунке 3.

Рисунок 3. Схема компонентов Системы

На схеме в состав компонента «Подсистема взаимодействия» входит компонент «Менеджер соединений TWO». В первой очереди реализации данный компонент должен выполнять функцию переадресации запросов к TWO (переспективы развития данного компонента указаны в разделе 4.1.1.5.2).

Консолидированная диаграмма потоков данных представлена на рисунке 4.

При выполнении операций пользователем по совершению платежей, всегда также выполняется поток №2 для отправки кода подтверждения перед выполнением операции. Соответственно после корректного ввода ПМП кода подтверждения производится выполнение запросов к TWO для совершения платежей / переводов.

Рисунок 4. Консолидированная диаграмма потоков данных

Требования к способам и средствам связи для информационного обмена между компонентами системы

Связи между элементами Системы представлены в таблице 3.

Таблица 3. Описание связей между элементами Системы и смежными системами.

№	Элемент схемы 1	Элемент схемы 2	Описание связи между элементами	Протокол взаимодействия
Подсистема мобильного приложения	Подсистема взаимодействия со смежными системами	Мобильное приложение взаимодействует с подсистемой взаимодействия для получения данных смежных систем и выполнения команд смежных систем.	SOAP over HTTPS. Обмен данными производится по протоколу TLS v 1.2.
Подсистема Бэк-офиса мобильного приложения	Подсистема хранения данных Бэк-офиса	Чтение и записать данных Бэк-офиса хранимых в СУБД	По протоколу взаиомдействия с Oracle Database 11g r2 или PostgreSQL 9.5 (в зависимости от СУБД, которая будут выбрана для реализации на последующих этапах создания Системы).
Подсистема взаимодействия со смежными системами	TranzWare Online (TWO)	Получение данных справочной информации БП, получения и изменение данных по Картам пол ьзователя. Требования к взаимодействию указаны в разделе «4.2.4.1».	Протокол FIMI основан на SOAP XML версии 1.2.
SMS Server МК	Система использует сервис для рассылки сообщений пользователю	TCP/IP
Сервис данных о банкоматах	Получения информации о расположении банкоматов, получении информации о банкоматах (время работы и другая информация)

Требования к режимам функционирования системы

Режимы работы, описанные в таблице 4, относятся к функционированию мобильного приложения и Бэк-офиса мобильного приложения.

Таблица 4. Режимы работы Системы

№ п/п	Название режима	Описание режима
Штатный режим работы	Вся функциональность доступная для использования исправно работает.
Режим сервисного обслуживания	При попытке получения доступа к функциональности пользователь получает сообщение о проведении технологических работ и недоступности сервисов в настоящее время.
Режим ограниченной функциональности	Возникает в случае недоступности смежной системы, которая необходима для выполнения функций / получения данных. Пользователь получает сообщение о невозможности получения данных / выполнения функций, которые зависят от работоспособности смежной системы.

Требования по диагностированию системы

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

Перспективы развития, модернизации системы В части подключения к обмену АБС Банков-партнёров

В перспективе к обмену данными могут быть подключены автоматизированные банковские системы Банков-партнёров.

В части развития функциональности «Менеджера соединений TWO»

В последующих этапах реализации Системы планируется реализация следующий функциональности комонента:

Хранение параметров сессии пользователя, которые были сформированы при организации соединения (параметры сессии и данные хеш-пароля). Реализация очереди обработки запросов пользователей. В случае, если при обращении МП свободных соединений для обращения в TWO нет, данный компонент должен размещать запрос пользователя в очереди с сохранением параметров запроса. При появлении свободного соединения выполнять запрос, находящийся в очереди к TWO (по принципу первый вошёл – первый вышел). По результатам отработки запроса в МП должен возвращаться результат выполнения запроса. Пользователю МП, в случае отсутствия свободных соединений, должно выводится сообщение об ожидании соединения, с возможностью прерывания запроса (для выполнения запроса позже). Требования к численности и квалификации персонала системы и режиму его работы

Требования к численности и квалификации персонала системы и режиму его работы представлены в таблице 5.