CMMI标准体系简介及软件工作作业流程.docx

CMMI体系介绍及软件工作步骤

质量管理部
03 月
华丽娜

专题
第一部分:CMMI基础知识
CMMI是什么?
CMMI发展和厉史
CMMI模型组件概述
第二部分:企业质量体系文件综述
企业软件过程概述
企业过程文件概述
企业体系文件导读
CMMI是什么？
u Capability Maturity Model Integration(能力成熟度模型综合)
它综合了以下几方面:
System engineering
Software engineering
Integrated Product and Process Development
Supplier Sourcing
u 该模型提供一套可供公众使用准则；这些准则描述那些成功地实施了过程改善组织特征。
u 该模型用“软件能力成熟度”来衡量这种软件综合能力
CMMI是什么？
n 美国卡内塞一梅隆大学软件工程研究所(SEI)研制。
n CMMI前身是SW-CMM和SE-CMM
n 12月由SEI公布CMMI1.1版本。
n CMMI有专门认证评定方法一SCAMPI
发展简史
CMM 1.0于1991年制订。
CMM 1.1于1993公布，该版本应用最广泛。
CMM 2.0草案于1997年制订(未广泛应用)。
到，CMM演化成为CMMI (Capability MaturityModel Integration)，CMM 2.0成乃CMMI 1.0关键组成部分。
CMMI-SE/SW 1.1 (CMMI for System Engineering andSoftware Engineering)于1月正式推出。
CMMI诞生（1）
从CMM 1.0版到CMMI 1.1版，经历了十多年，在这期间，IT产业有了长足发展，对应工业标准或规范肯定要不停地改善。
在总结CMM应用大量经验教训基础之上，SEI于推出了CMMII.I o CMMI重大改善在于它不仅完善了CMM本身，而且充足考虑了软件工程和系统工程集成，使得CMMI不再局限于纯粹软件范崎。即使大家了解和应用CMMI需要一定时间，但走CMMI将替换CMM这走肯定趋势。

CMMI诞生（2）

u CMMI为工业界和政府部门提供了一个集成产品集，其关键目标是消除不一样模型之间不一致和反复，降低基于模型 改善成本。CMMI将以愈加系统和一致框架来指导组织改善软件过程，提升产品和服务开发、获取和维护能力。
CMMI模型组件概述

CMMI分级（阶段）模型

CMMI阶段式模型结构

CMMI连续模型表示结构

Process Area Components

特定目标Specific Goals(SGs)
u 特定目标是针对某一个过程域，它描述为了满足这个过程域实施所必需做到特殊特征
u 比如在需求管理PA中:
SG 1:Requirements are managed and
Inconsistencies with project plans and work products are identified
特定实践-Specific Practices (SPs)
u 特定实践是为了达成某一个特定目标而需要特定活动
u 比如:Requirements Management:
SP 1.3: Manage Requirements Changes
Manage changes to the requirements as they evolv during the project.
通用目标一Generic Goal (GG)
u 可用于多个过程域“目标”称为“办共目标”
u 比如:GG2:The process is institutionalized
as a managed process.
通用实践Generic Practices (GPs)

