模板项目管理评审评审检查单文档格式.docx

1、3文档编写的内容、格式符合相关标准、规定的要求完整性4文档有独立的版本说明部分5文档列出了项目组成员和项目相关人员、角色、职责6文档是否定义了项目里程碑7对项目进行了估计（规模、工作量、进度、关键软硬件资源、成本）8文档列出了项目的验收标准9文档作了项目的风险管理计划10文档做了项目的培训计划11编写了配置管理计划12编写了度量计划13编写了质量保证计划14使用project项目管理工具编写项目进度计划15进行了WBS工作分解，是否完整16选取了项目关键路径符合性检查17风险管理计划的风险是否排序，是否有缓解计划是否合理18培训计划中的培训内容是否是项目组需要的、可行的19配置管理计划中的配置

2、库结构划分是否合理，是否对开发过程中的工作产品进行了配置项的设置20质量保证计划是否和开发计划的进度是否一致21项目进度计划的工作任务是否包括了生命周期的所有工作（如：是否覆盖了所有需求的设计和开发）22项目进度计划的资源和时间分配是否合理，里程碑的划分和交付物是否明确23项目过程定义的规范性承诺性24计划中列出的相关人员是否都了解自己的角色和职责 2.需求规格说明书评审检查单需求规格说明书评审检查单设计陈述中的命名、术语和缩写是否上下文一致组织和完整性所有对其它需求的内部交叉引用是否正确？所有需求的编写在细节上是否都一致或者合适？需求是否能为设计提供足够的基础？是否定义了所有硬件、软件接口？

3、是否定义了功能需求内在的算法？软件需求规格说明中是否包括了所有客户需求？是否在需求中遗漏了必要的信息？如果有的话，就把它们标记为待确定的问题。是否记录了所有可能的错误条件所产生的系统行为？正确性是否有需求与其它需求相冲突或重复？是否简明、简洁、无二义性地表达每个需求的？是否每个需求都得以验证或分析？是否每个需求都在项目的范围内？是否每个需求都没有内容上和语法上的错误？在现有的资源限制内，是否能实现所有的需求？是否任一个特定的错误信息都具有唯一性和明确的意义？一致性是否存在冲突或重复的需求项每项需求是都否可以测试是否有需求跟踪矩阵是否有需求变更申请单可跟踪性是否每个需求都具有唯一性并且可以正确地

4、识别它？25是否每个需求都具有唯一性并且可以正确地被识别？必要性26是否可以根据高层需求（如系统需求）跟踪到软件功能需求？27是否包含了所有已知的客户需求或系统需求?28是否每个需求都在项目的范围内?29是否有超出合同范围的功能？30是否包括了每个需求的实现优先级？特殊的问题31是否所有的需求都是名副其实的需求而不是设计或实现方案？32是否确定了对时间要求很高的功能并且定义了它们的时间标准？33是否已经明确地阐述了国际化问题？34使用原型给操作者带来的益处是否明确？35使用原型是否处于抽象级别上，而不具有详细的情节？36使用原型中是否不包含设计和实现的细节？3.概要设计说明书评审检查单概要设计

5、说明书评审检查单有文档的文字目录页有构件设计部分有功能设计有接口设计有出错设计追溯性设计是否可以追踪到需求需求是否可追溯到设计符合性是否每个设计都是可测试的或以别的方式可以确定的设计范围、边界是否清晰，文档中是否清晰阐明了系统的各项特性及预期的结果逻辑性、算法和处理过程是否正确文档是否符合客户的需要设计是否考虑到未来的扩充性设计的系统是否易于维护是否对构件集成进行了详细的策划是否明确了各构件集成的具体时间是否明确了负责人构件集成的相关人员职责是否明确了构件的集成顺序是否明确了构件的集成策略（集成方法） 是否明确了构件的集成开始准则和结束准则是否明确了构件集成的集成环境（软、硬件等方面） 接口用

