软件过程检查表

1、1. 过程检查要素表客户定制平台或产品研检查内容或应用开 中间件 维护项目 检查时间 检查结果 参加成员发项目发项目项目计划过程计划阶段结束（可选）（可选）计划跟踪和设计阶段结束监督过程测试阶段结束软件产品审正式评审结束查过程（可选）（可选）需求分析阶段软 件 过 程SQA人员，审计报告项目组成员软 件 过 程SQA人员，审计报告 项目组成员软件过程 SQA人员审计报告项目经理SQA人员，需求分析过软件过程结束项目经理，程审计报告测试阶段结束系统分析员系统设计过设计阶段结束软件过程SQA人员，项目经理，程测试阶段结束审计报告系统分析员需求和设计软件过程SQA人员，编码阶段结束管理过程审计报告项

2、目经理，软件编码过软件过程SQA人员，编码阶段结束程审计报告项目组成员软件测试过（可选）软件过程SQA人员，测试阶段结束程审计报告项目组成员SQA人员，项目经理，产品验收和软件过程项目验收后测试人员，发布过程审计报告配置人员，用户代表SQA人员，配置管理过设计阶段结束软件过程项目经理，程测试阶段结束审计报告配置管理员高级经理，软件质量保软件过程验收阶段结束SQA经理，证过程审计报告项目经理2. 过程打分2.1.过程打分原则：1)过程打分占整个项目得分的30，以 30 分为满分，最低分不低于9 分。2)不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件过程是不同的，为了使

3、软件过程 数目不同的项目，仍以合理的方式进行过程打分，需对剪裁后的 软件过程 数目进行换算，从而不因剪裁而失分。3) SQA人员对经剪裁的 软件过程 的检查内容和实施情况 进行剪裁。4)项目级的 软件过程 剪裁必须得到高级经理，质量管理部经理和项目SQA 人员的检查和认可； 检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。5) 软件过程 检查打分的依据是“ 过程检查表” 。2.2.打分步骤：1)依据标准过程定义项目过程，得出项目过程数N 。2)每个项目过程的得分 M 30 / N 。3) 采用“过程检查表” ，对各个过程进行检查和打分。4)定义“过程检查表”中的实际检查内容 项个数为

4、X，每项标准得分10 分，因此每个“过程检查表”的最高得分A=10X 。5) 实际检查时，对“ 实施情况 ”一栏中每个条款进行打勾“” ,因此实际每项得分Bj=（打勾条款数 / 该项实际检查总条款数）× 10 。6) 每个过程的实际得分 Bi= 1x Bj 。7)每个过程的换算得分B=Bi /A× M 。8) 若某个过程发生多次 z，则该过程得分 B=( 1zB)/z 。9) 项目的过程得分 C= 1NB 。10)为确保项目组的基本得分不低于9 分，因此各过程打分不得低于9/N 分，低于此分，以 9/N 分计算。2.3.例子：某项目计划进行5 个阶段的审计：计划过程，需求过

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=3. 过程检查表3.1.计划过程检查表检查

6、内容实施情况评价（ 10 分制）是否有项目开发计划 项目开发计划书 评审问题清单（可选） 否（说明原因） ： 评审通知和确认表（可选） 项目评审表 项目评审问题追踪表 评审人员签字 批准人确认 / 签字 评审时间 验证人签字 SQA 人员验证文档格式是否正确 是 文件编号 否（说明原因） ： 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板项目计划文档是否按计 是 按计划完成：划完成 否（说明原因） ： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施项目计划是否以确定的 是需求为依据 否（说明原因） ：是否有对项目计划的承诺 是

7、项目组成员和相关人员参与计划过程，并和项目经理就计划达成一致意见计划被 SQA， SCM 和其他相关组检查并达成一致意见计划被负责项目的负责人检查并达成一致意见 否（说明原因） ：关键因素是否被识别和 是项目计划在提交给用户以前在组织内部得到批准形成项目责任矩阵表若有外部用户，与外部用户就项目计划达成一致意见和用户协商的计划变更在最后提交给用户时得到项目内部组的批准已承诺项目计划被基线化（如进行配置控制） 项目的进度定义 否（说明原因） ： 任务预期开始和结束 工作产品被识别是否明确指定估算策略 是对项目的规模进行估计 否（说明原因） ：是否为员工的培训需要 是制定计划 否（说明原因） ：是否

