г. Рязань, ул. Татарская, д. 65
+7 903 839 25 34

Продукты

МАГИСТРАЛЬ

Основное, кратко

Платформа приложений МАГИСТРАЛЬ является экосистемой исполнения прикладных приложений, которая  решает задачу снижения затрат на разработку, эксплуатацию и сопровождение этих приложений.

Платформа предоставляет приложениям:

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

Система обладает следующими особенностями:

  • Сервис-ориентированное решение (SOA):
    • Не ограничивает разработчиков конкретными языками программирования и платформами разработки прикладных решений, а также целевыми средами их исполнения
    • Позволяет реализовывать различные стратегии развёртывания решения на целевой площадке
    • Является масштабируемым решением
  • Основывается на единой системной информационной модели:
    • Строгий контроль типов при информационном обмене внутри и между приложениями
    • Возможность динамического связывания компонентов целевого решения
    • Построение решения по безопасности  на основе видимости и доступности информации и поведения в системе

Детальная информация

Архитектура

Платформа МАГИСТРАЛЬ построена на основе сервис-ориентированной архитектуре (service-oriented architecture - SOA).

  • Диспетчер - сервис / микроядро платформы, выполняет роль транспорта синхронных коммуникаций. Поддерживает системную информационную модель расширяемую сервисами платформы и прикладными сервисами. Все синхронные коммуникациии выполняются в контексте вызовов сущностей этой модели.
  • Безопасность - системный сервис платформы реализующий функциональности: аутентификации и идентификации и сессий пользователей платформы; ролевые модели системных сервисов и приложений на основе функциональных и бизнес-ролей.
  • Лицензирование - системный сервис платформы реализующий функциональность разрешения использования ресурсов платформы и приложений на основе файлов лицензий.
  • Шина событий - системный сервис платформы реализующий функциональность транспорта асинхронных коммуникаций (событий).
  • Пользовательсткие интерфейсы - системный сервис и WEB-приложение обеспечивающие организацию пользовательского интерфейса приложений.
  • Прикладные информационные модели - системный сервис реализующий объектно ориентированное хранилище данных приложений на основе описания их информационных моделей.
  • Логгирование - системный сервис реализующий функциональность регистрации событий системы и приложений в логах.

 Системная информационная модель

Все коммуникации сервсиов платформы осуществляются в контексте элементов системной информационной модели. По сути эта модель является иерархически организованной моделью типов и экземпляров информационных сущностей предоставляемых в систему сервисами.

