软件高质量管理系统过程

1、软件质量管理过程文件编号版本号V1.0编制人编制日期审核人审核日期批准人批准日期*科技（北京）有限公司版本历史版本/状态作者参与者起止日期修改订说明批准人目录1 目的52 适用范围53 角色与职责54 术语与缩写词65 资产与工具66 启动准则67 输入78 工作程序79 结束准则910 度量911 裁剪指南9附录9检查标准131 目的通过定义质量保证过程，为质量保证小组实施其角色提供指导，使项目组及相关部门了解质量保证的操作过程，从而确保公司的新项目和新产品研发的产品质量满足项目规定的要 求。2 适用范围本质量管理过程适用于公司所有软件开发项目的全过程。3 角色与职责3.1 QA :负责对项

2、目过程质量的监控；帮助项目组理解软件工程过程标准，根据项目需要进行相应的培训；搜集项目过程中反映的问题，对过程文档的适合性进行总结，提出过程改进建议,作为过程文档修改的依据；独立于开发部门，确保项目监督的公正性和独立性；对项目组遵照项目计划执行的情况予以监督，有权要求项目针对不符合项进行整改，有权对违反程序和对质量造成影响的行为予以制止；3.2项目负责人为针对项目的质量保证活动提供足够的资源。确保质量保证小组与具体项目的独立性。解决QA上报的不符合问题。明确QA在项目组的职责和权限，支持与配合QA开展工作。协调QA与项目组的活动，解决QA在项目中检查出的不符合问题。3.3 项目组成员：配合质量

3、保证小组的活动。332明确了解质量保证人员在项目组的职责和权限。3.4各小组负责人明确了解质量保证人员在项目组的职责和权限并组织小组内培训。配合质量保证人员组织代码评审。4 术语与缩写词术语/缩写词详细解释Quality Assuranee质量保证：用有计划的和系统化的方法，以确QA保定义的过程标准、实践、程序和方法能够实行。当QA用于角色时则指质量保证人员。5 资产与工具5.1各检查表5.2BUG跟踪系统:jira5.3文档管理工具：Con flue nee5.4项目管理工具：worktile6 启动准则6.1 项目任务书已经评审通过6.2 项目的QA已经确定7 输入7.1 项目任务书8 工

4、作程序8.1 流程说明项目启动会后，由质量工程师（QA ）根据项目任务书的要求编写项目的质量保证计划。质量保证计划的内容包括：过程与产品质量检查计划、参与评审的计划、 参与测试的计划。质量保证计划可以和项目开发计划同时进行评审，也可以单独进行 评审。按<< 质量保证计划 >> 执行过程与产品质量检查8.1.4.1 QA根据公司的质量保证检查表模板严格进行检查。8.1.4.2 QA的检查方式：访谈，文档检查，工位检查，参与测试，参与评审.执行检查前，QA与项目负责人沟通，商定具体检查时间、内容、涉及 人员等。客观地检查项目活动过程质量，检查项目的实际执行过程（包括项目管理

5、过程、项目研发过程等） 是否符合既定的规范。QA将本次质量检查结果如实记录在质量保证检查表中。客观地检查工作产品的质量，检查项目活动过程中的各项工作产品是 否符合计划、标准和规范。QA将本次质量检查结果如实记录在<< 产品检查表 >> 中。8.1.4.6 QA在检查中发现的问题应与项目负责人和当事人沟通确认发现的问题是否为不符合问题，并记录改进措施及改进期限，并将问题、改进措施、改进期限等信息记录到不符合项跟踪表中，QA要对改进情况进行跟踪，直到不符合问题关闭。8.147 QA将质量检查结果进行汇总， 对质量保证活动每周进行总结，完成质量保证报告，并将报告内容通报项目负

6、责人及项目组成员，并抄送给项目总监和质量管理部主管。问题上报流程对所发现的不符合问题，QA和当事人沟通确定发现的问题是否为不符合问题，若问题不能达成一致时以及 QA跟踪不符合项时发现超过了项目承诺的关闭期限而项目仍然没有关闭此不符合项时，QA应上报项目总监。达不成一致的不符合问题记录在本次质量保证报告中，将 需要上报的不符合问题在质量保证报告中明确标识，以便识别， 以邮件形式上报给项目总监。8.1.5.2 QA上报不符合问题上报后，项目总监接到问题后最迟不超过 2个工作日内给出答复，项目总监是问题的最终仲裁者。8.2 QA工作过程的管理质量管理部主管对QA的工作进行检查。质量管理部主管通过 Q

