CMMI体系简介及软件工作流程

1、CMM体系简介及软件工作流程质量治理部2022年03月华美娜主题第一局部:CMMI根底知识CMM是什么CMM开展和厉史CMM模型组件概述第二局部：公司质量体系文件综述公司软件过程概述公司过程文件概述公司体系文件导读CMM是什么？Capability Maturity Model Integration水平成熟度模型综合它综合了以下几方面：System engineeringSoftware engineeringIntegrated Product and Process DevelopmentSupplier Sourcing该模型提供一套可供公众使用的准那么；这些准那么描述那些成功地 实施

2、了过程改良的组织的特性.该模型用“软件水平成熟度来衡量这种软件综合水平CMM是什么？美国卡内塞梅隆大学软件工程研究所SEI研制.CMM的前身是 SW-CMM SE-CMMCMM府专门认证评估方法一 SCAMPI开展简史草案于1997年制定未广泛应用.到2000年,CMM!化成为Software Engineering 于 2022 年 1 月正式推出.CMM的诞生1版,经历了十多年,在这期间,IT产业有了长足的开展,相应的工 业标准或标准必然要不断地改良.不再局限于纯粹软件的范崎.虽然人们了解和应用CMM需要一定的时间,但走CMM招取代CM陋走必然的趋势.CMM的诞生2CMM的工业界和政府部门

3、提供了一个集成的产品集,其主要目的 是消除不同模型之间的不一致和重复,降低基于模型 改善的本钱 CMM照以更加系统和一致的框架来指导组织改善软件过程,提升 产品和效劳的开发、获取和维护水平.CMM模型组件概述CMM分级阶段模型CMM阶段式模型的结构CMM连续模型表示的结构Process Area Components特定目标 Specific Goals(SGs)特定目标是针对某一个过程域,它描述为了满足这个过程域的实 施所必须做到的特殊特性例如在需求治理的PA中：SGRequirements are managed andInconsistencies with project plans

4、and work products are identified特定实践-Specific Practices (SPs)特定实践是为了达成某一个特定目标而需要的特定活动例如:Requirements Management:Managechanges to the requirements as they evolv during the project.通用目标一 Generic Goal (GG)可用于多个过程域的“目标称为“办共目标例如:GG2:The process is institutionalizedas a managed process.通用实践 Generic Practi

5、ces (GPs)Required, Expected, and Informative Model ComponentsRequired(必须的):SG 和 GGExpected(期望的).SP 和 GPInformative提供信息的:子实践、典型的工作产品、一般实践的详细描述等问题：除了 Required的组件,其他的组件可以不要吗？你会如何组织这个活动?某个时间,办司进行聚餐活动.?请你组织这次活动,目的是用合理的经费让大家高快乐兴地吃一顿！?分组讨论,5分钟时间.CMM等级在模型中,所有软件组织的软件水平成熟度划分为5个等级一第1到第5级.数字越大,成熟度越高.高成熟度等级代表比拟强

6、的综合软件水平.5个成熟度等级分别为：第1级：初始级第2级：受治理级第3级：已定义级第4级:定量治理级第5级:持续优化级CMMIB别每一个级别,都包合几个到十几个 PA英文全写：Process Area中文译名：过程域什么叫“过程域 简单的说就是做好一个事情的某一方面.对应软件开发来说,就是做好软件开发的某一个方面.CMMI1别如果该级别的全部PA到达要求了,就认为该级别到达了.如何列断PA到达要求呢每个PA包合儿个目标(Goal)如果这个几个目标都到达要求了,就认乃该PA到达要求了如何列断Goal到达要求呢每个Goal包合几个实践(Practice)每个实践到达要求了,就认为该 Goal到达

