Различия

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

--- solution_structure [2022/08/02 14:23] – создано sharixadmin
+++ solution_structure [2022/09/10 17:50] (текущий) – удалено sharixadmin
@@ Строка 1: / Строка 1: @@
-{{ ::nonnda_full-schema.drawio.png?1000 |}}
-===== Платформа =====
-Описание частично, затрагивает только публичные части решения.
-==== Фронт =====
-=== Landing ===
-Посадочная страница с описанием платформы, с которой можно попасть в веб-интерфейсы администратора и пользователя.
-=== Веб интерфейс пользователя ===
-  * система управления заявками
-  * система бесед (взаимодействие с внутренним XMPP сервером через веб-интерфейс)
-  * глобальный профиль пользователя
-Из глобального профиля можно перейти в пользовательские профили сервисов.
-==== Бэкэнд ====
-=== Веб-api (REST) ===
-Следующие сервисы доступны для построения фронт-решений:
-  * заявки и управление ими
-  * пользовательская информация
-  * информация о сервисах
-  * составление цепочек заявок из нескольких сервисов
-=== XMPP-сервер ===
-(ejabberd - jabber, mqtt broker & sip)
-Используется для экспресс-коммуникации и оповещения, а также для взаимодействия с ботом.
-Используется в том числе для технической поддержки уровня платформы.
-=== Mail-сервер ===
-Используется для не экстренного оповещения без использования продуктов компании, проверки учетных данных пользователей.
-=== Синхронизатор БД сервисов ===
-Используется для синхронизации данных сервисов для построения цепочек услуг.
-Синхронизация происходит от сервиса к платформе и не в обратную сторону, но по инициативе синхронизатора, обращающегося к бэкэнду каждого сервиса напрямую.
-=== БД ===
-Состоит из 2 частей:
-  * Внутренняя БД платформы
-  * Синхронизируемся с другими сервисами часть
-===== Произвольный сервис на основе ShariX Open =====
-==== Фронт ====
-=== Landing ===
-Посадочная страница с описанием платформы, с которой можно попасть в веб-интерфейсы администратора и пользователя. Это одна и та же точка входа с точки зрения пользователя. При наличии администраторских прав внутри личного кабинета отображаются дополнительные страницы.
-=== Веб интерфейс пользователя ===
-  * система управления заявками
-  * система бесед (взаимодействие с внутренним XMPP сервером через веб-интерфейс)
-Из профиля сервиса можно перейти на глобальный профиль ShariX.
-Осуществление заказов происходит через систему заявок (может быть - посредством модифицированного интерфейса для удобства)
-Информация о доступных сервисах получается через обращение к собственному web api сервиса, далее, через api backend-а при необходимости происходит обращение к web-api платформы. Далее, если необходимо, происходит обращение к иным сервисам (через их систему заявок).
-=== Веб интерфейс администратора ===
-  * система управления заявками
-  * система бесед (взаимодействие с внутренним XMPP сервером через веб-интерфейс)
-  * управление доступом (реализуется через систему управления заявками)
-Локальный профиль сервиса управляется через web api сервиса, равно как и информация об услугах, тарифах и так далее.
-Веб-интерфейс администратора может отображаться по-разному в зависимости от административной роли (по отношению к сервису, партнеру сервиса или исполнителю).
-=== Мобильное приложение для клиента ===
-Используется для осуществления заказа и управления его статусом. Для получения техподдержки по заказу.
-Взаимодействует с web api и xmpp сервером.
-XMPP сервер - для связи клиента и исполнителя текстом или голосовыми и возможно срочной техподдержки.
-Также через приложение возможно управление доступом к ресурсам сервиса. Это также происходит через XMPP посредством бота, но не представляется пользователю штатно через интерфейс таким способом.
-=== Мобильное приложение для исполнителя ===
-Используется для поиска заказа, принятия и выполнения. Для получения техподдержки по заказу.
-Взаимодействует с web api и xmpp сервером.
-XMPP сервер - для связи клиента и исполнителя текстом или голосовыми и возможно срочной техподдержки.
-Также через приложение возможно управление доступностью ресурсами сервиса (онлайн или оффлайн). Это также происходит через XMPP посредством бота, но не представляется пользователю штатно через интерфейс таким способом.
-=== Бот управления заявками ===
-Взаимодействует с WEB-api сервиса и его XMPP-сервером.
-  * бот оповещает о новых заявках
-  * бот создает новые заявки на основе диалога
-  * бот меняет статус заявки на основе диалога
-=== Бот управления ресурсами ===
-Бот управления ресурсами реализует логику доступа к ресурсам (обращаясь к web-api сервиса), а также реализует управление ресурсами, не поддерживающими протокол XMPP или MQTT, если такие у сервиса есть.
-===== Бэкэнд ====
-=== Веб-api (REST) ===
-Следующие сервисы доступны для построения фронт-решений:
-  * заявки и управление ими
-  * информация для обеспечения работы сервиса
-  * управление ресурсами
-=== Backend-api ===
-Бэкэнд устроен таким образом, чтобы:
-  * отдавать синхронизатору только те данные, которые подлежат синхронизации.
-  * взаимодействовать с ресурсами сервиса (управлять доступом к ним)
-  * отправлять уведомления через почту и xmpp-сервер
-  * при необходимости построения цепочки услуг обращаться к веб-api сервиса и получать от него ответ для дальнейшей обработки
-  * предоставлять все необходимое для запросов через web-api сервиса
-=== XMPP-сервер ===
-(ejabberd - jabber, mqtt broker & sip)
-  * рассылка оповещений в веб-интерфейсы
-  * оперативные диалоги в приложениях (с клиентами и исполнителями, а также для технической поддержки уровня сервиса или партнера)
-  * взаимодействие с ботами
-Может быть использован с применением ПО компании, внешние клиенты только из внутренней сети.
-Используется для управления ресурсами (XMPP или MQTT). Логика реализуется через специального бота для управления ресурсами.
-=== Mail-сервер ===
-Используется для не экстренного оповещения без использования продуктов компании, проверки учетных данных пользователей.
-=== БД ===
-Состоит из 2 частей:
-  * Внутренняя БД сервиса с дополнительными данными, нужными только данному локальному сервису, в том числе со своей системой обработки заявок.
-  * Синхронизируемся с платформой часть