模板项目管理评审评审检查单.docx

模板项目管理评审评审检查单.docx

《模板项目管理评审评审检查单.docx》由会员分享，可在线阅读，更多相关《模板项目管理评审评审检查单.docx（25页珍藏版）》请在冰豆网上搜索。

模板项目管理评审评审检查单

项目管理体系文件

评审检查单

编撰人：

审核人：

审批日期：

保密级别：

文档版本：

XXXXXXXXXXXXXXXXXXXXXXXXXXXX公司

版本历史

日期

版本

说明

作者

目　录

1.项目计划评审检查单

项目计划评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

标准化

1

有规定的文档标识

2

引用的文档现行有效

3

文档编写的内容、格式符合相关标准、规定的要求

完整性

4

文档有独立的版本说明部分

5

文档列出了项目组成员和项目相关人员、角色、职责

6

文档是否定义了项目里程碑

7

对项目进行了估计（规模、工作量、进度、关键软硬件资源、成本）

8

文档列出了项目的验收标准

9

文档作了项目的风险管理计划

10

文档做了项目的培训计划

11

编写了配置管理计划

12

编写了度量计划

13

编写了质量保证计划

14

使用project项目管理工具编写项目进度计划

15

进行了WBS工作分解，是否完整

16

选取了项目关键路径

符合性检查

17

风险管理计划的风险是否排序，是否有缓解计划是否合理

18

培训计划中的培训内容是否是项目组需要的、可行的

19

配置管理计划中的配置库结构划分是否合理，是否对开发过程中的工作产品进行了配置项的设置

20

质量保证计划是否和开发计划的进度是否一致

21

项目进度计划的工作任务是否包括了生命周期的所有工作（如：

是否覆盖了所有需求的设计和开发）

22

项目进度计划的资源和时间分配是否合理，里程碑的划分和交付物是否明确

23

项目过程定义的规范性

承诺性

24

计划中列出的相关人员是否都了解自己的角色和职责

2.需求规格说明书评审检查单

需求规格说明书评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

标准化

1

有规定的文档标识

2

引用的文档现行有效

3

文档编写的内容、格式符合相关标准、规定的要求

4

设计陈述中的命名、术语和缩写是否上下文一致

组织和完整性

5

所有对其它需求的内部交叉引用是否正确？

6

所有需求的编写在细节上是否都一致或者合适？

7

需求是否能为设计提供足够的基础？

8

是否定义了所有硬件、软件接口？

9

是否定义了功能需求内在的算法？

10

软件需求规格说明中是否包括了所有客户需求？

11

是否在需求中遗漏了必要的信息？

如果有的话，就把它们标记为待确定的问题。

12

是否记录了所有可能的错误条件所产生的系统行为？

正确性

13

是否有需求与其它需求相冲突或重复？

14

是否简明、简洁、无二义性地表达每个需求的？

15

是否每个需求都得以验证或分析？

16

是否每个需求都在项目的范围内？

17

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

18

在现有的资源限制内，是否能实现所有的需求？

19

是否任一个特定的错误信息都具有唯一性和明确的意义？

一致性

20

是否存在冲突或重复的需求项

21

每项需求是都否可以测试

22

是否有《需求跟踪矩阵》

23

是否有《需求变更申请单》

可跟踪性

24

是否每个需求都具有唯一性并且可以正确地识别它？

25

是否每个需求都具有唯一性并且可以正确地被识别？

必要性

26

是否可以根据高层需求（如系统需求）跟踪到软件功能需求？

27

是否包含了所有已知的客户需求或系统需求?

28

是否每个需求都在项目的范围内?

29

是否有超出合同范围的功能？

30

是否包括了每个需求的实现优先级？

特殊的问题

31

是否所有的需求都是名副其实的需求而不是设计或实现方案？

32

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

33

是否已经明确地阐述了国际化问题？

34

使用原型给操作者带来的益处是否明确？

35

使用原型是否处于抽象级别上，而不具有详细的情节？

36

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