7、要求了Maturity Level 1:Initial初始级的过程通常是随机、混乱和无序的.这种组织通常没有一个稳定的环境,它的成功依赖于组织中个人的水平和英雄主义,而不是依赖于使用经过脸证的过程.尽管这种混乱、无序的环境,处于初始级别的组织也经常能制造出能工作的产品和效劳,但是,他们的工程经常是超本钱和进度的.处于初始级的组织有过度承诺的趋势,在危机时放弃过程,不能重复他们过去的成功.吃饭的“初始级不用做什么方案,提前一点订好座位当天下班大家一哄而去现场点菜,然后大吃一顿 这样做会有什么结果？定不到位菜不合大家口味经费超出大家心情变得很沮丧有没有可能取得比拟好效果呢Maturity Leve

8、l 2:Managed一即使在时间压力下,依然能够保存现有的实践组织中的工程保证需求得到治理,过程已经方案、执行、度量和限制.治理层在某些已定义点上对工作产品的状态和提交的效劳共有可视性在干系人(风险承当者)之间建立了承诺,在必要的时候进行修正CMMI-SE/SW ML2 PAs需求治理Requirement Management (REQM)工程方案Project Planning (PP)工程跟踪与限制Project Monitoring and Control (PMC)供给商合同治理Supplier Agreement Management (SAM)度量分析Measurement a

9、nd Analysis (MA)产品与过程质量保证Product and Process Quality Assurance (PPQA)配置治理Configuration Management (CM)PA不是孤立的！CMMl ML2 总结坚持既往成功实践从关注结果到关注过程需求和工程进展得到限制理解了数据的作用从更宽的视野看待工程从初始级到二级是全体人员思想的转变是文化的转变走向标准化的第一步讨论：吃饭的“受治理级用2级的特征筹划吃饭过程.讨论5分钟.Level2:受治理级一 1家想吃什要做个计电酒水市耍另 外买啊I这样做会有什么结果?大家吃得满意预算限制得好老板快乐真的能这样吗2级做法遗

10、留的一些问题不需要进行风险治理吗用什么方法调查大家喜欢吃什么菜式呢有指南就好了如何组织聚餐活动,是不是应该有个指导或者有成功经验可供参Maturity Level 3:Defined一建立标准的,且不断得到改良的工作方式过程得到很好地表现和理解,用标准、规程、工兵和方法表述过Level2:受治理级-2老板布什么期里呢?- 预算是多少呢？v V信样才能办工;好事情昵？,j耍统计下出席 A恬况以及各菜式 'kJ?“吃剩货拗妲/要催促大家 ) r 按一方案进»需求管卉(RM)采购(SAM)工程方案(PP)灰目方案跟蹈(PM程,从而建立组织内的一致性组织标准过程已经建立并不断得到改良

11、工程根据裁剪指南,从组织标准过程中裁剪建立工程定义的过程 组织治理层基于组织标准过程库建立过程目标,并保证这些目标 得到适当地表达2级和3级关健区别在于标准、过程和规程的适用范围3级的过程比2级的描述更具体和更严格CMMI-SE/SW ML3 PAs(1)需求开发Requirements Development (RD)技术解决方素Technical Solution (TS)产品集成Product Integration (PI)验证Verification(CWR)确认Validation (VAL)CMMI-SE/SW ML3 PAs组织过程焦点Organizational Proces

12、s Focus (OPF)组织过程定义Organizational Process Definition (OPD)组织培训Organizational Training (OT)集成工程治理Integrated Project Management (IPM)风险治理Risk Management (RSKM)决策分析与解决方素Decision Analysis and Resolution (DAR)level 3:已定义级经过一段时间积累,以下活动都有明确的指导文档：如何写方案如何组织吃饭现场活动如何确定餐单.对于确定餐单、选定酒水供给商方面采用决策分析的方法进行风险治理.建立了相应的培

13、训制度.另外,为了让组织聚餐活动越做越好,成立了门的SEP踩维护文 档.这样做会有什么结果?这次活动成功的几率大大提升了但谁能拍胸口说：一定能成功3级遗留的问题感觉成功时机会提升很多,但没有一个底最好有个数字能说明问题.Maturity Level4 、 :Quantitatively Managed一不仅有标准的工作方式,逐有量化的工作标准选择那些对整体过程性能有较大影响的子过程进行统计和其它量化手段限制.制订质量和过程性能的量化目标,并贯串整个生命周期中；以统计“词汇理解质量和过程性能.收集受控过程的度量数据,分析其性能.如果出现偏差,分析其出现的(特殊)原因,以预防其今后再次出现.质量和

