20XX质量保证计划软件

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

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

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

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

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

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

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

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

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

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

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

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

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

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

14、督变更实施过程，并协助配置管理员对变更后的成 果进行配置管理。变更实施完后，运行前还需要协助用户一同测试并 由招标方签字后同意方可上线。系统设计优良的体系结构应当具备可扩展性和可配置性， 而好的体系结构则需 要好的设计方法，需要针对项目的结构、项目的特征和用户的需求来 分析。本项目中将安排我方高级系统架构师担当项目总体设计师， 汇 同总体设计组完成系统设计。另外对公共类模块的开发。由总体设计组通过对用户需求的仔细研究， 尽可能的识别出公共类，并进行定义和设计，以减少重复工作。对于 项目组提供的设计文档，由项目经理组织，质保小组成员参与，对其设计文档进行评审，及时发现设计中可能存在的错误，降低项

15、目开发 风险，同时确保设计文档能为6 / 10开发人员、测试人员提供切实的指导。对于可复用的设计进行提取作 为公共库设计和开发，提供项目组。最后交由配置管理员进行设计文 档的版本控制。系统实现系统实现的目的是依据系统设计文档，由程序员进行程序编写，以便实现设计要求，系统实现过程中，开发人员需要对模块进行代码走查 和交叉单元测试，以保证模块代码质量。软件实现也就是代码的生产 过程。根据上一阶段形成的设计文档，程序员在完成代码之后，可以 开始编码并且进行代码走查和单元测试。 对于测试完成的程序可以交 由配置管理人员进行配置管理。系统测试系统开发涉及到一系列的过程，每一个过程都有可能引入缺陷（Bug

16、）， 本系统质量的好坏直接关系到正常使用和日后的维护。 在开发过程中, 我们将质量控制贯穿于所有阶段和所有参与系统的人员中，包括系统分析、设计和编码。分阶段的评审和测试是软件质量的有力保障。 系统存在平台测试和应用系统的测试以及最终的测试。 由于测试也存 在协调的问题，如错误具体定位，在应用系统发现一个错误，到底是 应用系统的自身的错误还是中间件存在的错误， 需要测试人员进行准 确的判断。为了达到良好的测试目的，本系统测试工作由测试组来完成，主要采 用下列方法进行系统的测试：从测试方法上来说，分为黑盒测试和白盒测试：黑盒测试：着重于测试软件系统的外部特性；根据系统的设计要求，每一项功能都要进行逐个测试，检查其是否达到了预期的要求，是否 能