质保专项方案

XXX项目开发质量确保方案编制：生效日期：审核：同意：XXXXX对本文件资料享受著作权及其它专属权利，未经书面许可，不得将该等文件资料（其全部或任何部分）披露予任何第三方，或进行修改后使用。

文件更改摘要：日期版本号修订说明修订人审核人同意人

目录247231方案概括 5179582软件质量管理

5273082.1.1机构

5206872.1.2任务

5268692.1.3职责分配 6122302.1.4质量确保小组职责 683772.1.5配置管理小组职责 7256262.1.6测试小组职责 7255902.2软件配置管理

882812.3媒体控制

8106212.4统计搜集、维护和保留

8155183质量管理内容 8315553.1编制和评审质量计划 831143.2文档 951543.2.1基础文档

9104043.2.2其它文档

942383.2.3文档质量度量准则

9103543.3“过程和工作产品”质量检验 10291993.4不符合项跟踪处理 1083973.5质量确保方法 10295713.5.1项目进度 1165243.5.2需求分析 11236683.5.3系统实现 1218793.5.4系统测试 12133103.6评审和检验

13194633.6.1第一次评审

13307543.6.2第二次评审

13278043.6.3第三次评审

13257233.6.4系统维护 14

方案概括本方案目标在于对XXXX开发多种必需质量确保方法，以确保所交付开发模块能够满足项目预定需求，能够满足本项目总体制订且经评审同意该软件系统需求规格说明书中要求各项具体需求。

XXXX企业在开发XXXX中各个功效模块（其中包含为本项目研发或选择多种支持软件、组件）时，全部应该实施本方案中相关要求。软件质量管理

机构

在XXXX企业针对XXXX整个开发期间，必需成立软件质量管理小组负责质量确保工作，软件质量确保组和项目责任人及各领导组必需检验和督促本计划实施。系统软件质量确保人员有权直接向各领导组汇报该项目标各个功效模块质量情况，XXXX软件质量确保人员应该依据对项目标具体要求，制订必需规程和要求，以确保完全遵守本方案全部要求。

任务

软件质量确保工作包含软件生存周期各阶段活动，应该落实到日常开发活动中，而且应该尤其注意XXXX开发模块早期评审工作。所以，对于所负责系统，要根据双方所约定各项要求进行各项评审工作。软件质量确保小组要参与全部评审和检验活动，评审和检验目标是为了确保在XXXX功效模块开发工作各个阶段和各个方面全部认真采取各项方法来确保和提升功效模块质量。在整个项目开发过程中，要进行以下几类评审和检验工作：阶段评审：在XXXX开发过程中，要定时地或阶段性地对某一开发阶段或某多个开发阶段阶段产品进行评审。在XXXX开发及其所属各子功效模块开发过程中，应该进行以下三次评审：第一次评审软件需求、概要设计、验证和确定方法；第二次评审具体设计、功效测试和演示，并对第一次评审结果复核；第三次是功效检验、物理检验和综合检验。