14、过程性能的数据要纳入到组织度量数据库中,以便帮助今后进行客观的决策.与3级的最大区别走,4级可以对过程性能进行预侧.CMMI-SE/SW ML4 PAs组织过程性能Organizational Process Performance (OPP)量化工程治理Quantitative Project Management (QPM)Maturity Level 5:Optimizing一以量化为手段,以解决本质问题乃核心的持续改良建立量化过程改良目标,并与商业目标的变化同步.识别出针对根本原因(或根本问题)的过程改良方法,评佑其能否 满足量化过程改良目标；对这些改良方法进行评佑、诚脸和推广.组织过

15、程应该走持续改良的过程优化走否灵活并富于创造性,取决于参与其中的人是否理解组织的商业价值和商业目标,而且：过程改良,人人有责；要改良标准过程,也要改良工程过程.与4级本质区别:5级解决根本问题,4级解决特殊问题.CMMI-SE/SW ML5 PAs组织创新与部属Organizational Innovation and Deployment(OID)原因分析与解决方素Causal Analysis and Resolution (CAR)某企业通过了某某级别的评估,意味着什么评估是对企业准备的几个评佑工程根据 CMM的标 准进行检查.企业可以准备任意数量的工程,评佑的工程是企业有己指定的.通过

16、评佑,只代表评估小组认为参加评估的几个工程到达了CMMI某个级别的标准.通过评佑,不代表这个企业其它工程也到达了要求,也不代表这个企业以后也会到达这个标准.第二局部：公司质量体系文件综述公司软件过程概述公司过程文件既述公司体系文件导读软件过程概述我公司软件产品的生产是以工程形式进行的工程又分成三种类型号研发类工程类维护类研发类工程的任务新产品的研发：进行产品的需求开发、解决方案设计、代码构建和 产品的初步集成,形成产品的核心版本.产品线维护研发：对合同类实施和维护工程进行版本支持.工程类工程的任务依据与用户的合同、软件需求规格说明书等文件,对研发组提供 的核心版本进行确认侧诚,完成产品的最终集

17、成,以及产品的部 署、安装等工作,直到把产品交付给用户.维护类工程的任务在合同规定的产品维护期内,应用户的要求,完成产品的一些边缘功能的开发,负责产品的一般性客户效劳工作,配合产品维护研发组完成产品的版本维护.软件产品的开发活动分成准备、方案、研发、测试、验收等五个阶段, CMM中各个PA 在这些阶段中的相互关系,以及它们和公司各有关部门之间的关 系如下列图所示：软件开发流程和职能：软件开发流程CMM的四类PA在软件产品开发流程中的顺序和相互关系如图二 所示.图中淡蓝色框表示 CMM的PA;淡黄色框不是CMM中的 PA图中蓝色箭头表示的流程走开发过程中的主要流程,应根据 不同的开发方法而采用适

18、当的递归和迭代.黄色箭头表示的流程 走辅助流程.软件开发流程软件产品维护流程过程文件概述公办司实际,实现了文档化.这些过程文件表达软件产品开发活 动的过程、过程做什么、怎么做、怎么评枯绩效,以及怎么持续 改良等问题.体系文件构成CMM软件过程改良体系文件由三局部组成：?质量手册?：在原来的?质量手册?根底上,改写其中有关软件开发局部?软件过程文件?：程序文件和作业指导书 ?软件过程模板?：模板、表格、样件、例如体系文件下载：OA 一知识中央一常用文档一质量治理系统文件活动元素概述参与人员及责任入口准那么输入任务/步骤出口准那么输出工作产品资源和水平要求度量剪裁指南软件过程文件软件过程文件分三个层次程序文件作业指导书模板CMMIL2、L3中的17个PA我们剪裁了供产商协议治理对应16个程序文件、32个作用指导书和81个模板作业指导书标准/指南作业指导书统一用标准或指南的名称,