ТЗ на систему безопасности объекта: задачи и критерии приёмки
Как превратить пожелание «нужна комплексная безопасность» в перечень функций, границ работ и проверяемых сценариев.
Что включить в ТЗ на систему безопасности?
Начните с объекта, угроз и действий людей, а не со списка марок оборудования. Для каждой защищаемой зоны задайте событие, способ его проверки, ожидаемую реакцию, ответственного и критерий испытания. Отдельно опишите связь, питание, хранение данных, отказные режимы и передаваемую документацию. Тогда предложения поставщиков можно сравнить по результату, а не по числу устройств.
Редакционная схема подготовки исходных данных. Обязательный состав проекта и применимые требования определяются отдельно для конкретного объекта.
Редакция SEC.RU · Источники проверены . Документы и границы выводов
Сначала зафиксируйте границы объекта
Составьте план зон и точек доступа: территория, въезды, проходная, помещения, рабочие места охраны. Опишите, кто и когда ими пользуется. Режим работающего склада и пустого ночью здания — разные исходные условия; одна спецификация камер их не объясняет.
В исходных данных разделите существующее оборудование, новое оборудование и системы, с которыми предстоит обмениваться событиями. Для каждого соединения назначьте сторону, отвечающую за настройку и проверку. Иначе формально готовые подсистемы могут остаться несвязанными.
Опишите функции через проверяемые сценарии
В документации Sigur интеграция со средствами видеонаблюдения описана через конкретные функции, в том числе работу с изображением и архивом по событию доступа. Поэтому фразу «интеграция СКУД и видео» лучше заменить перечнем нужных действий и поддерживаемых версий.
Пример редакционной строки ТЗ: событие на выбранной точке доступа должно отображаться у оператора вместе с относящимся к нему изображением; оператор должен найти запись и сохранить результат проверки. Это пример формулировки, а не описание уже внедрённой системы.
| Общее пожелание | Что уточнить |
|---|---|
| Надёжная система | Какие отказы рассматриваются и какие функции сохраняются |
| Интеграция | Событие, действие, направление обмена и поддерживаемые версии |
| Достаточный архив | Режим записи, задача просмотра, срок хранения и доступ к выгрузке |
Документы к разделу: Интеграция Sigur.
Свяжите архитектуру и приёмку
В архитектуре ИСО «Орион» производитель различает уровни приборов, контроллеров и программного обеспечения. Для своего проекта также выясните, где принимается решение и что зависит от сервера или линии связи. Возможности одной архитектуры нельзя автоматически переносить на другую.
К каждому требованию приложите способ проверки и ожидаемую запись результата. До закупки согласуйте перечень передаваемых схем, конфигураций, лицензий, резервных копий и инструкций для эксплуатации. Доступ к административным данным передают ответственным лицам, а не оставляют общим для всех подрядчиков.
Документы к разделу: Архитектура «Орион».
Что проверить на объекте
Редакционный список для обсуждения с проектировщиком и эксплуатирующей организацией, а не замена проекта или руководства изготовителя.
- Есть план зон, проходов и границ работ.
- Согласованы события, реакции и действия оператора.
- Назначены ответственные за стыки подсистем.
- Описаны питание, связь, архив и рассматриваемые отказы.
- Для требований определены испытания и ожидаемый результат.
- Согласованы документация, обучение и передача конфигураций.
Частые вопросы
Можно ли начинать со спецификации?
Предварительный список оборудования полезен для обсуждения бюджета, но не заменяет описание задач и критериев результата. Окончательный подбор делают по согласованным исходным данным.
Источники и границы выводов
Документы подтверждают возможности конкретного оборудования или принцип работы. Сценарии, вопросы и проверочные списки — редакционный разбор, а не отчёт о выполненном внедрении.
- Sigur — интеграция с видеонаблюдениемПримеры функций конкретной интеграции, не гарантия совместимости любых систем.
- Болид — принцип построения ИСО «Орион»Пример разделения функций по уровням системы.