软件过程检查表

1.过程检查要素表

客户定制平台或

产品研

检查内容或应用开中间件维护项目检查时间检查结果参加成员

发项目

发项目项目

软件过程SQA人员,

计划过程计划阶段结束

（可选）（可选）审计报告项目组成员

计划跟踪和设计阶段结束软件过程SQA人员,

VVV

监督过程测试阶段结束审计报告项目组成员

软件产品审VV软件过程SQA人员

V正式评审结束

查过程（可选）（可选）审计报告项目经理

需求分析阶段SQA人员，

需求分析过软件过程

V结束项目经理，

程审计报告

测试阶段结束系统分析员

SQA人员,

系统设计过设计阶段结束软件过程

项目经理，

程测试阶段结束审计报告

系统分析员

V

需求和设计软件过程SQA人员，

编码阶段结束

管理过程审计报告项目经理，

软件编码过软件过程SQA人员，

编码阶段结束

程V审计报告项目组成员

软件测试过（可选）软件过程SQA人员，

V测试阶段结束

程审计报告项目组成员

SQA人员，

项目经理，

产品验收和软件过程

V4项目验收后测试人员，

发布过程审计报告

配置人员，

用户代表

SQA人员，

配置管理过设计阶段结束软件过程

V项目经理，

程测试阶段结束审计报告

配置管理员

高级经理，

软件质量保软件过程

JV验收阶段结束SQA经理,

证过程审计报告

项目经理

2.过程打分

2.1.过程打分原则：

1）过程打分占整个项目得分的30%,以30分为满分，最低分不低于9分。

2）不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件

过程是不同的，为了使软件过程数目不同的项弓，仍以合理的方式进行过程打分,

需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。

3）SQA人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。

4）项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检

查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。

5）软件过程检查打分的依据是“过程检查表”。

2.2.打分步骤：

1）依据标准过程定义项目过程，得出项目过程数No

2）每个项目过程的得分M=30/No

3）采用“过程检查表”，对各个过程进行检查和打分。

4）定义“过程检查表”中的实际检查内容项个数为X,每项标准得分10分，因此每

个“过程检查表”的最高得分A=10X。

5）实际检查时，对“实施情况”一栏中每个条款进行打勾“N”，因此实际每项得分

Bj=（打勾条款数/该项实际检查总条款数）XI。。

6）每个过程的实际得分Bi=EJBjo

7）每个过程的换算得分B=Bi/AXMo

8）若某个过程发生多次z,则该过程得分B=（Z「B）/Z。

9）项目的过程得分C=E1NB。

10）为确保项目组的基本得分不低于9分,因此各过程打分不得低于9/N分，低于此分,

以9/N分计算。

2.3.例子：

某项目计划进行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟

踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次

则每阶段得分M=30/5=6;

第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项，

标准分为A=13X10=130,实际检查得分Bi=123

则该阶段得分Bl=123/130*6=5.67

第二次计划跟踪和监督过程，实际检查了15项，标准分为15X10=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

3.过程检查表

3.1.计划过程检查表

检查内容实施情况评价

（10分制）

是否有项目开发计划？□项目开发计划书□评审问题清单（可选）

□评审通知和确认表（可选）

□否（说明原因）：□项目评审表

□项目评审问题追踪表

□评审人员签字

□批准人确认/签字

□评审时间

□验证人签字

□SQA人员验证

文档格式是否正确？□是□文件编号

□否（说明原因）：□配置项编号

□项目版木号

□审核人

□审核时间

□批准人

□批准时间

□符合模板

项目计划文档是否按计□是□按计划完成：

划完成？□否（说明原因）：□提前完成并评审

□按计划完成并评审

□按计划完成，评审延迟。

□未按计划完成，延迟______天

□采取纠正措施

项目计划是否以确定的□是

需求为依据？□否（说明原因）：

是否有对项目计划的承□是□项目组成员和相关人员参与计划

诺？过程，并和项目经理就计划达成

一致意见

□计划被SQA,SCM和其他相关组检

查并达成一致意见

