软件质量保证计划

《软件质量保证计划》由会员分享，可在线阅读，更多相关《软件质量保证计划（10页珍藏版）》请在金锄头文库上搜索。

1、编号:Q软件质量保证计划XX技术有限公司二O八年八月编写:审核:批准:第一章质童保曙诺 2第二章质虽管理 21质量管理服务规范 22质量管理内容 22.1 编制和评审质虽计划. 2.2.2 质量检查3.2.3 不符合项的跟踪处理. 3.3质量管理责任分配 33.1 质量保证小组职责. 3.3.2 配置管理小组职责. 4.3.3 测试小组职责 4.4质量保证措施 44.1 项目进度4.4.2 需求分析 54.3 系统设计6.4.4 系统实现6.4.5 系统测试6.4.6 系统维护 7第三章 质虽问题处罚措施 71质量问题分类 72质量问题处理 73关于质量问题接受处罚的整体承诺 8第一章质量保证

2、承诺针对本项目建设和实施，我方郑重承诺：1、承诺按照国家现行标准、行业标准、相关建设标准及招标文件要求进行项目建设实施， 保证 供货和服务质量。4、承诺在货物实施、调试、验收合格后，对采购人的相关人员进行免费现场培训。培训内 容包 括基本操作、保养维修、常见故障及解决办法等。5、承诺依据按照要求提供项目售后服务。项目质量缺陷责任期为 2年，自自招标人验收合 格之 日起计算。6、为保证项目建设质量，承诺除不可抗力或业主要求外，拟派于该项目的驻场人员在项目 实施 过程中没任何更换。以上承诺内容仅为部分列出，针对质量保证，我方将严格按照标准规范进行供货和项目实施。若 因我方原因导致项目出现任何质量问

3、题，我方愿承担一切后果。第二章质量管理1质量管理服务规范根据本工程所具备的资源和系统环境等约束条件，我们将与用户及其他参与单位一道努力， 按 照 IS09000 质虽:体系要求，通过质量管理协调各种因素在系统维护过程中的作用，有效的利用 资 源，完成预泄任务。按照IS09000体系框架和要素的要求，紧密结合计算机系统维护项目的特点，制上岀在各个环节 的标准，来提髙维护服务水平，控制质量。本公司把IS09000质量体系认证作为加强质量管理、提髙企业竞争力的一张王牌。经过IS09000 质量认证工作，本公司取得了原先意想不到的效果，产生了巨大的效益。IS09000族标准的基本思想就在于一个组织要确

4、左其质量目标，并按照其确立的质量目标建立并 有效实施质量体系，确保影响产品质量的技术、管理和人的因素处于受控状态，所有的控制 应针对减 少和消除不合格，尤苴是预防不合格，并建立和完善持续的质量改进机制。它由一系列 规则和协议组 成，由专门的组织机构以一系列的管理制度和工具来保证贯彻实施。2 质量管理内容2.1 编制和评审质量计划制泄质量保证计划：依据项目计划及项目质量目标确定需要检査的主要过程和工作产品，识 别项 目过程中的干系人及其活动，估计检査时间和人员，并制定出本项目的质量保证计划。质量保证汁划的主要内容包括：例行审计和里程碑评审，需要监督的重要活动和工作产品，确龙 审计方式，根据项目计

5、划中的评审汁划确定质量保证人员需要参加的评审汁划。明确质量审 计报告的 报送范围。质量保证计划的评审：质量保证计划需要经过评审方能生效，以确保质呈保证计划和项目计 划的 一致性。经过批准的质量保证计划需要纳入配置管理。当项目计划变更时，需要及时更改和复审质量 保证计划。2.2 质量检査根据质量保证计划进行质量的审计工作，并发布质量审计报告。审计的主要内容包括：是否按照过程要求执行了相应的活动，是否按照过程要求产生了相应 的工 作产品。本项目中对质量的控制主要体现在不同阶段的审计当中。2.3 不符合项的跟踪处理对审计中发现的不符合项，要求项目组及时处理，质量保证人员需要确认不符合项的状态， 直

