软件质量管理体系建设方案

关于软件质量管理体系建设方案参考资料:《cmmi3级软件过程改进方法与规范》《ISO9001:标准》修改统计:版本修改内容描述作者日期备注1.00第一版zhanlinhui/1.01增加“测试管理体系”章节zhanlinhui/05/15同意：审核：作者介绍：软件企业质量经理、高级项目经理，联络方式__qq:方案说明：参考了《cmmi3级软件过程改进方法与规范》、《ISO9001:标准》。同时参考了业界同行写相关方案或文章，吸收了他们优异看法。目录1.引言 21.1软件质量概述 21.2企业软件质量现实状况分析 31.3软件质量管理特点 41.4软件质量责任分配 52.软件质量管理体系建设总体方案 72.1深入推进软件质量管理体系建设标准 72.2软件质量管理体系完善需要处理主要问题 82.3配置管理—实施软件质量管理主要步骤 92.4深入完善我们测试管理体系 102.4.1.软件测试组织与管理规划 112.4.2.测试管理体系过程控制 132.4.2.1测试流程模型 142.4.2.2测试流程控制 142.4.2.3测试小结 162.5软件质量确保（SQA）实施 162.5.1.SQA概述 162.5.1.SQA实施 172.5.2.SQA与SQC区分与协作 182.6全方面软件质量管理 192.6.1.全方面软件质量管理 192.6.2.全方面软件质量管理方法制订质量管理计划 192.6.3.全方面软件质量管理方法技术评审 203.结束语 201.引言1.1软件质量概述伴随信息技术飞速发展，使软件产品应用到社会各个领域，也造就了软件行业激烈竞争生存环境，伴随软件规模及复杂性急剧加大，软件质量已经成为人们共同关注焦点。技术是软件企业生命，而质量则是它灵魂,软件企业要在竞争中占有一席之地，软件质量确保是第一要素。由此，软件质量主要性是不言而喻。

软件质量是指与软件产品满足要求和隐含需求能力关于特征和特征总和。通常来说，软件质量应该包含六方面特征:功效性、可靠性、易使用性、效率、可维护性、可移植性。软件质量管理包含：软件质量计划编制、软件质量确保和软件质量控制三个过程域。质量计划就是为了实现质量目标计划,它主要结合各个企业质量方针，产品描述以及质量标准和规则经过收益、成本分析和流程设计等工具制订出来实施策略，其内容全方面反应用户要求，为质量小组组员有效工作提供了指南，为项目小组组员以及项目相关人员了解在项目进行中怎样实施质量确保和控制提供依据，为确保项目质量得到保障提供坚实基础。质量确保（QualityAssurance，QA）目标是提供一个有效人员组织形式和管理方法，经过客观地检验和监控“过程质量”与“产品质量”，从而实现连续地改进质量。质量确保是一个有计划、贯通于整个产品生命周期质量管理方法。质量控制是对阶段性结果进行检测、验证，为质量确保提供参考依据，它是一个PDCA循环过程。1.2企业软件质量现实状况分析企业软件开发历经多个生产个步骤，产生大量中间产品，每个步骤都有可能带来产品质量问题；同时因为软件产品是逻辑体，不具备实体可见性，因而难以度量，质量也难以把控，所以怎样有效地管理软件产品质量一直是我们面临挑战。即使我企业在研发电力行业信息化相关软件方面取得很大成绩，不过其软件能力成熟度与国内同行业著名企业相比，还有一定差距。我企业研发软件产品,除了产业规模偏小、自主创新能力不足之外，在易用性、可靠性、可移植性、可维护性、可扩展性及系统集成等方面也存在着一定质量问题，造成“用户埋怨较多、产品投产后缺点纠正过多、企业售后服务投入过大”不利局面，制约了我企业在电力软件行业连续快速健康发展。究其原因，可能是以下几个原因造成:(1)对软件工程标准化重视不够。(2)软件质量管理体系不健全，实施效果不佳。(3)企业对测试工作投入不足，测试管理和测试环境有待完善，测试技术有待提升。1.3软件质量管理特点要处理软件质量问题，同时确保开发成本和项目标进度控制、处理研发中很多不规范问题，关键是要建立起完善软件质量管理体系，把软件开发过程合理地监控起来，管理起来，进而达成提升产品质量，控制产品开发进度和成本目标。分析软件质量管理特点，主要有以下几点:1、软件质量管理是贯通软件研发全过程，而不能仅局限于软件本身软件质量不但仅是一些测试数据、统计数据、客户满意度调查反馈表等等，衡量一个软件质量好坏，应该首先考虑完成该软件生产整个过程是否达成了一定质量要求。在软件开发实践中，软件质量控制能够依靠流程管理(如需求管理、缺点管理、配置管理、软件公布等)，严格按照软件工程执行，确保软件功效性、可靠性、易使用性、效率、可维护性、可移植性。2、对技术文档评审是控制软件质量有效方式

