软件过程检查表.docx

1 .过程检查要素表检E内容产品研发项目客户定制或应用开发项目平台或中间件项目雉护项目检查时间检查结果参加成员计划过程可选）（可选）计划阶段结束软件过程审计报告SQ4人员,项目掰成员计划跟踪和监修过程设计阶段结束测试阶段结束软件过程审计报告Sg人员,项目组成员软件产品审次过程（可选）（可选）正式评审结束软件过程审计报告SQA人员项目经理需求分析过程J需求分析阶段结束测试阶段结束软件过程审计报告SQA人员，项目经理，系统分析员系统设计过程设计阶段结束测试阶段结束软件过程审计报告SQA人员,项目经理系统分析员需求和设计管理过程编码阶段结束软件过程审计报告SQA人员,项目经理软件斓码过程（可选）编码阶段结束软件过程审计报告SQA人员.项目组成员软件测试过程测试阶段结束软件过程审计报告SQA人员.项目组成员产鼻验收和发布过程项目骐收后软件过程审计报告SQA人员，项目势理，测试人员,配置人员，用户代表配置管理过程设计阶段结束测试阶段结束软件过程审计报告SQA人员.项目经理.配盥管理员软件政限保证过程验收阶段结束软件过程审计报告高级经理.SQA羟理，顶口经理2 .过程打分2.1. 过程打分D过程打分占拓个项目得分的30%,以30分为满分,最低分不低于9分。2）不同的项目可以从标准软件过程中剪裁得到项目定义过程,因此各项目包含的软件过程是不同的，为了使软件过程数目不同的项II,仍以合理的方式进行过程打分，需对剪裁后的软件过程放目进行换算，从而不因哨戴而失分，3）SQA人员对经剪战的软件过程的检JE内容和实*情况遂行剪战.4）项目级的软件过程如战必须得到高级经理,脑状管理部经理和项目SQA人员的检仕和认可；检索内容和实*情况剪裁必筑得到项I1.经理和受审计人员的认可。5）软件过程门查打分的依据是过程检查表Z2.2. 打分步，I）依据标准过程定义项目过程，得出项目过程数N.2）每个项目过程的得分M=30/N,3）条用“过程检查表”，对各个过程进行检变和打分.4）定义“过程检查表”中的实际检查内容阴个数为X,每项标准得分10分,因此每个“过程检查表”的酸高得分AHK）X.5）实际检钮时，对“实施情况”一栏中好个条款进行打勾“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项，实际由于变更未发生检查了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评审通知和确认表（可选 项目评审表 项目评审问跑追踪表 评审人员签字O批准人确认,签字 评审时间 验证人签字 S41A人员验证文档格式是否正确？是否（说明原因）：文件褊号田置项编号项目版本号 审核人 审核时间 批准人O批准时间 符合模板JS日计划文档是否按计划完成？是否（说明原因：O按计划完成： 提IW完成并评审 按计划完成并评审 按计划完成,评审延迟.未按计划完成，延迟天采取纠正措施项日计划是否以确定的需求为依据？是否说明原因:是否有对项目计划的承诺？口是 项目级成员和相关人员参与计划过程，并和项目经理就计划达成一致意见 计划被SQA.SeM和其他相关组检查并达成一致意见O计划被负五项目的负资人检伤并达成一致意见 项目计划在提交给用户以前在组织内部得到批准O形成项目员任矩阵表否说明原因）：O若有外部用户,与外部用户就用目计划达成一致意见和用户协商的计划变更在最后提交给用户时得到项目内部组的批准已承诺项目计划被基线化（如进行航置控制）关键因素是否被识别和定义？是 项目的进度 任务预期开始和结束 工作产M被识别 项目的工作诚 里程碑开始和实现日期 B1.算的费用 计划的关健计算机资源O项目组成员任务分配 为软件开发确定的生命周期模型 工作产品的验收标准被定义 其他因索_否说明原因:是否明确指定估算策略对项目的规模进行估计？是按已定义的方法执行估计过程：是否采用历史数据无历史数据规模估计的埴度：功能点需求数口代码行其他O规模估计结果文档化规模估计结果短过评审否（说明原因）：是否为员工的培训噩要制定计划？是O培训方式:正式培训/口非正式培训识别需参加培训人员计划参加焙训时间O识别须培训的内容否说明原因:是否为项目内和项目间的沟通制定计划？是O定义内部沟通方式定义内部沟通时间和频率识别外部沟通方定义外部沟通方式定义外郃沟通时IhJ和频率否（说明原因方是否确定项目的度城目标？是O定义项目度埴目标定义需收集的数据和频率O定义数据收集方式和负责人O定义度量分析结果定义度量分析报告方式否（说明原因：是否识别和分析风险？风险管理计划O风险项滑总否（说明原因）：O风险发生的应急对策风险优先级确定各类风险的责任人制定风险管理进僮是否选择合适的生命周期模型？是否（说明原因）：选择已定义的生命同期模型形成新的生命周期模型羟过批准未经过批准是否进行成本估计？是否说明原因:项目计划是否进行进度细化？是否说明原因力按生命周期模型划分里程碑形成项目的RBS,包括管理.技术和支持活动WBS活动有预留时间每个WBS活动分配诲任人，开始和完成时间暴于过去类似项目的经蛤小组和个人参与制定和检查WBSWBS任务被定义到可以进行进度估算的级别：每小时口短天口年2-3天每周口其他配置人员是否管理项目的配置情况？是否说明原因：管理计划基线计划基线分发给相关人员SQA是否定期检杳项目的活动？是否（说明原因加软件过程审计报告（频率）O软件问题管理跟踪和关闭问胞没有问题审计报告分发给相关人员3.2. 软件产品审杳过程检查表检查内容实篇情况W(io分工作产品在决定评审前是否经过审核人的检查和审核？是否说明原因：是否采用工作产品检查单进行评审？是工作产品检查的否（说明原因其软件评审和检套通知是否有记录？越一个参与者是否分配了角色?是评审通知和确认去否（说明原因：评审重点是否放花缺陷是检杳,而不是纠错上否说明原因：评审结果是否形成文档是项目评审表项目评审问题追踪表否（说明原因K评审者是否在评审会议前做了充分的准备？评审准备数据和次数是否被收集？是评审问题清单评审准备工作心 发现问超描述详细 标识缺陷产重程度 标识缺陷类型O预审结论否说明原因：W审准缶数据和频率於否被H集以便可以充分应用与物来的准备和评审？是度量去格： 评审人数 评审前准备工作量 评审工作量 评审次数否（说明原因：评审会议是否羟常有调毕是否（说明原因退仲裁者是否接到过执行评审的培训？是否说明原因：评审会议时间是否按计划完成？是否说明原因：在每个W审中的发现的问即是否被SQA追踪或的证人检查是验证人签字 问起完成情况描述 按时完成修改和验证 SQA人员蛤证过程完整性否说明原因：3.3.计划JUK和监督过程检查表检查内容实施情况（10捌）开发工作是否按计划开始？是不按计划开始原因说明：否说明原因：目跟踪是否以形成基线的计划为法础？口是项目开始跟踪以首次计划为基准O计划变更后跟踪以变更后的计划为基准否说明原因：计划变更是否执行变更泞丹过程？是否对计划的变更进行记录和追踪？是计划变更最新版本变更次数否说明原因）：变更控制表变更问题编号变更来源没有变更变更提出者申请时间修改人变更批准人（口项日经理口变更控制委员会）评审方式评审（口项目评审表口评审问四追踪农签字变更状态追踪 对变更请求产生影响进行评估 项目版本状态 修改描述 修订页变更说明 修改开发计划和进度 修改相关文档 修改人签字 批准人签字 验证变更结果与修改说明一致 验证人签字 验证11期 SQA人员验证 SQR人员检查日期口变更结果逋知变更执行人和受变更影响人员如果变更不执行,是否行相关的的原因说明？是否（说明原因）：变更控制衣O变更不批准原因说明变更请求状态为“拒绝”关键因素是否被监控？是否（说明原因）:O监拄项目的进度 任务颈期开始和结束 项目规模 里程碑开始和实现日期O预算的附用 计划的关键计算机资源 项目组成员任务分配 工作产品完成情况 项目的工作质 其他因洪是否跟踪项目规模？是O跟踪定义的项目计划规模否说明原因）：O跟踪项目实际规模实际规模和计划规模比较分析事件驱动调整项目规模按已定义的规模估计方法调腔规模调整后的规模结果文档化并经过评审11记录实际的项目规模是否跟踪项目工作地？是 跟踪计划的项目工作量 跟踪项目实际工作量O实际工作量和计划工作业比较分析 按规程调整工作量 圜整后工作以数据文档化弁经过评审否（说明原因）：是否跟踪项口诳度？是跟踪计划的里程碑开始结束时间O跟踪计划任务开始完成时间跟踪项目成员任务分配情况比较和分析实际,计划的进度差异O根据实际情况调整项目进度，并经过评审否（说明原因加项日祖成员是否每周提交工作情况汇报表，报告度册和分析结果？是O项日组成员斑周报告分配的任务状态 所有报告的已完成的任务被检查 项目组成於每周报告问迪和风险O项日组成员姆周报告变更发生情况和变更状态 项目组成员报告每个任务的实际工作量花费,每个任务的总的花戏天数，每个任务的预计工作依 项目成员的任务与计划任务IS配 项目组成员每周重新估计需要完成任务的工作S1.否说明原因加是否对识别的风险进行管理，监控和报告潜在的风险？是 更新风险项消总 风险发生的实际对策O更新风限优先级 风险状态跟踪和控制 风险的费任人跟踪风险O调整风限管理进度 定期椅杳和更新旬个风险发生概率和影响 识别新的风险并进行分析口否（说明原因：项日经理是否定期更新任务分配?是安排任务频率：国天口年2-3天每周口每月口其他_否说明原因）：是否控制和解决项目问遨？是定期召开项目会议，交流项目的活动状态,向跑和风险项目的会议有会议纪要O在项目状态报告和会议纪要中记录发现的问题分配人员执行每个何题的刿的活动和解决问咫跟踪问题II至关闭否（说明原因：项目羟理是否定期形成项目状态报名？是形成项目状态报告（频率）O项目状态报告是否提交/分发IakChO1.ders:用户，项目经理/高级经理.相关支持组.小组成员.O项目状态报落内容是否包括本周项目的完成状况，问题.风险.变更？项目的进度度量和其他度Jft数赛是否包括在报告中？项目控制卜的进度数据反映当前的情况项目羟理计算和分析关键的实际数据度量，并在项F1.状态报告中记录口否<说明原因）：能置人员是否管理项目的配讯情况？是管理计划基线OSa1.夔我报告（频率）SCM基线变更状态报告（频率）配置报告分发给相关人员O管理计划变更和发布变更通知否（说明原因）：SQA是否定期检自项目的活动？是O软件过程审计报告（频率）审计报告分发给相关人员否（说明原因）：3.4. 1»求分析过程检查表检查内容实旅情况<o是否对项目的需求分析和管埋活动分配任务和进度？是否（说明原因）： 项目开发计划书演目开发计划表 需求分析活动描述 资任人是否对用户的需求进行收集？是项目需求调研项目功能清单其他用户文档否（原因说明）：可选是否对用户需求进行检杳井与用户的一致？是 项目需求诩研评审 用户代表确认/签字 项目经理确u签字 其他人员确认否（原因说明K可选系统分析人员是否接收过相关培训？是已具在能力正式培训小组培训自学否（原因说明）：系统分析结果是否形成文档褥求规格说明书/番求表 评审问题消单（可选） 评审通知和确认我（可选 项目评审表 项目评审问鹿追踪表 评审人员签字 批准人确认/签字 评审时间 脸证人签 SQA人员验证系统功能清单谷（原因说明）：文档格式是否正确？是文件娟号配置项编号项目版本号审核人审核时间批准人批准时间符合模板否（说明原因）：衢求规格说明书是否按计划完成？是按计划完成： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟.未按计划完成，廷迟天采取纠正措施否（说明原因）：需求是否被标识、管理、度、跟踪和关闭?是需求跟踪矩阵衣： 需求被唯一标识 需求状态被描述 统计需求个数否（说明原因）：没有变更作为潜在问虺的需求,在需求说明书中是否被标识？是潜在问题被描述潜在何SS被迫踪至关闭其他说明：;否（原因说明）：不适用配置人员是否管理项目是管理福求基跳的配应情况?否（说明原因）：SCM菸跷报告（频率）配置报告分发给相关人员SQA是否定期依”项目的需求分析活动,标识偏离原”计划或组织结构的内容?是否（说明原因）：软件过程审计报告（频率>审计报告分发给相关人员3.5. 系统设计过程检查表检查内容实旅情况评价（1。分制）是否形成柢要设计说明书？是否（说明原因）：评审问鹿清学（可选） 评审通知和确认表（可选） 项目评审表 项目评审问遮追踪表 评审人员签字 批准人签字 评审时间 验证人签字 SQA人员的证是否形成详细设计说明书？是否（说明原因）：可选评审问庭清单,（可选）评审通知和确认表（BTift）项目评审表项日评审问题追踪表评审人员签字批准人签字评审时间蛤证人签字SQA人员蛤证文档格式是否正确？是否（说明原因）：文件编号配置项编号项目版本号审核人审核时间批准人批准时间符合模板柢要设计说明书是否按计划完成？是否（说明原因）：按计划完成： 提前完成并评审 按计划完成并评审 按计划完成.评审短迟.未按计划完成延迟天采取纠正措族详细设计说明书是否按计划完成？是按计划完成： 提前完成并评审 按计划完成并评审 按计划完成.评审廷迟.未按计划完成，延迟天否（说明原因）：配跟人员是否管理项目的配附情况？是 管理设计基线 SCM基践报告（频率） SCM基段变更状态报告（领率> 配置报告分发给相关人员否（说明原因）：SQA是否定期检杳项目的需求管埋活动,标识偏离项目计划或祖织结构的内容？是软件过程审计报告（颇率）审计报告分发给相关人员否（说明原因）：3.6. 需求和设计管理过程检杳表检查内容实情况QO分制）湎求是否被标识、管理、度、跟踪和关闭?是古（说明原因）：需求跟踪矩阵衣： 需求状态被跟踪 和需求文档保持一致 设计模块和需求保持一致 测试用例和海求保持一致 统计需求变更数变更是否遵守变更流程？是否（说明原因）：变更类型：（口需求口设计）变更控制衣没有变更 变更问题编号 变更来源 变更提出者 申请时间 修改人 变更批准人（项目经理，口变更控制委员会 评审方式评审.（项目评审表/口评审问题追踪去）签字 变更状态追踪 对变更请求产生影响iS行评估 项目版本状态 修改描述 惚订页变更说明 惚改开发计划和进度 修改设计文档，测试文档和其他文档 修改人签字 批准人签字 脸证变更结果与修改说明-致 验证人签字 验证日期 SQA人员验证 SQA人员检交日期变更结果通知变更执行人和受变更影响人员需求变更是否反映在设计中？是需求跟踪矩阵表 需求状态变化 设计文档变更脸证人 相关需求变更请求文档否（说明原因）：在设计中标识的缺陷和选择项是否被追踪和关闭？是设计状态标识设计状态跟踪验证人签字否（说明原因）：不适用如果变更不执行,是否有相关的的原因说明？是变更控制表变更不批准原因说明变更请求状态为“拒绝”否（说明原因）：不适用配箔人员是否管理项目的配置情况?是 管理需求变更案规 ScM法践变更状态报告（频率） 配置报告分发给相关人员否（说明原因）,SQA是否定期检查项目的需求管理活动，标识偏离项目计划或组织结构的内容？是软件过程审计报告频率>审计报告分发给相关人员否（说明原因）:3.7. 软件一码过程检查表检查内容实法情况评价（10分制）是否进行代码走查？是否说明原因：口其他情况： 频率和形式： 走查何整被跟踪和解决 笫大缺陷和问题被记录编码是否按形成文档的准则执行？是否（说明原因）： 编码方法经过批准 采用文档和编程规范 自定义规范源代码是否诳行归附管理？是否（说明原因：采用配置工具：_配置库管理：代码的变更是否被标识,检查和关闭？是否（说明原因）： 变更记录 变更批准 修改说明 修改人和修改时间记录 变更被检查和关闭单元测试是否进行？是否（说明胤因>： 和规程要求一致 单元冽试用例 单元测试分析报告 BUG统计 无记录要求：SQA是否定期检吝顶日的编码过程活动，标识偏离项目管理或组织结构的内容？是古（说明原因：软件过程审计报告（频率）审计报告分发给相关人员3.8. 软件评优过程检秀表检查内容实it情近(10分是否有测试计划？系统 评审问SS清学（可选） 评审通知和确认表（可选） 项目评审表 项目评审问避追踪表 评审人员签字 批准人签字集成其他情况评审时间脸证人签字SQA人员验证是否有测试用例？系统集成其他情况评审问Sg清单（可选） 评审通知和确认表（可选 项目评审表 项目评审问鹿追踪表 评审人员签字 批准人签字口评审时间 蛤证人签字 SQA人员脸证文档格式是否正确？是口否（说明胤因：文件编号配置项编号项目版本号审核人审核时间批准人批准时间口符合模板测试计划是否按计划完成？是否说明原因按计划完成： 提前完成并评审 按计划完成并评审 按计划完成，评审近迟.未按计划完成延迟天采取纠正措施测试用例是否按计划完成？是否说明原因按计划完成： 提前完成并评审 按计划完成并评审 按计划完成，怦审至迟.口未按计划完成.廷迟天 采取纠正措施是否量化测试进程，测试是否按计划执行？是否（说明原因： 测试进度安排 测试人员安排 监督测试进度测试变更是否遵守变更流程？是否（说明原因: 变更请求 修改描述 变更批准口变更通知 新版本发布是否形成测试需求与功能锵求的追溯表？是否（说明原因）:口需求跟踪矩阵表测试跳陷和结果是否形成记录？生成缺陷和测试榄盅率的总结报告？是否（说明原因：测试分析报告测试问Si报告更新的缺陷是否经过回归测试,确认正确,结果形成记录？是否（说明原因： 取用版本正确 测试网跑报告 验证人 缺陷描述测试中是否采用测试工具或刈试程序？是否（说明原因），测试工具 测试工JU&本 测试程序说明 纳入间置受控库是否定义了评估测试结果的标准？是否说明原因：测试完成标准说明测试完成后，是否进行测试的技术检自？测试S收后的产品是否可集成为验收测试版本？是否（说明原因）: 项目小成员或相关人员确认 项目验收评审 监收运行程序 测试分析报告配批人员是否管理项目的也置情况？是否（说明原因）：管理测试基线 SCM基线报告图率） SQI基线变更状态报告（频率） 配置报告分发给相关人员SQA是否定期构杳项目的测试活动.标识偏禹项目计划或组织结构的内容？是否说明原因：软件过程审计报告审计报告分发给相关人员3.9. 产品验收和发布过程检查表检查内容实施情况1。分制）是否进行测试验收是测试分析报告项目验收评审产品批准表中签字否（说明原因）：是否进行汛置验收是 产品批准我中签字 时照配置计划迸行配词蛤收 版本控制衣 新功能特点表（备选）否（说明原因）：项目脸收是否按“划完是按计划完成：成？否（说明原因）：提前完成并评审按计划完成并评审按计划完成,评审延迟.未按计划完成,延迟天采取纠正措施是否经过公司内部验收评审是项目验收评审项目评审表评审人员签字谷（说明俅因）：是否对项目进行评分？是项目验收考核去否（说明原囚）：对合同项目,是否由顾客进行验收?是用户验收报告系统验收清维般收入签字否（说明原因）：是否进行产品的版？是封版内容正确进行封版标识选择封版媒介：封版产品存储：位发放部门：清除开发库否（说明原因）：毡否对验收通过产品进行内部发布？是产品批准表产品发布通知单SCA1.产品发布清华否（说明原因）：3.10. 配置管理过程检查表检查内容实情况VHft（10分制）项目的配用.管理是否有计划?是 评审问题清单（可选）口评审通知和确认表（可选） 项目评审表11项目评审问题追踪我 评审人员签字 批准人签字 评审时间口验证人签字 SQA人员骆证古说明原因：配徨管理文档格式是否是口文件编号正确？否说明原因： 配置项编号 项目版本号 审核人 审核时间 批准人 批准时间 符合模板配置管理计划是否按计划完成?是否（说明原因口按计划完成：提前完成并评审11按计到完成并评审按计划完成，评审延迟.未按计划完成，延迟天采取纠正措施是否定义航置基线？是否说明原因： 在SG1.卜被IE式控制的所有配置项被标识11产品基线和其他基线（开发基税，制求法践，设计地战，测试眼线）的生成标准被定义 命名约定包括版本标识.附置项标识在SCY计划中作为标准被建立和文档化口项目加成员参与决定必须的项目配置基线11每个基线的内容,产生时间和变更批准人在SCM计如中文档化 在项目中使用的代码，客户提供的软件.不发布的软件被进行配置管理11项目打汽!就管理阵，rteKtiJfiW1.备份方式，配徨工具是否在SE计划中被文档化配五项的出入受控辉是否受严格控制？是否（说明原因： SeM出阍登记表； 定义受控库的用户权限和存取方式： 入受控库经过SeM人员的配置项完整性检查：所有的基线是否纳入配置管理底？是否（说明原因： 建立配置管理库 库结构与定义一致 SCM范莲报告；配置管理员是否定期形成配置管理状况报告，向上级领导和项目经理报告？是口否（说明胤因:SCM菸践报告SQ1.荔线变更状态报告所有受影响并被批准使是用配酉项的人员或组是否可以取得发布的将线？否（说明原因：如果有特殊情况，开发过程和需要的SCM过程存在任何偏差，是否在Sa1.计划中说明原因和理由，并得到相关人员的批准？是项目紧急放行单批准人签字11原因说明否（说明原因：没有特殊情况：如果项目异常终止，是否有相关说明和负责人签字批准？是项目终止申请表负贲人签字否说明原因：间置库中的产品是否被唯一标识？是否（说明原因系统的开发和运行环境是否被纳入配置管理？是开发环境配词口开发环境文档描述运行环境配置11运行环境文档描述否（说明原因：项目入产品库,SQA人员是否进行附置审计，确保配置项的完整性、一致性？是11SeY受控库结构正确 配置管理工具可用 法战库内容完备、准确 过程与软件CMM规范-航置管理过程一致否说明原因KSQ是否定期检查项目的配置音理管理活动,标识偏离项目计划或殂织结构的内容？是软件过程审计报告（频率）审计报告分发给相关人员否（说明原因：3.11.软件项量保证过程检查表检查内容蚌情况VHftQo分制）是否参与各检杳点的评审项目开发计划书/项目开发计划表正式评审非正式评审没有评审 组织计划评审O评审通知和确认表（可选） 评审问题清总（可选） 项目评审表 项目评审问Sfi追踪表JS目计划（SCM计划，测试计划,风险管理计划）包含在项目开发计划中非正式评审没有评审组织项目计划评审项目评审友O项目评审何超追踪表需求规格说明书正式评审非正式评审O组织需求评审评审通知和确认表口没有评审O评审问题清单项目评审表项目评审问题追踪表概要设计正式评审北正式评审没有评审正式评审没有评审 组织概要设计评审 评审通知和确认表（可选） 评审问四清很（可选U项目评审去U项目评审问题追踪去详细设计非正式评审没有评审组织详细设计技术检查项目评审去项目评审问题追踪表集成测试用例非正式评审没有评审组织集成测试用例非正式评审项目评审表项目评审问题追踪表系统测试用例非正式评审没有评审组织系统测试用例非正式评审项目评审友顶日评审何超追踪表验收评审正式评审没有评审组织验收评审项目评审表项目评审问题追踪表是否为质M保证工作制定计划？是O软件质量保证计划O项目评审去项目评审问题追踪表否（说明原因）:质量保证计划是否按计划完成？½按计划完成： 提前完成并评审 按计划完成并评审 按计划完成，评审延迟。未按计划完成,延迟天采取纠正措施否（说明原因：SQA是否执行阶段的过程检查？项目计划和跟踪过程是否剪裁项目计划和跟踪过程检费表软件过程审计报告软件产品审查过*是否剪裁软件产品审查过程检查表软件过程审计报告需求分析和管理过程是否剪裁需求分析和管理过程检费表软件过程审计报告系统设计过程是否剪裁系统设计过程检查表软件过程审计报告否剪裁软件测试过程是否剪裁软件测试过程悔者表软件过程审计报告产品验收和发布过程是否剪裁项目产品轮收和发布过程检查表软件产处验收和发布过程审计报告配置管理过程是否剪裁项目计划和跟踪过程检查我O软件计划和跟踪审计报告侦量保证过程是否剪裁项目顽业保证过程检查衣软件质量保证过程审计报告是否收集和分析度量数据？是O否（说明原因）：是否定期汇报对SQA工作？是否（说明原因）：O年周汇报表汇报对象：项目经理口副总缎项目负责人SQA经理口其他人员SQA人员对于项目组内不能解决的问题，是否有一个决道直接向而次经理反映情况？是否（说明原因案定义报告人员O定义报告方式定义问题追踪方法被SQA标识的偏离是否被项目小祖检杳，活动项是否被遵守和跟踪至关闭？是否（说明原因）：O软件过程审计报告纠正活动描述项目经理确认签字11SQA人员签字验证高级经理签字