Архитектура

Платформа ROTOR состоит из:

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

Принципиальная схема внутренней работы платформы ROTOR

Бизнес-решение на платформе ROTOR функционирует в рамках архитектуры «команды и события». Диспетчер сообщений решает задачи маршрутизации взаимодействий.

Ядро платформы ROTOR

Ядро платформы ROTOR ориентировано на работу с командами и событиями.

С точки зрения архитектуры «команды и события» в ядре платформы ROTOR можно выделить следующие компоненты:

• Диспетчер команд;
  • Список команд всех зарегистрированных Модулей;
  • Кэш результатов выполнения команд;
• Диспетчер событий;
  • Список событий всех зарегистрированных Модулей;
  • Список подписок Модулей на события.

Ядро платформы ROTOR выполняет переадресацию вызова команд, возвращает результат выполнения команды (с учетом кэширования) и отсылает события.

Модуль платформы ROTOR

Модуль платформы ROTOR вызывает и выполняет команды, генерирует и реагирует на события.

Модуль платформы ROTOR может включать следующие компоненты:

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

Модуль платформы ROTOR выполняет подписку на события как собственные так и других модулей с указанием приоритета для синхронных событий.

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

Взаимодействие Модулей

Взаимодействие Модулей платформы ROTOR осуществляется через Ядро.

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

Поддерживаются различные степени открытости команд:

• protected— команда доступна только для собственного использования;
• private— команда доступна для использования другими модулями в рамках ядра;
• public— команда доступна для использования всеми модулями.

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

Сообщения о событиях

Модули получают через Ядро сообщения о событиях на которые они подписаны.

Кроме собственных событий, с целью увеличения степени управляемости системы, всегда автоматически генерируются события перед и после выполнения команд.

ROTOR сервер приложений

ROTOR сервер это совокупность Ядра и набора Модулей решающих конкретные прикладные задачи. Бизнес-решение на платформе ROTOR может быть сконфигурировано на нескольких ROTOR серверах.

ROTOR серверы могут находиться как на одном физическом сервере, так и на нескольких.

С совокупностью Ядер, Модуль работает так же как и с одним Ядром. Таким образом, использование в бизнес-решений нескольких Ядер абсолютно прозрачно для Модуля и не требует переконфигурации или внесения изменений в Модуль.

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

Документы и типы

Создание бизнес-решения на платформе ROTOR® начинается с разделения общей структуры решаемой задачи на такие составные компоненты, которые в данном контексте являются элементарными. Каждый такой компонент описывается в виде Типа документа. Типы документов связаны определенными отношениями в единую структуру.

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

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