研发过程中很多技术文档作为产品组成部分，也需要像对产品一样进行检验，而对技术文档评审就组成了产品检验主要方式。技术评审主要有以下好处:经过消除工作结果缺点而提升产品质量；技术评审能够在任何开发阶段执行，无须等到软件能够运行之际，越早消除缺点就越能降低开发成本；开发人员能够及时地得到同行教授帮助和指导，无疑会加深对工作结果了解，愈加好地预防缺点，一定程度上提升了开发效率。3、利用技术伎俩确保质量

利用多个工具软件进行质量确保各种工作，如用Svn软件进行配置管理、文档管理和软件变更控制。采取先进系统分析方法和软件设计方法(OOA、OOD、软件复用等)来促进软件质量提升。

4、应用质量管理思想满足用户需求缺点预防

分析已经产生缺点并采取对应方法以防止这类缺点重复出现,找出并确定引发缺点通常原因。不公如此，还要规划缺点预防活动,对引发缺点通常原因划分优先级并系统地给予消除。

紧紧抓住用户需求

充分地满足客户需求，不论是付钱用户，还是软件使用者，都要尽可能地满足。采取快速原型法，尽快演示(Demo)给用户并及时获取用户反馈，依照用户反馈不停修改软件，而不是全部完工后再最终交给用户。不然，要改地方可能很多。甚至推翻重来。

充分设计之后再编码，预防因考虑不周而造成返工。牢牢控制对缺点修改

经过诸如TD之类强大软件缺点管理平台，统计、跟踪和控制软件缺点修复。对软件进行充分系统测试

在软件经过集成测试后，还需要进行充分、完整系统测试和回归测试，直至全部缺点关闭为止。把握软件放行尺度商业目标决定质量目标。提升软件质量最终目标是为了赢利，而不是创造完美无缺产品。所以对于普通商业软件而言，并不是“质量越高越好”，而是恰好让广大用户满意，而且将提升质量所付出代价控制在预算之内。软件零缺点几乎是不可能，对遗留缺点要进行充分分析，只要能满足用户需求，软件遗留缺点能够在今后升级版本中处理。1.4软件质量责任分配我们企业已经建立了初步研发管理体系，项目开发具备一定规范化，在研发流程上采取ISO9001：标准进行。我们企业现在每个项目除配置了项目开发所需角色外，还专门配置了配置管理组、测试组和质量确保组(现在此角色由项目管理部监理来推行此项职责，但还未真正开展活动)确保软件质量管理实施，下面针对这三种角色进行说明：

2.软件质量管理体系建设总体方案软件质量主要性日益凸现，国内大型软件企业不停在CMMI上投入大量资源提升软件能力成熟度，而中小软件企业也纷纷主动行动起来，不停改进软件质量。现在我企业实施软件质量管理在过去一段时间效果不是太好，分析其原因，可能有以下几点：1、企业过去面正确是项目多，项目杂复杂情况。所以无暇在软件质量方面投入过多资源。2、企业是项目型软件企业，主要以承接客户委托开发项目为主，它主要关注焦点是在项目标协议期内，在项目成本许可条件下，交付出客户满意开发项目。而软件质量并没有成为大家关注焦点,暂时也不会影响企业生存。

