Хотел бы привлечь внимание к теме структурирования требований, понимания их уровней и связанных аспектов.

Я изложил своё видение следующим образом:
Уровни требований, источники, документы, ответственные

Заодно отвечу на вопрос Юрия:

"Не могли бы вы более детально описать, что вы вкладываете в понятие "Требования к системе" (вид требования в вашей таблице)? И как он связан с источниками "Стандарты, Архитектурные шаблоны" и документом SAD?"

Тут идёт речь о высокоуровневых требованиях к ВНУТРЕННЕМУ устройству системы, т.е. по сути, об Архитектуре На самом деле было бы правильнее написать "Высокоуровневые требования к внутреннему устройству системы". Т.е. вся эта таблица - попытка взлянуть на процесс разработки и проход от потребностей до кода через призму требований. В таком контексте Архитектура системы, которую создаёт Архитектор системы, есть ничто иное, как ещё одни требования, для него исходящие, а для проектировщиков подсистем (это роль) - входящие.

Хотел бы привлечь внимание к теме структурирования требований, понимания их уровней и связанных аспектов.

Я изложил своё видение следующим образом:
Уровни требований, источники, документы, ответственные

Заодно отвечу на вопрос Юрия:

"Не могли бы вы более детально описать, что вы вкладываете в понятие "Требования к системе" (вид требования в вашей таблице)? И как он связан с источниками "Стандарты, Архитектурные шаблоны" и документом SAD?"

Тут идёт речь о высокоуровневых требованиях к ВНУТРЕННЕМУ устройству системы, т.е. по сути, об Архитектуре На самом деле было бы правильнее написать "Высокоуровневые требования к внутреннему устройству системы". Т.е. вся эта таблица - попытка взлянуть на процесс разработки и проход от потребностей до кода через призму требований. В таком контексте Архитектура системы, которую создаёт Архитектор системы, есть ничто иное, как ещё одни требования, для него исходящие, а для проектировщиков подсистем (это роль) - входящие.