软件开发质量保障方案.docx

软件开发质量保障方案
一、质量管理内容

制左质量保证讣划:依据项目计划及项目质量目标确怎需要检查的主要过程和工作产品, 识 別项目过程中的干系人及義活动，估计检查时间和人员，并制立岀本项目的质量保证讣 划。
. 项目进度
项目汁划的制立为工程项目实施、管理和支持工作、项目进度、成本、质量及过程产品 的 有效控制打下了良好的基础，以便所有相关人员能够按照该计划有条不紊地开展工作；制 泄《项 目计划》，必须获得相关干系人的认可，并以此作为项目跟踪的基础。
项目进度是项目进行是否顺利的最直观表现。制左合理的项目计划首要前提是选择从事 类 似规模和类似业务项目的有经验的项目负责人参加制泄项目进度计划。
项目计划由项目负责人制泄，由项目各小组组长、项目成员、干系人、质量保证人员参 加 一起进行评审。评审过程主要讨论项目计划的可行性，对其中不合理的地方提出修改意见, 对计 划中不合理的地方进行修改完善，并由质量保证人员对其结果进行跟踪处理，以确保项 目计划 完整性、可行性，项目计划评审通过后，交由配置管理人员进行配置管理。
在计划实施过程中，按项目计划中里程碑为界限，将整个开发周期划分为若干阶段。根 据 里程碑的完成情况，适当的调整每一个较小的阶段的任务量和完成的任务时间，动态跟踪 和动 态调整，以利于项目质量保证的实施。
实际运作中，质量保证人员在对项目执行过程进行检查时，对于发现的项目偏差，以质 量 审计报告的形式提交项目负责人。由项目负责人组织人员对计划进行维护，对于已经变动 的项 目计划，由配置管理进行配宜管理。
. 需求分析
需求分析是开发人员对系统需要做什么和如何做的左义过程。从系统分析的经验来看, 这个 过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难的。只有不断地和 客户领 域专家进行交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析 时犯下的 错误，会在接下来的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错 误所花费的 代价越是昂贵，也越发影响系统的工期和系统的质量。
本项目中将邀请公司业务顾问参与需求调研，以便保证需求调研质呈:，同时形成用户需求 说明书。需求评审时由公司管理层、项目实施层共同进行，对于通过用户确认的需求，交 由配 程管理员形成需求基线。
用户需求在招标方确认后，由系统分析人员形成软件需求分析报告，同时对软件需求分 析 报告进行评审，对于评审通过的软件需求分析报告可以交由测试人员进行测试计划和测试 用例 的编写。
对于开发过程存在的需求变动，需要填写变更申请单发给项目经理，在质量保证人员参 加 的情况下，对这个变更进行评审，由项目经理组织项目组成员一起讨论实施变更的可行性 及实 施后所带来的影响，对于影响小的变更宜接记录，大的变更则需要形成正式的变更报告, 无论那 种变更都需要对相应的文档实施同步变更（包括需求分析报告、系统设计、安装手册、 操作手 册等）。但是对于无法实现或是变更会带来巨大的影响而将导致进度的延期，这时，将 变更报 告提交给用户并召开协调会议，讨论变更取舍问题或是项目进度变更问题。
决左变更之后，由项目负责人组织实施变更，测试人员检测变更结果，而质量保证人员监督 变更实施过程，并协助配置管理员对变更后的成果