3、在实施过程中，易发生质量控制人员和研发人员矛盾，降低实施有效性；所以针对我企业质量管理实践现实状况，我们不能操之过急，急于求成，应该对质量管理体系建设进行有计划有步骤稳步规划和推进，尤其需要依照客观情况，制订一定实施标准，才可能有效地推进企业软件质量管理工作。2.1深入推进软件质量管理体系建设标准 1、首先作检验型质量管理，再延伸至过程型质量管理

所谓检验型质控，是指在产品在某个阶段结束时候，经过有效评审和测试验证其是否达成了预期质量需求，主要步骤有需求评审、概要设计评审、详细设计评审、代码走查或评审、测试、测试评审等过程。而过程型质控是针对软件研发过程不停改进，来提升软件质量。在中小软件企业中提倡首先作检验型质控，再作过程型质控是基于下面几点考虑：

首先，检验型质控（评审、测试）是处理显性问题最有效方法。经过检验型质控，使软件质量得到较快提升，增强质量人员和企业领导对企业质量管理工作信心，为过渡到过程型质量控制奠定坚实基础。其次，现在普遍存在软件研发人员质量意识微弱，须经过有效检验型质控为研发人员进行初级质量意识教育。

当我们检验型质控发展到一定阶段，真正起到了作用后，再开始进行过程型质控工作，使质量深层次问题不停得到处理。

2、过程型质量管理要循续渐进，尊重客观规律，防止拔苗助长

过程型质控是对研发工作流程改动,这种改动对项目组组员来说改动了他过去多年形成一些习惯，而且改动会增加项目组工作量，这种改动或多或少地会遭受到项目组组员有意无意抵制。所以，在制订过程型质控方案时候要判断好优先级，从最需要改动过程着手，一步一步地做。防止急于求成，使工作得不到研发人员了解和支持。

3、

软件质量管理是一个服务，需要经验丰富质量管理人才才能够胜任

质量管理实际上是对项目标一个质量服务,目标是对项目人员在质量上一个帮助，帮助其发觉问题、提供处理方法。所以作为质量控制人员能力需求上是比较高。

同时，质量控制人员经过提供这种服务，能够拉近和研发人员距离，研发人员能够愈加接收过程型质控改动，使质控工作矛盾更小。

所以，提议从事质量管理人员应该是从事较长时间项目研发、项目管理人员，只有一个资历深质量管理人员才能够真正地对项目研发提供一个高质量服务。

4、

加强相关人员培训是工作中重中之重培训工作应该包含两个方面内容：