每一次评审工作全部应填写评审总结汇报（RSR）、评审问题统计（RPL）、评审组员签字表（RMT）和软件问题汇报单（SPR）等四张表格。日常检验：在XXXX工程化开发过程中，各子模块应该填写进展报表，即进展报表表头、阶段进度表、阶段模块完成情况表、模块开发费用表等四张表格。软件验收：必需组织专门验收小组对XXXX相关模块及其所属各个子模块进行验收。质量管理小组验收内容应包含文档验收、程序验收、演示、验收测试和测试结果等几项工作。职责分配我企业在开发项目上根据规范化软件生产方法进行生产。每个项目除配置了项目开发所需角色外，还专门配置了质量确保小组、配置管理小组、测试小组来确保质量管理实施，在XXXX软件质量确保小组中，其各方面人员职责以下质量确保小组职责质量确保小组作为质量确保实施小组，在项目开发过程中几乎全部部门全部和质量确保小组相关。质量确保小组关键职责是：以独立审查方法，从第三方角度监控软件开发任务实施，分析项目内存在质量问题，审查项目标质量活动，给出质量审计汇报。就项目是否遵照已制订计划、标准和规程，给开发人员和管理层提供反应产品和过程质量信息和数据，使她们能了解整个项目生存周期中工作产品和过程情况，提升项目透明度，从而支持其交付高质量软件产品。质量确保人员依据质量确保计划，经过质量审计汇报向项目经理及相关人员提出已经识别出不符合项，并跟踪不符合项处理过程，经过审计周报或审计月报向项目经理提供过程和产品质量数据，并和项目组协商不符合项处理措施。质量确保小组检测范围关键包含：项目标进度是否根据项目计划实施，用户需求是否得到了用户签字确定，软件需求是否正确反应了用户需求，是否将每一项用户需求全部映射到软件需求；系统设计是否完全反应了软件需求；实现软件是否正确表现了系统设计；测试人员是否进行了较为根本和全方面测试；用户验收和交接清单是否完备；对于系统运行中出现问题，维护人员是否统计了具体维护统计；配置管理员是否根据配置管理计划建立了基线，是否严格控制变更过程，是否对配置库进行了维护。配置管理小组职责配置管理活动目标是经过实施版本控制、变更控制、基线管理等规程，借助配置管理工具使用，来确保整个生命周期过程产生全部配置项完整性、一致性和可追溯性。配置管理是对工作结果（阶段工作结果和产品结果、进展状态结果）一个有效保护形式，是反应项目及其工作产品过去、现在、动态资料和数据集中管理表现。配置管理小组关键职责包含：依据项目计划制订配置管理计划，建立配置库，为项目组人员分配配置库权限，创建需求、设计、开发、测试、交付阶段基线。当纳入基线库工作产品发生变更时，严格根据配置项变更控制过程实施变更，变更后建立新基线。测试小组职责作为质量控制关键手段，如同软件开发一样，测试在实施之前，测试小组制订软件测试计划、测试用例编写和实施工作。本项目中，测试能够分为以下多个类型：代码走查、单元测试、集成测试、系统测试。为了确保程序质量，开发人员需要对同伴代码进行代码走查，同时对自己编写程序进行单元测试，确保程序编译、运行正确。测试人员依据软件需求分析汇报进行软件集成测试用例和系统测试用例编写。对编写完成测试用例提交项目组进行评审，同时质量确保人员对评审过程和工作产品进行监测。测试人员依据测试计划和测试用例实施测试用例，并对发觉缺点进行统计，只有这么才能确保项目组开发软件产品满足用户需求。在完成集成测试以后，能够进行软件系统测试，系统测试包含对软件进行功效测试、性能测试、安全测试、压力测试。只有进行了系统测试软件测试才是完整。系统测试在本项目中占相关键地位，性能要求有可能改变软件设计，为避免造成软件后期返工，测试在性能上需要较大侧重。软件配置管理

对XXXX各项配置进行立即、合理管理，是确保模块质量关键手段，也是确保该软件含有强大生命力关键方法。相关XXXX配置管理工作，可按软件项目组编写《软件配置管理计划》。在软件配置管理工作中，要尤其注意要求对软件问题汇报、追踪和处理步骤，并指出实现汇报、追踪和处理软件问题机构及其职责。

媒体控制

为了保护计算机程序物理媒体，以免非法存取、意外损坏或自然老化，XXXX各个子功效模块（包含支持软件）全部必需设置配置管理人员，并根据软件项目小组制订、且经领导层同意《软件配置管理计划》妥善管理和存放各个子模块及其专用支持模块媒体。统计搜集、维护和保留

在项目及其所属各个子功效模块研制和开发期间，要进行多种软件质量确保活动，正确统计、立即分析并妥善保留相关这些活动统计，是确保软件质量关键条件。在软件质量确保小组中，应有专员负责搜集、汇总和保留相关软件质量确保活动统计。

