软件产品质量保证措施

软件产品质量保证措施软件产品质量保证措施 篇一:软件开发质量保证方案 1 软件开发质量保证方案 1.1 质量管理内容 1.1.1 编制和评审质量计划 制定质量保证计划:依据项目计划及项目质量目标确定需要检查的主要过程和 工作产品，识别项目过程中的干系人及其活动，估计检查时间和人员，并制定出本 项目的质量保证计划。 质量保证计划的主要内容包括:例行审计和里程碑评审，需要监督的重要活动 和工作产品，确定审计方式，根据项目计划中的评审计划确定质量保证人员需要参 加的评审计划。明确质量审计报告的报送范围。 质量保证计划的评审:质量保证计划需要经过评审方能生效，以确保质量保证 计划和项目计划的一致性。经过批准的质量保证计划需要纳入配置管理。当项目计 划变更时，需要及时更改和复审质量保证计划。 1 1.1.2 “过程和工作产品”的质量检查 根据质量保证计划进行质量的审计工作，并发布质量审计报告。 审计的主要内容包括:是否按照过程要求执行了相应的活动，是否按照过程要 求产生了相应的工作产品。本项目中对质量的控制主要体现在不同阶段的审计当 中。 1.1.3 不符合项的跟踪处理 对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不符 合项的状态，直到最终的不符合项状态为“完成”为止。 1.2 质量管理责任分配 我公司在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了 项目开发所需角色外，还专门配备了质量保证小组、配置管理小组、测试小组来确 保质量管理的实施，下面针对这三种角色进行说明: 1.2.1 质量保证小组职责 质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门 都与质量保证小组有关。质量保证小组的主要职责是:以独立审查方式，从第三方 的角度监控软件开发任务的执行，分析项目内存在的质量问题，审查项目的质量活 动，给出质量审计报告。就项目是否遵循已制定的计划、标准和规程，给开发人员 和管理层提供反映产品和过程 2 质量的信息和数据，使他们能了解整个项目生存周期中工作产品和过程的情 况，提高项目透明度，从而支持其交付高质量的软件产品。 质量保证人员依据质量保证计划，通过质量审计报告向项目经理及有关人员提 出已经识别出的不符合项，并跟踪不符合项的解决过程，通过审计周报或者审计月 报向项目经理提供过程和产品质量数据，并与项目组协商不符合项的解决办法。 质量保证小组的检测范围主要包括:项目的进度是否按照项目计划执行，用户 需求是否得到了用户的签字确认，软件需求是否正确的反映了用户的需求，是否将 每一项用户需求都映射到软件需求;系统设计是否完全反映了软件需求;实现的软件 是否正确的体现了系统设计;测试人员是否进行了较为彻底的和全面的测试;客户验 收和交接清单是否完备;对于系统运行中出现的问题，维护人员是否记录了详细的 维护记录;配置管理员是否按照配置管理计划建立了基线，是否严格控制变更过 程，是否对配置库进行了维护。 1.2.2 配置管理小组职责 配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程，借 助配置管理工具的使用，来保证整个生命周期过程产生的所有配置项的完整 性、一致性和可追溯性。配置管理是对工 3 作成果(阶段工作成果和产品成果、进展状态成果)的一种有效保护形式，是反 映项目及其工作产品的过去、现在、动态的资料和数 据集中管理体现。 配置管理小组的主要职责包括:根据项目计划制定配置管理计划，建立配置 库，为项目组人员分配配置库权限，创建需求、设计、开发、测试、交付阶段的基 线。当纳入基线库的工作产品发生变更时，严格按照配置项变更控制过程执行变 更，变更后建立新的基线。 1.2.3 测试小组职责 作为质量控制的主要手段，如同软件开发一样，测试在执行之前，测试小组制 定软件测试计划、测试用例的编写和执行工作。 本项目中，测试可以分为如下几种类型:代码走查、单元测试、集成测试、系 统测试。为了保证程序的质量，开发人员需要对同伴的代码进行代码走查，同时对 自己编写的程序进行单元测试，确保程序编译、运行正确。 测试人员根据软件需求分析报告进行软件集成测试用例和系统测试用例的编 写。对编写完成的测试用例提交项目组进行评审，同时质量保证人员对评审过程和 工作产品进行监测。 测试人员根据测试计划和测试用例执行测试用例，并对发 4 现的缺陷进行记录，只有这样才能确保项目组开发的软件产品满足用户需求。 在完成集成测试之后，可以进行软件系统测试，系统测试包括对软件进行功能测 试、性能测试、安全测试、压力测试。只有进行了系统测试软件测试才是完整的。 系统测试在本项目中占有重要的地位，性能要求有可能改变软件的设计，为避免造 成软件的后期返工，测试在性能上需要较大的侧重。 1.3 质量保证措施 通过质量管理责任的分配，通过如下几个方面来进行质量保证的实施过程: 1.3.1 项目进度 项目计划的制定为工程项目实施、管理和支持工作、项目进度、成本、质量及 过程产品的有效控制打下了良好的基础，以便所有相关人员能够按照该计划有条不 紊地开展工作;制定《项目计划》，必须获得相关干系人的认可，并以此作为项目 跟踪的基础。 项目进度是项目进行是否顺利的最直观表现。制定合理的项目计划首要前提是 选择从事类似规模和类似业务项目的有经验的项目负责人参加制定项目进度计划。 项目计划由项目负责人制定，由项目各小组组长、项目成员、干系人、质量保 证人员参加一起进行评审。评审过程主要讨论项目计划的可行性，对其中不合理的 地方提出修改意 5 见，对计划中不合理的地方进行修改完善，并由质量保证人员对其结果进行跟 踪处理，以确保项目计划完整性、可行性，项目计划评审通过后，交由配置管理人 员进行配置管理。 在计划实施过程中，按项目计划中里程碑为界限，将整个开发周期划分为若干 阶段。根据里程碑的完成情况，适当的调整每一个较小的阶段的任务量和完成的任 务时间，动态跟踪和动态调整，以利于项目质量保证的实施。 实际运作中，质量保证人员在对项目执行过程进行检查时，对于发现的项目偏 差，以质量审计报告的形式提交项目负责人。由项目负责人组织人员对计划进行维 护，对于已经变动的项目计划，由配置管理进行配置管理。 1.3.2 需求分析 需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经 验来看，这个过程往往是个循序渐进的过程，一次性对系统形成完整的认识是困难 的。只有不断地和客户领域专家进行交流确认，方能逐步明了用户的需求。从系统 开发的过程得知，系统分析时犯下的错误，会在接下来的阶段被成倍的放大，越是 在开发的后期，纠正分析时犯下的错误所花费的代价越是昂贵，也越发 影响系统的工期和系统的质量。 本项目中，将邀请招标方技术负责人参与需求调研，以便保证需求调研质量， 同时形成用户需求说明书。需求评审时 6 会同双方管理层、项目实施层共同进行，对于通过用户确认的需求，交由配置 管理员形成需求基线。 用户需求在招标方确认后，由系统分析人员形成软件需求分析报告，同时对软 件需求分析报告进行评审，对于评审通过的软件需求分析报告可以交由测试人员进 行测试计划和测试用例的编写。 对于开发过程存在的需求变动，招标方填写变更申