Формуляр¶

Полное наименование: Компонент среды разработки сценариев видеоаналитики

Обозначение: LPI-VAP-RS

Краткое наименование: «Сценарии»

Программный продукт: «Vizorlabs Platform 4.0» («Визорлабс Платформа 4.0»)

Стандарт: ГОСТ 19.501-79

Титульный лист и лист утверждения¶

Таблица — Реквизиты титульного листа.

Таблица — Лист утверждения.

1. Общие указания¶

1.1. Введение¶

Компонент среды разработки сценариев видеоаналитики (LPI-VAP-RS) является расширением программного продукта «Vizorlabs Platform 4.0» и предназначен для создания, настройки, версионирования, отладки и публикации сценариев видеоаналитики. Сценарий собирается в визуальном редакторе из стандартных и пользовательских логических блоков, проверяется на заранее загруженных изображениях и видеозаписях и после публикации передаётся другим компонентам для применения на камерах.

Компонент эксплуатируется совместно с Центральным модулем и компонентом управления моделями видеоаналитики. Центральный модуль предоставляет общий веб-интерфейс, шлюз, пользовательский контекст и назначение версий камерам; компонент управления моделями — опубликованные версии моделей для логических блоков; отдельная прямая интеграция LPI-VAP-RS с СУДИР не выполняется.

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

1.2. Порядок ведения формуляра¶

1. Формуляр заполняется предприятием-изготовителем при выпуске поставки и передаётся заказчику вместе с изделием.
2. В ходе эксплуатации записи в разделы 6–11 вносит ответственное лицо, назначенное заказчиком.
3. Каждая запись содержит дату, содержание записи, должность, фамилию и подпись лица, внёсшего запись.
4. Формуляр хранится вместе с эксплуатационной документацией в течение всего срока эксплуатации изделия.
5. При утрате оформляется дубликат с отметкой «Дубликат» и восстановлением записей по имеющимся документам.

2. Общие сведения¶

2.1. Наименование и обозначение изделия¶

Таблица 2.1.1 — Наименование и обозначение изделия.

2.2. Предприятие-изготовитель¶

2.3. Дата выпуска¶

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

Таблица 2.4.1 — Гарантийные обязательства.

Таблица 2.4.2 — Классификация инцидентов.

Телефонная линия гарантийного обслуживания работает круглосуточно. Обращения регистрируются в СМКСС с фиксацией времени назначения, решения и закрытия. Каналы обращения сообщаются в течение одного рабочего дня после заключения контракта, об их изменении — в течение одного календарного дня. Инциденты влияния 1 и 2 обрабатываются круглосуточно, влияния 3 и 4 — в рабочие дни.

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

3. Основные характеристики¶

3.1. Технические характеристики¶

LPI-VAP-RS размещается на существующих узлах Kubernetes-кластера изделия и не требует выделенного сервера.

Таблица 3.1.1 — Минимальные ресурсы компонента.

Таблица 3.1.2 — Программная среда.

Таблица 3.1.3 — Оценка объёмов хранения.

Фактический объём зависит от числа сценариев и версий, размера проверочных файлов, числа отладочных запусков и срока хранения результатов. RPO — не более 24 часов; RTO устанавливается проектом поставки.

Таблица 3.1.4 — Показатели назначения.

3.2. Функциональные характеристики¶

Таблица 3.2.1 — Функциональные характеристики.

Одновременно для одного сценария допускается одна неопубликованная версия; опубликованная версия не редактируется, изменения вносятся в новую версию. Для назначения камерам и проверочного запуска доступна только опубликованная версия.

Признаки версии сценария: is_published, is_default, is_editable, is_deleted, archived_at. Состояния запуска: created, running, completed, failed, stopped. Наименования в интерфейсе и переходы приведены в руководстве пользователя.

4. Комплектность¶

4.1. Программные компоненты¶

Таблица 4.1.1 — Состав прикладных частей.

Общий интерфейс, API-шлюз, аутентификация, PostgreSQL, MinIO, Kafka, а также хранилища проверочных данных wf-asset-storage и запусков wf-launch-storage используются компонентом, но относятся к общей инфраструктуре изделия и к компоненту управления моделями.

Таблица 4.1.2 — Комплект экземпляра.

Таблица 4.1.3 — Ведомость образов.

Таблица 4.1.4 — Параметры установленного экземпляра.

Пароли, токены, закрытые ключи и содержимое Kubernetes Secret в формуляр не вносятся. Допускается указать идентификатор записи в защищённом хранилище.

4.2. Эксплуатационная документация¶

4.3. Носители данных¶

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

5. Свидетельство о приёмке¶

Компонент LPI-VAP-RS версии _, поставленный в составе Helm-пакета BOX5 версии _ и развёрнутый как релиз _ в пространстве имён _, соответствует техническому заданию, спецификации поставки и эксплуатационной документации, прошёл испытания и пригоден к эксплуатации.

6. Периодические испытания¶

Испытания выполняются после обновления компонента, изменения кластера, каталога логических блоков или зависимостей, восстановления из резервной копии и с периодичностью заказчика. Минимальная проверка включает:

1. состояние Helm-релиза, Pod, Service, PVC и миграций;
2. доступность PostgreSQL, MinIO, Kafka, Redis и GPU;
3. открытие каталога сценариев через общий интерфейс;
4. создание сценария и рабочей версии, открытие песочницы с загруженной палитрой блоков;
5. обновление зон и моделей, сборку контрольного графа, фиксацию и сохранение изменений;
6. отладку на контрольном файле с зонами, получение кадров, журналов и событий;
7. публикацию версии и её доставку исполняющему ядру и Центральному модулю;
8. проверочный запуск версии на версии ассета и экспертную оценку;
9. массовую замену версии модели и обновление версии сценария на камере;
10. защиту сценария с черновиком и версии, назначенной камере, от архивирования;
11. создание и контрольное восстановление резервной копии.

7. Сведения об эксплуатации¶

7.1. Приём и передача изделия¶

7.2. Учёт работы изделия¶

Наработка учитывается мониторингом Kubernetes. В формуляре фиксируются значимые периоды работы, обновления, изменения каталога логических блоков, остановки и изменения конфигурации.

7.3. Техническое обслуживание¶

8. Учёт неисправностей¶

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

9. Сведения о хранении и транспортировании¶

Дистрибутив, данные редактора, конфигурация и резервные копии хранятся в защищённом контуре с контролем доступа и целостности. Образы закрепляются неизменяемыми тегами или digest; при передаче проверяются контрольные суммы. Секреты передаются отдельно.

10. Сведения о консервации и расконсервации¶

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

11. Сведения об утилизации¶

До удаления создаётся архив, проверяется отсутствие назначения опубликованных версий камерам и соблюдаются сроки хранения. Удаляются только workload-ы, конфигурация, данные редактора, схемы и объекты LPI-VAP-RS. Общий Helm-релиз BOX5, общая инфраструктура и хранилища проверочных данных и запусков не удаляются без отдельного решения. Носители и копии очищаются по политике информационной безопасности заказчика.

Лист регистрации изменений¶