6、到最终的不符合项状态为“完成”为止。3质量管理责任分配我方在开发项目上按照规范化软件的生产方式进行生产。每个项目除配备了项目开发所需角 色 外，还专门配备了质量保证小组、配置笛理小组、测试小组来确保质量管理的实施，下而针对 这三种 角色进行说明：3.1 质量保证小组职责质量保证小组作为质量保证的实施小组，在项目开发的过程中几乎所有的部门都与质量保证 小 组有关。质量保证小组的主要职责是：以独立审查方式，从第三方的角度监控软件开发任务的执行， 分 析项目内存在的质量问题，审査项目的质量活动，给出质量审汁报告。就项目是否遵循已制泄 的计 划、标准和规程，给开发人员和管理层提供反映产品和过程质量的信

7、息和数拯，使他们能了 解整个 项目生存周期中工作产品和过程的情况，提髙项目透明度，从而支持英交付髙质量的软件 产品。质量保证人员依据质量保证讣划，通过质量审计报告向项目经理及有关人员提岀已经识别出 的 不符合项，并跟踪不符合项的解决过程，通过审计周报或者审计月报向项目经理提供过程和产 品质 量数据，并与项目组协商不符合项的解决办法。质量保证小组的检测范用主要包括：项目的进度是否按照项目计划执行，用户需求是否得到 了 用户的签字确认，软件需求是否正确的反映了用户的需求，是否将每一项用户需求都映射到软 件需 求；系统设计是否完全反映了软件需求：实现的软件是否正确的体现了系统设让：测试人员 是否进

8、行了较为彻底的和全而的测试；客户验收和交接淸单是否完备：对于系统运行中岀现的问3题，维护人员是否记录了详细的维护记录；配巻管理员是否按照配置管理汁划建立了基线，是否 严格 控制变更过程，是否对配置库进行了维护。3.2 配置管理小组职责配置管理活动的目的是通过执行版本控制、变更控制、基线管理等规程，借助配置管理工具的使 用，来保证整个生命周期过程产生的所有配宜项的完整性、一致性和可追溯性。配置管理是 对工作成 果（阶段工作成果和产品成果、进展状态成果）的一种有效保护形式，是反映项目及英 工作产品的过 去、现在、动态的资料和数据集中管理体现。配苣管理小组的主要职责包括：根据项目计划制定配置管理计划

9、，建立配置库，为项目组人员分 配配置库权限，创建需求、设计、开发、测试、交付阶段的基线。当纳入基线库的工作产品 发生变更 时，严格按照配宜项变更控制过程执行变更，变更后建立新的基线。3.3 测试小组职责作为质量控制的主要手段，如同软件开发一样，测试在执行之前，测试小组制泄软件测试讣 划、 测试用例的编写和执行工作。本项目中，测试可以分为如下几种类型：代码走查、单元测试、集成测试、系统测试。为了保证 程序的质量，开发人员需要对同伴的代码进行代码走査，同时对自己编写的程序进行单元测 试，确保 程序编译、运行正确。测试人员根据软件需求分析报告进行软件集成测试用例和系统测试用例的编写。对编写完成 的

10、测试用例提交项目组进行评审，同时质量保证人员对评审过程和工作产品进行监测。测试人员根据测试汁划和测试用例执行测试用例，并对发现的缺陷进行记录，只有这样才能 确保 项目组开发的软件产品满足用户需求。在完成集成测试之后，可以进行软件系统测试，系统测试包括 对软件进行功能测试、性能测试、安全测试、压力测试。只有进行了系统测试软件测试 才是完整的。 系统测试在本项目中占有重要的地位，性能要求有可能改变软件的设汁，为避免造 成软件的后期返工， 测试在性能上需要较大的侧重。4质量保证措施通过质量管理责任的分配，通过如下几个方而来进行质量保证的实施过程：4.1 项目进度项目计划的制左为工程项目实施、管理和支