3.概要设计说明书评审检查单

概要设计说明书评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

标准化

1

有规定的文档标识

2

引用的文档现行有效

3

文档编写的内容、格式符合相关标准、规定的要求

完整性

4

文档有独立的版本说明部分

5

有文档的文字目录页

6

有构件设计部分

7

有功能设计

8

有接口设计

9

有出错设计

追溯性

10

设计是否可以追踪到需求

11

需求是否可追溯到设计

符合性

12

是否每个设计都是可测试的或以别的方式可以确定的

13

设计范围、边界是否清晰，文档中是否清晰阐明了系统的各项特性及预期的结果

14

逻辑性、算法和处理过程是否正确

15

文档是否符合客户的需要

16

设计是否考虑到未来的扩充性

17

设计的系统是否易于维护

18

是否对构件集成进行了详细的策划

19

是否明确了各构件集成的具体时间

20

是否明确了负责人构件集成的相关人员职责

21

是否明确了构件的集成顺序

22

是否明确了构件的集成策略（集成方法）

23

是否明确了构件的集成开始准则和结束准则

24

是否明确了构件集成的集成环境（软、硬件等方面）

接口

25

用户要求的外部接口是否进行了描述?

26

是否对接口的功能特征进行了描述？

27

接口是否便于问题的解决？

28

是否所有的接口间相互一致，并和需求相一致？

29

是否所有接口都提供了要求的格式与约束？

30

是否对接口的数量和复杂度进行了权衡，使接口的数量少并且复杂程度可以接受？

31

用户接口是否模块化，并且修改时不影响其他程序?

32

是否包含了对所有接口的定义？

4.数据库设计说明书评审检查单

数据库设计说明书评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

标准化

1

数据库设计是否满足软件设计的一般要求？

2

数据库设计是否与其他设计内容一致？

3

设计是否充分考虑了新系统与现有系统的关系，与现有系统的接口是否被充分考虑？

4

如果基础数据的一部分来源于其他系统，那么是否有工具或方案实现快速导入？

5

反规范化（违反3NF）的设计是否有明确的说明，理由是否充分？

6

为保证查询和更新效率，是否对大容量表（千万行以上或100列以上）作了必要的设计？

7

是否遵循统一的命名规范？

8

表、列、视图、触发器、过程的注释是否完整？

9

命名是否避免使用数据库的保留字？

10

数据类型是否存在溢出的可能？

11

数据类型的长度是否保留了未来扩展的余量?

12

在作为查询条件的列上是否建立了NOTNULL约束？

如果没有，理由是否充分。

13

是否谨慎地使用日期型字段？

14

主键是否采用系统生成的键？

如果不是，理由是否充分。

15

是否尽量避免将可能变动的字段作为主键？

16

如果外键字段未建立NOTNULL约束，那么理由是否充分。

17

是否尽量使用数据库的约束机制实现数据的完整性？

18

索引是否正确地建立在查询操作频繁的表上?

19

索引是否尽量避免建立在大容量字段上?

20

是否将索引建立在独立的表空间上？

如果不是，理由是否充分。

21

是否依据一定的原则，恰当地划分了表空间

22

是否有系统级和程序级的用户、角色和权限的设计？

23

是否进行了必要的设计，保证应用程序的数据库连接参数（包括用户名、密码等）独立、安全？

24

是否建立了数据库的备份和恢复策略？

5.详细设计说明书检查单

详细设计说明书评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

标准化

1

有规定的文档标识

2

引用的文档现行有效

3

文档编写的内容、格式符合相关标准、规定的要求

4

设计陈述中的命名、属于和缩写是否上下文一致

完整性

5

文档有独立的版本说明部分

6

每个设计是否都有相应的标识

7

每个设计的输入/输出是否进行了描述

8

关键的用户接口是否进行了描述

9

用户接口是否模块化，并且修改时不影响其他程序

10

是否提供了一致的错误处理机制

11

各构件、模块之间的关系是否描述得清楚

12

系统的设计是否考虑了系统的可扩展性