□计划被负责项目的负责人检杳并

达成一致意见

□项目计划在提交给用户以前在组

织内部得到批准

□形成项目责任矩阵表

□否（说明原因）：□若有外部用户，与外部用户就项

目计划达成一致意见

□和用户协商的计划变更在最后提

交给用户时得到项目内部组的批

准

□已承诺项目计划被基线化（如进

行配置控制）

关键因素是否被识别和□是□项目的进度

定义？□否（说明原因）：□任务预期开始和结束

□工作产品被识别

□项目的工作量

□里程碑开始和实现日期

□预算的费用

□计划的关键计算机资源

□项目组成员任务分配

□为软件广发确定的生命周期模型

□工作产品的验收标准被定义

□其他因素________________

是否明确指定估算策略□是□按已定义的方法执行估计过程：

对项目的规模进行估□否（说明原因）：□是否采用历史数据

计？□无历史数据

□规模估计的量度：

□功能点口需求数口代码行

□其他______

□规模估计结果文档化

□规模估计结果经过评审

是否为员工的培训需要□是□培训方式：

制定计划？□否（说明原因）：□正式培训/口非正式培训

□识别需参加培训人员

□计划参加培训时间

□识别须培训的内容

是否为项目内和项目间□是□定义内部沟通方式

的沟通制定计划？□定义内部沟通时间和频率

□识别外部沟通方

□定义外剖沟通方式

□定义外司沟通时间和频率

□否（说明原因）：

是否确定项目的度量目□是□定义项目度量目标

标？□否（说明原因）：□定义需收集的数据和频率

□定义数据收集方式和负责人

□定义度量分析结果

□定义度量分析报告方式

是否识别和分析风险？□风险管理计划□风险项清单

□否（说明原因）：□风险发生的应急对策

□风险优先级

□确定各类风险的责任人

□制定风险管理进度

是否选择合适的牛.命周□是□选择已定义的生命周期模型_____

期模型？□否（说明原因）：□形成新的生命周期模型________

□经过批准

□未经过批准

是否进行成本估计？口是

□否（说明原因）：

项目计划是否进行进度□是□按生命周期模型划分里程碑

细化？□否（说明原因）：□形成项目的WBS,包括管理，技术

和支持活动

□WBS活动有预留时间

□每个WBS活动分配责任人，开始

和完成时间

□基于过去类似项目的经验

□小组和个人参与制定和检查WBS

□WBS任务被定义到可以进行进度

估算的级别：

□每小时口每天口每2-3天

口每周口其他____________

配置人员是否管理项目□是□管理计划基线

的配置情况？□否（说明原因）：□计划基线分发给相关人员

SQA是否定期检查项目□是□软件过程审计报告（频率_____）

的活动？□软件问题管理

□跟踪和关闭问题

□没有问题

□否（说明原因）：□审计报告分发给相关人员

3.2.软件产品审查过程检查表

检查内容实施情况评价

（10分制）

工作产品在决定评审前□是

是否经过审核人的检查□否（说明原因）：

和审核？

是否采用工作产品检查□是□工作产品检查单

单进行评审？□否（说明原因）：

软件评审和检查通知是□是□评审通知和确认表

否有记录？每一个参与□否（说明原因）：

者是否分配了角色？

评审重点是否放在缺陷□是

检杳，而不是纠错上□否（说明原因）：

评审结果是否形成文档□是□项目评审表

□否（说明原因）：□项目评审问题追踪表

评审者是否在评审会议□是□评审问题清单

前做了充分的准备？评□否（说明原因）：□评审准务工作量

审准备数据和次数是否□发现问题描述详细

被收集？□标识缺陷严重程度

□标识缺陷类型

□预审结论

评审准备数据和频率是□是度量表格：

否被收集，以便可以充分□否（说明原因）：□评审人数

应用与将来的准备和评□评审前准备工作量

审？□评审工作量

□评审次数

评审会议是否经常有调□是

整？□否（说明原因）：

仲裁者是否接到过执行□是

评审的培训？□否（说明原因）：

评审会议时间是否按计□是