6、户要求的外部接口是否进行了描述?是否对接口的功能特征进行了描述？接口是否便于问题的解决？是否所有的接口间相互一致，并和需求相一致？是否所有接口都提供了要求的格式与约束？是否对接口的数量和复杂度进行了权衡，使接口的数量少并且复杂程度可以接受？用户接口是否模块化，并且修改时不影响其他程序?是否包含了对所有接口的定义？4.数据库设计说明书评审检查单数据库设计说明书评审检查单数据库设计是否满足软件设计的一般要求？数据库设计是否与其他设计内容一致？设计是否充分考虑了新系统与现有系统的关系，与现有系统的接口是否被充分考虑？如果基础数据的一部分来源于其他系统，那么是否有工具或方案实现快速导入？反规范化（违反

7、3NF）的设计是否有明确的说明，理由是否充分？为保证查询和更新效率，是否对大容量表（千万行以上或100列以上）作了必要的设计？是否遵循统一的命名规范？表、列、视图、触发器、过程的注释是否完整？命名是否避免使用数据库的保留字？数据类型是否存在溢出的可能？数据类型的长度是否保留了未来扩展的余量?在作为查询条件的列上是否建立了NOT NULL约束？如果没有，理由是否充分。是否谨慎地使用日期型字段？主键是否采用系统生成的键？如果不是，理由是否充分。是否尽量避免将可能变动的字段作为主键？如果外键字段未建立NOT NULL约束，那么理由是否充分。是否尽量使用数据库的约束机制实现数据的完整性？索引是否正确地

8、建立在查询操作频繁的表上?索引是否尽量避免建立在大容量字段上?是否将索引建立在独立的表空间上？是否依据一定的原则，恰当地划分了表空间是否有系统级和程序级的用户、角色和权限的设计？是否进行了必要的设计，保证应用程序的数据库连接参数（包括用户名、密码等）独立、安全？是否建立了数据库的备份和恢复策略？5.详细设计说明书检查单详细设计说明书评审检查单设计陈述中的命名、属于和缩写是否上下文一致每个设计是否都有相应的标识每个设计的输入/输出是否进行了描述关键的用户接口是否进行了描述用户接口是否模块化，并且修改时不影响其他程序是否提供了一致的错误处理机制各构件、模块之间的关系是否描述得清楚系统的设计是否考虑

9、了系统的可扩展性设计是否考虑了重用性重用构件是否进行了说明系统的设计是否考虑了系统的易移植性设计是否使用标准的技术，避免使用怪异的、不易理解的方式和方法6.代码评审检查单通过结合编码检查表和代码检查单，可以比较清楚地确定代码问题的位置。6.1.代码评审检查单代码评审检查单规范性编码是否符合项目或公司的编码标准参数在程序开始时是否被初始化参数在程序循环时是否被初始化在函数或过程调用的时候参数是否被初始化函数调用的格式和参数是否正确变量的声明和拼写是否一致变量声明的范围是否恰当是否所有的指针都被初始化为NULL程序中申请的内存使用后是否释放是否每个= =、等都验证了正确性是否打开的文件都及时关闭了

10、源代码单元是否已经完成源代码单元是否已经经过了调试源代码单元是否实现了设计的全部功能6.2.代码检查内容重要性激活级别检查项命名重要命名规则是否与所采用的规范保持一致是否遵循了最小长度最多信息原则50has/can/is前缀的函数是否返回布尔型注释注释是否清晰且必要Y复杂的分支流程是否已经被注释非通用变量是否全部被注释函数是否已经有文档注释（功能、输入、返回及其他可选）特殊用法是否被注释声明、空白、缩进40变更是否已经在定义的同时初始化类属性是否都执行了初始化代码段落是否被合适地以空行分隔是否合理地使用了空格使程序更清晰代码行长度是否在要求之内折行是否恰当语句/功能分布/规模包含复合语句的是否

11、成对出现并符合规范是否给单个的循环、条件语句也加了If/if-else/if-else if-else/do-while/switch-case语句的格式是否符合规范单个变量是否只做单个用途单行是否只有单个功能（不要使用“；”进行多行合并）单个函数是否执行了单个功能并与其命名相符操作符+和的应用是否符合规范规模单个函数是否不超过规定行数缩进层数是否不超过规定可靠性（总则/变量和语句）是否已经消除了所有警告常数变量是否声明为final80对象使用前是否进行了检查局部对象变量使用后是否被复位为NULL70对数组的访问是否是安全的（合法的index取值为0,MAX_SIZE-1）是否确认没有同名变量