7、A个人周报及质量管理部例会来检查QA工作,还可以通过参加事件驱动的方式参与 QA工作过程的监控和管理。8.3 质量管理部主管定期召开质量保证月例会，对公司的QA活动进行监督和管理，并组织QA进行交流，总结实施过程中的经验教训。月例会结果记录在例会纪要中。8.4 其它841 QA质量保证过程中所有的工作产品均纳入配置管理。9 结束准则9.1 项目结束10度量10.1QA活动工作量10.2不符合项总数目10.3新增不符合项数目10.4已解决不符合项数目10.5当前未解决不符合项数目10.6不符合项解决率10.7解决不符合问题的时间延迟10.8解决不符合问题的工作量11 裁剪指南11.1当事件驱动的

8、质量检查和定期质量检查的时间间隔小于等于定期检查时间周期的50%时，可取消定期检查。附录检查标准（活动过程）序号检查项目说明1需求管理活动1、客户和项目组成员就客户需求达成共识了吗？2、是否举行评审会，保证所有相关组对需求的理解一致？3、是否将客户需求记录在软件需求说明书中了？4、软件需求说明书经过评审并确认了吗？1、有经过批准的项目任务书吗？2、需求是否经项目组和客户双方的确认并文档化了吗？3、是否联络了相关组，并识别项目所需资源？4、是否对每个阶段的入口 /出口标准进行了文档化？5、是否建立了项目的 WBS任务分解，任务至少分解到一天6、定义的WBS是否能够为估计和进度表的制定提供充分的支

9、持？2项目策划活动7、是否相关组都参与了 WBS的制定和评审？8、是否识别了项目的风险来源？9、是否对识别出的风险可能产生的结果进行了文档化？10、是否完成了项目的风险分析？11、是否对咼优先级的风险制疋了预案和减小措施？12、是否进行工作量/成本的估计？13、是否对关键计算机资源需求进行了估计？14、将执行工作的组和人员是否参与了计划过程？15、计划是否经软件开发组、测试组成员的评审和确认？3跟踪与监控活动1、每个项目组成员每天 （或每周）是否对指派给其的活动 进行状态报告？2、每个项目组成员是否对未解决的问题和风险进行状态报告？3、 是否每个项目组成员对任务实际所用工时、对到目前为 止花费

10、在该任务上的总计工时及初始的任务估计进行了报告？4、项目负责人是否每周记录状态和进度数据？5、是否每天（或每周）召开项目会议，并在会上，项目组成员对活动状态、问题和风险进行交流？6、项目负责人是否对问题状态日志进行维护，来记录问题、纠正措施和状态？7、是否将严重偏离计划的偏差识别为问题？8、 是否每个问题指定责任人负责采取纠正措施，并解决问 题？9、是否指明了解决问题的目标日期？10、最初在制定软件项目计划期间识别的风险是否得到了 跟踪和控制？11、项目负责人是否对每个风险进行定期评审，并更新其 可能性和影响值？12、提出的变更是否用项目变更请求表进行描述的？13、是否每个变更请求都包括提出的

11、变更对成本和时间表 影响的估计？14、在实施变更前，项目变更请求表是否经过受变更影响的组的评审、协商及确认？15、确认的变更请求文档保留了吗？16、每周进行项目报告吗？1、产品经理是否按照项目计划进行必要的产品需求评审？2、设计师是否按照项目计划进行必要的页面设计评审？3、开发是否按照项目计划进行必要的概要设计评审？4、测试是否按照项目计划进行必要的测试用例评审？5、项目开发过程中是否按照项目整体排期计划的里程碑4项目实施活动按时输出工作产品？6、开发是否按照测试用例对所负责功能进行自测，并将自测通过的功能提交测试？7、开发组组长是否组织人员对所开发功能代码进行必要的评审？8、测试是否进行冒烟

12、测试？冒烟测试一旦发现开发自测未通过，测试有权将提测功能打回不予测试。1、是否识别了要置于配置管理之下进行正式控制的项，最小包括产品需求文档、设计文档和源代码？5配置管理活动2、是否把购买的软件、项目要用的非交付软件置于配置管理之下？1、在项目启动时，SQA是否参与了项目任务书的准备？6质量保证活动2、是否与项目经理和开发组成员进行会谈，并检查相关的过程产品？3、是否按照标准记录了过程评审结果？4、是否准备了评审报告，总结过程评审发现的问题？5、对要求SQA批准的当前阶段的工作产品是否就其格式和内容与标准的符合性进行了审计？6、 所有不能在项目级解决的不符合项都记录在日志中，并报告给高层管理者了吗？检查标准（工作产品）序号检查项目说明1完整性1、项目组必须按照项目管理规范中的相关规定按时完成相应 的文档（包括设计图），以保证在项目结束时其文档是齐全 的、完整的。2正确性1、在项目的各个阶段所编写的文档（包括设计图）的内容， 必须真实地反映该阶段的工作且与该阶段的需求相一致。3简明性1、在项目的各个阶段所编写的各种文档的语言表达应该