8、为项目内和项目间 是的沟通制定计划 项目的工作量 里程碑开始和实现日期 预算的费用 计划的关键计算机资源 项目组成员任务分配 为软件开发确定的生命周期模型 工作产品的验收标准被定义 其他因素 按已定义的方法执行估计过程： 是否采用历史数据 无历史数据 规模估计的量度：功能点需求数代码行 其他 规模估计结果文档化 规模估计结果经过评审 培训方式：正式培训/非正式培训 识别需参加培训人员 计划参加培训时间 识别须培训的内容 定义内部沟通方式 定义内部沟通时间和频率 否（说明原因） ： 识别外部沟通方 定义外部沟通方式 定义外部沟通时间和频率是否确定项目的度量目 是 定义项目度量目标标 否（说明原因

9、） ： 定义需收集的数据和频率 定义数据收集方式和负责人 定义度量分析结果 定义度量分析报告方式是否识别和分析风险 风险管理计划 风险项清单 否（说明原因） ： 风险发生的应急对策 风险优先级 确定各类风险的责任人 制定风险管理进度是否选择合适的生命周 是 选择已定义的生命周期模型期模型 否（说明原因） ： 形成新的生命周期模型 经过批准 未经过批准是否进行成本估计 是 否（说明原因） ：项目计划是否进行进度 是按生命周期模型划分里程碑细化 否（说明原因） ： 形成项目的WBS，包括管理，技术和支持活动WBS 活动有预留时间每个 WBS活动分配责任人，开始和完成时间基于过去类似项目的经验小组和

10、个人参与制定和检查WBSWBS 任务被定义到可以进行进度估算的级别： 每小时 每天 每2-3天每周其他配置人员是否管理项目 是 管理计划基线的配置情况 否（说明原因） ： 计划基线分发给相关人员SQA 是否定期检查项目 是 软件过程审计报告(频率)的活动 软件问题管理 跟踪和关闭问题 否（说明原因） ： 没有问题 审计报告分发给相关人员3.2.软件产品审查过程检查表检查内容实施情况评价（ 10 分制）工作产品在决定评审前是是否经过审核人的检查否（说明原因） ：和审核是否采用工作产品检查 是 工作产品检查单单进行评审 否（说明原因） ：软件评审和检查通知是 是 评审通知和确认表否有记录每一个参与

11、者 否（说明原因） ：是否分配了角色评审重点是否放在缺陷 是检查，而不是纠错上 否（说明原因） ：评审结果是否形成文档 是 项目评审表 否（说明原因） ： 项目评审问题追踪表评审者是否在评审会议 是 评审问题清单前做了充分的准备评审 否（说明原因） ： 评审准备工作量准备数据和次数是否被 发现问题描述详细收集 标识缺陷严重程度 标识缺陷类型 预审结论评审准备数据和频率是 是度量表格：否被收集，以便可以充分 否（说明原因） ： 评审人数应用与将来的准备和评 评审前准备工作量审 评审工作量 评审次数评审会议是否经常有调 是整 否（说明原因） ：仲裁者是否接到过执行 是评审的培训 否（说明原因） ：

12、评审会议时间是否按计 是划完成 否（说明原因） ：在每个评审中的发现的是 验证人签字问题是否被SQA 追踪或否（说明原因） ： 问题完成情况描述验证人检查 按时完成修改和验证 SQA 人员验证过程完整性3.3.计划跟踪和监督过程检查表检查内容实施情况评价（ 10 分制）开发工作是否按计划开 是不按计划开始原因说明：始 否（说明原因） ：项目跟踪是否以形成基 是 项目开始跟踪以首次计划为基准线的计划为基础 否（说明原因） ： 计划变更后跟踪以变更后的计划为基准计划变更是否执行变更 是 计划变更最新版本管理过程是否对计划的 否（说明原因） ： 变更次数变更进行记录和追踪 变更控制表 没有变更 变更

