《软件过程检查表.docx》由会员分享，可在线阅读，更多相关《软件过程检查表.docx（21页珍藏版）》请在第壹文秘上搜索。
1、1 .过程检查要素表检E内容产品研发项目客户定制或应用开发项目平台或中间件项目雉护项目检查时间检查结果参加成员计划过程可选）（可选）计划阶段结束软件过程审计报告SQ4人员,项目掰成员计划跟踪和监修过程设计阶段结束测试阶段结束软件过程审计报告Sg人员,项目组成员软件产品审次过程（可选）（可选）正式评审结束软件过程审计报告SQA人员项目经理需求分析过程J需求分析阶段结束测试阶段结束软件过程审计报告SQA人员，项目经理，系统分析员系统设计过程设计阶段结束测试阶段结束软件过程审计报告SQA人员,项目经理系统分析员需求和设计管理过程编码阶段结束软件过程审计报告SQA人员,项目经理软件斓码过程（可选）编码
2、阶段结束软件过程审计报告SQA人员.项目组成员软件测试过程测试阶段结束软件过程审计报告SQA人员.项目组成员产鼻验收和发布过程项目骐收后软件过程审计报告SQA人员，项目势理，测试人员,配置人员，用户代表配置管理过程设计阶段结束测试阶段结束软件过程审计报告SQA人员.项目经理.配盥管理员软件政限保证过程验收阶段结束软件过程审计报告高级经理.SQA羟理，顶口经理2 .过程打分2.1. 过程打分D过程打分占拓个项目得分的30%,以30分为满分,最低分不低于9分。2）不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项II,仍以合理的方式进行
3、过程打分，需对剪裁后的软件过程放目进行换算，从而不因哨戴而失分，3）SQA人员对经剪战的软件过程的检JE内容和实*情况遂行剪战.4）项目级的软件过程如战必须得到高级经理,脑状管理部经理和项目SQA人员的检仕和认可；检索内容和实*情况剪裁必筑得到项I1.经理和受审计人员的认可。5）软件过程门查打分的依据是过程检查表Z2.2. 打分步，I）依据标准过程定义项目过程，得出项目过程数N.2）每个项目过程的得分M=30/N,3）条用“过程检查表”，对各个过程进行检变和打分.4）定义“过程检查表”中的实际检查内容阴个数为X,每项标准得分10分,因此每个“过程检查表”的酸高得分AHK）X.5）实际检钮时，对
4、“实施情况”一栏中好个条款进行打勾“w”,因此实际维顶得分Bj=打勾条款数/该项实际检查总条款敷）X1.O6）每个过程的实际得分Bi=EJBj.7）每个过程的换算得分B=B1./AXM8）若某个过程发生多次z,则该过程得分B三（h*B）z.9）项目的过程得分C=EJB。10）为确保项目加的基本得分不低于9分,因此各过程打分不得低于9/N分,低于此分,以9/N分计算.2.3. 例子1某项目计划进行5个阶段的审计；计划过程，祈求过程，设计过程，测试过程，计划跟踪和监督过程，其中计划根踪和监科过程执行两次，其他各一次则每阶段得分IMO/&6第一次计划跟踪和监窗过程检查项共15项，实际由于变更未发生检
5、查了13项.标准分为A=13X10=130实际桧杳汨分Bi=123则该阶段得分B1.=1231306=5.67第二次计划跟踪和监督过程,实际检查r15项,标准分为15X1CI=I50：实际检查得分110.期该阶段得分B2=1401506=5.6期计划跟踪和监忤过程得分B=（5.67+5.6）/2=5.6计划过程得分=6.3：需求过程得分=6.6：设计过程得分=6.3：冽试过程得分=67C=5.3+5.6+5.3+5.7+5.6=27.53 .过程检查表3.1. 计划过程检查表检查内容实幡情况（10分）是否有项目开发计划？项目开发计划书有说明原因： 评审问Sfi清弟（可选O评审通知和确认表（可选
6、 项目评审表 项目评审问跑追踪表 评审人员签字O批准人确认,签字 评审时间 验证人签字 S41A人员验证文档格式是否正确？是否（说明原因）：文件褊号田置项编号项目版本号 审核人 审核时间 批准人O批准时间 符合模板JS日计划文档是否按计划完成？是否（说明原因：O按计划完成： 提IW完成并评审 按计划完成并评审 按计划完成,评审延迟.未按计划完成，延迟天采取纠正措施项日计划是否以确定的需求为依据？是否说明原因:是否有对项目计划的承诺？口是 项目级成员和相关人员参与计划过程，并和项目经理就计划达成一致意见 计划被SQA.SeM和其他相关组检查并达成一致意见O计划被负五项目的负资人检伤并达成一致意见
7、 项目计划在提交给用户以前在组织内部得到批准O形成项目员任矩阵表否说明原因）：O若有外部用户,与外部用户就用目计划达成一致意见和用户协商的计划变更在最后提交给用户时得到项目内部组的批准已承诺项目计划被基线化（如进行航置控制）关键因素是否被识别和定义？是 项目的进度 任务预期开始和结束 工作产M被识别 项目的工作诚 里程碑开始和实现日期 B1.算的费用 计划的关健计算机资源O项目组成员任务分配 为软件开发确定的生命周期模型 工作产品的验收标准被定义 其他因索_否说明原因:是否明确指定估算策略对项目的规模进行估计？是按已定义的方法执行估计过程：是否采用历史数据无历史数据规模估计的埴度：功能点需求数
8、口代码行其他O规模估计结果文档化规模估计结果短过评审否（说明原因）：是否为员工的培训噩要制定计划？是O培训方式:正式培训/口非正式培训识别需参加培训人员计划参加焙训时间O识别须培训的内容否说明原因:是否为项目内和项目间的沟通制定计划？是O定义内部沟通方式定义内部沟通时间和频率识别外部沟通方定义外部沟通方式定义外郃沟通时IhJ和频率否（说明原因方是否确定项目的度城目标？是O定义项目度埴目标定义需收集的数据和频率O定义数据收集方式和负责人O定义度量分析结果定义度量分析报告方式否（说明原因：是否识别和分析风险？风险管理计划O风险项滑总否（说明原因）：O风险发生的应急对策风险优先级确定各类风险的责任人
9、制定风险管理进僮是否选择合适的生命周期模型？是否（说明原因）：选择已定义的生命同期模型形成新的生命周期模型羟过批准未经过批准是否进行成本估计？是否说明原因:项目计划是否进行进度细化？是否说明原因力按生命周期模型划分里程碑形成项目的RBS,包括管理.技术和支持活动WBS活动有预留时间每个WBS活动分配诲任人，开始和完成时间暴于过去类似项目的经蛤小组和个人参与制定和检查WBSWBS任务被定义到可以进行进度估算的级别：每小时口短天口年2-3天每周口其他配置人员是否管理项目的配置情况？是否说明原因：管理计划基线计划基线分发给相关人员SQA是否定期检杳项目的活动？是否（说明原因加软件过程审计报告（频率）
10、O软件问题管理跟踪和关闭问胞没有问题审计报告分发给相关人员3.2. 软件产品审杳过程检查表检查内容实篇情况W(io分工作产品在决定评审前是否经过审核人的检查和审核？是否说明原因：是否采用工作产品检查单进行评审？是工作产品检查的否（说明原因其软件评审和检套通知是否有记录？越一个参与者是否分配了角色?是评审通知和确认去否（说明原因：评审重点是否放花缺陷是检杳,而不是纠错上否说明原因：评审结果是否形成文档是项目评审表项目评审问题追踪表否（说明原因K评审者是否在评审会议前做了充分的准备？评审准备数据和次数是否被收集？是评审问题清单评审准备工作心 发现问超描述详细 标识缺陷产重程度 标识缺陷类型O预审结
11、论否说明原因：W审准缶数据和频率於否被H集以便可以充分应用与物来的准备和评审？是度量去格： 评审人数 评审前准备工作量 评审工作量 评审次数否（说明原因：评审会议是否羟常有调毕是否（说明原因退仲裁者是否接到过执行评审的培训？是否说明原因：评审会议时间是否按计划完成？是否说明原因：在每个W审中的发现的问即是否被SQA追踪或的证人检查是验证人签字 问起完成情况描述 按时完成修改和验证 SQA人员蛤证过程完整性否说明原因：3.3.计划JUK和监督过程检查表检查内容实施情况（10捌）开发工作是否按计划开始？是不按计划开始原因说明：否说明原因：目跟踪是否以形成基线的计划为法础？口是项目开始跟踪以首次计划
12、为基准O计划变更后跟踪以变更后的计划为基准否说明原因：计划变更是否执行变更泞丹过程？是否对计划的变更进行记录和追踪？是计划变更最新版本变更次数否说明原因）：变更控制表变更问题编号变更来源没有变更变更提出者申请时间修改人变更批准人（口项日经理口变更控制委员会）评审方式评审（口项目评审表口评审问四追踪农签字变更状态追踪 对变更请求产生影响进行评估 项目版本状态 修改描述 修订页变更说明 修改开发计划和进度 修改相关文档 修改人签字 批准人签字 验证变更结果与修改说明一致 验证人签字 验证11期 SQA人员验证 SQR人员检查日期口变更结果逋知变更执行人和受变更影响人员如果变更不执行,是否行相关的的原因说明？是否（说明原因）：变更控制衣O变更不批准原因说明变更请求状态为“拒绝”关键因素是否被监控？是否（说明原因）:O监拄项目的进度 任务颈期开始和结束 项目规模 里程碑开始和实现日期O预算的附用 计划的关键计算机资源 项目组成员任务分配 工作产品完成情况 项目的工作质 其他因洪是否跟踪项目规模？是O跟踪定义的项目计划规模