13

设计是否考虑了重用性

14

重用构件是否进行了说明

15

系统的设计是否考虑了系统的易移植性

16

设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法

追溯性

17

设计是否可以追踪到需求

18

需求是否可追溯到设计

6.代码评审检查单

通过结合编码检查表和代码检查单，可以比较清楚地确定代码问题的位置。

6.1.代码评审检查单

代码评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

规范性

1

编码是否符合项目或公司的编码标准

2

参数在程序开始时是否被初始化

3

参数在程序循环时是否被初始化

4

在函数或过程调用的时候参数是否被初始化

5

函数调用的格式和参数是否正确

6

变量的声明和拼写是否一致

7

变量声明的范围是否恰当

8

是否所有的指针都被初始化为NULL

9

程序中申请的内存使用后是否释放

10

是否每个==、‖等都验证了正确性

11

是否打开的文件都及时关闭了

符合性

12

源代码单元是否已经完成

13

源代码单元是否已经经过了调试

14

源代码单元是否实现了设计的全部功能

6.2.代码检查内容

重要性

激活

级别

检查项

命名

重要

20

命名规则是否与所采用的规范保持一致

重要

20

是否遵循了最小长度最多信息原则

重要

50

has/can/is前缀的函数是否返回布尔型

注释

重要

10

注释是否清晰且必要

重要

Y

10

复杂的分支流程是否已经被注释

10

非通用变量是否全部被注释

重要

Y

50

函数是否已经有文档注释（功能、输入、返回及其他可选）

10

特殊用法是否被注释

声明、空白、缩进

重要

40

变更是否已经在定义的同时初始化

重要

40

类属性是否都执行了初始化

20

代码段落是否被合适地以空行分隔

Y

20

是否合理地使用了空格使程序更清晰

20

代码行长度是否在要求之内

20

折行是否恰当

语句/功能分布/规模

20

包含复合语句的{}是否成对出现并符合规范

20

是否给单个的循环、条件语句也加了{}

20

If/if-else/if-elseif-else/do-while/switch-case语句的格式是否符合规范

40

单个变量是否只做单个用途

重要

20

单行是否只有单个功能（不要使用“；”进行多行合并）

重要

40

单个函数是否执行了单个功能并与其命名相符

Y

20

操作符++和—的应用是否符合规范

规模

重要

20

单个函数是否不超过规定行数

重要

缩进层数是否不超过规定

可靠性（总则/变量和语句）

重要

是否已经消除了所有警告

重要

Y

40

常数变量是否声明为final

重要

80

对象使用前是否进行了检查

重要

80

局部对象变量使用后是否被复位为NULL

重要

70

对数组的访问是否是安全的（合法的index取值为[0,MAX_SIZE-1]）

重要

20

是否确认没有同名变量局部重复定义问题

20

程序中是否只使用了简单的表达式

重要

Y

20

是否已经用（）使操作符优先级明确化

重要

Y

20

所有判断是否都使用了（变量==）的形式

重要

80

是否每个if-else语句都有最后一个else以确保处理了全集

重要

80

是否每个switch-case语句都有最后一个default以确保处理了全集

80

for循环是否都使用了包含下限不包含上限的形式（k=0；k

重要

40

XML标记书写是否完整，字符串的拼写是否正确

40

对于流操作代码的异常捕获是否有finally操作以关闭流对象

20

退出代码段时是否对临时对象做了释放处理

重要

40

对浮点数值的相等判断是否是恰当的（严禁使用==直接判断）

可靠性（函数）

重要

Y

60

入口对象是否都被进行了判断不为空

重要

Y

60

入口数据的合法范围是否都被进行了判断（尤其是数组）

重要

Y

20

是否对有异常抛出的方法都执行了try…catch保护

重要

Y

80

是否函数的所有分支都有返回值

重要

50

int的返回值是否合理（负值为失败，非负值为成功）

20

对于反复进行的int返回值判断是否定义了函数来处理

60

关键代码是否做了捕获异常处理

重要