13、问题编号 变更来源 变更提出者 申请时间 修改人 变更批准人（项目经理变更控制委员会） 评审方式评审（项目评审表评审问题追踪表）签字 变更状态追踪 对变更请求产生影响进行评估 项目版本状态 修改描述修订页变更说明修改开发计划和进度修改相关文档 修改人签字 批准人签字 验证变更结果与修改说明一致验证人签字验证日期SQA 人员验证SQA 人员检查日期变更结果通知变更执行人和受变更影响人员如果变更不执行，是否 是变更控制表有相关的的原因说明 否（说明原因） ： 变更不批准原因说明变更请求状态为“拒绝”关键因素是否被监控 是监控项目的进度 否（说明原因） ： 任务预期开始和结束项目规模里程碑开始和实现

14、日期预算的费用计划的关键计算机资源项目组成员任务分配工作产品完成情况项目的工作量其他因素是否跟踪项目规模 是跟踪定义的项目计划规模 否（说明原因） ： 跟踪项目实际规模实际规模和计划规模比较分析事件驱动调整项目规模 按已定义的规模估计方法调整规模 调整后的规模结果文档化并经过评审 记录实际的项目规模是否跟踪项目工作量 是 跟踪计划的项目工作量 否（说明原因） ： 跟踪项目实际工作量实际工作量和计划工作量比较分析按规程调整工作量调整后工作量数据文档化并经过评审是否跟踪项目进度 是跟踪计划的里程碑开始结束时间 否（说明原因） ： 跟踪计划任务开始完成时间跟踪项目成员任务分配情况比较和分析实际，计划

15、的进度差项目组成员是否每周提交工作情况汇报表，报告度量和分析结果是否对识别的风险进行 是 否（说明原因） ： 是异根据实际情况调整项目进度，并经过评审项目组成员每周报告分配的任务状态所有报告的已完成的任务被检查项目组成员每周报告问题和风险项目组成员每周报告变更发生情况和变更状态项目组成员报告每个任务的实际工作量花费，每个任务的总的花费天数，每个任务的预计工作量项目成员的任务与计划任务匹配项目组成员每周重新估计需要完成任务的工作量 更新风险项清单管理，监控和报告潜在 否（说明原因） ： 风险发生的实际对策的风险更新风险优先级风险状态跟踪和控制风险的责任人跟踪风险调整风险管理进度 定期检查和更新每

16、个风险发生概率和影响 识别新的风险并进行分析项目经理是否定期更新 是安排任务频率：任务分配 否（说明原因） ： 每天 每2-3天 每周 每月 其他是否控制和解决项目问 是 定期召开项目会议，交流项目的题 否（说明原因） ：活动状态，问题和风险项目的会议有会议纪要 在项目状态报告和会议纪要中记录发现的问题 分配人员执行每个问题的纠错活动和解决问题跟踪问题直至关闭项目经理是否定期形成项目状态报告 是 形成项目状态报告(频率) 项目状态报告是否提交/ 分发takeholders: 用户，项目经理/ 高级经理，相关支持组， 小组成员。 项目状态报告内容是否包括本周项目的完成状况，问题，风险，变更 项目

17、的进度度量和其他度量数据 否（说明原因） ：是否包括在报告中项目控制下的进度数据反映当前的情况项目经理计算和分析关键的实际数据度量，并在项目状态报告中记录配置人员是否管理项目 是管理计划基线的配置情况 否（说明原因） ： SCM 基线报告(频率) SCM 基线变更状态报告(频率) 配置报告分发给相关人员 管理计划变更和发布变更通知SQA 是否定期检查项目 是 软件过程审计报告(频率)的活动 否（说明原因） ： 审计报告分发给相关人员3.4.需求分析过程检查表检查内容实施情况评价（ 10 分制）是否对项目的需求分析 是项目开发计划书 / 项目开发计划表和管理活动分配任务和 否（说明原因） ： 需

18、求分析活动描述进度责任人是否对用户的需求进行 是项目需求调研收集 否（原因说明） ： 项目功能清单 可选其他用户文档是否对用户需求进行检 是项目需求调研评审查并与用户的一致 否（原因说明） ： 用户代表确认 / 签字 可选项目经理确认 / 签字其他人员确认系统分析人员是否接收 是已具备能力过相关培训 否（原因说明） ： 正式培训小组培训自学系统分析结果是否形成需求规格说明书 /评审问题清单（可选）文档需求表评审通知和确认表（可选） 系统功能清单项目评审表 否（原因说明） ： 项目评审问题追踪表 评审人员签字 批准人确认 / 签字 评审时间 验证人签 SQA 人员验证文档格式是否正确是文件编号

