掌握需求过程（二）

我们需要且应该在需求收集的任何阶段都对需求应用某些或全部的质量关检查。实现质量关的方式取决于如何剪裁过程来适合项目。

一旦有了项目就可以开始检查，目的是今早识别并捕获需求相关的缺陷。

完整性，是否存在遗漏的部分，完整性的第一部分就是把需求与框架中出现的组成部分进行比较；是否对所有风险承担者都有意义，这意味着需求的编写要尽可能地清晰，尽管做到言简意赅是最好的，但不应该为了追求这种境界就损失那些有助于增强需求理解的信息。

测试可追踪性，当需求经过很多阶段，最后成为提交的工作时，信息错误的状况就会发生，每个阶段都是一种转换，在转换过程中，开发涉及的众多人员中的某人有可能误解需求、错误的使用需求、或扰乱需求，因此很重要的一件事就是能够把最初的需求与最后提交的产品中实现该需求的部分联系起来，确保指定的需求就是最后实现的需求。为了确认每项需求是可追踪的，他必须具备：唯一的标志符号；需求或限制类型的说明（这些在模板中列出）；该需求所属的所有业务时间和用况的引用；对可能使用相同主题或对该需求有某种更改影响的相关需求的引用；对其他有冲突的引用；一致使用的属于。

一致的使用术语，为了指定只能以一种方式理解的需求，我们需要做两件事。首先，在规格说明书中对我们使用的术语进行定义，对他们的含义进行说明；保持一致性的第二件事就是检查每项需求使用术语的方式都与他们的定义相符。

是否与目标相关，再考虑相关性的时候，特别注意需求规格说明书的以下部分：用户，为谁构造的这个产品，产品是否适合这些用户？需求限制条件，产品是否在限制条件下相关?需求是否考虑到了所有的限制条件？相关事件，是否存在一些外部因素没有被需求考虑在内？假定，需求应该与对项目做的假定保持一致。

检查验收标准，需求可能是有二义性的。语言的陈述有可能有二义性，所以我们在使用自然语言描述需求的同时，还编写验收标准。验收标准是需求的度量方式，他使测试者能够确定提交的产品是否满足需求，不会引起任何主观的判断。对验收标准的下一项的检查是他是否能够被用作设计接受测试的输入。验收标准必须符合产品的目标。虽然验收标准使用数字来表达需求，数字本身不是主观性的，但是他们必须基于事实依据。验收标准使用一种度量尺度。验收标准度量方法可能包括一些业务误差范围。

在限制条件下是否可行，是否有实现该需求的技术能力？是否有时间和财力来实现该项目需求？该需求是否会被所有的风险承担者接受？是否存在其他限制条件使得该需求是不可行的?

是需求还是解决方案。检查该需求，他是否包含任何技术方面的因素？他的编写的方式是否描述了某种过程？越是抽象的陈述，越不太可能是解决方案。

顾客价值，请确保顾客理解这样做是为了理解什么对他的业务来说是最重要的，这样当需要做折中时，会选择较重要的需求来实现。

镀金需求，用来指那些对产品的成本的增加要多于对产品功能的增加的特征和需求。

需求蔓延，指的是在大家认为需求过程已经结束以后又进入规格说明书的要求。

实现质量关。

原型是一种模拟，他试图看起来像用户可以用来完成工作的产品，但不是他们以前所做的工作，而是我们设想的他们将来在我们所展示的产品的帮助下要做的工作。我们在使用原型技巧时，必须尝试使用那些用户很熟悉的制品结合经验。这就意味着根据不同情况来调整做的原型。

低保真原型使用用户熟悉的介质，有助于用户将注意力集中在主题相关的事情上。低保真的原型的用意不在于看起来很像最终的产品。如果在开发的早期阶段使用低保真的原型，他会带来很好的效果。在用户还较少关注产品的设计和外观时，他们可以尽早地给我们更多的反馈，这时他们对总体结构和粗线条的功能更感兴趣。在这个阶段，用户对产品的想法尚未定型，快速易行的实验将获得最好的产品。