质量管理内容编制和评审质量计划制订质量确保计划：依据项目计划及项目质量目标确定需要检验关键过程和工作产品，识别项目过程中干系人及其活动，估量检验时间和人员，并制订出本项目标质量确保计划。质量确保计划关键内容包含：例行审计和里程碑评审，需要监督关键活动和工作产品，确定审计方法，依据项目计划中评审计划确定质量确保人员需要参与评审计划。明确质量审计汇报报送范围。质量确保计划评审：质量确保计划需要经过评审方能生效，以确保质量确保计划和项目计划一致性。经过同意质量确保计划需要纳入配置管理。当项目计划变更时，需要立即更改和复审质量确保计划。文档基础文档

为了确保XXXX所开发实现满足认可需求规格说明书中要求各项需求，软件开发项目组最少应该编写以下八个方面内容文档：

(一)软件需求规格说明书（SRS）;

(二)软件设计说明书（SDD）;(三)软件测试计划（STP）;(四)软件测试汇报（STR）;

(五)用户手册（SUM）;(六)源程序清单（SCL）;

(七)项目实施计划（PIP）;

(八)项目开发总结（PDS）其它文档

除了基础文档之外，对于尚在开发中XXXX其它功效模块，还应该包含以下四个方面文档：

(一)软件质量确保计划（SQAP）;(二)软件配置管理计划（SCMP）;

(三)项目进展报表（PPR）;(四)阶段评审报表（PRR）

文档质量度量准则

文档是软件关键组成部分，是软件生存周期各个不一样阶段产品描述。验证和确定就是要检验各阶段文档适宜性。评审文档质量度量准则有以下六条：

(一)完备性：全部负担软件开发任务项目，全部必需根据GB

8567（是国家标准局指南文档，名称叫《计算机软件产品开发文件编制指南

》）要求编制对应文档，以确保在开发阶段结束时其文档是齐全。

(二)正确性：在软件开发各个阶段所编写文档内容，必需真实地反应该阶段工作且和该阶段需求相一致。

(三)简明性：在软件开发各个阶段所编写多种文档语言表示应该清楚、正确简练，适合多种文档特定读者。

(四)可追踪性：

在软件开发各个阶段所编写多种文档应该含有良好可追踪性。(五)自说明性：在软件开发各个阶段所编写多种文档应该含有很好自说明性。

