Формуляр¶
Полное наименование: Компонент управления моделями видеоаналитики
Обозначение: LPI-VAP-MM
Краткое наименование: «Управление моделями»
Программный продукт: «Vizorlabs Platform 4.0» («Визорлабс Платформа 4.0»)
Стандарт: ГОСТ 19.501-79
Титульный лист и лист утверждения¶
| Реквизит | Значение |
|---|---|
| Наименование изделия | Компонент управления моделями видеоаналитики |
| Обозначение | LPI-VAP-MM |
| Расширение продукта | «Vizorlabs Platform 4.0» («Визорлабс Платформа 4.0») |
| Вид документа | Формуляр (ГОСТ 19.501-79) |
| Обозначение документа | Присваивается при выпуске утверждаемой редакции |
| Разработчик (правообладатель) | ООО «ЛАБОРАТОРИЯ ПРОМЫШЛЕННОГО ИНТЕЛЛЕКТА» |
| Год выпуска | Указывается при выпуске поставки |
Таблица — Реквизиты титульного листа.
| Функция | Должность | Фамилия и инициалы | Подпись | Дата |
|---|---|---|---|---|
| Разработал | ||||
| Проверил | ||||
| Нормоконтроль | ||||
| Утвердил |
Таблица — Лист утверждения.
1. Общие указания¶
1.1. Введение¶
Компонент управления моделями видеоаналитики (LPI-VAP-MM) является расширением программного продукта «Vizorlabs Platform 4.0» и предназначен для ведения каталога моделей и версий, подготовки моделей к исполнению, управления тестовыми материалами, проведения проверочных запусков и публикации проверенных версий для других компонентов.
Компонент эксплуатируется совместно с Центральным модулем. Центральный модуль предоставляет общий веб-интерфейс, шлюз и пользовательский контекст; отдельная прямая интеграция LPI-VAP-MM с СУДИР не выполняется.
Формуляр удостоверяет комплектность и основные характеристики компонента и содержит сведения о его приёмке, испытаниях, эксплуатации и неисправностях. Назначение и структура приведены в описании программы, обслуживание — в руководстве администратора, работа оператора — в руководстве пользователя.
1.2. Порядок ведения формуляра¶
- Формуляр заполняется предприятием-изготовителем при выпуске поставки и передаётся заказчику вместе с изделием.
- В ходе эксплуатации записи в разделы 6–11 вносит ответственное лицо, назначенное заказчиком.
- Каждая запись содержит дату, содержание записи, должность, фамилию и подпись лица, внёсшего запись.
- Формуляр хранится вместе с эксплуатационной документацией в течение всего срока эксплуатации изделия.
- При утрате оформляется дубликат с отметкой «Дубликат» и восстановлением записей по имеющимся документам.
2. Общие сведения¶
2.1. Наименование и обозначение изделия¶
| Параметр | Значение |
|---|---|
| Полное наименование | Компонент управления моделями видеоаналитики |
| Обозначение (артикул) | LPI-VAP-MM |
| Состав изделия | Расширение программы для ЭВМ «Vizorlabs Platform 4.0» |
| Реестровая запись | № 33642 от 21.05.2026 в Едином реестре российских программ для ЭВМ и баз данных |
| Вид поставки | Простая (неисключительная) лицензия |
| Срок действия прав | Весь срок действия исключительного права на программное обеспечение |
| Версия поставки | Указывается при выпуске поставки |
Таблица 2.1.1 — Наименование и обозначение изделия.
2.2. Предприятие-изготовитель¶
| Параметр | Значение |
|---|---|
| Изготовитель (правообладатель) | ООО «ЛАБОРАТОРИЯ ПРОМЫШЛЕННОГО ИНТЕЛЛЕКТА» |
| Адрес и реквизиты | Указываются при выпуске поставки |
| Служба технической поддержки | Каналы обращения указываются при выпуске поставки |
2.3. Дата выпуска¶
| Параметр | Значение |
|---|---|
| Дата выпуска поставки | Указывается при выпуске поставки |
| Дата ввода в эксплуатацию | Указывается при вводе изделия в эксплуатацию |
2.4. Гарантийные обязательства¶
| Параметр | Значение |
|---|---|
| Срок гарантии | 36 (тридцать шесть) месяцев |
| Начало исчисления | С даты подписания акта приёма-передачи либо иного предусмотренного договором документа |
| Основание обслуживания | Регламент гарантийного обслуживания — приложение 4 к техническому заданию на поставку |
| Состав обслуживания | Приём запросов, устранение инцидентов, предоставление обновлений в пределах поставленной версии |
| Условия сохранения гарантии | Соблюдение требований раздела 3 и руководства администратора, отсутствие несогласованных изменений |
| Основание для обращения | Формуляр и сведения о неисправности по разделу 8 |
Таблица 2.4.1 — Гарантийные обязательства.
| Влияние инцидента | Допустимая длительность выполнения | Признаки |
|---|---|---|
| 1 — Наивысшее | Не более 2 часов | Компонент недоступен либо его эксплуатация невозможна |
| 2 — Высокое | Не более 24 часов | Нарушены ключевые операции при частичной работоспособности |
| 3 — Среднее | Не более 1 рабочего дня, с 9:00 до 18:00 | Потеря функций не препятствует решению основных задач |
| 4 — Низкое | Не более 5 рабочих дней | Дефект не влияет на ключевые функции |
Таблица 2.4.2 — Классификация инцидентов.
Телефонная линия гарантийного обслуживания работает круглосуточно. Обращения регистрируются в СМКСС с фиксацией времени назначения, решения и закрытия. Каналы обращения сообщаются в течение одного рабочего дня после заключения контракта, об их изменении — в течение одного календарного дня. Инциденты влияния 1 и 2 обрабатываются круглосуточно, влияния 3 и 4 — в рабочие дни.
Гарантия не распространяется на последствия несоответствия инфраструктуры требованиям, несогласованного изменения компонента, отказов стороннего ПО и обстоятельств непреодолимой силы.
3. Основные характеристики¶
3.1. Технические характеристики¶
LPI-VAP-MM размещается на существующих узлах Kubernetes-кластера изделия и не требует выделенного сервера.
| Ресурс | Минимальное требование |
|---|---|
| Процессор | Не менее 8 ядер x86 |
| Оперативная память | Не менее 16 ГБ |
| Постоянное хранилище | Не менее 1000 ГБ HDD; классы SSD/HDD определяются проектом поставки |
| Графический ускоритель | Не менее 1 NVIDIA T4 или эквивалента: 16 ГБ, Compute Capability ≥ 7.5, 2 560 CUDA-ядер, 300 Tensor Cores, пропускная способность ≥ 300 ГБ/с, FP16/INT8 |
| Параллельность | Одна операция конвертации или автоматической проверки на один выделенный GPU |
| Сеть | Не менее 1 Гбит/с; 10 Гбит/с рекомендуется при регулярной передаче пакетов более 1 ГБ |
| Синхронизация времени | Расхождение времени узлов не более 1 секунды |
Таблица 3.1.1 — Минимальные ресурсы компонента.
| Характеристика | Требование |
|---|---|
| Серверная ОС | «Московская серверная операционная система», ядро Linux не ниже 6.8 |
| Развёртывание | Kubernetes по спецификации поставки, единый Helm-релиз BOX5 |
| Управление | Helm и kubectl, совместимые с целевой версией Kubernetes |
| Среда контейнеров | Совместимая с Kubernetes, драйвер хранилища overlay2 |
| GPU | Драйвер NVIDIA ≥ 580.76.05, ресурс nvidia.com/gpu |
| Библиотеки | CUDA ≥ 12.6, cuDNN ≥ 9.5, TensorRT ≥ 10.4 |
| СУБД | PostgreSQL ≥ 17.5 |
| Объектное хранилище | MinIO ≥ RELEASE.2022-10-24 |
| Брокер сообщений | Apache Kafka KRaft ≥ 3.7.0 |
| Брокер контура проверок | Apache Kafka ≥ 3.4.0 |
| Очередь контура проверок | Redis ≥ 7 |
| Общий веб-шлюз | nginx ≥ 1.29.0; версия шлюза — по спецификации поставки |
| Рабочее место | Core i3 или эквивалент, 8 ГБ ОЗУ, видеопамять 512 МБ, 1920 × 1080, сеть от 100 Мбит/с, Chrome ≥ 80 или совместимый браузер |
Таблица 3.1.2 — Программная среда.
| Вид данных | Планируемый объём |
|---|---|
| Образы конвертеров и исполнителя проверок | Не менее 44 ГБ; уточняется ведомостью образов |
| Начальные данные MinIO | Не менее 50 ГБ: модели — около 19 ГБ, материалы — 1,5 ГБ, артефакты запусков — 27 ГБ |
| Рабочие каталоги и кэш | Не менее 100 ГБ |
| Резерв свободного пространства | Не менее 20 % |
Таблица 3.1.3 — Оценка объёмов хранения.
Фактический объём зависит от числа моделей, размера тестовых видео, запусков и срока хранения артефактов. RPO — не более 24 часов; RTO устанавливается проектом поставки.
3.2. Функциональные характеристики¶
| Функция | Решаемая задача |
|---|---|
| Каталог моделей | Ведение карточек, версий, категорий, атрибутов и комментариев |
| Загрузка версии | Приём ZIP-пакета, контроль структуры и безопасная распаковка |
| Конвертация | Подготовка модели к поддерживаемому формату исполнения |
| Автоматическая проверка | Контроль запуска и базовой корректности результата до экспертной оценки |
| Тестовые материалы | Ведение фото, видео, версий, зон и метаданных |
| Проверочный запуск | Асинхронная обработка с отображением прогресса, кадров, событий и журналов |
| Экспертная оценка | Результат: пройдена, пройдена с ошибками либо не пройдена |
| Публикация | Предоставление проверенной версии сценариям и инференсу |
| Контроль использования | Связи модели со сценариями и камерами, массовое обновление версии |
| Архивирование | Вывод модели из активной работы, восстановление и контролируемое удаление |
| API | Выполнение операций через внутренний программный интерфейс изделия |
Таблица 3.2.1 — Функциональные характеристики.
В новом рабочем запуске выбирается только опубликованная и готовая к исполнению версия; неопубликованная версия в списке выбора не отображается.
Технические состояния версии: created, invalid_archive,
unpacking_archive, unpack_done, unpack_error, in_validation,
failed_validation, in_testing, failed_testing, tested, failed.
Состояния запуска: created, running, completed, failed, stopped.
Краткие наименования в интерфейсе и переходы приведены в руководстве
пользователя.
4. Комплектность¶
4.1. Программные компоненты¶
| Обозначение | Наименование и назначение | Исполнение в Helm | Количество |
|---|---|---|---|
| MM-REG | Реестр моделей и версий | wf-models-registry (логическое имя svr-models-registry) |
1 |
| MM-ASSET | Хранилище тестовых материалов | wf-asset-storage (svr-asset-storage) |
1 |
| MM-LAUNCH | Хранилище запусков и результатов | wf-launch-storage (svr-launch-storage) |
1 |
| MM-FLOW | Проверка, конвертация и публикация | inf-flows-manager |
1 |
| MM-CONV | Конвертеры моделей | yolo-conversion, mm-conversion |
По профилю |
| MM-SBX | Исполнитель тестовых запусков | nr-sbx-backend, nr-sbx-celery, nr-sbx-yolo-conversion, nr-sbx-mm-conversion |
По профилю |
Таблица 4.1.1 — Состав прикладных частей.
Общий интерфейс, API-шлюз, аутентификация, PostgreSQL, MinIO, Kafka и Redis используются компонентом, но относятся к общей инфраструктуре изделия.
| Элемент поставки | Представление | Идентификатор экземпляра |
|---|---|---|
| Helm-пакет BOX5 | Архив чарта или репозиторий чартов | Заполняется при выпуске |
| Контейнерные образы | Неизменяемые теги или digest | Заполняется при выпуске |
| Конфигурация MM | Версионируемые values/манифесты без секретов | Заполняется при выпуске |
| Миграции данных | Версионируемые задания/образы | Заполняется при выпуске |
| Начальный набор моделей | Пакеты по спецификации поставки | Заполняется при выпуске |
Таблица 4.1.2 — Комплект экземпляра.
| Образ/workload | Версия или digest | Размер | Дата контроля | Подпись |
|---|---|---|---|---|
wf-models-registry |
||||
wf-asset-storage |
||||
wf-launch-storage |
||||
inf-flows-manager |
||||
yolo-conversion, mm-conversion |
||||
nr-sbx-* |
Таблица 4.1.3 — Ведомость образов.
| Параметр установленного экземпляра | Значение |
|---|---|
| Версия LPI-VAP-MM | |
| Версия и ревизия Helm-релиза BOX5 | |
| Кластер и namespace Kubernetes | |
| Адрес пользовательского интерфейса | |
| Класс и объём постоянного хранилища | |
| Выделенный GPU и профиль размещения | |
| Подключение к Центральному модулю | |
| Подключение к LPI-VAP-RS и инференсу | |
| Дата резервной копии перед вводом |
Таблица 4.1.4 — Параметры установленного экземпляра.
Пароли, токены, закрытые ключи и содержимое Kubernetes Secret в формуляр не вносятся. Допускается указать идентификатор записи в защищённом хранилище.
4.2. Эксплуатационная документация¶
| Обозначение | Документ | Количество |
|---|---|---|
| LPI-VAP-MM-ОП | Описание программы | 1 |
| LPI-VAP-MM-ФО | Формуляр | 1 |
| LPI-VAP-MM-РА | Руководство администратора | 1 |
| LPI-VAP-MM-РП | Руководство пользователя | 1 |
4.3. Носители данных¶
Поставка выполняется через согласованный защищённый канал или на машинном носителе. Вид носителя, контрольная сумма и факт передачи фиксируются ниже.
| Носитель/канал | Идентификатор | Контрольная сумма | Количество | Дата |
|---|---|---|---|---|
5. Свидетельство о приёмке¶
Компонент LPI-VAP-MM версии _, поставленный в составе Helm-пакета BOX5 версии _ и развёрнутый как релиз _ в пространстве имён _, соответствует техническому заданию, спецификации поставки и эксплуатационной документации, прошёл испытания и пригоден к эксплуатации.
| Контрольный параметр | Фактическое значение |
|---|---|
| Идентификатор поставки | |
| Версия/ревизия Helm-релиза | |
| Ведомость образов заполнена | да / нет |
| Выделенные CPU, RAM, хранилище и GPU | |
| Поддерживаемые семейства моделей | |
| Результат и номер протокола | |
| Дата приёмки |
| Сторона | Должность | Фамилия и инициалы | Подпись | Дата |
|---|---|---|---|---|
| Представитель изготовителя | ||||
| Представитель заказчика |
6. Периодические испытания¶
Испытания выполняются после обновления компонента, изменения кластера или зависимостей, восстановления из резервной копии и с периодичностью заказчика. Минимальная проверка включает:
- состояние Helm-релиза, Pod, Service, PVC и миграций;
- доступность PostgreSQL, MinIO, Kafka, Redis и GPU;
- открытие каталогов моделей и материалов через общий интерфейс;
- загрузку контрольной версии и завершение автоматической проверки;
- создание материала и запуска, получение кадров, событий и журналов;
- экспертную оценку и публикацию прошедшей проверку версии;
- доступность версии компоненту сценариев и сервисам инференса;
- защиту используемой версии от удаления и архивирование;
- создание и контрольное восстановление резервной копии.
| Вид испытания | Дата | Версия | Результат/протокол | Ответственный, подпись |
|---|---|---|---|---|
7. Сведения об эксплуатации¶
7.1. Приём и передача изделия¶
| Дата | Операция и основание | От кого/кому | Ответственный, подпись |
|---|---|---|---|
7.2. Учёт работы изделия¶
Наработка учитывается мониторингом Kubernetes. В формуляре фиксируются значимые периоды работы, обновления, остановки и изменения конфигурации.
| Начало | Окончание | Событие/режим | Версия/ревизия | Примечание |
|---|---|---|---|---|
7.3. Техническое обслуживание¶
| Дата | Выполненная работа | Основание | Результат | Ответственный, подпись |
|---|---|---|---|---|
8. Учёт неисправностей¶
Указываются версия Helm-релиза, workload, время и идентификатор операции, статусы, корреляционный идентификатор, журналы без секретов, сведения о ресурсах и последние изменения конфигурации.
| Дата и время | Проявление и влияние | Причина | Меры | Номер обращения | Ответственный, подпись |
|---|---|---|---|---|---|
9. Сведения о хранении и транспортировании¶
Дистрибутив, конфигурация и резервные копии хранятся в защищённом контуре с контролем доступа и целостности. Образы закрепляются неизменяемыми тегами или digest; при передаче проверяются контрольные суммы. Секреты передаются отдельно.
| Период/дата | Место и условия | Объект | Контроль целостности | Ответственный, подпись |
|---|---|---|---|---|
10. Сведения о консервации и расконсервации¶
Перед длительной остановкой прекращают создание заданий, контролируемо завершают активные запуски, резервируют PostgreSQL и MinIO, сохраняют values и перечень образов. После запуска проверяют миграции, зависимости, GPU, контрольную модель и тестовый запуск.
| Дата | Операция и метод | Срок/основание | Результат | Ответственный, подпись |
|---|---|---|---|---|
11. Сведения об утилизации¶
До удаления создаётся архив, проверяется отсутствие использования опубликованных версий сценариями и инференсом и соблюдаются сроки хранения. Удаляются только workload-ы, конфигурация, схемы и объекты LPI-VAP-MM. Общий Helm-релиз BOX5 и общая инфраструктура не удаляются без отдельного решения. Носители и копии очищаются по политике информационной безопасности заказчика.
| Дата | Основание | Удалённые ресурсы и данные | Способ | Ответственный, подпись |
|---|---|---|---|---|
Лист регистрации изменений¶
| Изм. | Разделы | Основание | Содержание | Подпись | Дата |
|---|---|---|---|---|---|
| 0.1 | Все | Первичное заполнение | Формуляр заполнен и выровнен с документацией Центрального модуля | 11.09.2026 |