19、否（说明原因） ： 配置项编号需求规格说明书是否按 是计划完成 否（说明原因） ：需求是否被标识、 管理、 是度、跟踪和关闭 否（说明原因） ： 没有变更 项目版本号 审核人 审核时间 批准人 批准时间 符合模板 按计划完成： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施 需求跟踪矩阵表： 需求被唯一标识 需求状态被描述 统计需求个数作为潜在问题的需求， 是 潜在问题被描述在需求说明书中是否被 否（原因说明） ： 潜在问题被追踪至关闭标识 不适用其他说明：；配置人员是否管理项目 是管理需求基线的配置情况 否（说明原因） ： SCM 基线报告(频率

20、)配置报告分发给相关人员SQA 是否定期检查项目 是 软件过程审计报告 （频率）的需求分析活动，标识 否（说明原因） ： 审计报告分发给相关人员偏离项目计划或组织结构的内容3.5.系统设计过程检查表检查内容实施情况评价（ 10 分制）是否形成概要设计说明 是 评审问题清单（可选）书 否（说明原因） ： 评审通知和确认表（可选） 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA 人员验证是否形成详细设计说明 是 评审问题清单（可选）书 否（说明原因） ： 评审通知和确认表（可选）文档格式是否正确概要设计说明书是否按计划完成详细设计说明书是否按计划完成 可选

21、项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA 人员验证是文件编号 否（说明原因） ： 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板 是 按计划完成： 否（说明原因） ： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟 采取纠正措施 是 按计划完成： 否（说明原因） ： 提前完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天天变更是否遵守变更流程需求是否被标识、 管理、 是度、跟踪和关闭 否（说明原因） ：偏离项目计划或组织结构的内容3.6.需求和设计管理过程检查表检查内容配置人员是否管理项目的

22、配置情况SQA 是否定期检查项目的需求管理活动，标识 是 管理设计基线 否（说明原因） ： SCM 基线报告(频率 SCM 基线变更状态报告)(频率) 是 配置报告分发给相关人员 软件过程审计报告 (频率) 否（说明原因） ： 审计报告分发给相关人员实施情况评价（ 10 分制） 需求跟踪矩阵表： 需求状态被跟踪 和需求文档保持一致 设计模块和需求保持一致 测试用例和需求保持一致 统计需求变更数 是 变更类型： ( 需求设计 ) 否（说明原因） ： 变更控制表 没有变更 变更问题编号 变更来源 变更提出者 申请时间 修改人 变更批准人（项目经理 / 变更控制委员会） 评审方式评审（项目评审表/

23、评审问题追踪表） 签字 变更状态追踪 对变更请求产生影响进行评估 项目版本状态 修改描述 修订页变更说明 修改开发计划和进度修改设计文档，测试文档和其他文档 修改人签字 批准人签字 验证变更结果与修改说明一致验证人签字验证日期 SQA人员验证 SQA人员检查日期变更结果通知变更执行人和受变更影响人员需求变更是否反映在设计中在设计中标识的缺陷和选择项是否被追踪和关闭如果变更不执行，是否有相关的的原因说明配置人员是否管理项目的配置情况SQA 是否定期检查项目的需求管理活动，标识偏离项目计划或组织结构的内容 是需求跟踪矩阵表 否（说明原因） ： 需求状态变化设计文档变更验证人相关需求变更请求文档 是

24、设计状态标识 否（说明原因） ： 设计状态跟踪 不适用验证人签字 是变更控制表 否（说明原因） ： 变更不批准原因说明 不适用变更请求状态为“拒绝” 是管理需求变更基线 否（说明原因） ： SCM 基线变更状态报告(频率) 配置报告分发给相关人员 是 软件过程审计报告 （频率） 否（说明原因） ： 审计报告分发给相关人员3.7.软件编码过程检查表检查内容实施情况评价（ 10 分制）是否进行代码走查 是 频率和形式： 否（说明原因） ： 走查问题被跟踪和解决其他情况： 重大缺陷和问题被记录编码是否按形成文档的是编码方法经过批准准则执行 否（说明原因） ： 采用文档和编程规范自定义规范源代码是否进