60

是否确保函数返回CORBA对象的任何一个属性都不能为null

重要

60

是否对方法返回值对象做了null检查，该返回值定义时是否被初始化

重要

60

是否对同步对象的遍历访问做了代码同步

重要

80

是否确认在对Map对象使用迭代遍历过程中没有做增减元素操作

重要

60

线程处理函数循环内部是否有异常捕获处理，防止线程抛出异常而退出

20

原子操作代码异常中断，使用的相关外部变量是否恢复先前状态

重要

函数对错误的处理是否恰当

可维护性

重要

实现代码中是否消除了直接常量（用于计数起点的简单常数例外）

20

是否消除了导致结构模糊的连续赋值（如a=（b=d+c））

20

是否每个return前都要有日志记录

20

是否有冗余判断语句（如：

if（b）returnture；elsereturnfalse；）

20

是否把方法中的重复代码抽象成私有函数

备注：

1、激活：

本列标注Y的为激活的项目，表明这些项目必须被明确地自查（其他问题处于“顺便被检查”的状态），在运行编码检查的时候，前期几乎所有项都要在激活状态；后期稳定后，保持8~10个（或遵从当前规范）激活的检查项。

为了醒目，可以像此表这样将当前的激活项用亮黄色表示。

2、级别：

使用IBM10级法，分别是

10

文档

注释，消息

20

语法

拼写，标点符号，打字，指令格式

30

联编打包

变更管理，库，版本控制

40

复制

说明，重名，作用域，限制

50

接口

过程调用和引用，输入/输出，用户格式

60

检查

出错信息，不合适的检查

70

数据

结构，内容

80

函数

逻辑，指针，循环，递归，计算，函数缺陷

90

系统

配置，计时

100

环境

设计，编译，测试，其他支持系统问题

其中10~40是编码错误，50~100是设计错误。

3、检查项：

所有检查项均为一般疑问句，当发现回答为“否”时，即存在一个缺陷。

7.测试用例评审检查单

测试用例评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

完整性

1

测试用例是否覆盖了测试计划的测试需求中描述的所有测试类型和功能点

2

每个测试用例是否清楚地填写了测试特性、步骤、预期结果

3

非功能测试需求和不可测试需求是否在用例中列出并说明

4

不同业务流程用例是否覆盖

5

测试用例是否包含测试数据及相关描述

6

每个测试用例前是否有标识

7

用例陈述中的命名、术语和缩写是否上下文一致

8

是否所有的指针都被初始化为NULL

追溯性

9

系统测试用例是否可追溯到产品需求

10

产品需求是否可追踪到系统测试用例

8.产品发布评审检查单

产品发布评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

1

产品是否已经通过系统测试

2

产品是否已经完成了用户要求的全部功能或与用户达成一致

3

产品的各个部分是否都是最新版本

4

产品的名称、版本号是否正确

5

产品的各个部分是否都经过了评审

6

是否提供了用户手册

7

用户手册是否与产品的版本一致

8

是否提供了所有产品的清单

9

是否说明了使用产品应当注意的问题

10

是否表明了产品的版权

9.里程碑评审检查单

里程碑评审检查单

项目编号

工作产品

检查日期

检查人员

检查结果标记

合格不合格TBD待完成NA不适用

检查情况

检查项：

项；有效检查项：

项；通过项：

项；通过率：

序号

主要检查项

检查结果

说明

1

管理和跟踪系统需求的活动是否在正常的进行？

2

需求变更的数量和状态是否清晰？

3

《项目质量保证计划》规定的关键质量控制活动是否经过评审？

4

计划的变更是否得到了正式的批准？

5

当前的项目计划是否与进行的活动相吻合？

6

当前的项目进展是否满足的合同的要求？

7

《项目实施计划》规定的项目总体进度是否存在重大偏离？

8

项目当前里程碑前所有文档是否编写齐备？

9

里程碑之前项目评审发现的问题是否已经全部关闭？

10

项目工时投入信息是否及时有效提交相关人员审核？