首先，在实施过程型质控过程中制订过程、标准需要经过培训方式来让全部人员都了解并接收。另首先，需要经过培训方式提升研发人员质量意识。只有质量意识提升了，才能大大降低质量管理人员工作量。2.2软件质量管理体系完善需要处理主要问题1、识别和建立软件研发过程通用软件研发过程通常归结为：项目立项－需求分析－概要设计－详细设计－编码－测试－运行维护。我们企业在研发流程上采取ISO9000标准进行,已经具备一定规范性。我们能够应用ISO12207信息技术－软件生存周期过程,对照CMMI软件能力成熟度模型框架，结合软件企业详细情况，进行过程建模优化，这是建立一个适宜软件质量管理体系前提。2、明确管理职责、调整组织结构第一步就是要进行软件质量管理情况诊疗，依照企业实际情况和依据ISO9001标准要求，进行软件质理管理组织架构重构。第二步就是有明确岗位分工与职责，尤其要明确与软件质量管理关于岗位和职责，为建立软件质量管理体系打下基础，以适应建立软件质量管理体系需要。因为企业在近几年一直再做软件质量管理基础工作，所以这项工作具备一定基础，比如：构建了较稳定配置管理体系、测试管理体系也在不停改进之中。我们现在最主要问题是在于缺乏一个有效质量确保组织。3、建立文件化工作程序。再好管理方法假如没有写成文件化程序，也是空谈。建立文件化程序就是为了将软件质量管理体系固化下来，相关过程和操作都要做到有章可循。建立文件化程序过程实际上是对流程一次全方面整理过程。4、处理好软件配置管理和软件变更控制。因为软件需求不确定性，软件设计变更是不可防止。建立基线是加强变更控制前提。在设计发生变更时软件配置也必须随之改变，所以将软件配置管理作为一个关键过程纳入软件质量管理体系是一项主要任务。2.3配置管理—实施软件质量管理主要步骤软件配置管理简称SCM（SoftwareConfigurationManagement缩写），是在项目开发中，标识、控制和管理软件变更一个管理。配置管理目标是统计软件产品演化过程，确保项目组组员在软件生命周期中各个阶段都能得到精准产品配置。其最终目标是实现软件产品在其生命周期全过程中一致性、完整性和可追溯性，使产品极大程度地与用户需求吻合。其主要工作和研究内容和包含：标识配置项、定义基线、建立配置库和基线库、控制配置项和基线变更、做好配置项和基线定时备份和异地备份、定时进行配置审计、及时汇报配置状态。在软件质量体系很多支持活动中，配置管理处于支持活动中心位置，它有机地把其它支持活动结合起来,形成一个有机整体，相互促进，相互影响，有力地确保了软件质量体系实施。从现在软件企业发展战略来说，怎样在技术日新月异、人员流动频繁情况下建立本企业知识库及经验库，把个人知识及经验转变成企业知识和经验，这对于提升工作效率，缩短产品周期，加强企业竞争力具备至关主要作用。同时良好配置管理有利于规范管理，量化工作量考评，规范测试，加强协调和沟通。采取科学配置管理思想，辅之以先进配置管理工具，已经成为必不可少伎俩。配置管理工作是一个默默无闻，不受人关注，不过极为主要工作。这二年来，我们尽心尽责地配合全部项目组，为各个项目制订配置管理计划，建立配置管理系统,而且制订了配置管理制度和配置管理流程,构建了功效强大，安全有效，可操作性强SVN(subversion)配置管理平台。经过不停实践探索，积累了较为丰富配置管理经验，随时能够为各项目组提供精准良好配置管理。经过建立完整代码对象库、业务经验库，将会给项目组以及软件测试工作带来很大便利，同时将会最大程度上降低了因为人员流失所造成损失。因为有了配置管理平台，现在研发部软件代码和文档都得到了良好管理,也使软件开发人员以及软件测试人员能够很好协同合作开发产品,从整个企业层面来说也是一个不停地为企业积累业务经验和技术财富过程。经过努力，现在项目管理部已经建立了较为完整软件配置管理体系，而且初步制订了配置管理制度和配置管理流程,构建配置管理信息化支撑平台,项目管理部将深入加强配置管理工作，深入完善软件配置管理体系。2.4深入完善我们测试管理体系我们企业采取传统软件测试流程通常是先在软件开发过程中进行少许单元测试，然后在整个软件开发结束阶段，集中进行大量测试，包含功效和性能集成测试和系统测试。在实际工作当中，伴随开发软件项目越来越复杂，传统软件测试流程已经不能适应工作需求。针对传统软件测试模式弊端，依照我们和研发部门相关人员讨论，认为软件测试不能只发生在软件代码已经编写完成之后，而应该在软件生命周期每一阶段中都应包含测试，从而检验本阶段结果是否靠近预期目标，尽可能早发觉错误并加以修正。这就是软件软件工程界一个新观点：“尽早测试”，所谓尽早测试是指在整个软件开发生命周期中经过各种软件工程技术尽可能早完成各种软件测试任务一个思想。软件整个测试生命周期是与软件开发生命周期基本平齐过程，即当需求分析基本明确后我们就应该基于需求分析结果和整个项目计划来进行软件测试计划；伴伴随分析设计过程同时应该完成测试用例设计；当软件第一个公布出来后，测试人员要马上基于它进行测试脚本实现。2.4.1.软件测试组织与管理规划1、测试过程及组织

当设计工作完成以后，就应该着手测试准备工作了，通常来讲，由一位对整个系统设计熟悉设计人员编写测试纲领，明确测试内容和测试经过准则，设计完整合理测试用例，方便系统实现后进行全方面测试。

