DAR过程域
CMMI3级咨询评估合同-模板2
CMMI专业咨询评估服务合同合同编号：委托方(甲方)：XXX有限公司服务方(乙方)：XXX有限公司本协议为甲、乙双方共同签订的CMMI L3专业咨询评估服务合同。
本次服务的目标是：通过咨询、培训及评估的方式，帮助甲方完善CMMI L3级体系，并在甲方相关人员的充分配合下，使甲方通过CMMI L3级评估。
第一条服务范围本次服务包含CMMI® for Development V 1.3 成熟度等级3级所涉及的18个过程域的培训、咨询和认证。
这18个过程域分别为：第二条实施方案概览（可视情况修改）备注：①以上服务工作量指服务方现场与非现场的总服务工作量。
②预评估和正式评估的具体时间安排由甲方和主任评估师确定。
咨询过程中部分过程可根据双方实际情况简化。
第三条双方职责和权利为了圆满地完成本项目，甲、乙各方应配合对方就此次咨询活动承担及享有以下职责和权利：3.1甲方的权利和义务3.1.1 甲方应当履行合同约定的义务，如因甲方原因给乙方造成了经济损失，甲方应当承担赔偿责任。
3.1.2 甲方应当安排专门人员配合乙方工作，并为乙方配置CMMI项目所需要的各项资源，提供所需的环境和设备。
甲方参与CMMI项目的相关人员应当按照乙方咨询师的要求，及时提供评估、认证的各项资料及其他条件。
3.1.3 甲方有权监督乙方咨询师在咨询过程中的咨询服务质量，并可对咨询师的咨询方式、内容、计划等提出具体建议。
3.1.4 在项目实施过程中，当甲方发现乙方的员工工作不力，甲方有权要求乙方更换人员，且由乙方原因给甲方造成损失的，由乙方承担赔偿责任。
3.1.5 甲方有权要求乙方提交每次的咨询报告。
3.1.6 甲方在尽到合同约定的责任的前提下，因乙方违反合同约定致使项目进度超过合同约定的日期，甲方不承担责任。
因不可抗力导致合同不能全部或部分履行，甲方不承担责任。
3.2乙方的权利和义务3.2.1 乙方应当履行合同约定的义务，如因乙方违约原因给甲方造成的经济损失，乙方应当承担赔偿责任。
CMMI服务模型介绍(0904)
CMMI服务模型一、CMMI服务模型介绍1.CMMI服务模型发展历史为了满足大量服务型组织过程改进的需求，SEI一早开始着手编写CMMI服务模型。
CMMI for Services (CMMI-SVC)的V1.2版本原计划于2009年3月中推出，现已于2009年2月提前正式发布。
该模型是向服务型企业、组织提供建立，管理，和交付服务提供指导的模型。
CMMI-SVC的重点在于提供组织内部及外部客户服务的参考模式，服务范围覆盖所有的服务行业，绝不仅仅局限于IT行业。
该模型成功地集成了以下内容的概念和最佳实践，用于指导组织改进服务流程、提高服务水平和客户满意度：•CMMI其他模型•信息技术基础构架库（ITIL）•ISO/IEC 20000：信息技术—服务管理•信息和相关技术的控制目标（CobiT）•信息技术服务能力成熟度模型（ITSCMM）2.CMMI服务模型内容简介CMMI服务模型按成熟度可划分为五个等级，总共包括24个过程域（Process Area），如图1.1所示。
图1. 1 CMMI服务模型的成熟度等级每个过程域中设定了通用目标和特殊目标，每个目标下由若干实践组成。
这些实践是根据各个组织长期开发实践活动的成功经验逐渐总结、提炼形成的，被认为是具有共性的最佳惯例。
CMMI服务模型的层次结构如图1.2所示。
图 1. 2 CMMI的模型结构为便于理解，将CMMI服务模型所包括的过程域按类别和成熟度等级列表如下：过程域类别成熟度等级能力和可用性管理 (CAM) 项目管理 3原因分析和决定 (CAR) 支持 5配置管理 (CM) 支持 2决策分析和决定 (DAR) 支持 3集成项目管理 (IPM) 项目管理 3事件解决和预防(IRP) 服务建立和交付 3测量和分析 (MA) 支持 2组织革新和部署(OID) 过程管理 5组织过程定义 (OPD) 过程管理 3组织过程聚焦(OPF) 过程管理 3组织过程性能 (OPP) 过程管理 4组织培训 (OT) 过程管理 3项目监督和控制 (PMC) 项目管理 2项目策划 (PP) 项目管理 2过程和产品质量保证 (PPQA) 支持 2定量项目管理 (QPM) 项目管理 4需求管理 (REQM) 项目管理 2风险管理 (RSKM) 项目管理 3供方协定管理 (SAM) 项目管理 2服务持续性 (SCON) 项目管理 3服务交付 (SD) 服务建立和交付 2服务系统开发 (SSD) 服务建立和交付 3服务系统转移 (SST) 服务建立和交付 3战略服务管理 (STSM) 服务建立和交付 3二、实施CMMI服务模型的意义CMMI for Services向服务型企业提供各种最佳实践，让他们可以在以下情况考虑采用：1. 决定他们应该提供什么样的服务，确定服务的标准，并且使他们在业界为人所知；2. 确保他们具备所有向服务对象提供服务时所需的资源，如：人员，过程，耗材和设备等；3. 在建立新的服务系统，变更现有系统，或者取消作废系统时，能够保证没有任何意外影响到服务；4. 建立协议，来管理服务请求并且运行服务系统；5. 以适宜的成本确保拥有足够的资源来交付服务，在需要时就能提供服务；6. 处理突发事件，并且如果可能的话，从一开始阻止类似事件的发生；7.能够随时准备从潜在灾难中恢复，当出现大灾难时能够迅速的恢复提供服务。
缩略语与术语指南
文档编号：FT-QD-OP-02-GD-03文档密级：秘密缩略语与术语指南版本号：2.0时力科技版权所有Copyright © Forlink Technologies Co., Ltd. All Rights Reserved文档修订历史目录1.缩略语 (4)2.术语 (5)1.缩略语CCB Change Control Board 变更控制委员会CCR Critical Computer Resources 关键计算机资源CI Configuration Item 配置项CM Configuration Management 配置管理CMMI Capability Maturity Model Integration 能力成熟度模型集成COTS Commercial off the shelf 套装软件CR Change Request 变更请求DAR Decision Analysis and Resolution 决策分析与决定EPG Engineering Process Group 工程过程组FP Function Point 功能点JCL Job Control Language 工作控制语言（作业控制语言）LOC Lines of Code 代码行MA Measurement and Analysis 度量与分析OOD Object-oriented design 面向对象设计OOP Object-oriented programming 面向对象编程OPD Organizational Process Definition 组织过程定义OPF Organizational Process Focus 组织过程焦点OT Organizational Training 组织培训PA Process Area 过程域PI Product Integration 产品集成PM Project Manager 项目经理PMC Project Monitoring and Control 项目监督与控制PP Project Planning 项目计划PPMD Project &Product Management Department 项目与产品管理部PPQA Process and Product Quality Assurance 过程与产品质量保证RD Requirement Development 需求开发REQM Requirement Management 需求管理RSKM Risk Management 风险管理RTM Requirements Traceability Matrix 需求跟踪矩阵SAM Supplier Agreement Management 供应商协议管理SRS Software Requirements Specification 软件需求规格说明书TS Technical Solution 技术解决方案WBS Work Breakdown Structure 工作分解结构2.术语EPG 工程过程组，由掌握相关过程改进知识并且具备一定经验的人员组成，致力于持续推动整个公司的过程改进。
CMMI和CMM区别
CMMI和CMM区别CMMI的全称为：Capability Maturity Model Integration，即能力成熟度模型集成。
自从1994年SEI正式发布软件CMM以来，相继又开发出了系统工程、软件采购、人力资源管理以及集成产品和过程开发方面的多个能力成熟度模型。
虽然这些模型在许多组织都得到了良好的应用，但对于一些大型软件企业来说，可能会出现需要同时采用多种模型来改进自己多方面过程能力的情况。
这时他们就会发现存在一些问题，其中主要问题体现在：■不能集中其不同过程改进的能力以取得更大成绩；■要进行一些重复的培训、评估和改进活动，因而增加了许多成本；■不同模型对相同事物说法不一致，或活动不协调，甚至相抵触。
于是，希望整合不同CMM模型的需求产生了。
1997年，美国联邦航空管理局（FAA）开发了FAA-iCMMSM（联邦航空管理局的集成CMM），该模型集成了适用于系统工程的SE-CMM、软件获取的SA-CMM和软件的SW-CMM三个模型中的所有原则、概念和实践。
该模型被认为是第一个集成化的模型。
CMMI与CMM最大的不同点在于：■CMMISM-SE/SW/IPPD/SS 1.1版本有四个集成成分，即：系统工程(SE)和软件工程(SW)是基本的科目，对于有些组织还可以应用集成产品和过程开发方面(IPPD)的内容，如果涉及到供应商外包管理可以相应地应用SS(Supplier Sourcing)部分。
■CMMI有两种表示方法，一种是大家很熟悉的，和软件CMM一样的阶段式表现方法，另一种是连续式的表现方法。
这两种表现方法的区别是：阶段式表现方法仍然把CMMI 中的若干个过程区域分成了5个成熟度级别，帮助实施CMMI的组织建议一条比较容易实现的过程改进发展道路。
而连续式表现方法则通过将CMMI中过程区域分为四大类：过程管理、项目管理、工程以及支持。
对于每个大类中的过程区域，又进一步分为基本的和高级的。
cmmi3文档详细程度的标准
cmmi3文档详细程度的标准CMMI：（CapabilityMaturityModelIntegration）即软件能力成熟度模型，由美国国防部与卡内基-梅隆大学下的软件工程研究中心以及美国国防工业协会共同开发和研制，是目前世界上公认的针对IT工程管理能力认定的唯一国际标准，旨在为企业推动IT业务过程改进提供完善的理论模型和最佳实践，推动企业IT业务标准化、规范化和国际化。
CMMI初次评估，一般从3级开始，1级、2级相对来说门槛比较低，对于企业方面，没有特别大的提升，此外在各地区的招投标、政府补贴政策也都是从CMMI3级开始。
如果企业已经通过CMMI3级评估，就可以根据公司的业务需求来选择升级CMMI4级或者是5级，3级是可以直接升5级的，因为4级跟5级在费用和难度上相差并没有太大，所以通过CMMI3级的企业通常会直接升级CMMI5级，当然企业觉得4级更合适的话也是没有问题的。
确定评估计划确定评估等级后，领汇认证中心根据企业的实际情况和用证计划，帮助其确定最佳的评估时间，全程规划企业的人力和精力投入成本，确保项目在高效运作的同时，不影响企业原本的业务安排。
准备工作1、确定CMMI评估参与的人员和项目①CMMI3级要求参与评估人员15人以上（至少包括10名技术人员+5名支持人员），5级要求要求35人以上（至少包括20名技术人员+15名支持人员）。
②CMMI3级评估需要提供2-4个成熟的项目文件，5级需要4-6个，根据CMMI模型要求，领汇认证中心会协助企业共同完成项目材料的整理。
2、培训工作在整理项目材料之前，我们会按照角色进行1对1培训，使参与评估人员更清楚的明白CMMI的核心内容和价值，以便在材料整理期间和受访谈期间能更好的遵循CMMI模型。
3、模拟访谈在正式评估之前，我们会对所有参与CMMI评估人员进行模拟访谈，以此来了解企业运行CMMI的实际情况，针对比较薄弱的过程，进行二次培训，直到企业条件达到CMMI正式评估的要求。
CMMI的PA(过程域)概述
CMMI普及知识——第二期
CMMI的PA（过程域）概述
关键词：
PA——过程域
CMMI的阶段式表示法——组织成熟度方法
我们采用阶段式模型来描述。
阶段式模型使用ML1~ML5五个级别的表现形式ML(maturity level)。
整个CMMI模型布在ML2~ML5中，如果全部做到了哪个等级以下的PA，那么就可以说我们达到了几级。
ML1——初始级：没有PA
ML2——已管理级：包括7个PA
REQM-需求管理
PP-项目策划
PMC-项目监控和控制
CM-配置管理
PPQA-过程和产品质量保证
SAM-供应商协议管理
MA-度量和分析
ML3——已定义级：包括14个PA
RD-需求开发
TS-技术解决方案
PI-产品集成
VER-验证
VAL-确认
IPM-集成项目管理
RSKM-风险管理
OPF-组织级过程焦点
OPD-组织级过程定义
OT-组织级培训
DAR-决策分析与决定
IT-集成团队
ISM-集成供应商管理
OEI-组织集成环境
ML4——定量管理级：包括2个PA
QPM-定量项目管理
OPP-组织级过程性能
ML5——优化级：包括2个PA
OID-组织革新和实施
CAR-因果分析和决定
华迪公司的目标：通过18个月的过程改进工作，使组织的能力成熟度达到ML3，即全部做到ML2~ML3的所有PA。
BTW：以后的专题将一一详细介绍ML2~ML3中每个PA的内容，同时欢迎公司内部所有对过程改进感兴趣的同仁发表你宝贵的观点、意见和建议，让我们的过程改进工作更加务实、有效，能真正为实训、信息化、外包等业务服务。
cmmi基础知识
cmmi基础知识CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
以下是由店铺整理关于cmmi知识的内容，希望大家喜欢!CMMI版本介绍CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。
CMMI的本质是软件管理工程的一个部分。
软件过程改善是当前软件管理工程的核心问题， 50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。
基于模型的过程改进是指采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。
CMMI的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW-CMM,SE-CMM,IPD-CMM等。
不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。
CMMI就是为了解决怎么保持这些模式之间的协调。
CMMI 1、3是2010年11月SEI 发布的CMMI模型的最新版本。
CMMI 1、3包括CMMI采购模型1、3版、CMMI开发模型1、3版、CMMI服务模型1、3版。
CMMI开发模型1、3版(CMMI-DEV 1、3)与CMMI开发模型1、2版相比，做了如下改进：1)将过程域“组织级创新与部署”(Organizational Innovation and Deployment,OID)更名为“组织绩效管理”(Organizational Performance Management, OPM),并增加了一个新的特定目标与几个新的特定实践。
2)对模型架构进行了改进，简化对多个模型的使用。
CMMIv1.3与CMMIv1.2区别
过程域变化-DAR
• SP1.5 评价候选=>评价候选方案
过程域变化-IPM
• SP1.5 增加 子实践5：处理可能影响项目目 标的选择问题的原因 • 增加SP1.6 建立团队 • 原SP1.6改为SP1.7 • 去掉IPPD
过程域变化-MA
• SP2.1 将“收集度量数据”改为“获得度量 数据” • 增加商业目标、信息需要、度量目标和度 量项示例 • SP1.2 子实践2 增加“维护度量目标和度量 项之间的可追溯性”
过程域变化-OPD
• 增加SP1.7 建立团队的规则和指南 • 去掉IPPD
过程域变化-OPF
• SG2 将“策划和实施过程改进”改为“策划 和实施过程措施” • SG3 将“部署组织过程资产并纳入经验教训” 改为“部署组织过程资产并纳入经验”
过程域变化-OPM
• 将OID 改为OPM
选择改进项目
过程域变化-CAR
• SG1:确定缺陷原因=>确定选择结果的原因
– SP1.1：选择待分析的缺陷数据=>选择待分析的 结果
• SG2：处理缺陷原因=>处理选择结果的原因
– SP2.1：实施措施方案=>实施措施 – SP2.2：评价变更效果=>评价实施措施效果 – SP2.3：记录数据=>记录原因分析数据
KEY:
Required
Expected
Informative Informative
模型文件表达方式变化
• 共用目标和共用实践在“GENERIC GOALS AND GENERIC PRACTICES”中描述，不再在 每个过程域中描述 • 在CM, PI, PP, PPQA, RD, REQM, RSKM, TS, and VER增加敏捷方法的描述