Типы делятся на типы данных и типы сущностей:

  • Типы данных - это типы объектов передаваемых по значению, то есть экземпляры которых не могут быть зарегистрированы в модели. К типам данных относятся скалярные типы (целые числа, числа с плавающей точкой, булевские строковые дата-время и т.д.) и структурные типы (структуры данных и коллекции).
  • Типы сущностей - это типы объектов передаваемых по ссылке, то есть экземпляры этих типов регистрируются в модели и имеют уникальную в пределах системы ссылку. Типы сущностей могут определять как свойства (любого определенного в системе типа), так и операции. Поддерживается определение нового типа сущности путём наследования от существующего типа сущности. То есть типы сущностей являются некоторым аналогом контрактов/интерфейсов в распространённых языках программирования (таких как C# и Java).

Использование системной информационной модели позволяет:

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

Системные функции

Лицензирование в рамках платформы

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

Сервис лицензирования входит в минимально необходимый комплект сервисов платформы.

Безопасность

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

Ролевые модели платформы построены на использовании схемы пользователь - бизнес-роль - функциональная роль:

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

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

Доступны два варианта аутентификации/идентификации пользователей:

  • Явная аутентификация/идентификация - предполагает регистрацию каждого пользователя в системе с указанием данных идентификации. При этом пользовтаель идентифицируется и аутентифицируется в соответствие с эти данными.
  • Аутентификация/идентификация предоставленная системой - предполагает интеграцию с LDAP каталогом (в частности с Microsoft Active Directory). При этом полученный системный идентити пользователя проверяется на предмет вхождения в группу каталога подключенную в платформу как бизнес-роль.

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

Сессия пользователя актуальна для любого приложения и экземпляра клиентского ПО. Это означает, что приложение может построить логику предоставления онлайн в мобильном устройстве изменений выполненных пользователем в приложении, например, на рабочем месте.

Шина событий

Шина событий - системный сервис платформы обеспечивающий возможность асинхронных адресных и широковещательных коммуникацийна основе типизированных событий. Для реализации такой возможности вес сервисы продуцирующие события декларируют на шине событий типы этих событий, а все потребители подписываются на события определённых типов.

Особенностью данной реализации шины событий является возможность потрибителям подписываться на события своего одидаемого типа и настройка трансформации типов на уровне шины событий.

Пользовательские интерфейсы

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

Структурно подсистема пользовательских интерфейсов состоит из системного сервиса пользовательских интерфейсов и WEB-клиента исполняемого в экосистеме браузера пользователя.

Системный сервис обеспечивает функции:

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

Web-клиент обеспечивает:

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

Особенностями web-клиентя являются:

  • Отсутствие ограничений на используемые визуальными формами JavaScript библиотеки.
  • Изоляция исполняемой формы от остального исполняемого кода при предоставлении форме API платформы и доступа к серверному коду формы.

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

Прикладные информационные модели

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

Основные своства:

  • Хранимый элемент - объект. Количество объектов в контейнере (хранилище) - неограничено.
  • Неограниченное количество прикладных информационных моделей.
  • Каждый объект может бизнес-объектом любых информационных моделей одновременно.
  • Объект не может быть одновременно несколькими бизнес-объектами одной прикладной информационной модели.
  • Бизнес-объект прикладной модели может определять именованные типизированные атрибуты. В качестве типа атрибута поддерживаются типы данных платформы и бизнес-объекты данной прикладной модели.
  • Предоставляется возможность определеня бизнес-объекта одиночным наследованием  от другого бизнес-объекта этой прикладной модели. При наследовании атрибуты определяются в пространстве имён наследника и не скрывают атрибуты родителя.
  • Программный API предоставляет универсальные операции управления данными (CRUD - create, request, update, detele). Все операции ограничиваются запросом отбора. Операция запроса также содержит запрос на формат представления (маска результата), что позволяет определять подмножество атрибутов / модели результата.

Логгирование

Системный сервис логгирования предоставляет сервисам платформы и приложений возможность централлизованного логгирования событий. Сервис обеспечивает возможности анализа событий администратором на основе: источника события, приоритетности, времени возникновения. Возможен полнотекстовый поиск

МАГИСТРАЛЬ

Основное, кратко

Платформа приложений МАГИСТРАЛЬ является экосистемой исполнения прикладных приложений, которая  решает задачу снижения затрат на разработку, эксплуатацию и сопровождение этих приложений.

Платформа предоставляет приложениям:

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

Система обладает следующими особенностями:

  • Сервис-ориентированное решение (SOA):
    • Не ограничивает разработчиков конкретными языками программирования и платформами разработки прикладных решений, а также целевыми средами их исполнения
    • Позволяет реализовывать различные стратегии развёртывания решения на целевой площадке
    • Является масштабируемым решением
  • Основывается на единой системной информационной модели:
    • Строгий контроль типов при информационном обмене внутри и между приложениями
    • Возможность динамического связывания компонентов целевого решения
    • Построение решения по безопасности  на основе видимости и доступности информации и поведения в системе

Детальная информация

Архитектура

Платформа МАГИСТРАЛЬ построена на основе сервис-ориентированной архитектуре (service-oriented architecture - SOA).

  • Диспетчер - сервис / микроядро платформы, выполняет роль транспорта синхронных коммуникаций. Поддерживает системную информационную модель расширяемую сервисами платформы и прикладными сервисами. Все синхронные коммуникациии выполняются в контексте вызовов сущностей этой модели.
  • Безопасность - системный сервис платформы реализующий функциональности: аутентификации и идентификации и сессий пользователей платформы; ролевые модели системных сервисов и приложений на основе функциональных и бизнес-ролей.
  • Лицензирование - системный сервис платформы реализующий функциональность разрешения использования ресурсов платформы и приложений на основе файлов лицензий.
  • Шина событий - системный сервис платформы реализующий функциональность транспорта асинхронных коммуникаций (событий).
  • Пользовательсткие интерфейсы - системный сервис и WEB-приложение обеспечивающие организацию пользовательского интерфейса приложений.
  • Прикладные информационные модели - системный сервис реализующий объектно ориентированное хранилище данных приложений на основе описания их информационных моделей.
  • Логгирование - системный сервис реализующий функциональность регистрации событий системы и приложений в логах.

 Системная информационная модель

Все коммуникации сервсиов платформы осуществляются в контексте элементов системной информационной модели. По сути эта модель является иерархически организованной моделью типов и экземпляров информационных сущностей предоставляемых в систему сервисами.

Типы делятся на типы данных и типы сущностей:

  • Типы данных - это типы объектов передаваемых по значению, то есть экземпляры которых не могут быть зарегистрированы в модели. К типам данных относятся скалярные типы (целые числа, числа с плавающей точкой, булевские строковые дата-время и т.д.) и структурные типы (структуры данных и коллекции).
  • Типы сущностей - это типы объектов передаваемых по ссылке, то есть экземпляры этих типов регистрируются в модели и имеют уникальную в пределах системы ссылку. Типы сущностей могут определять как свойства (любого определенного в системе типа), так и операции. Поддерживается определение нового типа сущности путём наследования от существующего типа сущности. То есть типы сущностей являются некоторым аналогом контрактов/интерфейсов в распространённых языках программирования (таких как C# и Java).

Использование системной информационной модели позволяет:

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

Системные функции

Лицензирование в рамках платформы

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

Сервис лицензирования входит в минимально необходимый комплект сервисов платформы.

Безопасность

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

Ролевые модели платформы построены на использовании схемы пользователь - бизнес-роль - функциональная роль:

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

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

Доступны два варианта аутентификации/идентификации пользователей:

  • Явная аутентификация/идентификация - предполагает регистрацию каждого пользователя в системе с указанием данных идентификации. При этом пользовтаель идентифицируется и аутентифицируется в соответствие с эти данными.
  • Аутентификация/идентификация предоставленная системой - предполагает интеграцию с LDAP каталогом (в частности с Microsoft Active Directory). При этом полученный системный идентити пользователя проверяется на предмет вхождения в группу каталога подключенную в платформу как бизнес-роль.

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

Сессия пользователя актуальна для любого приложения и экземпляра клиентского ПО. Это означает, что приложение может построить логику предоставления онлайн в мобильном устройстве изменений выполненных пользователем в приложении, например, на рабочем месте.

Шина событий

Шина событий - системный сервис платформы обеспечивающий возможность асинхронных адресных и широковещательных коммуникацийна основе типизированных событий. Для реализации такой возможности вес сервисы продуцирующие события декларируют на шине событий типы этих событий, а все потребители подписываются на события определённых типов.

Особенностью данной реализации шины событий является возможность потрибителям подписываться на события своего одидаемого типа и настройка трансформации типов на уровне шины событий.

Пользовательские интерфейсы

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

Структурно подсистема пользовательских интерфейсов состоит из системного сервиса пользовательских интерфейсов и WEB-клиента исполняемого в экосистеме браузера пользователя.

Системный сервис обеспечивает функции:

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

Web-клиент обеспечивает:

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

Особенностями web-клиентя являются:

  • Отсутствие ограничений на используемые визуальными формами JavaScript библиотеки.
  • Изоляция исполняемой формы от остального исполняемого кода при предоставлении форме API платформы и доступа к серверному коду формы.

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

Прикладные информационные модели

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

Основные своства:

  • Хранимый элемент - объект. Количество объектов в контейнере (хранилище) - неограничено.
  • Неограниченное количество прикладных информационных моделей.
  • Каждый объект может бизнес-объектом любых информационных моделей одновременно.
  • Объект не может быть одновременно несколькими бизнес-объектами одной прикладной информационной модели.
  • Бизнес-объект прикладной модели может определять именованные типизированные атрибуты. В качестве типа атрибута поддерживаются типы данных платформы и бизнес-объекты данной прикладной модели.
  • Предоставляется возможность определеня бизнес-объекта одиночным наследованием  от другого бизнес-объекта этой прикладной модели. При наследовании атрибуты определяются в пространстве имён наследника и не скрывают атрибуты родителя.
  • Программный API предоставляет универсальные операции управления данными (CRUD - create, request, update, detele). Все операции ограничиваются запросом отбора. Операция запроса также содержит запрос на формат представления (маска результата), что позволяет определять подмножество атрибутов / модели результата.

Логгирование

Системный сервис логгирования предоставляет сервисам платформы и приложений возможность централлизованного логгирования событий. Сервис обеспечивает возможности анализа событий администратором на основе: источника события, приоритетности, времени возникновения. Возможен полнотекстовый поиск