Required, Expected, and Informative Model Components
u Required(必需):SG和GG
u Expected(期望). SP和GP
u Informative(提供信息):子实践、经典工作产品、通常实践具体描述等
u 问题:除了 Required组件，其它组件能够不要吗？
你会怎样组织这个活动?
Ø 某个时间，办司进行聚餐活动。
Ø 请你组织这次活动，目标是用合理经费让大家高快乐兴地吃一顿!
Ø 分组讨论，5分钟时间。
CMMI等级
u 在模型中，全部软件组织软件能力成熟度划分为5个等级一第1到第5级。数字越大，成熟度越高。高成熟度等级代表比较强综合软件能力。
u 5个成熟度等级分别为:
第1级:初始级
第2级:受管理级
第3级:已定义级
第4级:定量管理级
第5级:连续优化级
CMMI等级
u 每一个等级，全部包合多个到十多个PA
英文全写:Process Area
汉字译名:过程域
u 什么叫“过程域”?
简单说就是做好一个事情某首先。
对应软件开发来说，就是做好软件开发某一个方面。
CMMI等级
u 假如该等级全部PA达成要求了，就认为该等级达成了。
u 怎样列断PA达成要求呢?
每个PA包合儿个目标((Goal)
假如这个多个目标全部达成要求了，就认乃该PA达成要求了
u 怎样列断Goal达成要求呢?
每个Goal包合多个实践(Practice)
每个实践达成要求了，就认为该Goal达成要求了
Maturity Level 1:Initial
u 初始级过程通常是随机、混乱和无序。这种组织通常没有一
个稳定环境，它成功依靠于组织中个人能力和英雄主义，而不是依靠于使用经过脸证过程。
u 尽管这种混乱、无序环境，处于初始等级组织也常常能制造
出能工作产品和服务，不过，她们项目常常是超成本和进度。
u 处于初始级组织有过分承诺趋势，在危机时放弃过程，不能
反复她们过去成功。

吃饭“初始级”
u 不用做什么计划，提前一点订好座位
u 当日下班大家一哄而去
u 现场点菜，然后大吃一顿
这么做会有什么结果？
u 定不到位?
u 菜不合大家口味?
u 经费超出?
u 大家心情变得很沮丧?
u 有没有可能取得比很好效果呢?

Maturity Level 2:Managed
u —即使在时间压力下，仍然能够保留现有实践
u 组织中项目确保需求得到管理，过程已经计划、实施、度量和控制。
u 管理层在一些已定义点上对工作产品状态和提交服务共
有可视性
u 在干系人(风险负担者)之间建立了承诺，在必需时候进行修正

CMMI-SE/SW ML2 PAs
u 需求管理
Requirement Management (REQM)
u 项目计划
Project Planning (PP)
u 项目跟踪和控制
Project Monitoring and Control (PMC)
u 供给商协议管理
Supplier Agreement Management (SAM)
u 度量分析
Measurement and Analysis (MA)
u 产品和过程质量确保
Product and Process Quality Assurance (PPQA)
u 配置管理
Configuration Management (CM)
PA不是孤立！

CMMl ML2 总结
u 坚持既往成功实践
u 从关注结果到关注过程
u 需求和项目进展得到控制
u 了解了数据作用
u 从更宽视野看待项目
u 从初始级到二级是
全体人员思想转变
是文化转变
走向规范化第一步
讨论:吃饭“受管理级”
u 用2级特征策划吃饭过程。
u 讨论5分钟。
Level2:受管理级一1
Level2:受管理级-2

这么做会有什么结果？
u 大家吃得满意?
u 预算控制得好?
u 老板快乐?

u 真能这么吗?

2级做法遗留部分问题
u 不需要进行风险管理吗?
u 用什么方法调查大家喜爱吃什么菜式呢?有指南就好了?
u 怎样组织聚餐活动，是不是应该有个指导?或有成功经验可供参考？
u ……
Maturity Level 3:Defined
—建立标准，且不停得到改善工作方法
u 过程得到很好地表现和了解，用标准、规程、工兵和方法表述过
程，从而建立组织内一致性
u 组织标准过程已经建立并不停得到改善
u 项目依据裁剪指南，从组织标准过程中裁剪建立项目定义过程
u 组织管理层基于组织标准过程库建立过程目标，并确保这些目标得到合适地表示
u 2级和3级关健区分在于
标准、过程和规程适用范围
3级过程比2级描述更具体和更严格
CMMI-SE/SW ML3 PAs(1)
u 需求开发
Requirements Development (RD)
u 技术处理方素
Technical Solution (TS)
u 产品集成
Product Integration (PI)
u 验证
Verification(CWR)
u 确定
Validation (VAL)
CMMI-SE/SW ML3 PAs(2)
u 组织过程焦点
Organizational Process Focus (OPF)
u 组织过程定义
Organizational Process Definition (OPD)
u 组织培训
Organizational Training (OT)
u 集成项目管理
Integrated Project Management (IPM)
u 风险管理
Risk Management (RSKM)
u 决议分析和处理方素
Decision Analysis and Resolution (DAR)
level 3:已定义级
u 经过一段时间积累，以下活动全部有明确指导文档:
怎样写计划
怎样组织吃饭现场活动
怎样确定餐单
....
u 对于确定餐单、选定酒水供给商方面采取决议分析措施
u 进行风险管理。
u 建立了对应培训制度。
u 另外，为了让组织聚餐活动越做越好，成立了门SEPG来维护文档。
这么做会有什么结果？
u 这次活动成功几率大大提升了?
u 但谁能拍胸口说:一定能成功?
3级遗留问题
u 感觉成功机会会提升很多，但没有一个底?最好有个数字能说明问题。
Maturity Level4、:Quantitatively Managed
—不仅有标准工作方法，逐有量化工作标准
u 选择那些对整体过程性能有较大影响子过程进行统计和其它量化手段控制。
u 制订质量和过程性能量化目标，并贯串整个生命周期中;以统计“词汇”了解质量和过程性能。
u 搜集受控过程度量数据，分析其性能。假如出现偏差，分析其出现(特殊)原因，以预防其以后再次出现。
u 质量和过程性能数据要纳入到组织度量数据库中，方便帮
助以后进行客观决议。
u 和3级最大区分走，4级能够对过程性能进行预侧。

CMMI-SE/SW ML4 PAs
u 组织过程性能
Organizational Process Performance (OPP)
u 量化项目管理
Quantitative Project Management (QPM)

Maturity Level 5:Optimizing
—以量化为手段，以处理本责问题乃关键连续改善

u 建立量化过程改善目标，并和商业目标改变同时。
u 识别出针对根本原因(或根本问题)过程改善方法，评佑其能否满足
u 量化过程改善目标;对这些改善方法进行评佑、诚脸和推广。
u 组织过程应该走连续改善
u 过程优化走否灵活并富于发明性，取决于参与其中人是否了解组织商业价值和商业目标，而且：
过程改善，人人有责;
要改善标准过程，也要改善项目过程。
u 和4级本质区分:5级处理根本问题，4级处理特殊问题。
CMMI-SE/SW ML5 PAs
u 组织创新和部属
Organizational Innovation and Deployment
(OID)
u 原因分析和处理方素
Causal Analysis and Resolution (CAR)
某企业经过了某某等级评定，意味着什么?
u 评定是对企业准备多个评佑项目根据CMMI标 准进行检验。
u 企业能够准备任意数量项目，评佑项目是企业有己指定。
u 经过评佑，只代表评定小组认为参与评定多个项目达成了CMMI某个等级标准。
u 经过评佑，不代表这个企业其它项目也达成了要求，也不代表这个企业以后也会达成这个标准。

第二部分:企业质量体系文件综述
企业软件过程概述
企业过程文件既述
企业体系文件导读
软件过程概述
我企业软件产品生产是以项目形式进行 项目又分成三种类型号 研发类
工程类
维护类

研发类项目标任务
u 新产品研发:进行产品需求开发、处理方案设计、代码构建和产品初步集成，形成产品关键版本。
u 产品线维护研发:对协议类实施和维护项目进行版本支持。
工程类项目标任务
u 依据和用户协议、软件需求规格说明书等文件，对研发组提供关键版本进行确定侧诚，完成产品最终集成，和产品布署、安装等工作，直到把产品交付给用户。
维护类项目标任务
u 在协议要求产品维护期内，应用户要求，完成产品部分边缘功效开发，负责产品通常性用户服务工作，配合产品维护研发组完成产品版本维护。
软件产品开发活动
u 分成准备、计划、研发、测试、验收等五个阶段，CMMI中各个PA在这些阶段中相互关系，和它们和企业各相关部门之间关系以下图所表示:
软件开发步骤和职能：

软件开发步骤
u CMMI四类PA在软件产品开发步骤中次序和相互关系图二所表示。图中淡蓝色框表示CMM!中PA;淡黄色框不是CMMI中PA。图中蓝色箭头表示步骤走开发过程中关键步骤，应依据不一样开发方法而采取合适递归和迭代。黄色箭头表示步骤走辅助步骤。
软件开发步骤

软件产品维护步骤

过程文件概述
u 本企业软件过程均以CMMI-DEV V1.2 L2 & L3以下简称CMMI)过程域(PA) h参考模型，结合我公办司实际，实现了文档化。这些过程文件叙述软件产品开发活动过程、过程做什么、怎么做、怎么评枯绩效，和怎么连续改善等问题。
体系文件组成
u CMMI软件过程改善体系文件由三部分组成:
u 《质量手册》:在原来《质量手册》基础上，改写其中相关软件开发部分
u 《软件过程文件》:程序文件和作业指导书
u 《软件过程模板》:模板、表格、样件、示例
u 体系文件下载:OA一知识中心一常见文档一质量管理系统文件
活动元素
u 概述
u 参与人员及职责
u 入口准则
u 输入
u 任务/步骤
u 出口准则
u 输出(工作产品）
u 资源和能力要求
u 度量
u 剪裁指南
软件过程文件
u 软件过程文件分三个层次
程序文件
作业指导书
模板
u CMMIL2 、L3中17个PA(我们剪裁了供产商协议管理)对应16个程序文件、32个作用指导书和81个模板
作业指导书(规范/指南)
u 作业指导书统一用规范或指南名称，它们作用是具体描述程序文件中比较复杂活动，必需时引用模板。作业指导书格式基础和程序文件相同。
模板
u 模板能够被作业指导书或程序文件引用。它们具体给出程序文件或作业指导书中用到说明书、统计、表格等格式和细节，方便使用者应用。
标准过程
u 软件过程文件中描述过程，全部是办司标准过程。
u 项目组能够依据剪我指南和项目标实际情况，对标准过程进行剪裁以得到项目组定义过程。
u 项目组实施其已定义过程，项目组也能够直接应用企业标准过程。
u 项目组采取什么样软件过程应在“项目计划”中说明。
研发项目标准过程

工程项目标准过程

维护项目标准过程

企业体系文件导读
各职位体系学习质量管理体系指导