Раздел 1. Исходные данные
Адреса, схема объекта, количество точек, режим работы, текущая инфраструктура и ограничения по монтажу.
Раздел 2. Пользователи и роли
Сотрудники, гости, подрядчики, автомобили, администраторы и операторы. Для каждой роли описываются права.
Раздел 3. Функциональные сценарии
Например: сотрудник проходит по карте; гость получает QR на 4 часа; автомобиль въезжает по номеру; охрана вручную обрабатывает ошибку.
Раздел 4. Интеграции
Указывать не «интеграция с 1С», а какие данные, в каком направлении и с какой частотой должны передаваться.
Раздел 5. Надёжность
Поведение без интернета, резервное питание, локальное хранение прав, восстановление и журнал ошибок.
Раздел 6. Приёмка
Для каждого важного требования — тест с ожидаемым результатом. Иначе спор о готовности станет субъективным.
Типичные ошибки
- копировать ТЗ другого объекта без адаптации
- указывать бренды вместо бизнес-требований, если бренд не обязателен
- забывать про исключения и аварийные сценарии
- не описывать, кто отвечает за интеграции
Частые вопросы
Нужно ли указывать конкретные модели оборудования?
Если они уже установлены или обязательны — да; иначе лучше сначала описать требования.
Нужны ли схемы?
Для физических точек и сетевой архитектуры схемы значительно уменьшают неоднозначность.
Как проверить качество ТЗ?
Каждое требование должно быть либо измеримым, либо проверяемым сценарием.