Для управления изменениями в требованиях, в процессах с предварительным проектированием, предназначены пожелания. Это первичные пользовательские требования, которые могут быть избыточны, противоречивы, некорректны, неполны и дублировать друг друга. Пользовательские требования должны превратиться в качественные формализованные требования.
При внесении изменений в требования система может запрашивать установление связи с исходным пожеланием, которое послужило причиной внесения изменений в требование. Это практика позволяет не запутаться в причинах внесения изменений в требования, отчуждает решение от конкретного аналитика.
Внесение изменений в одну часть проектной документации нарушает целостность других частей документации. Например, изменение в требовании не только должно быть закодировано, но и должно быть отражено в тестовой и эксплуатационной документации. При помощи механизма контроля целостности документации, вы существенно сократите время на поддержание документации в актуальном состоянии, а также снизите риски человеческого фактора.