Описание процессов, обеспечивающих поддержание жизненного цикла программного обеспечения

    Наименование ПО: Прототип цифрового сервиса самообучения AI-консультантов интернет-магазинов

    Правообладатель: ООО «ВИКИЛЕКТ»

    Платформа-носитель: Wikilect (свидетельство на ПО № 2025667843)

    Техническое имя сервиса: EvoPrompter

    Модель распространения: интернет-сервис (SaaS)

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

    1. Общие сведения

    Программное обеспечение распространяется в виде интернет-сервиса (SaaS). Установка экземпляра ПО на стороне конечного пользователя не требуется. Доступ к ПО осуществляется через сеть Интернет по программному интерфейсу (HTTP API).

    Поддержание жизненного цикла программного обеспечения, включая устранение неисправностей, техническую поддержку пользователей и совершенствование (модернизацию) ПО, осуществляется правообладателем — ООО «ВИКИЛЕКТ».

    2. Этапы жизненного цикла

    1. Проектирование и разработка — формирование требований, проектирование архитектуры сервиса (API, фоновые задачи, метрика TRaCE, операторы эволюции), реализация и внутреннее тестирование.
    2. Сборка и развёртывание — сборка контейнерных образов, размещение в облачной инфраструктуре, проверка работоспособности (/health, контрольные прогоны API).
    3. Эксплуатация — предоставление сервиса пользователям, мониторинг доступности API и фоновых обработчиков, обработка обращений.
    4. Сопровождение и устранение неисправностей — диагностика инцидентов (API, очередь задач, СУБД, callback-интеграции, расчёт метрик), выпуск исправлений.
    5. Совершенствование (модернизация) — развитие алгоритмов эволюции и метрики TRaCE, расширение API, обновление зависимостей и инфраструктуры.
    6. Вывод из эксплуатации / замена версии — плановое прекращение поддержки устаревших версий интерфейса с предварительным уведомлением пользователей (при применимости).

    3. Процессы разработки и выпуска изменений

    3.1. Управление исходным текстом

    Исходный текст хранится в системе контроля версий Git. Изменения вносятся через отдельные ветки с ревью и объединением в основную ветку.

    3.2. Сборка и публикация

    Объектный код формируется в виде Docker-образов. Образы публикуются в реестре контейнеров и разворачиваются в инфраструктуре размещения сервиса (в промышленном контуре — оркестрация контейнеров).

    3.3. Контроль качества перед выпуском

    В объёме, соответствующем характеру изменения, выполняются:

    • проверка ключевых методов API и фоновых процессов эволюции;
    • регрессионные проверки расчёта метрики TRaCE и контракта eval callback;
    • проверка конфигурации развёртывания и совместимости с инфраструктурой.

    3.4. Выпуск обновлений

    Обновления SaaS применяются на стороне правообладателя. Отдельная установка обновлений конечным пользователем не требуется. О существенных изменениях API и режимов работы пользователи уведомляются через каналы поддержки и/или договорные каналы коммуникации.

    4. Устранение неисправностей

    4.1. Классификация обращений

    ПриоритетОписаниеПорядок реакции
    КритическийСервис недоступен либо ключевая функция эволюции / оценки полностью неработоспособнаВ приоритетном порядке в рабочие часы поддержки
    ВысокийСущественное ограничение функциональности без полной недоступностиВ ближайшие рабочие дни
    СреднийОшибка, имеющая обходной путьВ рамках планового сопровождения
    НизкийВопросы по использованию API, предложения по улучшениюВ порядке общей очереди

    Конкретные SLA могут уточняться договором с заказчиком.

    4.2. Типовые зоны диагностики

    • доступность HTTP API и аутентификация;
    • состояние очереди и фонового обработчика задач эволюции;
    • доступность СУБД и брокера сообщений;
    • ошибки вызова eval callback на стороне клиента;
    • ошибки расчёта метрики TRaCE / загрузки модели эмбеддингов;
    • ошибки обращения к сервисам больших языковых моделей (Meta-LLM).

    4.3. Порядок устранения

    1. Регистрация обращения / инцидента.
    2. Первичная диагностика и воспроизведение.
    3. Определение причины (прикладной код, конфигурация, инфраструктура, внешняя зависимость, интеграция клиента).
    4. Разработка и проверка исправления.
    5. Развёртывание исправления.
    6. Подтверждение устранения и закрытие обращения.

    5. Техническая поддержка

    5.1. Состав поддержки

    • консультации по использованию HTTP API и контракта eval callback;
    • помощь при подключении интеграций в рамках заявленного функционала;
    • приём и обработка сообщений о неисправностях;
    • информирование о статусе обработки обращений.

    5.2. Каналы и режим

    Обращения принимаются по каналам, указанным на сайте правообладателя и/или в договоре с заказчиком. Базовый режим — рабочие дни по московскому времени, если иное не предусмотрено договором.

    6. Совершенствование (модернизация)

    Модернизация выполняется ООО «ВИКИЛЕКТ» и может включать:

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

    Приоритизация доработок — на основе обратной связи пользователей, результатов эксплуатации и планов развития продукта.

    7. Инфраструктура эксплуатации

    Программное обеспечение размещается в облачной инфраструктуре на территории Российской Федерации. Для поддержания жизненного цикла используются:

    • контейнеризация и оркестрация развёртывания;
    • управляемые сервисы хранения данных и очередей задач;
    • мониторинг доступности и журналирование;
    • резервное копирование данных в соответствии с принятой политикой эксплуатации.

    Администрирование выполняется уполномоченными сотрудниками правообладателя либо привлечёнными специалистами под контролем правообладателя.

    8. Персонал, необходимый для поддержания жизненного цикла

    РольОсновные функции
    Руководитель продуктаПриоритизация развития, коммуникация с заказчиками
    Разработчик backend / MLРеализация и исправление API, эволюции, метрики TRaCE
    Инженер DevOps / SREРазвёртывание, мониторинг, устойчивость инфраструктуры
    Специалист технической поддержкиПриём обращений, первичная диагностика, эскалация
    Специалист по качеству (QA)Проверка изменений перед выпуском

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

    9. Гарантийные обязательства

    Гарантийное обслуживание осуществляется ООО «ВИКИЛЕКТ» в объёме и на условиях договора с заказчиком и/или оферты оказания услуг.

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

    10. Контактная информация

    ООО «ВИКИЛЕКТ»

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

    Документ подготовлен ООО «ВИКИЛЕКТ» для размещения сведений о программном обеспечении на сайте правообладателя.