25、行配置管 是采用配置工具：理 否（说明原因） ：配置库管理：代码的变更是否被标识， 是变更记录检查和关闭 否（说明原因） ： 变更批准修改说明修改人和修改时间记录变更被检查和关闭单元测试是否进行 是和规程要求一致 否（说明原因） ： 单元测试用例单元测试分析报告BUG 统计无记录要求；SQA 是否定期检查项目 是 软件过程审计报告(频率)的编码过程活动， 标识偏 否（说明原因） ： 审计报告分发给相关人员离项目管理或组织结构的内容3.8.软件测试过程检查表检查内容实施情况评价（ 10 分制）是否有测试计划 系统 评审问题清单（可选） 评审通知和确认表（可选） 项目评审表 项目评审问题追踪表 集

26、成 评审人员签字 其他情况 批准人签字 评审时间 验证人签字 SQA 人员验证是否有测试用例 系统 评审问题清单（可选） 集成 评审通知和确认表（可选） 其他情况 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA 人员验证文档格式是否正确 是 文件编号 否（说明原因） ： 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板测试计划是否按计划完是 按计划完成：成 否（说明原因） 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施测试用例是否按计划完 是 按计划完成：成 否（说明原因） 提前完成并评审

27、 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施是否量化测试进程， 测试 是 测试进度安排是否按计划执行 否（说明原因） ： 测试人员安排 监督测试进度测试变更是否遵守变更 是 变更请求流程 否（说明原因） ： 修改描述 变更批准 变更通知 新版本发布是否形成测试需求与功 是 需求跟踪矩阵表能需求的追溯表 否（说明原因） ：测试缺陷和结果是否形 是 测试分析报告成记录生成缺陷和测试 否（说明原因） ： 测试问题报告覆盖率的总结报告更新的缺陷是否经过回 是 取用版本正确归测试， 确认正确， 结果 否（说明原因） ： 测试问题报告形成记录验证人缺陷描述测试中是否采用测

28、试工 是测试工具具或测试程序 否 （说明原因）： 测试工具版本测试程序说明纳入配置受控库是否定义了评估测试结 是 测试完成标准说明果的标准 否（说明原因） ：测试完成后， 是否进行测 是 项目组成员或相关人员确认试的技术检查测试验收 否（说明原因） ： 项目验收评审后的产品是否可集成为 验收运行程序验收测试版本 测试分析报告配置人员是否管理项目 是 管理测试基线的配置情况 否（说明原因） ： SCM 基线报告(频率) SCM 基线变更状态报告(频率) 配置报告分发给相关人员SQA 是否定期检查项目 是 软件过程审计报告的测试活动， 标识偏离项 否（说明原因） ： 审计报告分发给相关人员目计划或

29、组织结构的内容3.9.产品验收和发布过程检查表检查内容实施情况评价（ 10 分制）是否进行测试验收 是 测试分析报告 否（说明原因） ： 项目验收评审 产品批准表中签字是否进行配置验收 是 产品批准表中签字 否（说明原因） ： 对照配置计划进行配置验收 版本控制表 新功能特点表（备选）项目验收是否按计划完 是 按计划完成：成 否（说明原因） ： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施是否经过公司内部验收 是 项目验收评审评审 否（说明原因） ： 项目评审表 评审人员签字是否对项目进行评分 是 项目验收考核表 否（说明原因） ：对合同项目，是

30、否由顾 是 用户验收报告客进行验收 否（说明原因） ： 系统验收清单 验收人签字是否进行产品封版 是 封版内容正确 否（说明原因） ：是否对验收通过产品进 是行内部发布 否（说明原因） ：进行封版标识选择封版媒介：封版产品存储：份发放部门：清除开发库产品批准表产品发布通知单SCM 产品发布清单3.10.配置管理过程检查表检查内容实施情况项目的配置管理是否有 是 评审问题清单（可选）计划 否（说明原因） ： 评审通知和确认表（可选） 项目评审表 项目评审问题追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA人员验证配置管理文档格式是否 是 文件编号评价（ 10 分制）正确配置管理计划是否按计划完成是否定义配置基线否（说明原因） ：是否（说明原因）是 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板 按计划完成： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。 未按计划完成，延迟天 采取纠正措施在 SCM下被正式控制的所有配置项被 否（说明原因） ：标识 产品基线和其他