『定义』： 　
     检查每项需求并确保它能为后续活动提供清晰、完整和无二义的描述，说明要构建什么。

『需求评审关注的几个方面』：
    1、超出范围 　　　
        1）对于工作之外的某个实体，增加承载这方面信息的数据流，就增加了工作的范围，它就不是工作的一部分，超出了范围。
        2）许多非功能性需求也可以看作是对项目的目标有间接贡献，相比之下，无关的需求表明需要和需求的提出者谈谈。
　 2、测试完整性  　　　
        1）使用白雪卡作为需求项框架，来测试需求的完整性。
        2）白雪卡的要素：需求编号、需求类型、事件/BUC/PUC编号、描述、理由、来源、验收标准、顾客满意度、顾客不满意度、依赖关系、冲突、支持材料、历史
    3、测试验收标准 　　　
        1）采用数字来表达需求，但数字本身必须不是主观确定的，要基于事实依据。　　　  
        2）采用事先定义的标准，如公司品牌标准。
    4、一致使用术语
        1）要让指定的需求只能以一种方式理解，除了验收标准之外，还需要在规格说明书中定义术语及其含义。
        2）检查每项需求使用术语的方式都符合定义。
    5、限制条件下是否可行
        1）考虑产品的用户是否是熟练的计算机操作者，如：采用最新的高科技向很老的人支付养老金。
        2）组织机构是否足够成熟，能应付某项需求，如：请的是最低工资的体力劳动者，指定的产品却需要有工程学位才能使用。
        3）你是否具备这项需求的技术能力，如：指定的产品超出你的开发能力。
        4）是否有时间和财力来实现该项需求，如：需求成本超出预算
        5）是否所有利益相关者都接受该需求，如：如果相当一部分利益相关者不认可一项需求的情况下，在产品中加入这项需求是徒劳的。
    6、需求还是解决方案
        1）需求越抽象，就越不可能是解决方案。
        2）必须拒绝所有不是需求的解决方案，除非解决方案实际上是限制条件。
    7、需求价值
        1）顾客满意度的评分
        2）顾客不满意度的评分
    8、镀金需求
        1）检查那些不必要的特征或需求
        2）检查方法：“如果没有该需求，会有影响吗？”、“不满意评分很低”，其中，某些特征可以被认为是镀金的，但拒绝之前要问一下，是否增加了产品的吸引力，还是只增加了成本。
    9、需求蔓延
        1）指在大家认为需求已经完成后，新需求又进入规格说明书。
        2）如果评分高，那么蔓延的需求也许可以容忍（伴随着预算的调整）。
        3）需求所附的理由必须有意义，通常蔓延的需求的理由会表明，该需求超出了范围。
        4）大多数的需求蔓延都是因为一开始就没有正确地收集需求
        5）用户和客户没有机会完整的参与需求过程，毫无疑问，需求将是不完整的。

『需求规格说明书模板』：
    1）项目驱动
        1.项目的目标
        2.利益相关者
    2）项目限制条件
        1.强制的限制条件
        2.命名惯例和定义
        3.相关事实和假定
    3）功能需求
        1.工作的范围
        2.业务数据模型和数据字典
        3.产品的范围
        4.功能需求
    4）非功能需求
        1.观感需求
        2.易用性和人性化需求
        3.执行需求
        4.操作和环境需求
        5.可维护性和支持需求
        6.安全需求
        7.文化需求
        8.法律需求
    5）项目问题
        1.开放式问题
        2.立即可用的解决方案
        3.新问题
        4.任务
        5.迁移到新产品
        6.风险
        7.费用
        8.用户文档和培训
        9.后续版本需求
        10.关于解决方案的设想

1、原子需求：是因为它们不需要分解，它们包含一些属性，就像真正的原子包含一些亚原子粒子，但作为一个单元来处理更有用。这些属性沟通了完成的原子需求，看成需求项框架。

『汇编需求规格说明书』：
    1、与其说需求规格是写出来的，不如说是汇编的。
　 2、需求规格说明书模板和白雪卡提供了方便的指导，说明了汇编哪些内容才能得到完整的需求规格说明书。
　 3、模板指出了规格说明书要包含的主题
　 4、白雪卡表明了每项原子需求要包含的内容