Артефакты постановки: SRS, глоссарий, трассировка

Когда требования выявлены, их фиксируют в артефактах. Три ключевых: SRS (спецификация требований), глоссарий и матрица трассировки (RTM). SRS (Software Requirements Specification) — главный документ с требованиями. Классическую структуру задал стандарт IEEE 830; сейчас его заменил ISO/IEC/IEEE 29148, а в российских проектах ТЗ часто оформляют по ГОСТ 34.602-2020. Разделы SRS по IEEE 830: • Введение и контекст — назначение системы, границы, ссылки на другие документы. • Общее описание — кто пользуется, ограничения, допущения. • Конкретные требования — функциональные (что система делает) и нефункциональные (какими качествами обладает: производительность, безопасность, удобство). Глоссарий — список терминов с точными определениями. Он устраняет разночтения: заказчик говорит «клиент», разработчик слышит «пользователь» — и появляются ошибки. Матрица трассировки (RTM, Requirements Traceability Matrix) связывает каждое требование с источником, с реализацией (какой компонент его выполняет) и с тестами (какой тест его проверяет). • Прямая трассировка (forward) — от требования к реализации и тестам. • Обратная (backward) — от теста или компонента к требованию. • Двусторонняя (bidirectional) — оба направления сразу. RTM показывает, что ничего не потеряно (у каждого требования есть реализация и тест) и нет лишнего (каждый компонент и тест обоснован требованием).