cyxСогласно ГОСТ 34
Проект ТЗ на АС разрабатывает организация-разработчик системы с участием заказчика на основании технических требований (заявки, тактико-технического задания и т. п.)
Как правильно было бы обозвать сабж?
Я понимаю, что обычно этот предварительный документ называют тоже ТЗ (что создает определенную путаницу), а часто обходятся без него вовсе. И тем не менее?
1) Если заказчик описывает требования, то документ можно назвать "бизнес-требования, бизнес-варианты использования". Если по RUP - то это части SRS и MUC.
2) Если заказчик описывает сроки - то это договор и/или календарный план, причём чем больше детализация - тем бесполезнее документ.
3) Если заказчик описывает архитектуру - то это нефункциональные бизнес-требования и входит в (1), если при этом идёт дальше требований, которые продиктованы необходимостью достижения совместимости, интеграции, использования существующей инфраструктуры, ОС, СУБД, другого ПО, корпоративного стиля, guideline'ов - до него надо довести, что он неправ, и что вашей компании, как разработчику, виднее.