划完□否（说明原因）：

在每个评审中的发现的□是□验证人签字

问题是否被SQA追踪或□否（说明原因）：□问题完成情况描述

验证人检查□按时完成修改和验证

□SQA人员验证过程完整性

3.3.计划跟踪和监督过程检查表

检查内容实施情况评价

（10分制）

开发工作是否按计划开□是不按计划开始原因说明：

始？□否（说明原因）：

项目跟踪是否以形成基□是□项目开始跟踪以首次计划为基准

线的计划为基础？□计划变更后跟踪以变更后的计划

□否（说明原因）：

为基准

计划变更是否执行变更□是□计划变更最新版本__________

管理过程？是否对计划□变更次数_______

的变更进行记录和追□否（说明原因）：□变更控制表

踪？□变更问题编号

□变更来源

□没有变更□变更提出者

□申请时间

□修改人

□变更批准人

（口项目经理口变更控制委员会）

□评审方式

口评审

（□项目评审表口评审问题追踪表）

□签字

□变更状态追踪

□对变更请求产生影响进行评估

□项目版本状态

□修改描述

□修汇页变更说明

□修改开发计划和进度

□修改相关文档

□修改人签字

□批准人签字

□验证变更结果与修改说明一致

□验证人签字

□验证日期

□SQA人员验证

□SQA人员检查日期

□变更结果通知变更执行人和受变

更影响人员

如果变更不执行，是否□是□变更控制表

有相关的的原因说明？U否（说明原因）：□变更不枇准原因说明

□变更请求状态为“拒绝”

关键因素是否被监控？□是□监控项H的进度

□任务预期开始和结束

□否（说明原因）：□项目规模

□里程碑尸始和实现日期

□预算的费用

□计划的关键计算机资源

□项目组成员任务分配

□工作产品完成情况

□项目的工作量

□其他因素________________

是否跟踪项H规模？□是□跟踪定义的项目计划规模

□否（说明原因）：□跟踪项目实际规模

□实际规模和计划规模比较分析

□事件驱动调整项目规模

□按已定义的规模估计方法调整规

模

□调整后的规模结果文档化并经过

评审

□记录实际的项目规模

是否跟踪项目工作量？口是□跟踪计划的项目工作量

□否（说明原因）：□跟踪项目实际工作量

□实际工作量和计划工作量比较分

析

□按规程调整工作量

□调整后工作量数据文档化并经过

评审

是否跟踪项目进度？□是□跟踪计划的里程碑开始结束时间

□否（说明原因）：□跟踪计划任务开始完成时间

□跟踪项目成员任务分配情况

□比较和分析实际，计划的进度差

异

□根据实际情况调整项目进度，并

经过评审

项目组成员是否每周提□是□项目组成员每周报告分配的任务

交工作情况汇报表，报状态

告度量和分析结果？□否（说明原因）：□所有报告的已完成的任务被检查

□项目组成员每周报告问题和风险

□项目组成员每周报告变更发生情

况和变更状态

□项目组成员报告每个任务的实际

工作量花费，每个任务的总的花

费天数，每个任务的预计工作量

□项目成员的任务与计划任务匹配

□项目组成员每周重新估计需要完

成任务的工作量

是否对识别的风险进行□是□更新风险项清单

管理，监控和报告潜在□风险发生的实际对策

口否（说明原因）：

的风险？□更新风险优先级

□风险状态跟踪和控制

□风险的责任人跟踪风险

□调整风险管理进度

□定期检查和更新每个风险发生概

率和影响

□识别新的风险并进行分析

项目经理是否定期更新□是安排任务频率：

任务分配？口每天口每2-3天口每周

□否（说明原因）：

口每月口其他_____________

是否控制和解决项目问□是□定期召开项目会议，交流项目的

题？□否（说明原因）：活动状态，问题和风险

□项目的会议有会议纪要

□在项目状态报告和会议纪要中记

录发现的问题

□分配人员执行每个问题的纠错活

动和解决问题

□跟踪问题直至关闭

