Включают ли технические задания разделы про ограничения?
Что проверяют
Отличаете ли вы ограничения от требований и допущений и умеете ли фиксировать их так, чтобы на них можно было опереться при проектировании. Следом обычно просят привести ограничение из своего проекта и рассказать, как оно повлияло на решение.
Как отвечать
Да, включают, без этого раздела документ неполный. В шаблоне SRS по ISO/IEC/IEEE 29148 и у Вигерса есть отдельный раздел про ограничения проектирования и реализации, рядом с допущениями и зависимостями. В ТЗ по ГОСТ 34.602 ограничения обычно раскрываются внутри требований к системе: к видам обеспечения, к защите информации, к условиям эксплуатации.
Ограничение это заданное извне условие, которое сужает выбор решения и которое команда поменять не может. Основные виды:
- технологические: обязательная СУБД, язык, ОС, требование использовать ПО из реестра российского ПО;
- интеграционные: протоколы и форматы внешних систем, лимиты их API, окна обслуживания;
- регуляторные: 152-ФЗ с требованием хранить персональные данные граждан РФ на территории России, отраслевые стандарты;
- эксплуатационные: оборудование заказчика, закрытый контур без интернета, поддерживаемые браузеры;
- проектные: бюджет и сроки. Их чаще фиксируют в договоре, а в ТЗ дают ссылку.
У хорошего ограничения есть источник (закон, приказ, решение архитектурного комитета), и оно проверяемо: не «использовать надёжную СУБД», а «PostgreSQL 15 или новее в ЦОД заказчика». Расскажите, как ограничение повлияло на архитектуру: например, запрет внешних облаков заставил отказаться от готового SaaS и заложить своё хранилище.
Где спотыкаются
Смешивают ограничения с нефункциональными требованиями. Время отклика две секунды это требование к качеству, которое команда обеспечивает. Ограничение задано извне, его не проектируют, а соблюдают.
Путают ограничения с допущениями. «Заказчик предоставит тестовый стенд к марту» это допущение, и если оно не сбудется, это риск, а не нарушение ограничения.
Отвечают общими словами про «время, деньги, ресурсы» без единого примера. Аналитика спрашивают как раз для того, чтобы услышать конкретное ограничение и то, как вы его выявили и подтвердили у заказчика.