《软件过程检查表》由会员分享，可在线阅读，更多相关《软件过程检查表（22页珍藏版）》请在金锄头文库上搜索。
1、1. 过程检查要素表检查内容产品研 发项目客户定制 或应用开 发项目平台或 中间件 项目维护项目检查时间检查结果参加成员计划过程VVV（可选）V（可选）计划阶段结束软件过程审计报告SQA人员， 项目组成员计划跟踪和 监督过程VVVV设计阶段结束 测试阶段结束软件过程审计报告SQA人员， 项目组成员软件产品审 查过程VVV（可选）V（可选）正式评审结束软件过程审计报告SQA人员 项目经理需求分析过 程VVVV需求分析阶段 结束测试阶段结束软件过程审计报告SQA人员， 项目经理， 系统分析员系统设计过 程V设计阶段结束 测试阶段结束软件过程审计报告SQA人员， 项目经理， 系统分析员需求和设计 管
2、理过程VVV编码阶段结束软件过程审计报告SQA人员， 项目经理，软件编码过 程VVV（可选）编码阶段结束软件过程审计报告SQA人员， 项目组成员软件测试过 程V测试阶段结束软件过程审计报告SQA人员， 项目组成员产品验收和 发布过程VVVV项目验收后软件过程审计报告SQA人员， 项目经理， 测试人员， 配置人员， 用户代表配置管理过 程VVVV设计阶段结束 测试阶段结束软件过程审计报告SQA人员， 项目经理， 配置管理员软件质量保 证过程VVVV验收阶段结束软件过程审计报告高级经理， SQA经理， 项目经理2. 过程打分2.1. 过程打分原则：1）过程打分占整个项目得分的30，以 30 分为满
3、分，最低分不低于9 分。2）不同的项目可以从标准软件过程中剪裁得到项目定义过程，因此各项目包含的软件 过程是不同的，为了使软件过程数目不同的项目，仍以合理的方式进行过程打分 需对剪裁后的软件过程数目进行换算，从而不因剪裁而失分。3） SQA 人员对经剪裁的软件过程的检查内容和实施情况进行剪裁。4）项目级的软件过程剪裁必须得到高级经理，质量管理部经理和项目SQA人员的检 查和认可；检查内容和实施情况剪裁必须得到项目经理和受审计人员的认可。5）软件过程检查打分的依据是“过程检查表”。2.2. 打分步骤：1）依据标准过程定义项目过程，得出项目过程数N。2）每个项目过程的得分M =30 / N。3）采
4、用“过程检查表”，对各个过程进行检查和打分。4）定义“过程检查表”中的实际检査内容项个数为X,每项标准得分10分，因此每 个“过程检查表”的最高得分A = 10X。5）实际检查时，对“实施情况”一栏中每个条款进行打勾“ ” ,因此实际每项得分 Bj=（打勾条款数/该项实际检查总条款数）X10。6）每个过程的实际得分Bi=EBj。7）每个过程的换算得分B=Bi /A XM。8）若某个过程发生多次z,则该过程得分B=（EiZB）/z。9）项目的过程得分C=E 1NB。10）为确保项目组的基本得分不低于9 分,因此各过程打分不得低于9/N 分,低于此分, 以9/N分计算。2.3. 例子：某项目计划进
5、行5个阶段的审计：计划过程，需求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划跟踪和监督过程执行两次，其他各一次则每阶段得分M=30/5=6;第一次计划跟踪和监督过程检查项共15项，实际由于变更未发生检查了13项,标准分为A=13X 10=130,实际检查得分Bi=123则该阶段得分B1=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.
6、3；测试过程得分=5.7C=5.3+5.6+5.3+5.7+5.6=27.53. 过程检查表3.1. 计划过程检查表检查内容实施情况评价（10分制）是否有项目开发计划？项目开发计划书评审问题清单（可选）评审通知和确认表（可选）项目评审表项目评审问题追踪表评审人员签字批准人确认/签字评审时间验证人签字 SQA人员验证否（说明原因）：文档格式是否正确？是文件编号配置项编号项目版本号审核人审核时间批准人批准时间符合模板否（说明原因）：项目计划文档是否按计 划完成？是按计划完成：提前完成并评审按计划完成并评审按计划完成，评审延迟。未按计划完成，延迟天采取纠正措施否（说明原因）：项目计划是否以确定的 需
7、求为依据？是否（说明原因）：是否有对项目计划的承 诺？是项目组成员和相关人员参与计划 过程，并和项目经理就计划达成 一致意见计划被SQA, SCM和其他相关组检 查并达成一致意见计划被负责项目的负责人检查并 达成一致意见项目计划在提交给用户以前在组 织内部得到批准形成项目责任矩阵表若有外部用户，与外部用户就项 目计划达成一致意见和用户协商的计划变更在最后提 交给用户时得到项目内部组的批 准已承诺项目计划被基线化（如进 行配置控制）否（说明原因）：关键因素是否被识别和 定义？是项目的进度任务预期开始和结束工作产品被识别项目的工作量里程碑开始和实现日期预算的费用计划的关键计算机资源项目组成员任务分
8、配为软件开发确定的生命周期模型工作产品的验收标准被定义其他因素否（说明原因）：是否明确指定估算策略 对项目的规模进行估 计？是按已定义的方法执行估计过程：是否米用历史数据无历史数据规模估计的量度：功能点 需求数 代码行 其他规模估计结果文档化规模估计结果经过评审否（说明原因）：是否为员工的培训需要 制定计划？是培训方式：正式培训/ 非正式培训识别需参加培训人员计划参加培训时间识别须培训的内容否（说明原因）：是否为项目内和项目间 的沟通制定计划？是否（说明原因）：定义内部沟通方式定义内部沟通时间和频率识别外部沟通方定义外部沟通方式定义外部沟通时间和频率是否确定项目的度量目 标？是否（说明原因）：
9、定义项目度量目标定义需收集的数据和频率定义数据收集方式和负责人定义度量分析结果定义度量分析报告方式是否识别和分析风险？风险管理计划否（说明原因）：风险项清单风险发生的应急对策风险优先级确定各类风险的责任人制定风险管理进度是否选择合适的生命周 期模型？是否（说明原因）：选择已定义的生命周期模形成新的生命周期模型经过批准未经过批准是否进行成本估计？是否（说明原因）：项目计划是否进行进度 细化？是否（说明原因）：按生命周期模型划分里程碑形成项目的WBS，包括管理，技术 和支持活动 WBS活动有预留时间每个WBS活动分配责任人，开始 和完成时间基于过去类似项目的经验小组和个人参与制定和检查WBS WB
10、S任务被定义到可以进行进度 估算的级别：每小时 口每天 口每2-3天每周口其他配置人员是否管理项目 的配置情况？是否（说明原因）：管理计划基线计划基线分发给相关人员SQA是否定期检查项目 的活动？是否（说明原因）：软件过程审计报告（频率）软件问题管理跟踪和关闭问题没有问题审计报告分发给相关人员3.2. 软件产品审查过程检查表检査内容实施情况评价（10分制）工作产品在决定评审前 是否经过审核人的检查 和审核？是否（说明原因）：是否米用工作产品检查 单进行评审？是工作产品检查单否（说明原因）：软件评审和检查通知是 否有记录？每一个参与 者是否分配了角色？是评审通知和确认表否（说明原因）：评审重点是
11、否放在缺陷 检查，而不是纠错上是否（说明原因）：评审结果是否形成文档是项目评审表项目评审问题追踪表否（说明原因）：评审者是否在评审会议 前做了充分的准备？评 审准备数据和次数是否 被收集？是评审问题清单评审准备工作量发现问题描述详细标识缺陷严重程度标识缺陷类型预审结论否（说明原因）：评审准备数据和频率是 否被收集，以便可以充分 应用与将来的准备和评 审？是度量表格：评审人数评审前准备工作量评审工作量评审次数否（说明原因）：评审会议是否经常有调 整?是否（说明原因）：仲裁者是否接到过执行 评审的培训？是否（说明原因）：评审会议时间是否按计 划完成？是否（说明原因）：在每个评审中的发现的 问题是否
12、被SQA追踪或 验证人检查是验证人签字问题完成情况描述按时完成修改和验证 SQA人员验证过程完整性否（说明原因）：3.3. 计划跟踪和监督过程检查表检查内容实施情况评价（10分制）开发工作是否按计划开 始？是否（说明原因）：不按计划开始原因说明：项目跟踪是否以形成基 线的计划为基础？是否（说明原因）：项目开始跟踪以首次计划为基准 计划变更后跟踪以变更后的计划 为基准计划变更是否执行变更 管理过程？是否对计划 的变更进行记录和追 踪？是否（说明原因）：没有变更计划变更最新版本变更次数变更控制表变更问题编号变更来源变更提出者申请时间修改人变更批准人（项目经理变更控制委员会）评审方式 评审（项目评审表评审问题追踪表） 签字变更状态追踪对变更请求产生影响进行评估项目版本状态修改描述修订页变更说明修改开发计划和进度修改相关文档修改人签字批准人签字验证变更结果与修改说明一致验证人签字验证日期 SQA人员验证 SQA人员检查日期变更结果通知变更执行人和受变 更影响人员如果变更不执行，是否 有相关的的原因说明？是否（说明原因）：变更控制表变更不批准原因说明变更请求状态为“拒绝”关键因素是否被监控？是监控项目的进度任务预期开始和结束项目规模里程碑开始和实现日期预算的费用计划的关键计算机资源项目组成员任务分配工作产品完成情况项目的工作量其他因素
