软件过程检查表.doc

第 PAGE 3 页 共 NUMPAGES 22 页 过程检查要素表 检查内容 产品研发项目 客户定制或应用开发项目 平台或中间件项目 维护项目 检查时间 检查结果 参加成员 计划过程 √ √ √ （可选） √ （可选） 计划阶段结束 软件过程审计报告 SQA人员， 项目组成员 计划跟踪和监督过程 √ √ √ √ 设计阶段结束 测试阶段结束 软件过程审计报告 SQA人员， 项目组成员 软件产品审查过程 √ √ √ （可选） √ （可选） 正式评审结束 软件过程审计报告 SQA人员 项目经理 需求分析过程 √ √ √ √ 需求分析阶段结束 测试阶段结束 软件过程审计报告 SQA人员， 项目经理， 系统分析员 系统设计过程 √ 设计阶段结束 测试阶段结束 软件过程审计报告 SQA人员， 项目经理， 系统分析员 需求和设计管理过程 √ √ √ 编码阶段结束 软件过程审计报告 SQA人员， 项目经理， 软件编码过程 √ √ √ （可选） 编码阶段结束 软件过程审计报告 SQA人员， 项目组成员 软件测试过程 √ 测试阶段结束 软件过程审计报告 SQA人员， 项目组成员 产品验收和发布过程 √ √ √ √ 项目验收后 软件过程审计报告 SQA人员， 项目经理， 测试人员， 配置人员， 用户代表 配置管理过程 √ √ √ √ 设计阶段结束 测试阶段结束 软件过程审计报告 SQA人员， 项目经理， 配置管理员 软件质量保证过程 √ √ √ √ 验收阶段结束 软件过程审计报告 高级经理， SQA经理， 项目经理 过程打分 过程打分原则： 过程打分占整个项目得分的30％，以30分为满分，最低分不低于9分。 不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。 SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。 项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。 软件过程检查打分的依据是“过程检查表”。 打分步骤： 依据标准过程定义项目过程，得出项目过程数N 。 每个项目过程的得分M ＝30 / N 。 采用“过程检查表”，对各个过程进行检查和打分。 定义“过程检查表”中的实际检查内容项个数为X，每项标准得分10分，因此每个“过程检查表”的最高得分A = 10X 。 实际检查时，对“实施情况”一栏中每个条款进行打勾“?”,因此实际每项得分Bj=（打勾条款数 / 该项实际检查总条款数）×10 。 每个过程的实际得分Bi=∑1x Bj 。 每个过程的换算得分B=Bi /A ×M 。 若某个过程发生多次z，则该过程得分B=(∑1zB)/z 。 项目的过程得分C=∑1NB 。 为确保项目组的基本得分不低于9分，因此各过程打分不得低于9/N分，低于此分，以9/N分计算。 例子： 某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次 则每阶段得分M=30/5=6; 计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项, 标准分为A=13×10＝130，实际检查得分Bi=123 则该阶段得分B1=123/130 * 6=5.67 计划跟踪和监督过程，实际检查了15项，标准分为15×10＝150； 实际检查得分140。 则该阶段得分B2=140/150 * 6=5.6 则计划跟踪和监督过程得分B＝（5.67＋5.6）/2＝5.6 计划过程得分＝5.3；需求过程得分＝5.6；设计过程得分＝5.3；测试过程得分＝5.7 C=5.3＋5.6＋5.3＋5.7＋5.6＝27.5 过程检查表 计划过程检查表 检查内容 实施情况 评价 （10分制） 是否有项目开发计划？ □ 项目开发计划书 □ 评审问题清单（可选） □ 评审通知和确认表（可选） □ 项目评审表 □ 项目评审问题追踪表 □ 评审人员签字 □ 批准人确认/签字 □ 评审时间 □ 验证人签字 □ SQA人员验证