12、局部重复定义问题程序中是否只使用了简单的表达式是否已经用（）使操作符优先级明确化所有判断是否都使用了（变量= =）的形式是否每个if-else语句都有最后一个else以确保处理了全集是否每个switch-case语句都有最后一个default以确保处理了全集for循环是否都使用了包含下限不包含上限的形式（k=0；kMAX）XML标记书写是否完整，字符串的拼写是否正确对于流操作代码的异常捕获是否有finally操作以关闭流对象退出代码段时是否对临时对象做了释放处理对浮点数值的相等判断是否是恰当的（严禁使用=直接判断）可靠性（函数）60入口对象是否都被进行了判断不为空入口数据的合法范围是否都被进行

13、了判断（尤其是数组）是否对有异常抛出的方法都执行了trycatch保护是否函数的所有分支都有返回值int的返回值是否合理（负值为失败，非负值为成功）对于反复进行的int返回值判断是否定义了函数来处理关键代码是否做了捕获异常处理是否确保函数返回CORBA对象的任何一个属性都不能为null是否对方法返回值对象做了null检查，该返回值定义时是否被初始化是否对同步对象的遍历访问做了代码同步是否确认在对Map对象使用迭代遍历过程中没有做增减元素操作线程处理函数循环内部是否有异常捕获处理，防止线程抛出异常而退出原子操作代码异常中断，使用的相关外部变量是否恢复先前状态函数对错误的处理是否恰当可维护性实现代

14、码中是否消除了直接常量（用于计数起点的简单常数例外）是否消除了导致结构模糊的连续赋值（如a=（b=d+c）是否每个return前都要有日志记录是否有冗余判断语句（如：if（b）return ture；else return false；）是否把方法中的重复代码抽象成私有函数备注：1、激活：本列标注Y的为激活的项目，表明这些项目必须被明确地自查（其他问题处于“顺便被检查”的状态），在运行编码检查的时候，前期几乎所有项都要在激活状态；后期稳定后，保持810个（或遵从当前规范）激活的检查项。为了醒目，可以像此表这样将当前的激活项用亮黄色表示。2、级别：使用IBM 10级法，分别是文档注释，消息语法拼

15、写，标点符号，打字，指令格式联编打包变更管理，库，版本控制复制说明，重名，作用域，限制过程调用和引用，输入/输出，用户格式检查出错信息，不合适的检查数据结构，内容函数逻辑，指针，循环，递归，计算，函数缺陷90系统配置，计时100环境设计，编译，测试，其他支持系统问题其中1040是编码错误，50100是设计错误。3、检查项：所有检查项均为一般疑问句，当发现回答为“否”时，即存在一个缺陷。7.测试用例评审检查单测试用例评审检查单测试用例是否覆盖了测试计划的测试需求中描述的所有测试类型和功能点每个测试用例是否清楚地填写了测试特性、步骤、预期结果非功能测试需求和不可测试需求是否在用例中列出并说明不同业

16、务流程用例是否覆盖测试用例是否包含测试数据及相关描述每个测试用例前是否有标识用例陈述中的命名、术语和缩写是否上下文一致系统测试用例是否可追溯到产品需求产品需求是否可追踪到系统测试用例8.产品发布评审检查单产品发布评审检查单产品是否已经通过系统测试产品是否已经完成了用户要求的全部功能或与用户达成一致产品的各个部分是否都是最新版本产品的名称、版本号是否正确产品的各个部分是否都经过了评审是否提供了用户手册用户手册是否与产品的版本一致是否提供了所有产品的清单是否说明了使用产品应当注意的问题是否表明了产品的版权9.里程碑评审检查单里程碑评审检查单管理和跟踪系统需求的活动是否在正常的进行？需求变更的数量和状态是否清晰？项目质量保证计划规定的关键质量控制活动是否经过评审？计划的变更是否得到了正式的批准？当前的项目计划是否与进行的活动相吻合？当前的项目进展是否满足的合同的要求？项目实施计划规定的项目总体进度是否存在重大偏离？项目当前里程碑前所有文档是否编写齐备？里程碑之前项目评审发现的问题是否已经全部关闭？项目工时投入信息是否及时有效提交相关人员审核？