项目经理是否定期形成□是□形成项目状态报告（频率_____）

项目状态报告？□项目状态报告是否提交/分发

takeholders:用户,项目经理/

高级经理，相关支持组，小组成

员。

□项目状态报告内容是否包括本周

项目的完成状况，问题，风险，

变更？

□项H的进度度量和其他度量数据

是否包括在报告中？

□项目控制下的进度数据反映当前

的情况

□项目经理计算和分析关键的实

际数据度量，并在项目状态报告

□否（说明原因）：

中记录

配置人员是否管理项n□是□管理计划基线

的配置情况？□SCM基线报告（频率_______）

□否（说明原因）：

□SCM基线变更状态报告

（频率__________）

□配置报告分发给相关人员

□管理计划变更和发布变更通知

SQA是否定期检查项目□是□软件过程审计报告（频率______）

的活动？□审计报告分发给相关人员

□否（说明原因）：

3.4.需求分析过程检查表

检查内容实施情况评价

（10分制）

是否对项目的需求分析□是□项目开发计划书/项目开发计划表

和管理活动分配任务和□否（说明原因）：□需求分析活动描述

进度？□责任人

是否对用户的需求进行□是□项目需求调研

收集？口否（原因说明）：□项目功能清单

□可选□其他用户文档_________________

是否对用户需求进行检□是□项目需求调研评审

查并与用户的一致？□否（原因说明）：□用户代表确认/签字

□项目经理确认/签字

□可选

□其他人员____________确认

系统分析人员是否接收□是□已具备能力

过相关培训？□否（原因说明）：□正式培训

□小组培训

□自学

系统分析结果是否形成口需求规格说明书/□评审问题清单（可选）

文档需求表□评审通知和确认表（可选）

□项目评审表

□系统功能清单

□项目评审问题追踪表

□评审人员签字

□批准人确认/签字

□否（原因说明）：

□评审时间

□验证人签

□SQA人员验证

文档格式是否正确？□是□文件编号

□配置项编号

口否（说明原因）：□项目版本号

□审核人

□审核时间

□批准人

□批准时间

□符合模板

需求规格说明书是否按□是□按计划完成：

计划元成？□提前完成并评审

□否（说明原因）：

□按计划完成并评审

□按计划完成，评审延迟。

□未按计划完成，延迟_________天

□采取纠正措施

需求是否被标识、管理、n是n需求跟踪矩阵表：

度、跟踪和关闭？□否（说明原因）：□需求被唯一标识

□没有变更□需求状态被描述

□统计需求个数

作为潜在问题的需求，□是□潜在问题被描述

在需求说明书中是否被□否（原因说明）：□潜在问题被追踪至关闭

标识？□不适用□其他说明：___________________：

配置人员是否管理项目□是□管理需求基线

的配置情况？□否（说明原因）：□SCM基线报告（频率__________）

□配置报告分发给相关人员

SQA是否定期检查项目□是□软件过程审计报告（频率_______）

的需求分析活动，标识□否（说明原因）：□审计报告分发给相关人员

偏离项目计划或组织结

构的内容？

3.5.系统设计过程检查表

检查内容实施情况评价

（10分制）

是否形成概要设计说明□是□评审问题清单（可选）

书？□否（说明原因）：□评审通知和确认表（可选）

□项目评审表

□项目评审问题追踪表

□评审人员签字

□批准人签字

□评审时间

□验证人签字

□SQA人员验证

是否形成详细设计说明□是□评审问题清单（可选）

书？□否（说明原因）：□评审通知和确认表（可选）

□可选□项目评审表

□项目评审问题追踪表

□评审人员签字

□批准人等字

□评审时间

□验证人签字

□SQA人员验证

文档格式是否正确？□是□文件编号

□否（说明原因）：□配置项编号

□项目版本号

□审核人

□审核时间

□批准人

□批准时间

□符合模板

概要设计说明书是否按匚是□按计划完成：

计划完成？□否（说明原因）：□提前完成并评审

□按计划完成并评审

□按计划完成，评审延迟。

□未按计划完成，延迟_________天