11、持工作、项目进度、成本、质量及过程产品的有效控 制打下了良好的基础，以便所有相关人员能够按照该计划有条不紊地开展工作：制立95-1 突击步枪 射击训练系统开发项目讣划，必须获得相关干系人的认可，并以此作为项目跟踪的基 础。项目进度是项目进行是否顺利的最直观表现。制立合理的项目汁划首要前提是选择从事类似 规 模和类似业务项目的有经验的项目负责人参加制泄项目进度il划。项目计划由项目负责人制立，由项目各小组组长、项目成员、干系人、质量保证人员参加一起进 行评审。评审过程主要讨论项目计划的可行性，对其中不合理的地方提岀修改意见，对计划中不合理 的地方进行修改完善，并由质量保证人员对英结果进行跟踪处理

12、，以确保项目il划完整性、可行性, 项目计划评审通过后，交由配置管理人员进行配置管理。在计划实施过程中，按项目讣划中里程碑为界限，将整个开发周期划分为若干阶段。根据里程碑 的完成情况，适当的调整每一个较小的阶段的任务疑和完成的任务时间，动态跟踪和动态调 整，以利 于项目质量保证的实施。实际运作中，质量保证人员在对项目执行过程进行检查时，对于发现的项目偏差，以质量审计报 告的形式提交项目负责人。由项目负责人组织人员对计划进行维护，对于已经变动的项目计划，由配 置管理进行配置管理。4.2需求分析需求分析是开发人员对系统需要做什么和如何做的定义过程。从系统分析的经验来看，这个 过程 往往是个循序渐进

13、的过程，一次性对系统形成完整的认识是困难的。只有不断地和客户领域 专家进行 交流确认，方能逐步明了用户的需求。从系统开发的过程得知，系统分析时犯下的错误, 会在接下来 的阶段被成倍的放大，越是在开发的后期，纠正分析时犯下的错误所花费的代价越是 昂贵，也越发响 系统的工期和系统的质量。本项目中，将邀请招标方技术负责人参与需求调研，以便保证需求调研质量，同时形成用户需求 说明书。需求评审时会同双方管理层、项目实施层共同进行，对于通过用户确认的需求，交由配宜管 理员形成需求基线。用户需求在招标方确认后，由系统分析人员形成软件需求分析报告，同时对软件需求分析报 告进 行评审，对于评审通过的软件需求分析

14、报告可以交由测试人员进行测试il划和测试用例的编 写。对于开发过程存在的需求变动，招标方填写变更申请单发给项目经理，在质疑保证人员参加 的情 况下，对这个变更进行评审，由项目经理组织项目组成员一起讨论实施变更的可行性及实施后所带来 的影响，对于影响小的变更直接记录，大的变更则需要形成正式的变更报告，无论那种 变更都需要对 相应的文档实施同步变更（包括需求分析报告、系统设计、安装手册、操作手册等）。 但是对于无法 实现或是变更会带来巨大的影响而将导致进度的延期，这时，我们将变更报告提交给招标方并召开协 调会议，讨论变更取舍问题或是项目进度变更问题。决左变更之后，由项目负责人组织实施变更，测试人员

15、检测变更结果，而质量保证人员监督变更 实施过程，并协助配置管理员对变更后的成果进行配置管理。变更实施完后，运行前还需要 协助用户 一同测试并由招标方签字后同意方可上线。4.3 系统设计优良的体系结构应当具备可扩展性和可配置性，而好的体系结构则需要好的设计方法，需要 针对 项目的结构、项目的特征和用户的需求来分析。本项目中将安排我方髙级系统架构师尤海宁 担当项目 总体设讣师，汇同总体设计组完成系统设汁。另外对系统核心模块的开发。由总体设计组通过对用户需求的仔细研究，通过设汁和编写 VR 交 互底层类、UI接口底层类和射击模拟类以确保系统的高效、按时开发。对于项目组提供的设计文档, 由项目经理组织，质保小组成员参与，对其设计文档进行评审，及时发现设计中可能 存在的错误，降 低项目开发风险，同时确保设计文档能为开发人员、测试人员提供切实的指导。 对于可复用的设计进 行提取作为公共库设讣和开发，提供项目组。最后交由配苣管理员进行设计 文档的版本控制。4.4 系统实现系统实现的目的是依据系统设汁文档，由程序员进行程序编写，以便实现设计要求，系统实现过 程中