DAR过程域

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服务模型一、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的全称为：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文档详细程度的标准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普及知识——第二期
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全称是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)对模型架构进行了改进，简化对多个模型的使用。

1.过程域可分为以下四类：a)过程管理类b)项目管理类c)工程类d)2.过程管理类过程域2.1概述过程管理类过程域一般包括跨项目的定义、策划、资源分配、部署、实施、监督、控制、评估、测量和改进过程等相关的活动。

过程管理类过程域如下：a)组织创新和部署（OID）。

b)组织过程定义（OPD）。

c)组织过程焦点（OPF）。

d)组织过程绩效（OPP）。

e)组织培训（OT）。

2.2基本的过程管理类过程域基本的过程管理类过程域（组织过程焦点过程域、组织过程定义过程域和组织培训过程域）向组织提供一种将整个组织的最佳实践、组织过程资产和经验教训文档化并予以共享的基本能力。

图6说明基本的过程管理类过程域之间及其与其它类过程域之间的关系。

如图6所示，组织过程焦点过程域帮助组织根据对过程和过程资产的现行强项和弱项的了解，来策划、实施和配置组织过程改进。

图6 基本的过程管理类过程域组织的候选过程改进可用多种方式提出，包括过程改进建议书、过程测量值、过程实施中的经验教训、以及过程评估和产品评价活动的结果。

组织过程定义过程域要求组织根据组织的过程要求和组织目标建立并维护组织的标准过程集、工作环境标准以及包括生存周期模型说明、过程剪裁指南、过程相关的文档及数据在内的其它资产。

实施已定义过程所获得的测量数据、过程说明、过程制品、经验教训，应纳入组织的标准过程集和其它资产中。

组织培训过程域标识组织的战略培训需要以及项目和支持组公共的战术培训需要。

特别要开展旨在学习实施组织标准过程集所需技能的培训。

培训的主要要素包括一项受控的培训大纲、文档化的计划、具有相应知识的人员以及测量培训大纲有效性的机制。

2.3高级的过程管理类过程域高级的过程管理类过程域（组织创新和部署过程域和组织过程绩效过程域）向组织提供在质量和过程绩效方面实现其定量目标的高级能力。

图7描述了高级的过程管理类过程域之间及其与其它类别过程域之间的关系。

每个高级的过程管理类过程域依赖于基本的过程管理类过程域提供的开发和部署过程及支持资产的能力。

保密级别：□绝密□机密□秘密■内部公开EPG章程XXXXXX年XX月变更记录*变化状态：新增，修改，删除1.简介1.1. 目的本章程用于明确EPG的组成、职责和应该遵守的规则，以指导和规范EPG在改进过程中的各项活动。

1.2. 标准本章程规定的改进过程采用美国SEI推行的CMMI-DEV V1.3标准。

1.3. 适用范围本章程适用于公司下属所有部门的软件过程改进工作。

1.4. 术语EPG：Engineer Process Group（工程过程组）MSG：manage support group（管理支持组）SPI：software process improvement（软件过程改进）TWG：technology work group（技术工作组）PA： process area（过程域）PAT：process action team (过程行动小组)REQM: Requirements Management（需求管理）PP: Project Planning（项目计划）PMC: Project Monitor and Control（计划监督和控制）SAM: Supplier Agreement Management（供应商合同管理）M&A: Measurement and Analysis（度量和分析）PPQA: Product and Process Quality Assurance（产品和过程质量保证）CM: Configuration Management（配置管理）RD: Requirement Development （需求开发）TS: Technical Solution（技术解决方案）VER: Verification（同行评审）VAL: Validation（确认）OPF: Organization Process Focus（组织过程焦点）OPD: Organization Process Definition（组织过程定义）OT: Organizational Training（组织级培训）IPM: Integrated Project Training（集成项目管理）RSKM: Risk Management（风险管理）DAR: Decision Analysis and Resolution（决策分析与解决方案）PI：Project Integration（项目集成）1.5. 软件过程财富一组由组织管理的资料，可供项目用于开发、裁剪、管理和实施其软件过程。

