上海品保技术咨询有限公司成立于1997年,公司成立十多年以来,专门从事品质管理、卓越绩效模式、企业成熟度和全国质量奖的咨询,以及培训、诊断、评价和改进等服务。公司系具有独立法人资格,首批通过国家认监委注册登记的咨询机构…
 
上海市区供电公司
 
上海贝尔阿尔卡特股份有限公司
 
南通醋酸纤维有限公司
 
浙江奥康鞋业股份有限公司
 
上海贝尔有限公司
 
德律风根微电子有限公司
 
华东建筑设计院
 
  more>>
 
 
 
 
cmmi简要介绍
 


 
作者: 本站编辑   浏览次数:3606
 
    什么是CMMI
    ● Capability Maturity Model Integration
    ● 软件成熟度模型集成、软件成熟度集成模型、软件过程能力评估模型
    ● 也称为SEI SW-CMMI(Software Engineering Institute SoftWare-Capability Maturity Model Integration)。
    CMMI由来
    ● Capability Maturity Model Integration简称CMMI,是美国国防部的一个设想。他们希望把所有现存的与将被发展出来的各种能力成熟度模型,集成到一个框架中去。这个框架用于解决两个问题:第一,软件获取办法的改革;第二,从集成产品与过程发展的角度出发,建立一种包含健全的系统开发原则的过程改进。
    CMMI的由来
    ● 软件能力成熟度模式(Capability Maturity Model for Software,简称CMM或SW-CMM)
    ● 软件过程能力评估模型(Capability Maturity Model Integrated,简称CMMIsm)
    ● 1986年由美国卡内基梅隆大学的「软件工程学院(SEI)」受到国防部委托而发展的。
    ● 可以帮助软件开发者改善软件流程。
    ● 1991年,SEI发表CMMI 1.0版。
    ● 1993发表CMMI 1.1修正版。
    ● 1997年整合SW-CMM,SE-CMM,IPD-CMM為CMMIsm。
    ● 2000年,发表CMMIsm 1.0版。
    ● 2002发表CMMIsm 1.1版。
    ● CMMI涉及的知识领域
    系统工程:
    ● 系统工程涵盖了一个系统所有的开发工作,其中可能包括、也可能不包括软件。它关注于将客户提出的需求、期望以及限制条件转化到产品的解决方案中,并且在产品的整个生命周期中对解决方案给予始终的支持。
    软件工程:
    ● 软件工程的对象是软件系统的开发。它关注于将系统的、条理的、可量化的方法应用到软件的开发、运行和维护中。
    集成的产品和过程开发(IPPD):
    ● IPPD是一种系统的方法,指在产品的生命周期中通过所有相关人员和部门的合作,更好地满足客户的需要、期望和要求。支持IPPD的过程都是与组织中其它的过程紧密结合的,仅仅只有IPPD的过程域、特定目标(Specific Goals)、特定实践(Specific Practices)是无法实现IPPD 的。
    供应商来源(Supplier Sourcing):
    ● 随着工作越来越复杂,项目有时候需要特定的供应商来实现功能或对产品进行修改。当这一点对于项目很关键的时候,如果项目能够增强对供应商的分析,并在产品交付以前对供应商的行为进行监督,那么项目将受益匪浅。供应商来源(SS)关注的就是如何在这种情况下从供应商处获得合格产品。
    如何理解CMMI
    ● 这个标准主要适用于软件企业内部过程改进。在该标准建立的评估模型中,把每个过程的能力划分为从0到5的六个等级,为每个等级规定了由目标和惯例组成的一套公认的衡量标准。按照这6级软件过程能力衡量标准,通过对实际运行的过程进行评估,可以确定这个软件过程当前状态,即处于哪个能力等级。
    ● 如何理解-CMMI
    对各个过程进行评估之后,可以得到本企业软件过程能力的一条“谱线”,与6级软件过程能力衡量标准相比较,可以发现与理想状态的差距。软件企业可以根据自己的业务目标和需要对各项软件过程改进的轻重缓急做出恰当安排;必要时,软件开发项目也可以根据项目的目标和需要有针对性地实施过程改进,以支持项目的圆满完成。
    CMMI的核心
    ● 《软件过程能力评估模型》围绕过程能力描述每个过程。标准中把每个过程能力从第0级到第5级分为6个等级。
    ● 软件过程能力评估模型等级
    ● 在《软件过程能力评估模型》中,是围绕每个过程分别进行描述,为了便于了解,按照过程性质特征把这24个过程归纳成4类;这种分类不是“规定”。在《软件能力成熟度模型》中,是围绕软件能力成熟度等级对过程进行描述,因此,按照模型设计的需要,这24个过程分别驻留于除了第一级以外的各个相应的成熟度等级;各个过程在这个模型中的分类安排是“规定”,它们各自按规定“驻留于”某个成熟度等级。
    CMMI 的模型结构
    ● CMMI与CMM的不同点
    CMMISM-SE/SW/IPPD/SS1.1版本有四个集成成分,即:系统工程(SE)和软件工程(SW)是基本的科目,对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容,如果涉及到供应商外包管理可以相应地应用SS(Supplier Sourcing)部分。
    CMMI有两种表示方法
    ● 一种是大家很熟悉的,和软件CMM一样的分级式表现方法,另一种是连续式的表现方法。
    这两种表现方法的区别是:分级式表现方法仍然把CMMI中的若干个过程区域分成了5个成熟度级别,帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。
    ● 分级式CMMI模式
    CMMI的连续式表现方法
    连续式表现方法则通过将CMMI中过程区域分为四大类:过程管理、项目管理、工程以及支持。对于每个大类中的过程区域,又进一步分为基本的和高级的。这样,在按照连续式表示方法实施CMMI的时候,一个组织可以把项目管理或者其他某类的实践一直做到最好,而其他方面的过程区域可以完全不必考虑。
    ● CMMI连续式模式
    CMMI的变化
    ● 软件CMM2级共有6个关键过程域,在CMMI增加了1个过程方面:度量和分析。原来的6个关键过程域的名称和内容在CMMI中作了部分改进,但是主体内容没有大幅调整。
    ● 软件CMM 4级共有2个关键过程域,在CMMI中仍是2个,只是名称和内容有所改进。
    ● 软件CMM 5级共有3个PA,在CMMI中进行了合并,改为2个,但主要内容未变。
    ● 变化最显著的在CMMI3级上,原有的7个PA变成了13个PA,其中原来对工程活动进行要求的PA-软件产品工程进行了详细的拆分,并结合常见的软件生命周期模型进行了映射。CMMI中新增的过程区域中还涉及到过去未曾提到的内容,比如决策分析和解决方案、集成团队等。
    CMM与CMMI的三级PA映射
    ● 同行评审
    ● 组间协调
    ● 软件产品工程
    ● 集成软件管理
    ● 培训大纲
    ● 组织过程定义
    ● 组织过程聚焦
    ● 需求开发;
    ● 技术解决方案;
    ● 产品集成;
    ● 验证;
    ● 确认;
    ● 组织过程聚焦;
    ● 组织过程定义;
    ● 组织培训;
    ● 集成项目管理;
    ● 风险管理;
    ● 决策分析和决定;
    ● 组织集成环境;
    ● 集成团队;
    ● (集成供应商管理)。
    CMMI特点
    ● CMMIsm对于每一個流程有详尽明确的要求。
    ● CMMIsm有分级式提升的规划。
    ● CMMIsm每一阶段只有集中焦點在少数几个流程。
    ● CMMIsm強調落实与产生绩效。
    ● CMMI和CMM对比
    ● 过程方面归类表
    ● 成熟度等级-SW
    ● 过程的改进特征
    ● CMMI软件过程能力评估模型结构
    CMMI等级
    CMMI评估共分六级,开发的能力越强,开发组织的成熟度越高,等级越高。通过三级评估才有可能拿到美国的订单。
    ● 不完整级(Incomplete)
    ● 已执行级(Performed)
    ● 受管理级(Managed)
    ● 已定义级(Defined.)
    ● 定量管理级(Quantitatively Managed)
    ● 持续优化级(Optimizing) 
    各类过程方面的关系图
    过程管理类过程方面(5PA)
    ● 组织过程聚焦        OPF
    ● 组织过程定义        OPD
    ● 组织培训            OT
    ● 组织过程性能        OPP
    ● 组织革新和部署      OID
    过程管理类基本过程方面
    过程管理类高级过程方面
    项目管理类过程方面(7PA)
    ● 项目策划             PP
    ● 项目监督和控制       PMC
    ● 供方协议管理         SAM
    ● 集成项目管理         IPM
    ● 风险管理             RSKM
    ● 集成团队             IT
    ● 定量项目管理         QPM
    项目管理类和工程化类
    基本过程方面
    项目管理类高级过程方面
    工程化类过程方面(6PA)
    ● 需求开发             RD
    ● 需求管理             RM
    ● 技术解决             TS
    ● 产品集成             PI
    ● 验证                 Ver
    ● 确认                 Val
    工程化类过程方面
    支持类过程方面(6PA)
    ● 配置管理             CM
    ● 过程和产品质量保证   PPQA
    ● 测量和分析           MA
    ● 组织集成环境         OEI
    ● 原因分析和决定       CAR
    ● 决策分析和决定       DAR
    支持类基本过程方面
    支持类高级过程方面
    如何建立CMMI体系
    ● 从CMM向CMMI的升级
    (1)选择适合组织最好的CMMI模型。CMMI覆盖各种知识体,包括项目管理,软件工程,系统工程,集成产品,过程开发供应商来源。按组织的商业目标选择模型。
    (2)选择最适合组织的表示法。CMMI有阶段式表示法和连续式表示法,由于CMM采用的是阶段式的表示法,许多组织都采取CMMI阶段式表示法,若组织对连续式表示法较熟悉,也可以采取连续式表示法。
    (3)将选择的CMMI模型与CMM对比,确定需要变更的范畴。 变更的主要活动是对CMMI中重组的KPA及CMMI中新增的PA进行更新。
    (4)确定升级会带来的影响。
    (5)向CMMI升级因该报高级管理层的认可。
    (6)变更组织目前的过程改进计划以支持CMMI升级。过程改进计划要反映出工作的优先级、组织所需增加的新部门。将该计划送交评审,得到最高管理者的许诺和认可,计划要说明升级可能带来的管理风险和进度风险,所需的培训,工具,和服务支持。传达这个计划并保持更新。
    (7)确保对工程过程组,技术工作组及其他相关的员工进行CMMI的培训。
    (8)获取SCAMPI评估支持。
    (9)修改每个项目已定义的过程使其与项目改进计划一致。
    (10)给每个项目制定升级进度表 不同的项目升级进度表可能不同,如果有的升级工作已经完成则该工作可以抛弃。
    (11)执行SCAMPI评估,看是否所有的目标过程域和目标得到支持。
    需要做的几项工作
    ● 设立组织机构-MSG/SEPG/SQA/SEG/SCCB
    ● 进行有关培训
    ● 确定体系结构
    ● 建立软件开发生命周期模型和裁减指南
    ● 编写文件-批准实施
    ● 保留记录-记录需要覆盖子实践
    ● 内审-检查是否达成PA的目标
    ● 预评估-评估师检查体系的适宜性和符合性
    ● 关闭预评估的不合格项
    ● 正式评估
    软件过程框架
    软件开发生命周期模型
    ● 瀑布模型——从上一阶段向下一阶段过度,如流水下泻,最终得到软件产品。
    ● 演化模型---先做试验开发,弄清需求;完成开发。
    ● 螺旋模型——以制定计划、风险分析、实施开发、客户评估方式螺旋进行;每进行一周,表示一个新版本。
    ● 喷泉模型——某一软件部分的迭代和无间隙开发过程。
    ● 智能模型——建立知识库,采用归约和推理机制,使维护在系统归约一级进行
    发布前发现缺陷修改周期
    发布后发现缺陷修改周期
    质量成本测量
    对质量问题的大小用能够对上层管理部门产生影响的语言进行量化。主要包括:
    ※ 检测。检测活动主要是为发现问题。
    ※ 预防。预防活动主要是防止缺陷发生。
    ※ 排除。排除活动包括有关隔离、改正、验证以及与准备发行介质及重新发行软件有关的开销。
    ※ 预防、检测及排除任务例子
    ※ 项目策划-举例
    ※ 目的:
    “项目策划”的目的在于建立并维护规定项目各项活动的计划。
    项目策划——特定目标
    ● SG1完成参数评估;
    ● 对项目策划参数进行估计并予以维护;
    ● SG2拟定项目计划;
    ● 拟定项目计划并且作为管理该项目的;
    ● 基础加以维护;
    ● SG3获得对计划的承诺;
    ● 建立并维护对该项目计划的承诺。
    项目策划——背景
    ● 建立估计值;
    ● 拟定项目计划;
    ● 获得对计划的承诺。
    与目标对应的惯例-1
    特定目标            特定惯例
    建立估计值      ● 估计项目的范围  
               ● 建立项目属性的估计值
                ● 定义项目生存周期
                ● 确定工作量和成本估计值
    拟定项目计划           ● 确定预算和进度
                ● 识别项目风险
                ● 策划数据管理
                ● 策划必要的知识和技能
                ● 策划共利益者介入
                ● 拟定项目计划
 
    与目标对应的惯例-2
    特定目标                     特定惯例
    获得对计划的承诺              ● 审查从属计划 
                            ● 使工作与资源水平协调
                            ● 获得计划承诺
 
    咨询介绍
    咨询进度阶段
    CMMI咨询程序
    ● 组织的CMMI需求
    ● 项目准备
    ● 按CMMI要求现状分析
    ● CMMI针对性培训
    ● 建立CMMI运行机
    ● 改进推广
    CMMI预评估
    ● 过程改进
    ● CMMI评级备案
    首先要做的工作
    ● 建立规范化的易于操作的软件开发行为规范是首先要做的工作。
    ● 瀑布模型结合增量模型的开发方式,即将项目分阶段来实现。首先实现市场最需求的核心功能,然后在此基础上继续开发,每个单独的阶段都采用瀑布模型的开发方式。
    建立目标
    ● 首先应该对本企业的现状有一个准确的评估。企业目前处于什么水平,企业发展的问题是什么,借助CMMI要达到的目的是什么。
    ● 结合企业的实际情况选择CMMI的切入点,确定总体目标。这个目标包括在多长时间之内,需要投入多少人力、物力和财力,要达到哪一级。
    ● 软件过程的建立和改进是一个渐进的、分轻重缓急的、逐步完善的过程。所以,在总体目标已经确定的前提下,还要制订近期目标和长期目标。
    建立CMMI运行机制
    ● 为建立CMMI体系,由SEPG小组按照CMMI要求,逐一分析、归纳各部门及分支单位的作业流程。撰写全套CMMI体系文件。制定CMMI实施策略,运行CMMI。
    ● 按CMMI实施策略,发现问题,总结经验和不足,改进软件过程和有关文件,适当时在组织全面推广实施CMMI。
    CMMI的文档
    ● 每完成一天的工作或一道工序或一个项目后都要做记录、编文档、写报告
    ● 开发文档整理
    ● 分析、设计、编码、测试以及各种开发管理文档等资料
    ● 用户文档编制
    ● 在线帮助,安装指南,使用手册,技术手册,培训教材等
    ● 宣传资料编写
    ● 产品介绍资料,产品白皮书,产品宣传PPT,演示光盘等 
    ● 进行培训
    ● 对所有员工包括经理在内的最基本的软件工程和CMMI培训知识;
    ● 对各个工作组的有关人员提供专业领域知识等方面的培训;
    ● 在每次开发过程中,还要对普通人员进行软件过程方面的培训。
    ● 制定和完善软件过程
    ● 对当前的工作流程进行分析、整理及文档化,从而制定出一个具有本企业风格的软件过程,并用该文档化的过程指导软件项目的开发。
    ● 对这个过程做内部评估,对照CMMI的要求,找出问题,然后对这个过程进行补充修改。
