需求评审检查表

项目名称

项目编号

评审人

评审日期

评审规模（页）

评审耗时（小时）

序号

检查项

是否通过N/A,Y,N

缺陷个数

缺陷描述

1

完整性

1.1

有什么功能需求遗漏吗？例如是否只对业务的正常流转进行了描述，而对一些可选的或异常的流程没有描述？

1.2

是否对非功能性需求进行了描述？

1.3

每个需求都在项目的范围内吗?需求中是否包含了用户根本不需要，我们自己加入的功能？

1.4

是否对所有预料的错误条件定义了期望的系统行为？

2

正确性

2.1

是否某些需求与其他的需求冲突或者重复？

2.3

需求里有遗漏的必要信息吗？如果有的话，那些信息被标明为“待决定（TBD）”了吗？

2.4

任何定义的错误信息都是唯一和有意义的吗？

2.5

需求是否具有歧义？如果需求命名不容易理解，是否给予了足够的描述？

3

质量属性

3.1

所有的性能目标都适当地描述了吗？

3.2

所有的保密和安全考虑都适当地描述了吗？

3.3

所有其他相关的质量属性目标，包括可接受的权衡考虑，已经明确地文档化和定量化了吗？

4

可追踪性

4.1

每个需求都是唯一地、恰当地定义的吗？

4.2

每个软件功能需求都可追踪到一个更高层次的需求吗（例如，系统需求，用例）？

4.3

需求中定义的每个过程是否都可验证？

5

环境

5.1

是否指定了需要的软件环境/操作系统？

5.2

是否指定了需要的网路拓扑环境？

5.3

是否指定了所有要和系统一起购买的软件产品？

5.4

用户的操作能力如何?

6

用例描述

6.1

用例图上所有角色都定义了吗？是否遗漏了重要的角色，例如其他的软件、硬件系统？角色的划分是否正确？

6.2

用例中是否不包含设计和实现的细节？

6.3

是否确定了对时间要求很高的功能并且定义了它们的时间标准？

7

文档组织

7.1

所有对于其他需求的内部交叉引用都正确吗？

7.2

所有需求都是按照一致和恰当的详细程度描述的吗？

7.3

需求为设计提供了充分的基础了吗？

7.4

需求是否进行了统一的编号？是否确定了每一个需求的优先级？

7.5

是否每个需求都没有内容和语法错误？

7.6

某些功能需求具有固有的内部算法，这样的算法定义了吗？

7.7

是否每个需求都没有内容和语法错误？

8

特殊问题

8.1

是否已明确阐述了对浏览器的支持（针对B/S系统）