CMM培训总结.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文档。上传文档
查看更多
CMM培训总结

CMM培训总结课程的主要内容有CMM的介绍,CMM的6个KPA总的介绍,需求管理,软件策划,软件计划跟踪与监督,软件子承包管理,软件质量保证,软件配置管理。CMM介绍(主要是2级) 软件开发难点: 一、 项目需求变化难于把握:客户的要求也即项目的需求往往是不明确的,也很难用统一的标准来衡量。 ????二、 过程难于控制:常常是直到项目快结束时才知道可否按时完成。 ????三、 任务难于量化、计划可行性差:软件产品较难衡量,常常是靠感觉进行。项目经理对风险缺乏充分的考虑,造成计划可行性差。 ????四、 版本管理混乱、项目间可继承性差:各个项目组间彼此独立,重复开发多。 ????五、 缺乏可共同执行的标准:公司没有统一的标准,各项目组各自为政,成员在不同项目时遵守不同的标准,导致无所适从。 ?? 综上所述,软件开发过程常常处于无序状态,较难监控。CMMI能力成熟度整合模式 CMMI的全称是Capability Maturity Model Integration,即软件能力成熟度模型集成模型CMM是在系统性思考产物,对于任何一个关键过程KP,都是从目的(Goal),约定(Co),活动(Activate),能力(Ab),测量(Mea),验证这样的模式进行流程制定。 CMM强调每个变化都需要通知相关的人。 CMM是一个把事情作对(正确的做事)的一个模型。 CMM关注的是客户满意度及质量。 CMM分五级 级别????名字???? 过程特征????工作组????度量????改进方向 1级????初始级????依赖于人,过程不稳定????软件开发组,项目工程组????没有进行数据收集和分析工作???? 2级????可重复级????定义了项目管理,软件开发和维护过程相对稳定,软件项目经理负责跟踪成本,进度和软件功能,为需求和相应的工作产品建立基线(Baseline)来标志进展,控制完整性,定义了软件项目的标准,能保证项目准确地执行它。项目的成功得到了管理层的支持。通过与转包商建立有效的供求关系。项目的成功不仅依赖于个人的能力还得到了管理层的支持,重视管理和依靠管理,重视人员的培训工作,建立了技术支持活动,并有了稳定的计划????系统测试组,软件评估组,软件质量保证组,软件配置管理组,合同管理组,文档支持组,培训组????每个项目建立资源计划。主要是关心成本,产品和进度。有相应的管理数据???? 3级????已定义级???????????????? 4级????可管理级???????????????? 5级????不断优化级???????????????? 软件关键过程(SKPA,Key Process Areas) ?? 所谓关键过程领域指一系列相互关联的操作活动,这些活动反映了一个软件组织改进软件过程时必须集中注意力的地方。 ????????过程分类等级????管理方面????组织方面????工程方面 优化级????????技术改革管理过程变更管理????缺陷预防 可管理级????定量过程管理????????软件质量管理 已定义级????集成软件管理组间协调????组织过程焦点组织过程定义培训程序????软件产品工程同级评审 可重复级????需求管理软件项目计划软件项目跟踪与监控软件转包合同管理软件质量保证软件配置管理???????? 初始级????无序过程??????XP(extreme Programming ,Agile) 针对以CMM为代表的重载软件过程(还有RUP,ISO9000等,意味着软件组织在过程定义、维护、度量、质量保证上投入大量的资源,实现这样的开发过程是复杂的、高成本的),敏捷过程表明了完全不同的立场,宣称好的开发过程应该可以在保证质量的前提下,做到文档、度量适度,很容易适应变化并迅速做出自我调整,实现企业效益的最大化 XP是一种近螺旋式的开发方法.它将复杂的开发过程分解为一个个相对比较简单的小周期;通过积极的交流、反馈以及其它一系列的方法,开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等,并根据实际情况及时地调整开发过程 XP的十二个实践:1. 现场客户(On-site Customer,2. 计划博弈(Planning Game),3. 系统隐喻(System Metaphor)4. 简化设计(Simple Design)5. 集体拥有代码(Collective Code Ownership)6. 结对编程(Pair Programming)7. 测试驱动(Test-driven)8. 小型发布(Small Releases)9. 重构(Refactoring)11. 每周40小时工作制(40-hour Weeks)12. 代码规范(Coding Standards)。 有人以为,XP目前在

文档评论(0)

asd522513656 + 关注
实名认证
文档贡献者

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

1亿VIP精品文档

相关文档