(六)规范性：在软件开发各个阶段所编写多种文档应该含有良好规范性。文档规范性是指文档封面、纲领、术语含义和图示符号等符合相关规范要求。“过程和工作产品”质量检验依据质量确保计划进行质量审计工作，并公布质量审计汇报。审计关键内容包含：是否根据过程要求实施了对应活动，是否根据过程要求产生了对应工作产品。本项目中对质量控制关键表现在不一样阶段审计当中。不符合项跟踪处理对审计中发觉不符合项，要求项目组立即处理，质量确保人员需要确定不符合项状态，直到最终不符合项状态为“完成”为止。质量确保方法经过质量管理责任分配，经过以下多个方面来进行质量确保实施过程：项目进度项目计划制订为工程项目实施、管理和支持工作、项目进度、成本、质量及过程产品有效控制打下了良好基础，方便全部相关人员能够根据该计划有条不紊地开展工作；制订《项目计划》，必需取得相关干系人认可，并以此作为项目跟踪基础。项目进度是项目进行是否顺利最直观表现。制订合理项目计划首要前提是选择从事类似规模和类似业务项目标有经验项目责任人参与制订项目进度计划。项目计划由项目责任人制订，由项目各小组组长、项目组员、干系人、质量确保人员参与一起进行评审。评审过程关键讨论项目计划可行性，对其中不合理地方提出修改意见，对计划中不合理地方进行修改完善，并由质量确保人员对其结果进行跟踪处理，以确保项目计划完整性、可行性，项目计划评审经过后，交由配置管理人员进行配置管理。在计划实施过程中，按项目计划中里程碑为界限，将整个开发周期划分为若干阶段。依据里程碑完成情况，合适调整每一个较小阶段任务量和完成任务时间，动态跟踪和动态调整，以利于项目质量确保实施。实际运作中，质量确保人员在对项目实施过程进行检验时，对于发觉项目偏差，以质量审计汇报形式提交项目责任人。由项目责任人组织人员对计划进行维护，对于已经变动项目计划，由配置管理进行配置管理。需求分析需求分析是开发人员对系统需要做什么和怎样做定义过程。从系统分析经验来看，这个过程往往是个循序渐进过程，一次性对系统形成完整认识是困难。只有不停地和用户领域教授进行交流确定，方能逐步明了用户需求。从系统开发过程得悉，系统分析时犯下错误，会在接下来阶段被成倍放大，越是在开发后期，纠正分析时犯下错误所花费代价越是昂贵，也越发影响系统工期和系统质量。本项目中，将邀请招标方技术责任人参与需求调研，方便确保需求调研质量，同时形成用户需求说明书。需求评审时会同双方管理层、项目实施层共同进行，对于经过用户确定需求，交由配置管理员形成需求基线。用户需求在招标方确定后，由系统分析人员形成软件需求分析汇报，同时对软件需求分析汇报进行评审，对于评审经过软件需求分析汇报能够交由测试人员进行测试计划和测试用例编写。对于开发过程存在需求变动，招标方填写变更申请单发给项目经理，在质量确保人员参与情况下，对这个变更进行评审，由项目经理组织项目组组员一起讨论实施变更可行性及实施后所带来影响，对于影响小变更直接统计，大变更则需要形成正式变更汇报，不管那种变更全部需要对对应文档实施同时变更（包含需求分析汇报、系统设计、安装手册、操作手册等）。不过对于无法实现或是变更会带来巨大影响而将造成进度延期，这时，我们将变更汇报提交给招标方并召开协调会议，讨论变更取舍问题或是项目进度变更问题。决定变更以后，由项目责任人组织实施变更，测试人员检测变更结果，而质量确保人员监督变更实施过程，并帮助配置管理员对变更后结果进行配置管理。变更实施完后，运行前还需要帮助用户一同测试并由招标方签字后同意方可上线。系统实现系统实现目标是依据系统设计文档，由程序员进行程序编写，方便实现设计要求，系统实现过程中，开发人员需要对模块进行代码走查和交叉单元测试，以确保模块代码质量。软件实现也就是代码生产过程。依据上一阶段形成设计文档，程序员在完成代码以后，能够开始编码而且进行代码走查和单元测试。对于测试完成程序能够交由配置管理人员进行配置管理。系统测试系统开发包含到一系列过程，每一个过程全部有可能引入缺点（Bug），本系统质量好坏直接关系到正常使用和以后维护。在开发过程中，我们将质量控制贯穿于全部阶段和全部参与系统人员中，包含系统分析、设计和编码。分阶段评审和测试是软件质量有力保障。系统存在平台测试和应用系统测试和最终测试。因为测试也存在协调问题，如错误具体定位，在应用系统发觉一个错误，到底是应用系统本身错误还是中间件存在错误，需要测试人员进行正确判定。评审和检验

对新开发或正在开发XXXX各个功效模块，全部要根据GB

8566（计算机软件开发规范）要求认真进行定时或阶段性各项评审工作。就整个XXXX模块开发过程而言，最少要进行模块需求评审、概要设计评审、具体设计评审、软件验证和确定评审、功效检验、物理检验、综合检验和管理评审等八个方面评审和检验工作。在模块及其所属各个子模块开发过程中，把前七种评审分成三次进行。在每次评审以后，要对评审结果作出明确管理决议。下面给出每次评审应该进行工作。第一次评审

第一次评审会对XXXX模块需求、概要设计和验证和确定方法进行评审。

(一)XXXX模块需求评审（SRR）应确保在软件需求规格说明书中要求各项需求合理性。

(二)概要设计评审