在开发组将所开发程序经验证后，提交测试组，由测试责任人组织测试，测试通常可按以下方式组织:

(1)首先，测试人员要仔细阅读关于资料，包含规格说明、设计文档、使用说明书及在设计过程中形成测试纲领、测试内容及测试经过准则，全方面熟悉系统，编写测试计划，设计测试用例，作好测试前准备工作。

(2)为了确保测试质量，将测试过程分成几个阶段，即:代码审查、单元测试、集成测试、确认测试和系统测试。

(3)代码会审

代码会审是由一组人经过阅读、讨论和争议对程序进行静态分析过程。会审小组在充分阅读待审程序文本、控制流程图及关于要求、规范等文件基础上，召开代码会审会，程序员逐句讲解程序逻辑，并展开热烈讨论甚至争议，以揭示错误关键所在。实践表明，程序员在讲解过程中能发觉许多自己原来没有发觉错误，而讨论和争议则深入促使了问题暴露。

(4)单元测试

单元测试集中在检验软件设计最小单位—模块上，经过测试发觉实现该模块实际功效与定义该模块功效说明不符合情况，以及编码错误。

(5)集成测试

集成测试是将模块按照设计要求组装起来同时进行测试，主要目标是发觉与接口关于问题。如数据穿过接口时可能丢失；一个模块与另一个模块可能有因为疏忽问题而造成有害影响；把子功效组合起来可能不产生预期主功效；个别看起来是能够接收误差可能积累到不能接收程度；全程数据结构可能有错误等。

(6)系统测试

软件开发完成以后，最终还要与系统中其余部分配套运行，进行系统测试。包含恢复测试、安全测试、强度测试和性能测试等。

经过上述测试过程对软件进行测试后，软件基本满足开发要求，测试宣告结束，经验收后，将软件提交用户。

2、测试人员组织

为了确保软件开发质量，软件测试应贯通于软件定义与开发整个过程。所以，对分析、设计和实现等各阶段所得到结果，包含需求规格说明、设计规格说明及源程序都应进行软件测试。基于此，测试人员组织也应是分阶段。

(1)软件设计和实现都是基于需求分析规格说明进行。

需求分析规格说明是否完整、正确、清楚是软件开发成败关键。为了确保需求定义质量，应对其进行严格审查。

(2)设计评审

软件设计是将软件需求转换成软件表示过程。主要描绘出系统结构、详细处理过程和数据库模式。按照需求规格说明对系统结构合理性、处理过程正确性进行评价，同时利用关系数据库规范化理论对数据库模式进行审查。

(3)程序测试

是指软件测试。是整个软件开发过程中交付用户使用前最终阶段，是软件质量确保关键。软件测试在软件生存周期中横跨两个阶段:通常在编写出每一个模块之后，就对它进行必要测试（称为单元测试）。编码与单元测试属于软件生存周期中同一阶段。该阶段测试工作，由编程组内部人员进行交叉测试（防止编程人员测试自己程序）。这一阶段结束后，进入软件生存周期测试阶段，对软件系统进行各种综合测试。测试工作由专门测试组完成，负责整个测试计划、组织工作。测试组其余组员由具备一定分析、设计和编程经验专业人员组成，人数依照详细情况可多可少。

3、软件测试文件

软件测试文件描述要执行软件测试及测试结果。因为软件测试是一个很复杂过程，同时也是设计软件开发其余一些阶段工作，对于确保软件质量和它运行有着主要意义，必须把对它们要求、过程及测试结果以正式文件形式定义清楚。测试文件编写是测试工作规范化一个组成部分。

