Место под солнцем или размышления об аналитиках, архитекторах и тест-дизайнерах…

Что в первую очередь приходит на ум, когда Вы слышите требования? Чаще всего на ум приходят функциональные требования, как то:

• use-cases/сценарии/прецеденты использования, workflows (с детальным описанием взаимодействия пользователя с системой)
• мокапы/скетчи (с проработкой функциональной схемы экранов и переходов между ними)

Эти функциональные требования (с указанным уровнем детализации!) чаще всего разрабатываются аналитиками, со стороны разработчиков, или представителями заказчика или спонсора проекта.

Далее, по классической схеме, эти требования попадают к архитектору проекта и дизайнеру тестов (от QA/QC). И тут возникают проблемы: функциональные требования с описанным уровнем детализации – то есть когда уже детально проработаны принципиальная схема GUI и схемы взаимодействия пользователя с программной системой – могут, например, не учитывать (или даже конфликтовать) с нефункциональными требованиями.

Часто такие требования создают достаточно серьезные ограничения для архитектора проекта, значительно увеличивая стоимость проекта (например, при использовании в интерфейсе нестандартных элементов или подходов) или отрицательно влияя на расширяемость продукта (например, требуя непрозрачных архитектурных решений для реализации). Читать дальше…