ПИРС
ПИРС - headless CMS
- возможность многопользовательской работы;
- наличие необходимых функций администрирования и безопасности, обеспечивающих централизованный контроль состояния программной системы и распределенный доступ к информации;
- обеспечение возможности информационно-технологической интеграции с другими существующими информационными системами, функционирующими у Заказчика;
- открытость (архитектурная открытость программного обеспечения для функционального расширения и модернизации);
- масштабируемость (увеличение количества рабочих мест и количества задач без изменения программного обеспечения);
- адаптивность (настраиваемость);
- надежность и безопасность (обеспечение бесперебойной работы, получение достоверных результатов и защита от несанкционированных действий).
Официальные характеристики
Разработчик: ООО «ИнЭкс», коммерческая организация без преобладающего иностранного участия
Регистрация в Реестре российского ПО №13466 от 11.05.2022: https://reestr.digital.gov.ru/reestr/718255/
Регистрация в Роспатенте: свидетельство о регистрации №2022662903
Описание
Программное обеспечение ПИРС – платформа интегрируемых ресурсов и сервисов, предназначена для реализации высоконагруженных портальных решений, может использоваться для автоматизации бизнес-процессов, в качестве корпоративной базы знаний.
ПИРС – система управления контентом, основанная на технологии headless CMS, в разработке использован подход metadata-driven development model.
Headless CMS – это класс решений, в которых отсутствует предопределенный внешний вид пользовательского или административного интерфейсов и определенные шаблоны для его построения. Пользователь такой CMS абсолютно свободен в выборе средств построения
интерфейса.
Metadata-driven development model – подход, при котором функционирование системы определяется не только и не столько программным кодом, сколько описанием (например, в виде документов XML или JSON) собственно модели хранящихся в системе данных: сущностей, их атрибутов, связей и т.д.
Преимущества технологии основываются на отказе от искусственной модели object-relational mapping. Вместо нее применяется нативный для баз данных способ описания. База данных
полностью подконтрольна разработчику/devops/администратору.
Подход позволяет избежать программирования однотипных операций, получить быстрое и простое построение CRUD-приложений (create, read, update, delete), обеспечить типовые операции работы с данными без программирования.
Функциональные характеристики
CMS как система управления контентом позволяет:
- публиковать контент различного типа, настраивать шаблоны публикации типового контента под конкретную бизнес-задачу;
- управлять различными структурными элементами веб-ресурсов: навигацией, элементами темы, функциональными элементами интерфейса, составом и содержимым контентных блоков;
- работать с помощью визуального текстового редактора;
- создавать и использовать систему версионности, журналирования действий редакторов, хранить историю изменений страниц и сервисов;
- формировать систему отчетности;
- работать с системой статистики действий пользователей;
- создавать ролевую модель нескольких уровней (например, администратор системы, администратор конкретного ресурса, ответственный редактор, редактор-специалист) с соответствующими функциональными возможностями и уровнями доступа;
- организовывать площадки интерактивного взаимодействия с пользователями;
- обеспечить доступ к контенту для людей с ограниченными возможностями.
CMS как система разработки, администрирования и масштабирования позволяет:
- создавать и модифицировать сервисы организации;
- осуществлять поддержку ресурсов и интерактивных сервисов;
- осуществлять управление доступом пользователей к платформе, администрирование групп пользователей;
- осуществлять мониторинг действий пользователей;
- управлять настройками ПО платформы с использованием административного веб- интерфейса;
- поддерживать в работоспособном состоянии ПТК платформы;
- осуществлять мониторинг работоспособности системы, в том числе путем интеграции со сторонними системами мониторинга;
- формировать необходимый набор данных для оперативного реагирования на потенциально возможные сбойные ситуации, а также для анализа их причин, последствий и возможностей устранения.
Программно-технический комплекс платформы, необходимый для обеспечения ее эксплуатации
Типовой программно-технический комплекс (ПТК), на котором функционирует ПО ПИРС включает:
- веб-сервер;
- сервер приложений;
- сервер баз данных;
- сервер
ПО ПИРС является масштабируемым решением и адаптирован к использованию в кластерной среде. В зависимости от реальной нагрузки на платформу структура ПТК может быть расширена дополнительными серверами и балансировщиками нагрузки.
Структура платформы и назначение ее частей
Платформа ПИРС предназначена для создания, поддержки и модификации корпоративных ресурсов различных видов и назначения и состоит из следующих основных структурных элементов:
- Хранилище конфигурационных данных (метаданных) платформы;
- Интерфейс администратора по управлению составом и функциональными возможностями сервисов;
- Подсистема формирования интерфейсов (персонала обслуживания и конечных пользователей платформы) на основе конфигурационных данных;
- Подсистема обеспечения взаимодействия сервисов и сторонних информационных систем;
- Набор служебных функциональных сервисов платформы.
Хранилище конфигурационных данных
Конфигурационные данные хранятся в системных таблицах базы данных, состав и структура которых позволяет создавать произвольные ресурсы и управлять ими.
Для доступа к информации о таблицах (как системных, так и пользовательских) используется специальный подраздел «Системные АРМ».
Интерфейс администратора по управлению составом и функциональными возможностями ресурсов и сервисов
Администратор в административном интерфейсе платформы имеет возможность:
- управлять подсистемой доступа в полном объеме;
- управлять составом, структурой и функциональными возможностями ИФР;
- управлять метаданными сайта:
- структура сайта;
- состав сайта;
- меню навигации
- контролировать действия редакторов ресурсов.
Подсистема формирования интерфейсов ИФР на основе конфигурационных данных
ПО формирования интерфейса
Редактор имеет возможность в качестве контента вносить различные виды информационного материала:
- текстовую информацию;
- табличные данные;
- мультимедийную информацию.
ПО формирования пользовательского интерфейса
Пользовательский интерфейс формируется на основе метаданных и определяется:
- XSL-шаблонами, назначенными для соответствующих слоев отображения;
- меню навигации, связывающим между собой веб-страницы ресурса
Подсистема обеспечения взаимодействия ИФР и сторонних информационных систем
Платформа позволяет организовать (требуются дополнительные настройки разработчика под взаимодействие) взаимодействие с внешними информационными системами, в том числе и через интерфейсы шлюзов сторонних систем:
- доступ к данным АСУ сторонних организаций;
- взаимодействие с банковскими информационными системами;
- обмен данными с внешними системами по HTTP- и HTTPS- запросам.
Используя различный набор шаблонов запросов к платформе, можно получать в ответ для обработки XML- и JSON-файлы различного содержания (в зависимости от типа запроса). Формат запросов может быть расширен и скорректирован администратором.
Кроме того, возможна настройка платформы оповещения (по электронной почте) заранее определенным адресатам об изменениях контента в определенных разделах структуры.
Набор служебных функциональных сервисов платформы
Вспомогательные подсистемы обеспечения функционирования платформы:
- Подсистема авторизации и регистрации (подсистема взаимодействия с ActiveDirectory);
- Подсистема поиска;
- Подсистема рассылок;
- Подсистема журналирования;
- Подсистема мониторинга.
Технические требования к системному и обеспечивающему ПО