测试文件不只在测试阶段才考虑，它在软件开发需求分析阶段就开始着手，因为测试文件与用户有着亲密关系。在设计阶段一些设计方案也应在测试文件中得到反应，以利于设计检验。测试文件对于测试阶段工作指导与评价作用更是非常显著。需要尤其指出是，在已开发软件投入运行维护阶段，经常还要进行再测试或回归测试，这时仍须用到测试文件。2.4.2.测试管理体系过程控制 为了确保测试管理体系能够正确而且无误实施与执行，我们设计了一套测试管理体系流程，用来控制测试管理体系执行。2.4.2.1测试流程模型需求分析需求分析软件设计验收测试设计系统测试设计验收测试执行系统测试执行集成测试设计集成测试执行系统测试过程集成测试过程单元测试过程软件编码和单元测试图1-1V模型2.4.2.2测试流程控制 1、需求分析需求分析（RequirmentAnalyzing）应该说是软件测试一个主要步骤，测试开发人员对这一步骤了解程度怎样将直接影响到接下来关于测试工作开展。通常而言，需求分析包含软件功效需求分析、测试环境需求分析、测试资源需求分析等。其中最基本是软件功效需求分析，测一款软件首先要知道软件能实现哪些功效以及是怎样实现。测试需求分析依据有软件需求文档、软件规格书以及开发人员设计文档等。2、测试计划测试计划（TestPlan）通常由测试责任人来编写。测试计划依据主要是项目开发计划和测试需求分析结果而制订。3、测试设计测试设计主要包含测试用例编写和测试场景设计两方面。一份好测试用例对测试有很好指导作用，能够发觉很多软件问题。测试场景设计主要也就是测试环境问题了。4、测试环境搭建不一样软件产品对测试环境有着不一样要求。如C/S及B/S架构相关软件产品，那么对不一样操作系统，如Windows系列、unix、linux等，这些测试环境都是必须。而对于一些嵌入式软件，如手机软件，假如我们想测试一下关于功效模块耗电情况，手机待机时间等，那么我们可能就需要搭建对应电流测试环境了。当然测试中对于如手机网络等环境都有所要求。测试环境很主要，符合要求测试环境能够帮助我们准确测出软件问题，而且做出正确判断。5、测试执行测试执行过程又能够分为以下阶段：单元测试→集成测试→系统测试→验收测试,其中每个阶段还有回归测试等。6、测试统计缺点统计总说来包含两方面：提交缺点和缺点描述。通常而言，缺点都是谁测试谁提交，当然有些企业可能为了确保所提交缺点质量，还会在提交前进行缺点评定，以确保所提交缺点准确性。7、缺点管理缺点管理方面，很多企业都采取缺点管理工具来进行管理，常见缺点管理工具备TestDirector、Bugfree等。8、软件评定这里评定指软件经过一轮又一轮测试后，确认软件无重大问题或者问题极少情况下，对准备发给客户软件进行评定，以确定是否能够发行给客户或投放市场。软件评定小组通常由项目管理人员、项目责任人、营销人员、部门经理等组成，也可能是由客户指定第三方人员组成。9、测试总结每个版本有每个版本测试总结，每个阶段有每个阶段测试总结，当项目完成RTM后，通常要对整个项目做个回顾总结，看有哪些做不足地方，有哪些经验能够对今后测试工作做借鉴使用，等等。测试总结无严格格式、字数限制。应该说，测试总结还是很总要。10.测试维护因为测试不完全性，当软件正式公布后，客户在使用过程中，难免碰到一些问题，有甚至是严重性问题，这就需要修改关于问题，修改后需要再次对软件进行测试、评定、发行。2.4.2.3测试小结软件测试本身是一个复杂过程。所以，早在需求分析和设计阶段，测试小组测试人员就应该对各种说明书进行仔细分析，提取关于测试信息，编写了测试计划和测试规程。适时采取各种软件测试方法对软件进行测试，在测试过程中，把发觉错误及时反馈给开发人员，确保测试人员与开发人员及时沟通。对开发人员修正过软件，还要分析修改部分对整个系统影响，有针对性地对受影响部分进行重新测试。测试人员在测试同时还完成了各种测试文件编写工作。

作为确保系统软件质量一个主要伎俩，软件测试是必不可少，不过仅仅依靠测试来确保软件质量是不够，还需要有良好软件质量管理体系。软件质量管理一条主要路径就是建立质量确保小组，这个小组要参加软件开发和确认各个阶段，并负担以下任务：

