4.1 需求获取

　　需求获取一般是需求阶段的开始过程，也是整个项目的开始阶段，所以，监理的重点
应在如下几个方面：
　　

a . 审核需求获取计划。首先监理应该审查用户获取需求的计划或方案。这个计划并不只

是一个时间表，而是详细描述了承建单位获取需求的方法、调研的对象，以及获取需求的范
围。监理应着重检查是否充分利用了上一章节说的调研方法，调研对象是否分类，是否合理，
调研范围是否全面。
　　

b . 参与需求获取过程。监理下一步工作就是参与需求获取的过程，这有两层含义，一

是首先监理也要了解用户的需求，只有清晰地了解了用户的需求，才能理解项目最终的目
标。二是监督承建单位是否按照需求获取计划进行调研，调研过程中是否真正获取了用户需
求，调研记录是否认真记录。必要的时候，监理也可以协助承建单位引导用户的需求。如果
以第二层的作用来看，监理不用全部参与用户的调研会议，因为监理更重要的作用是整体
把握调研活动，但是，对于核心业务，监理还是应该参与会议的。
　　

c . 审查需求获取的记录。监理本阶段另一项任务是审核记录，而且，不应该等调研结

束了才去审核记录，而是应该在调研过程中随时检查承建单位的记录，这样才能更早的发
现问题，更早的纠偏。
　　
　　

4.2 需求分析和编制规格说明书　　

　　需求分析包括提炼、分析和仔细审查已收集到的需求，以确保所有的风险承担者都明白
其含义并找出其中的错误、遗漏或其他不足的地方。分析员通过评价来确定是否所有的需求
和软件需求规格说明都达到了优秀需求说明的要求。分析的目的在于开发出高质量的需求，
这样能做出实用的项目估算并可以进行设计、构造和测试。最终需求分析的结果是形成需求
规格说明书。
　　监理本阶段的工作比较少，但是比较重要，就是看承建单位需求分析的方法是否合理
如必要时，可以建议承建单位采用

D e m o 的方式，更好的促进以后的需求确认。

　　同时，本阶段应检查承建单位的需求规格说明书的模板是否全面，是否包含了需求的
所有方面，这样做的好处是监理能更早的提醒承建单位按照标准来编写需求规格说明书，
而不是等需求规格说明书出来后才发现缺少很多，那个时候已经耽误了不少的时间了。所以，
要求提出的越早越好。
　　
　　

4.3 需求验证

　　验证是为了确保需求说明准确、完整地表达必要的质量特点。同时让用户确认是否是他
们的实际需求。还有就是发现那些可能觉得需求是对的、但实现时却很可能会出现问题。当以
需求说明为依据编写测试用例时，你可能会发现说明中的二义性。而所有这些都必须改善，
因为需求说明要作为设计和最终系统验证的依据。
　　监理本阶段的工作是协助用户对需求进行验证，而监理的审核方面和用户的审核方面
是不同的，他们的侧重点不同，用户侧重的是业务需求方面，监理的侧重点如下：
　　

a . 需求的完整性，是否包括了质量的六个方面，尤其是易用、安全、性能等需求。

　　

b . 需求的准确性，包括需求的内部一致性，需求语言的无二义性，需求与业务目标、

合同的依从性、外部一致性。
　　

c . 需求的可测试性，是否能完整的准确的设计出测试用例。

　　

d . 需求阶段文档的齐全，除需求规格说明书外，数据要求、初步的用户手册、初步的验

收计划等文档也应该完成。