Требование может быть признано требованием, если:
- его можно выполнить с учётом потребности заинтересованных сторон.
- его можно однозначно проверить.
В данном случае отсутствует возможность однозначно сказать выполнено ли требование.
Давай я процитирую тот же INCOSE GfWR:
«Для любой соседней пары уровней должно быть верно следующее: для каждого требования нижнего уровня можно показать либо потребности того же уровня, либо требование с уровня выше, из которого оно было выведено как производное или декомпозировано.
Способы и правила записи требований меняются от уровня к уровню.
Предполагается, что в ходе разработки требований и проектных решений формулировки становятся более конкретными.
На самом высоком уровне хорошие требования не определяют конкретное решение, оставляя место для разработки и выбора между различными вариантами решения.
На самом нижнем уровне формулировки требований определяют одно единственное выбранное решение.
Подчеркнем: допустимая для одного уровня формулировка требований не всегда подойдет к другому. Рассмотрим пример. На уровне бизнес-менеджмента допустимо следующее:
— все продукты должны быть «безопасными» или «высочайшего качества»;
— проекты должны быть выполнены с применением «лучших практик», описанных такими организациями, как INCOSE, PMI, CMMI.
То есть, на уровне бизнес-менеджмента допускается требовать соответствия принципам модельно- ориентированной системной инженерии или гибкого проектирования. При этом на уровне системы такое требование следует считать неприемлемым.»