(1)确保对系统需求说明书、设计文本、软件代码和测试步骤严格控制，确保被测软件与设计需求、文本高级要求说明一致;(2)代码化之前复审软件设计；(3)参加设计和开发活动技术审查和复审；(4)进行复审以确保软件与标准和规程一致;(5)统计软件问题和不一致之处并监控正确操作;(6)复审并核准合格测试计划和测试规程;(7)监控测试操作。2.5软件质量确保（SQA）实施2.5.1.SQA概述SQA(软件质量确保)是CMMI一个主要关键过程域,它是贯通于整个软件过程第三方独立审查活动,在CMMI过程中充当主要角色。现在，我们企业SQA职责由项目管理部监理推行。目标是向项目管理者提供对软件过程进行全方面监控伎俩,包含评审和审计软件产品和活动,验证它们是否符合对应规程和标准,同时给项目管理者提供这些评审和审计结果。

SQA组织责任是审计软件开发活动质量并判别活动中出现偏差。2.5.1.SQA实施软件质量确保目标是以独立审查方式监控软件研发全过程,给开发人员和项目管理人员提供反应软件质量信息和数据,辅助研发组得到高质量软件产品,其主要职责内容包含以下三个方面:●经过监控软件开发过程来确保软件质量;

●确保生产出软件和软件开发过程符合对应标准与规程;

●确保软件产品、软件过程中存在不符合问题得四处理,必要时将问题反应给项目管高层。●确保项目组制订计划、标准和规程适合项目组需要，同时满足评审需要●向开发人员提供反馈对应地,软件质量确保主要活动有以下几个方面:●SQA审计与评审SQA审计包含对软件工作产品、软件工具和设备审计,评价这几项内容是否符合组织要求标准。SQA评审主要任务是确保软件工程组活动与预定义软件过程一致,确保软件过程在软件产品生产中得到遵照。客观评价过程和工作产品：对于所实施过程和相关工作产品以及服务对适用过程描述、标准和规程遵照情况进行客观评价。

●SQA汇报SQA人员应统计工作结果,并写入到汇报之中,公布给相关人员。SQA汇报公布应遵照3条基本标准:SQA和高级管理者之间应有直接沟通渠道、SQA汇报必须公布给软件工程组但无须公布给项目管理人员、在可能情况下向关心软件质量人公布SQA汇报。●处理不符合问题这是SQA一个主要任务,SQA人员要对工作过程中发觉不符合问题进行处理,及时向关于人员及高级管理者反应。在处理问题过程中要遵照两个标准:其一,对符合标准过程活动,SQA人员应该主动地汇报活动进展情况以及这些活动在符合标准方面效果;其二,对不符合标准过程活动,SQA要汇报其不符合性以及它对产品影响,同时提出改进提议。软件质量确保任务实现需要考虑几方面问题。首先,要考虑SQA人员素质。SQA人员责任是审查软件设计、开发人员活动,验证他们是否将选定标准、方法和规程应用到活动中去,所以,SQA工作有效执行需要SQA人员掌握专业技术,比如质量控制知识、统计学知识等。其次,SQA人员经验对任务实现一样主要。应该选择那些经验丰富人来做SQA,同时为SQA人员进行专门培训,以使他们能够胜任这项工作。第三,组织应该建立文档化开发标准和规程,使SQA人员在工作时有一个依据、判断标准,假如没有这些标准,SQA人员就无法准确地判断开发活动中问题,轻易引发无须要争论。第四,企业管理应该重视软件质量确保活动。应该对SQA人员发觉问题进行及时处理，不能使质理确保流于形式而难于发挥作用。2.5.2.SQA与SQC区分与协作

SQA，即：软件质量确保，负责软件开发流程质量，企业内相对应角色为：软件质量确保人员，我们企业对应是项目监理。SQC，即：软件质量控制，只负责软件开发过程中各个阶段产出工件质量，产出工件可能是相关文档、代码和可执行程序等，企业内相对应角色为：软件测试工程师。但要注意，在各个阶段SQC对应人员不一定都为测试人员，如在需求阶段，产生结