软件过程检查表.doc

过程检查要素表
检查内容
产品研发项目
客户定制或应用开发项目
平台或中间件项目
维护项目
检查时间
检查结果
参加成员
计划过程
√
√
√
(可选)
√
(可选)
计划阶段结束
软件过程审计报告
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=
计划跟踪和监督过程,实际检查了15项,标准分为15×10=150;
实际检查得分140。
则该阶段得分B2=140/150 * 6=
则计划跟踪和监督过程得分B=(+)/2=
计划过程得分=;需求过程得分=;设计过程得分=;测试过程得分=
C=++++=
过程检查表
计划过程检查表
检查内容
实施情况
评价
(10分制)
是否有项目开发计划?
□项目开发计划书
□评审问题清单(可选)
□评审通知和确认表(可选)
□项目评审表
□项目评审问题追踪表
□评审人员签字
□批准人确认/签字
□评审时间
□验证人签字
□ SQA人员验证
□否(说明原因):
文档格式是否正确?
□是
□文件编号
□配置项编号
□项目版本号
□审核人
□审核时间
□批准人
□批准时间
□符合模板
□否(说明原因):
项目计划文档是否按计划完成?
□是
□