1. Не определены границы системы
Фраза «модернизировать SCADA» не объясняет, какие уровни, участки и смежные системы входят в проект.
- перечислить технологические участки и границы ответственности
- указать, что сохраняется, заменяется и остаётся за рамками
- разделить обязательный объём и возможные опции
2. Количество сигналов указано одной цифрой
Общее число тегов не показывает нагрузку, состав ввода-вывода и объём инженерной настройки.
- дать разбивку на дискретные, аналоговые, расчётные и архивируемые сигналы
- указать резерв роста и частоту обновления
- приложить перечень сигналов или описать формат будущей выгрузки
3. Интеграции описаны без протоколов и владельцев
Требование «обмен с ПЛК и внешними системами» невозможно проверить без точек подключения и ответственности.
- зафиксировать протоколы, роли клиента и сервера, адресацию и частоты обмена
- указать владельца каждой смежной системы
- описать тестовые данные и критерии успешного обмена
4. Архивы, тревоги и отчёты перечислены без сценариев
Наличие функции ещё не задаёт глубину хранения, правила обработки и реальное назначение данных.
- определить сроки хранения и допустимую потерю данных
- описать приоритеты, квитирование и подавление тревог
- приложить формы отчётов и перечень обязательных графиков
5. Резервирование задано названием, а не результатом
Слово «отказоустойчивость» нужно раскрыть через допустимый простой и сценарии отказа.
- задать допустимое время восстановления
- перечислить отказовые сценарии
- описать поведение операторов и системы при потере узла или связи
6. Требования безопасности отложены на конец проекта
Роли, аудит, сегментация и удалённый доступ влияют на архитектуру с самого начала.
- определить роли и права пользователей
- зафиксировать требования к журналированию и учётным записям
- согласовать сетевые зоны, удалённый доступ и перенос файлов
7. Не описана миграция и возврат
Даже хорошая целевая система создаёт риск, если не определены этапы переключения и условия отката.
- указать технологические окна и допустимые остановки
- описать параллельную работу старой и новой систем
- задать критерии перехода и возврата
8. Приёмка сформулирована как «система работает»
Приёмочные критерии должны быть наблюдаемыми, воспроизводимыми и связанными с требованиями.
- создать матрицу «требование — проверка — доказательство»
- определить тестовые сценарии для сигналов, экранов, тревог, архивов и ролей
- назначить ответственных за замечания и итоговое подписание
Хотите проверить ТЗ до закупки?
Передайте черновик инженеру СПЕЦТЕХ. Мы отметим неоднозначные требования и вопросы, которые стоит закрыть до оценки проекта.
Отправить ТЗ на предварительную проверку Скачать PDF-чек-лист