建立和完善文档
    ● 组织需要预先定义好文档库的内容结构,并在录入文档时,建立其索引和简要说明,指导后续项目进行参照和使用。对于项目的过程文档的收集,可在项目结束时推荐优秀文档和在进行过程定义和维护软件方面有用的实体例如项目计划,里程碑等。
    ● 程序文件
    ● 项目的过程文档的优秀实例
    ● 输出产品的模板
    ● 技术资料或培训资料等。
    内部评估
    在进行正式评估之前,先进行内部评估或评估。软件企业组织自己内部成员,严格、认真地按照CMMI规范评估过程,对自己的软件过程进行评审,找出其中的不足点并进行改进。
    CMMI
    评估介绍
    CMMI正式评估流程
    判定成熟阶段
    软件机构首先要判定自己属于哪一个成熟阶段,然后再根据自身的情况来决定采取哪些活动来更有效地改进自己的软件过程。这就对软件生产的评估提出了一个标准。CMMI (Capability Maturity Model,能力成熟模型) 就是一个这样的理论模型。
    预评估
    CMMI预评估由CMU/SEI授权的主任评估师领导一个评审小组进行,评估过程包括员工培训(企业的高层领导也要参加)、问卷调查和统计、文档审查、数据分析、提出改进计划等。
过程改进
    在预评估的基础上,由组织的高级管理者主持进行必要的过程改进活动,评价CMMI体系运行情况,并提出改进措施。
    预评估时评估师提出的改进建议或不合格项全部整改完毕,可以与评估师协商确定评估时间。一般为一个月后。
    正式评估
    CMMI正式评估由CMU/SEI授权的主任评估师领导一个评审小组进行,评估过程包括员工培训(企业的高层领导也要参加)、问卷调查和统计、文档审查、数据分析、与企业的高层领导讨论和撰写评估报告等,评估结束时由主任评估师签字生效。
    正式评估一般持续7-10天。
    评估工作主要内容
    启动会议;
    文档审阅;
    面谈及讨论;
    数据综合与分析;
    生成评审结果;
    审阅及修改评审结果草案;
    成熟度评级;
    提交评审结果;
    高层会议
    根据评估改进软件过程
    组织应该在评估之后很快地作出软件过程改进的计划,因为这时大家对评估结果和存在的问题仍有一个深刻的认识。
    计划在软件过程改进中是一个非常必要的阶段,只有有效的计划,才能确保软件过程得到有效的改进。
    如何保持持续改进。
    CMMI评级备案
    由SEI认可的主任评估员组成评估组,对组织的CMMI的实施状况进行正式评估,包括会见面谈、文件审核、现场评估等。提出发现和评估报告,对组织作出CMMI评级。相应的评估资料提交SEI数据库。
 
 
 
关于我们 | 管理体系咨询 | 管理技术咨询 | 联系我们 | 培训服务 | 企业邮局 | 后台管理
地址:上海市中山北路1759号浦发广场D座1710A-B室
电话:021-61390833(总) 传真:021-61390833(56)转104 邮编:200061
Copyright 2012-2013 Spacc.com 上海品保技术咨询有限公司版权所有 沪ICP备12004534号