软件项目管理中质量管理.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
软件项目管理中质量管理

软件项目管理中质量管理   摘要:从软件项目质量管理的重要性谈起,研究分析了质量管理的三个阶段,指出了它们执行过程中容易出现的问题,提出相应的解决方案。   关键词:软件 项目管理 质量管理      软件项目管理是为了使软件项目能够按照预定的成本、进度、质量顺利完成而对成本、人员、进度、质量、风险等进行分析和管理的活动。   一、软件项目管理中质量管理的三个阶段   软件项目的管理属于现代项目管理的范畴,其质量管理一般由质量计划、质量保障、质量控制、质量改进等系统组成,而项目的质量是在整个软件项目过程中形成的,从过程上质量管理又可以划分为三个阶段:质量预防,质量评估,后续改进。   1.质量预防   首先我们要明白,软件质量的定义是什么,才能知道如何预防。软件质量是指软件满足明确说明或者隐含需求的程度。用户需求是衡量软件质量的基础,除满足明确定义的需求外,还要满足隐含的需求。质量预防的工作内容就是为达到用户的质量需求而做的预防活动,其中主要包括撰写质量管理计划文档和进行质量管理过程培训。   质量管理计划就是质量管理人员根据项目计划文档(其中包括项目内容,进度要求,成本控制要求)来写项目质量管理计划文档,其中包括项目交付标准,项目审核过程域及过程体系,项目审核人员及审核时间的制定,质量记录报告模板。制订软件项目质量管理计划的依据是企业的质量体系和项目的特点。具体要求:(1)确定项目应达到的质量目标和所有特性的要求;(2)确定项目中的质量活动和质量控制程序;(3)确定项目采用的控制手段及合适的验证手段和方法;(4)确定和准备质量记录报告模板。   进行质量管理过程的培训要求是对项目所有相关人员进行质量管理过程的培训,使项目所有人员了解过程后面的意义及过程标准,也能使后续的质量管理工作更加顺利地进行。这也符合全面质量管理的要求。   2.质量评估   质量评估的活动包括质量保证和质量控制。   (1)质量保证   质量保证是在项目过程中实施的有计划、有系统的活动,确保项目满足相关的标准,主要是对过程进行审核。其中质量保证的活动流程如下:   图1 质量保证的活动流程图   质量保证的活动一般由QA(质量保证)人员进行,一般是阶段审核,对照质量管理计划的审核目标,查看是否符合该阶段过程的退出标准进行审核,输出有《品质保证活动周报》、《品质保证活动月报》、《不符合项跟踪一览表》进行通报并提出解决方案,直到全部符合该阶段的退出标准再进入下一阶段。   (2)质量控制   质量控制指采取适当的方法监控项目结果,确保结果符合质量标准,还包括跟踪缺陷的排除情况,主要的方法就是评审与测试。质量控制的活动贯穿项目的始终,从需求阶段到开发测试阶段。下面分别讨论下这两个阶段的质量控制活动:   第一,需求阶段。需求阶段包含的质量控制活动有:需求分析,需求评审,需求确认。据科技统计,百分之八十的缺陷都是因为需求不明确引起的,因此这个阶段是最重要的一个阶段。众所周知,在项目早期预防和检测缺陷比在项目晚期检测和排除缺陷更有效、更节省成本。而在实际工作中,有很多同仁在忙着赶进度,所以把需求调研的时间分配得很少,而且没有和客户及项目组所有成员针对需求进行充分的讨论,而且没有得到所有相关负责人员及客户方代表的评审通过签字就结束。正确的需求文档输出,应该经过这样的状态转换:   图2 需求文档评审流程   其中的“评审”活动还包括对界面UI 设计的评审。需求评审活动是相当重要的一个活动,所有参与的人员在与会之前必须对需求文档中有质疑的地方写出备注,再提交上去,在参会时需求设计人员对所有备注地方一一进行讨论。讨论后必须有评审报告记录,并据此对需求文档做进一步的更改。   第二,开发测试阶段。开发控制阶段包含的质量控制活动有:设计评审,代码审查,测试(单元测试,集成测试,系统测试,验收测试)。设计评审活动涉及到对需求的理解,所以也是一个很重要的活动,最好能全员参与,包括概要设计和详细设计的评审,大致流程与需求评审是一致的。   代码审查也叫代码走读,是编码阶段的一种技术评审,由一组人员对程序进行阅读和静态分析,可以很有效地检查程序代码中的缺陷。主要是开发组的成员及测试代表参加,由开发经理组织,对代码包含代码规范、变量定义、函数引用等进行快速审查。评审内容:程序是否符合编码规范,程序结构是否合理,算法和程序逻辑是否正确,程序性能怎样等。因为很多程序逻辑错误很难通过测试发现。   前面讲的都是静态评审,测试阶段的所有活动(单元测试,集成测试,系统测试,验收测试)都是动态评审,通过直接检查软件产品中的缺陷,确保产品符合要求。缺陷追踪是指记录和追踪缺陷从发现到解决的整个过程,确保所有的新问题都有结论(注意,并非一定都能解决,

文档评论(0)

189****7685 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档