CMMI-DEV, V1.3Appendix B: Acronyms 附录B：缩略语ANSI American National Standards Institute 美国国家标准学会API application program interface 应用程序接口ARC Appraisal Requirements for CMMI CMMI 评估需求CAD computer-aided design 计算机辅助设计CAR Causal Analysis and Resolution (process area) 原因分析与解决（过程域）CCB configuration control board 配置控制委员会CL capability level 能力等级CM Configuration Management (process area) 配置管理（过程域）CMU Carnegie Mellon University 卡耐基梅隆大学CMF CMMI Model Foundation CMMI 模型基础CMM Capability Maturity Model 能力成熟度模型CMMI Capability Maturity Model Integration 能力成熟度模型集成CMMI-ACQ CMMI for Acquisition CMMI 采购模型CMMI-DEV CMMI for Development CMMI 开发模型CMMI-SVC CMMI for Services CMMI 服务模型CobiT Control Objectives for Information and related Technology 信息系统和技术控制目标COTS commercial off-the-shelf 商用现货CPI cost performance index 成本绩效指数CPM critical path method 关键路径法CSCI computer software configuration item 计算机软件配置项DAR Decision Analysis and Resolution (process area) 决策分析和解决（过程域）DHS Department of Homeland Security 国土安全部DoD Department of Defense 国防部EIA Electronic Industries Alliance 电子工业联盟EIA/IS Electronic Industries Alliance/Interim Standard 电子工业联盟/暂行标准FCA functional configuration audit 功能配置审计FMEA failure mode and effects analysis 失效模式和效应分析GG generic goal 通用目标GP generic practice 通用实践IBM International Business Machines 国际商业机器公司IDEAL Initiating, Diagnosing, Establishing, Acting, Learning 启动，诊断，建立，执行，学习IEEE Institute of Electrical and Electronics Engineers 电子电机工程协会INCOSE International Council on Systems Engineering 国际系统工程协会IPD-CMM Integrated Product Development Capability Maturity Model 集成产品开发能力成熟度模型IPM Integrated Project Management (process area) 集成项目管理（过程域）ISO International Organization for Standardization 国际标准化组织ISO/IEC International Organization for Standardization andInternational Electrotechnical Commission 国际标准化组织和国际电机委员会ITIL Information Technology Infrastructure Library 信息技术基础架构库MA Measurement and Analysis (process area) 度量与分析（过程域）MDD Method Definition Document 方法定义文件ML maturity level 成熟度水平NDIA National Defense Industrial Association 国家国防工业协会OID Organizational Innovation and Deployment (former process area) 组织创新与部署（V1.3 版前的过程域）OPD Organizational Process Definition (process area) 组织过程定义（过程域）OPF Organizational Process Focus (process area) 组织过程焦点（过程域）OPM Organizational Performance Management (process area) 组织性能管理（过程域）OPP Organizational Process Performance (process area) 组织过程性能（过程域）OT Organizational Training (process area) 组织培训（过程域）P-CMM People Capability Maturity Model 人员能力成熟度模型PCA physical configuration audit 物理配置审计PERT Program Evaluation and Review Technique 计划评估和评审技术（波特图）PI Product Integration (process area) 产品集成（过程域）PMC Project Monitoring and Control (process area) 项目监督与控制（过程域）PP Project Planning (process area) 项目策划（过程域）PPQA Process and Product Quality Assurance (process area) 过程与产品质量保证（过程域）QFD Quality Function Deployment 质量功能展开QPM Quantitative Project Management (process area) 量化项目管理（过程域）RD Requirements Development (process area) 需求开发（过程域）REQM Requirements Management (process area) 需求管理（过程域）RSKM Risk Management (process area) 风险管理（过程域）SA-CMM Software Acquisition Capability Maturity Model 软件采购能力成熟度模型SAM Supplier Agreement Management (process area) 供应商协议管理（过程域）SCAMPI Standard CMMI Appraisal Method for Process Improvement 过程改进的标准CMMI 评估方法SECAM Systems Engineering Capability Assessment Model 系统工程能力评估模型SECM Systems Engineering Capability Model 系统工程能力模型SEI Software Engineering Institute 软件工程学院SG specific goal 特定目标SP specific practice 特定实践SPI schedule performance index 进度性能指数SSD Service System Development (process area in CMMI-SVC)服务系统开发（CMMI-SVC 中的过程域）SSE-CMM Systems Security Engineering Capability Maturity Model 系统安全工程能力成熟度模型SW-CMM Capability Maturity Model for Software or Software Capability Maturity Model 软件的能力成熟度模型或软件能力成熟度模型TS Technical Solution (process area) 技术解决（过程域）VAL Validation (process area) 确认（过程域）VER Verification (process area) 验证（过程域）WBS work breakdown structure 工作分解结构。

CMMI3简介CMMI三级，称为定义级。

在定义级水平上，企业不仅能够对项目的实施有一整套的管理措施，并保障项目的完成；而且，企业能够根据自身的特殊情况以及自己的标准流程，将这套管理体系与流程予以制度化，这样企业不仅能够在同类的项目上生到成功的实施，在不同类的项目上一样能够得到成功的实施。

科学的管理成为企业的一种文化，企业的组织财富。

在CMMI3级，你会发现：PA过程域1)有指导需求开发的需求开发(Requirements Development)这个PA；2)有指导设计、编码工作的技术解决方案(Technical Solution)这个PA；3)有指导如何保证工作产品满足要求的验证(Verification)；4)有指导如何保证软件产品满足真实使用环境要求的(Validation)；5)有指导如何把软件产品各组件集成在一起并保证能在相应的硬件载体运行正常的产品集成(Product Integration)；CMMI2级的PP与PMC是直接与项目管理有关的两个PA，在CMMI3级，对项目管理的要求进一步提高：6)集成项目管理(Integrated Project Management)：3级的项目管理，要求利用组织级的财富库进行项目估算，并且利用财富库裁剪出项目自己的过程，并用这个过程来管理项目。

