Без заголовка

С инженерией требований есть явное противоречие. С одной стороны, практики применяются итерационно, на всех уровнях и на протяжении всего ЖЦ. А описываемое тобой анкетирование стейкхолдеров и пр. явно применимо только на верхнем уровне и в начале ЖЦ, а потом ни для компонент, ни для перехода к проекту и рабочке - не используется. Не надо меня обвинять в онтологиях с номерами. Из того что я умею с ними работать вовсе не следует, что я предлагаю работать с ними во всех случаях. В данном случае я о том, что нужен гармонизированный человекочитаемый подход. Но никакая языковая работа не достигнет тут консенсуса в названиях, да ты его и не ищешь. тут можно победить только шагом в сторону - введя гармоничную терминологию для новой структуры разбиения. Я как раз предлагаю тебе задуматься над многомерным разбиением, вместо перечисления кучи древовидных альтернатив. Перейти к нескольким таксономиям дисциплин с множественным наследованием, если так понятнее. А про то, что именно находится под управлением конфигурацией и изменениями - по-прежнему непонятно.