Техническое задание на видеонаблюдение

До выбора оборудования фиксируем:

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

Пример:

Плохо: «Камера 8 Мп у входа».

Лучше: «На входе в рабочее время должна сохраняться запись, по которой в согласованных условиях можно различить лицо входящего и направление движения».

Техническое решение выбирается после требования.

Для каждой камеры/сцены:

• где;
• границы;
• что происходит;
• день/ночь;
• препятствия;
• движущиеся объекты.

Не ограничиваемся точкой на плане.

Примеры:

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

Событие связывает камеру с реальной задачей.

Нужно определить уровень:

• общий обзор;
• наблюдение;
• распознавание;
• идентификация;
• отдельный объект/номер — если это реальная задача.

Фраза «хорошее качество» не измерима.

Если объект работает ночью:

• требование к сцене действует и ночью.

Отдельно:

• встречный свет;
• ИК;
• фары;
• освещение.

Приёмка должна проходить в соответствующих условиях.

Если нужно видеть:

• быстрое движение;
• руки;
• погрузку;
• транспорт,

Частота кадров и выдержка становятся частью задачи.

Не ставим один универсальный FPS всем камерам только ради одинаковой строки в спецификации.

В ТЗ фиксируем:

• требуемый срок;
• непрерывная запись или запись по движению;
• критичные камеры;
• экспорт записи;
• кто ищет.

А ёмкость хранилища рассчитывается позже по реальным потокам.

Требование: ответственный должен найти запись за известную дату/зону без помощи инженера.

Это полезнее абстрактного «удобный интерфейс».

Фиксируем:

• можно ли выгрузить;
• кто имеет право;
• нужен ли обычный формат, доступный для воспроизведения;
• нужны ли метаданные и водяные знаки.

Конкретный формат зависит от VMS.

Роли:

• просмотр в реальном времени;
• архив;
• экспорт записи;
• администрирование.

Не даём всем одну учётную запись с полными правами.

Нужно:

• кому;
• откуда;
• просмотр текущего видео и архива;
• MFA — если поддерживается;
• что происходит без WAN.

Не просто «просмотр с телефона».

Если видео сопоставляется с:

• POS;
• СКУД;
• событиями;

требуется согласованный источник времени и его точность.

Фиксируем:

• существующая/новая;
• PoE;
• магистральное соединение;
• VLAN — если нужно;
• пропускная способность;
• шкафы.

Но ТЗ не должно заранее диктовать VLAN без задачи.

Нужно определить:

• что должно работать при отключении питания;
• сколько времени;
• какие узлы критичны.

После этого рассчитывается UPS.

Если локальная запись должна продолжаться без WAN — пишем это прямо.

Отдельно:

• Видеонаблюдение без постоянного интернета

В ТЗ можно задать:

• оповещение;
• реакция на событие;
• допустимый период;
• резервный обзор — если требуется.

Не обещаем отсутствие простоев без архитектуры.

Если известно:

• +4 камеры;
• второй этаж;
• новый склад,

закладываем конкретный резерв:

• каналы;
• порты;
• хранилище.

Не «50% на будущее» без причины.

ТЗ должно обозначить:

• внутренние/наружные;
• высоты;
• скрытые трассы;
• лотки;
• маркировку;
• документацию;
• режим действующего объекта.

Для каждого ключевого требования: условие → тест → успешный результат.

Пример:

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

1. Объект.
2. Цели.
3. Зоны.
4. События.
5. Качество.
6. Архив.
7. Пользователи.
8. Сеть/питание.
9. Отказы.
10. Монтаж.
11. Документация.
12. Приёмка.

ТЗ: что система должна делать.

Проект: как именно это реализовать.

Не превращаем ТЗ в скрытый проект с заранее выбранными моделями, если нет причины.

ТЗ задаёт одинаковую задачу для подрядчиков.

Смета показывает:

• чем;
• сколько;
• за какую цену.

Хорошее ТЗ делает две сметы сравнимыми.

• план;
• фото;
• тип объекта;
• зоны;
• инциденты;
• архив;
• пользователи;
• существующие системы;
• ограничения.

Нужно указывать бренд камер?

Только если есть обоснованное требование совместимости/стандартизации.

Сколько Мп писать в ТЗ?

Лучше задать требуемую детализацию и сцену; разрешение — часть технического решения.

Кто пишет ТЗ?

Это может делать заказчик с инженером/проектировщиком. Важно, чтобы критерии были проверяемыми.

ТЗ нужно для маленького объекта?

Даже короткий одностраничный список требований снижает споры.

Можно проверить чужое ТЗ?

Да, на полноту и измеримость.