7)风险管理(Risk Management)：2级只有PP的SP2.2中提到要识别风险，而在3级专门有一个PA对风险管理提出更高的要求。

大家不知道有没有发现，2级的PA都是直接针对项目提出要求的。

3级的IPM和RSKM，除了对项目级提出要求，另外也对组织级提出了要求，IPM要求有组织级的资产库RSKM要求要有组织级的风险管理策略等。

另外，3级有几个“O”开头的PA，这几个PA都是直接对组织级的提出要求。

8)组织过程焦点(Organizational Process Focus)：这个PA要求组织成立SEPG来推动过程改进的工作，要求识别、计划、实施改进过程，保证组织过程能持续改进。

过程类：过程类：组织过程焦点（OPF）：（怎么实施过程改进）（怎么实施过程改进）没有没有组织过程定义（OPD）：1.工作环境：工作环境：2.硬件：pc 台60台、服务器3台、笔记本2台3.人员：60人，核心开发人员近30人年以上，三种以上行业企业的管理经验；行业管理专家2人都有10年以上，三种以上行业企业的管理经验；年以上项目分析经验；系统分析人员3人都有5年以上开发经验和3年以上项目分析经验；年以上软件设计和开发经验；设计人员1人，都有2年以上软件设计和开发经验；专业编码人员5人，有1到3年的软件编码与调试经验；年的软件编码与调试经验；员，平均有三个项目成功测试的经验专业测试人员7员，平均有三个项目成功测试的经验4．软件生命周期．软件生命周期瀑布型：不需要二次开发；迭代型组织培训（OT）：1：员工根据技能需求提出培训要求，行政部门在公司内部做调查并上报领导，通过后，制定培训计划，并开展培训活动。

定培训计划，并开展培训活动。

2：行政部门制定培训调查需求，在公司内部进行调查统计。

：行政部门制定培训调查需求，在公司内部进行调查统计。

3：项目组之间通过交流讨论，根据需要制定培训计划，上报后安排培训。

：项目组之间通过交流讨论，根据需要制定培训计划，上报后安排培训。

支持类：支持类：配置管理（CM）：1.没有配置管理工具，修改好问题后发布新的版本，并刻录光盘交给客户。

没有配置管理工具，修改好问题后发布新的版本，并刻录光盘交给客户。

2.磁盘管理工具磁盘管理工具过程与产品质量保证（PPQA）：1：开发人员把产品开发出来后，先进行黑盒测试，解决测试出来的问题，然后让技术支持组进行几轮的白盒测试，把测试结果形成文档反馈给开发部，开发部把问题解决后再给技术支持组进行测试。

支持组进行测试。

度量与分析（MA）：1.相应数据库表结构相应数据库表结构2.决策分析和解决方案（DAR）：1：公司大部分项目由老板决策。

没有完整的决策分析和解决方案。

1.过程域可分为以下四类：a)过程管理类b)项目管理类c)工程类d)2.过程管理类过程域2.1概述过程管理类过程域一般包括跨项目的定义、策划、资源分配、部署、实施、监督、控制、评估、测量和改进过程等相关的活动。

过程管理类过程域如下：a)组织创新和部署（OID）。

b)组织过程定义（OPD）。

c)组织过程焦点（OPF）。

d)组织过程绩效（OPP）。

e)组织培训（OT）。

2.2基本的过程管理类过程域基本的过程管理类过程域（组织过程焦点过程域、组织过程定义过程域和组织培训过程域）向组织提供一种将整个组织的最佳实践、组织过程资产和经验教训文档化并予以共享的基本能力。

图6说明基本的过程管理类过程域之间及其与其它类过程域之间的关系。

如图6所示，组织过程焦点过程域帮助组织根据对过程和过程资产的现行强项和弱项的了解，来策划、实施和配置组织过程改进。

图6 基本的过程管理类过程域组织的候选过程改进可用多种方式提出，包括过程改进建议书、过程测量值、过程实施中的经验教训、以及过程评估和产品评价活动的结果。

组织过程定义过程域要求组织根据组织的过程要求和组织目标建立并维护组织的标准过程集、工作环境标准以及包括生存周期模型说明、过程剪裁指南、过程相关的文档及数据在内的其它资产。

实施已定义过程所获得的测量数据、过程说明、过程制品、经验教训，应纳入组织的标准过程集和其它资产中。

组织培训过程域标识组织的战略培训需要以及项目和支持组公共的战术培训需要。

特别要开展旨在学习实施组织标准过程集所需技能的培训。

培训的主要要素包括一项受控的培训大纲、文档化的计划、具有相应知识的人员以及测量培训大纲有效性的机制。

2.3高级的过程管理类过程域高级的过程管理类过程域（组织创新和部署过程域和组织过程绩效过程域）向组织提供在质量和过程绩效方面实现其定量目标的高级能力。

图7描述了高级的过程管理类过程域之间及其与其它类别过程域之间的关系。

每个高级的过程管理类过程域依赖于基本的过程管理类过程域提供的开发和部署过程及支持资产的能力。