OA软件质量控制计划2016-1-21.docVIP

OA项目软件质量控制计划 1 引言 1.1 目的 本计划的目的在于对所开发的软件规定各种必要的质量保证措施，以保证所交付的软件能够满足项目预定需求，能够满足本项目总体组制定的且经领导小组评审批准的该软件系统需求规格说明书中规定的各项具体需求。 软件开发项目组在开发软件系统所属的各个子系统（其中包括为本项目研发或选用的各种支持软件、组件）时，都应该执行本计划中的有关规定，但可根据各自的情况对本计划作适当的剪裁，以满足特定的质量保证要求，剪裁后的计划必须经项目组相关负责人批准。 2 管理 2.1 机构 在本软件系统整个开发期间，软件质量保证活动统一由质量管理员进行管理、检查与汇报，公司相关部门经理及项目中的项目/实施经理、开发经理、测试经理、培训员是质量保证活动中的第一责任人。 2.2 任务 软件质量保证工作涉及软件生存周期各阶段的活动，应该贯彻到日常的软件开发活动中。因此，对于所负责系统，要按照本计划的各项规定进行各项评审工作。评审与检查的目的是为了确保在软件开发工作的各个阶段和各个方面都认真采取各项措施来保证与提高软件的质量。在软件开发过程中，要进行如下几类评审与检查工作： a. 阶段评审：在软件开发过程中，要定期地或阶段性地对某一开发阶段或某几个开发阶段的阶段产品进行评审。在软件及其所属各子系统的开发过程中，每一次评审工作都应填写评审总结报告、评审问题记录、评审成员签字表与软件问题报告单等四张表格。 b. 日常检查：在软件的工程化开发过程中，各子系统应该进行测试检查。 c. 软件验收：组织验收小组对软件系统及其所属各个子系统进行验收。验收工作应该满足各业务部门、领导部门及相关使用部门的需求。 3 文档 本章给出了在软件开发过程各阶段需要编制的文档名称及其要求，并且规定了评审文档质量的通用的度量准则。为了确保软件的实现满足认可的需求规格说明书中规定的各项需求，每个项目在不同阶段产生的文档如下，但不限于此： 软件需求规格说明书； 软件设计说明书，对一些规模较大或复杂性较高的项目，应该把本文档分成概要设计说明书与详细设计说明书两个文档； 软件测试计划； 软件测试报告； 用户手册； 项目实施计划; 项目开发总结; 4 评审和检查 本公司的项目关键检查点有以下几个，采取评审和批准的方式，由质量管理员进行跟踪。 项目立项启动里程碑 以收到合同，进场通知为标志，质量管理员检查业务启动表、项目规划、项目进度等文档。负责人为项目经理。 需求明确里程碑 以入场后需求调研评审通过为标志，需求评审通过后由配置管理员建立软件功能基线。项目需求由用户代表、公司代表、进行评审，评审记录上必须有以上几类角色的人员进行签名。质量管理员检查需求规格说明书、需求调研报告等文档。 设计完成里程碑 以提供给用户的第一demo版本为标记，由于OA是成型产品，项目组可根据调研需求，配置一个初始版本落地该项目demo版本。第一负责人为开发经理。 开发完成里程碑 以软件所有功能开发完成，并通过评审为标志，它的评审必须包括：公司代表、研发经理、项目经理、测试经理。质量管理员检查评审表文档。负责人为开发经理。 测试通过里程碑 以软件评审通过作为标志，评审通过后将建立产品基线。评审参与人员必须包括：公司代表、开发经理、项目/实施经理。质量管理员检查测试报告、软件评审表文档。负责人为测试经理。 系统上线里程碑 以用户签署同意上线报告为标志，评审参与人员必须包括：用户代表、公司代表、项目经理。质量管理员检查上线报告、实施计划、培训材料等文档。负责人为项目/实施经理。 验收通过里程碑 以用户签署通过验收报告为准，评审参与人员必须包括：用户代表、公司代表、项目经理。质量管理员检查验收报告文档，负责人为项目经理。 合同结束里程碑 合同结束，项目跟踪完成。负责人为销售经理。 5测试 本公司的软件必须通过测试。测试工作由开发部测试组负责，所有测试出来的BUG必须统一存放，由测试组负责管理。在测试活动进行前必须有测试计划，测试完成后必须编写测试报告。测试报告由测试经理负责编写，测试组长批准。 6工具及技术 在进行质量保证活动中，主要使用SVN工具提交代码存放源码，采用文件夹保存文档数据。公司在所有正式场合中所使用的项目文档均以这两个系统中的数据为准。在使用工具软件的过程中，各项目成员的权限统一由公司文档管理员进行分配。 7 软件配置管理 软件开发过程中的配置管理工作由配置管理员负责，配置管理工作详细要求依据《配置管理规范》进行。 8 媒体控制 在软件开发过程中产生的正式文档必须存