《掌握需求过程》阅读笔记（二）

项目启动。在整个做需求之前，我们应该对项目进行一些准备，并在行动之前确保其可行，这个启动会议是一个联合应用开发（joint application development，JAD）会议，参与者把他们自己关在一起，共同工作直到达到启动会议的目标，即收集足够的事实以确保项目有一个有价值的目标，该目标可能达到，同时也要取得风险承担者关于承担义务的许诺。

网络知识。项目启动会议结束后，我们应该开始网罗知识，启动会议活动为网罗需求提供了基础。启动会议确定了要研究的工作范围和对工作产生影响的业务事件。由启动会议确定的风险承担者向需求收集者提供需求，网罗活动的输出是潜在需求，这些需求还需要通过质量检查。

做原型和场景建模。原型是潜在产品的一个快速而不完整的版本。原型的意图是向用户表达需求的一种模拟。有两种方法来构建需求原型：高保真的（使用某些自动化的技术）和低保真的（主要使用铅笔盒纸，或其他一些类似方式）。

写下需求。在需求过程的这个阶段，所有的需求称为“潜在需求”，因为到目前为止，需求还没有通过测试，并通过质量关。需求是业务需求，必须使用业务语言，这样用户才能理解这些需求并检验这些需求的正确性，需求也要写得能保证设计者可以精确构建用户想要的产品。为了满足这种需要，分析师将为每项需求添加一个验收标准。验收标准是需求的一种度量方式，它的目的是对需求进行量化，这样测试人员可以精确确定实现的产品是否满足了需求。分析师使用了两种机制，让编写需求规格说明书的工作更容易。需求规格说明书模板是需求规格说明书的一个提纲，分析师使用它来知道编写需求文档。第二个机制是需求项框架，每项需求都有一些部分组成，需求项框架是一种方便的方式，确保每项需求都有正确的组成要素。

质量关。质量关是每项需求在成为需求规格说明书一部分之前必须通过的一个单点。在每项需求被加入需求规格说明书之前，通过测试每项需求的完整性、正确性、可度量性、无二义性和一些其他质量属性，质量关确保得到一份严格的需求规格说明书。

重用需求。针对您的任何项目的需求永远不会是完全独一无二的，因此您可以通过重要需求来利用以前的项目。

鉴定需求规格说明书。该过程检查遗漏的需求，保证所有的需求协调一致，需求与需求之间没有悬而未决的冲突。

事后分析。对于这个过程我们应该对过程涉及的所有人员问以下问题：“我们做对了什么？”，“我们做错了什么？”，“如果我们必须重做一次，在哪些地方您会做得不同？”。

剪裁过程。

详细：

项目启动-----找出对项目我们真正知道些什么，并开始对项目尽早进行度量。

启动阶段确定产品要作为其一部分的工作，并确定产品要实现的准确目标。启动阶段提供的其他产物对限定产品范围要有所帮助，并将作为后续需求收集活动的输入信息。启动阶段提交的产物为产品奠定了基础：产品的目的、客户、顾客、风险承担者、用户、限制条件、名称、相关事实和假定、工作的范围、估算的费用、风险、继续或终止的决定。

产品目标描述了构建该产品的原因-----该产品将做哪些有助于工作的事情？产品目标是业务上的需求。所有收集的其他需求必须以某种形式对该目标作出贡献。我们在以后将根据这个目标声明来检查所有的需求。产品目标应注意几个方面：

目标-----关于产品要做什么的描述

优势-----产品能提供怎样的业务优势？

度量-----如何对优势进行度量？

合理性-----构建产品的工作量超过了业务优势吗？

可行性---产品能达到度量标准吗？

可达成性----组织是否具备（或可获取）构建该产品的技能，在构建好之后能够操作它吗？

开发一个产品谁来为开发付钱？

了解您的客户，以及您的顾客（如果合适的话）；

了解他们想要什么？

理解顾客的问题；

理解客户的期望；

知道对客户和顾客来说，什么是可接受的和不可接受的。