属性是客户希望的特征，在探索需求过程中我们必须理解属性是什么，这样更好的去掉所有含混性存在的地方。属性是我们所感兴趣的尺度，而属性细节是一个点，它们都可能包含细微的含混性，所以要小心的去掉。属性当然也不是独立存在的，它更像是一个或多个功能的修饰成分，可以限定功能。清晰定义属性能够使设计者和他们的客户对得失做出明确的决定，采用不同的方法转换属性能够产生对成功的设计有贡献的新想法。
理解了所有的属性，使其隶属各个功能，再进行分类，就可以开始真正的需求所需的进一步理解工作。确定一个属性要被实现，就必须满足它的所有限制条件。约束则是置于属性之上的强制性条件，定义了约束参与者才能客观的判断。这个过程中，解决方案空间模型暗示了测试约束是否过于严格，或是过于松缓。每一个约束必须完整，一致且足够精确，能够解决关于完成项目是否满足了该约束的争论。
偏好是附加字啊属性上的一种愿望，它使得设计者把那些可接受的方案进行比较，并选出最好的，从而帮助了满足客户的需求。“量化”的过程是一切，重要的是尽力为每一个偏好确定度量标准。约束是解决方案必有的，而偏好则是属性，能够借以决定客户希望改进解决方案的条件。偏好同约束一样也是必须完整，一致并且足够精确，以便解决任何关于完成的产品满足偏好到何种程度的争执。期望限制过程被用来发现并且弄清楚用户的期望，并且针对每位客户都使用该方法。为了计算人为因素的影响，有一个启发式方式来探索并明确用户期望，称为期望限制过程。
前面说探索需求过程的整个目的就是为了减少开发过程的含混性，因此对于任何需求最基础的测试就是衡量它的含混性，最好的办法是定出量化它的精确方法。使用含混性投票来估计需求中的含混性，能够测量目前还有多少工作需要做，而且还可能将注意力引导到什么地方需要做工作。
使得需求信息发生错误有两个基本途径：不充分或者不正确。对于技术的复审会议，它是作为了客户的一种基本工具，是指明需求工作过程的工具，贯穿于整个需求过程，测试需求是否包含且仅包含可靠的信息。复审有好几种类型：香草复审：一种可以无需任何提前决定专门会议纪律的需求复审；检查：通过将注意力集中在一个狭窄的，鲜明定义的问题集合上，尽力获取这样的高效率；预演：覆盖更多地资料；联名声明复审：强调不同参与者的循环共享。
开发一个产品，可能百分之九十都是失败的，很多也都是用户不满意。最简单避免用户对产品不满意的办法就是，从设计开始，就一直测量用户满意度。没有周期性的度量，就很容易造成一种后果。测试能够在产品提交以后持续的起作用，而不会改变。将期望分类是一个测试需求的方法，而最有效的测试需求的方法是使用测试用例。黑箱测试用例的结果能够作为随后的系统和产品测试的基础，所以必须在定义问题的早期阶段做黑箱测试工作。构建并回答黑箱测试主要是为了测试开发到现在的任何需求的完备性、准确性、明确性以及简明性。
我们可以使用现存的产品来测试需求工作的充分性，现存产品一般都回作为一种标准，因为它们在关于什么值得（或不值得）出现在新产品中方面是另一个信息源。
决策树描绘了一个沿着树的可能性分枝而探索的设计，探索过程随着一个个决策的推进，每个决策都用树的一个分枝来表示，每占领一个分枝，就降低了问题的含混性并更接近于解决方案。但是将这些决策转化为协议更为重要，所以要懂得如何制作协议。需求工作的任务是在开发产品过程中引导未来的动作。把所有的假设提升到自觉状态，这样我们就能随着开发过程的继续控制它们，通过达成一个清晰、书面的协议来测试所做的假设。
需求过程开始于含混性，结束于协议。约束定义了解决方案空间中可接受的区域，而偏好引导在可接受区域进行搜索。需求过程的结束也需要特别注意，因为对不完美的害怕会把你带向无止境的循环。
