CMMI-过程管理-OPF-EPG实施文档存档目录结构-V1.0
CMMI过程管理OPD软件过程数据库与文档库管理过程V
添加标题
CMMI的过程管理：CMMI的过程管理包括OPD软件过程数据库与文档库管理过程V，这是一个非常重要的 环节，可以帮助企业更好地管理和控制软件项目的质量和进度。
提高软件质量：通过规范化的过程管理，减少错误和缺陷，提高软件质量。 提升开发效率：通过优化开发流程，减少不必要的浪费，提高开发效率。 增强团队协作：通过明确的角色和职责划分，增强团队协作，提高工作效率。 降低风险：通过过程管理和监控，及时发现和解决问题，降低项目风险。
添加 标题
添加 标题
添加 标题
添加 标题
添加 标题
添加 标题
明确目标与需求： 首先明确OPD软 件过程数据库与 文档库的管理目 标，以及优化需 求，为后续的改 进提供方向。
数据分析与挖掘： 通过对现有数据 进行分析和挖掘， 找出存在的问题 和瓶颈，为优化
提供依据。
流程改进与优化： 针对发现的问题， 对OPD软件过程 数据库与文档库 的管理流程进行 改进和优化，提 高管理效率和质
文档存储方式：采 用集中式存储方式， 方便统一管理和访 问
备份策略：定期备 份文档，确保数据 安全可靠，防止意 外丢失
备份频率：根据文 档的重要性和更新 频率，确定备份频 率
备份存储位置：选择可 靠的存储设备或云存储 服务，确保备份数据的 安全性和可访问性
文档访问权限定义：对 不同角色和用户设置不 同的文档访问权限，确 保文档不被泄露或滥用
整合过程中可能出现的问题及解决 方案
添加标题
添加标题
数据与文档的关联关系建立方法
添加标题
添加标题
整合后的效果评估
数据与文档的同步更新机制 介绍
OPD软件过程数据库与文档 库的整合目标
同步更新机制的实现方式
CMMI体系介绍
CMMI体系介绍
质量控制中心：董宝国 2011年4月
大纲
1 行业背景
2 MMI前世今生 3 CMMI基本框架
4
CMMI过程改进成果与经验
5
CMMI改进规划
6
问题交流
一 行业背景
截止2009年末，世界CMM/CMMI认证企业数量
CMM/CMMI认证数量
882, 16% 1200, 22%
09年度
进度偏差 成本偏差
某公司实施CMMI3过程改进三年数据对比
7% 3%
10年度
四 CMMI 改进经验分享-最佳实践
1. 建立组织资产库
1. 体系文件库（项目规范及模板文件） 2. 度量数据库（公司执行历史项目的数据汇总分析） 3. 风险库（成功的和失败的风险教训） 4. 经验库（历史项目文档；优秀样例；培训教材库；知识库） 2. 项目分类管理 3. 项目管理过程可视化、数据化，拒绝“讲故事”，用数据说话。 4. 项目绩效考核 5. 挣值管理 6. 代码走查、原型+用例描述需求…………
三 CMMI基本框架
1. CMMI的表现形式 2. CMMI的成熟度等级 3. CMMI的架构介绍 4. CMMI的评估方法
三 CMMI基本框架－表现形式
CMMI的两种表现形式： 阶段式Staged：用成熟度级别 连续式Continuous：用能力级别
CMMI的两种级别： Capability levels：用于衡量每个过程域的过程改进 Maturity levels：用于衡量整个组织的过程能力和组织成熟度
四 CMMI 改进经验分享
成功项目4个要素
清晰预算 需求明确 进度要求 交付质量 采纳变更
CMMI文件-(组织过程性能管理过程文件)
编码：NK-MS-OPP-P01 组织过程性能管理过程文件更改控制页目录1目的 (1)2范围 (1)3术语定义 (1)4职责 (1)5裁剪指南 (2)6过程 (2)6.1组织过程性能 (2)6.1.1概要图 (3)6.1.2启动条件 (3)6.1.3输入 (4)6.1.4活动 (4)6.1.4.1选择过程 (4)6.1.4.2选择过程性能度量 (4)6.1.4.3建立质量和过程性能目标 (5)6.1.4.4建立过程性能基线 (5)6.1.4.5建立过程性能模型 (7)6.1.4.6评审组织过程性能目标、基线、模型 (7)6.1.4.7指导项目组使用过程性能目标、基线、模型 (7)6.1.4.8更新组织过程性能基线........................................ 错误！未定义书签。
6.1.5输出 (8)6.1.6关闭标准 (8)7审核 (8)8度量 (8)9技能要求 (8)10参照文件 (9)1目的将公司的质量改进过程本身置于良好的过程管理体系内，保证整个过程在PDCA 圈中不断良好循环，高效高质地达成过程改进目标。
为组织建立并维护组织过程性能基线和模型提供指导。
支持组织的质量目标和过程性能目标。
为项目提供可参考的性能数据、基线和模型。
2范围整个软件过程改进过程，包括所有参与软件过程改进的部门、项目、其他形式的组织。
3术语定义参见NK-MS-OPM-P05《术语定义》4职责5裁剪指南项目组在EPG的指导下，可以对质量和过程性能模型和目标进行选择和裁剪。
6过程6.1组织过程性能6.1.2启动条件已经具备3个或3个以上的生命周期相同，类型相同，规模相似的有效项目的过程性能数据。
负责建立基线的EPG组成员已经完成所需培训，具备了相关的知识能力。
过程改进方针与目标生命周期相同，类型相同，规模相似的有效项目的过程性能数据。
新采集的项目性能数据。
6.1.4活动6.1.4.1选择过程从组织标准过程中选择准备建立过程性能基线的过程、过程元素，确定该基线的各个特性。
CMMI体系概述
CMMI体系概述吴雪峰你能了解CMM/CMMI模型基本内容过程改进框架过程改进组织结构过程文档内容过程改进的收获内容提要为什么CMMI什么是CMM/CMMICMMI成熟度级别CMMI内容结构CMMI' S PA过程改进框架过程改进组织结构过程文档过程改进的收获为什么CMMI改进产品的质量提高顾客满意度减少项目进度延误率缩短产品推向市场周期规范公司以及项目管理过程提升公司的影响力和形象已经是ISO了，为什么CMMIISO是传统的制造行业的管理经验总结ISO适用范围过广，对软件行业没有针对性ISO标准框架内容太过宏观，在细节指导上欠缺ISO咨询和认证领域的从业人员基本上没有软件领域的经验进一步提升我们的能力与成熟程度什么是SW-CMM能力成熟度模型一SW-CMM (Software Capability Maturity Model)一介绍了为了提高软件企业软件设计，开发，实现和维护等方面的能力，而应该执行的活动.一CMM描述一条从不成熟的过程向成熟的有纪律的过程进化的改进途径一CMM模型还包括SE-CMM,P-CMM等CMM成熟度级别什么是CMMI能力成熟度模型集成一CMMI (Capability Maturity Model Integration)一集成了SW,SE,P,IPPD等模型为一体一为了能够方便不同领域、不同行业的企业选择过程改进方式一具有两种表示方式staged与continuesCMMI成熟度级别CMMI成熟度级别一级：一群人没有经过训练，也不知道有没有经验，下水之后乱扑腾，有的人浮起来，有的人沉下去了，这就是一级的无序状态，结果是不可知的二级：大家都在游泳池池或者小池塘里下过几次水，基本上在这样的条件下不会出事了。
但是动作乱七八糟，有狗刨有说不出名字的动作。
也就是二级的能够重复以前的成功经验三级：经过研究，确定了几种标准泳姿，知道自由泳最快，蛙泳最省力等等。
这就是三级，有了标准的过程定义四级：大家都掌握标准动作之后，互相之间的成绩就可以比较了。
CMMI过程管理OPD软件生命周期模型描述V
软件生命周期模型描述文档编号：GZCY_OPD_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003英文版CONFIDENTIAL文档修订记录文档审批信息前言本文描述组织级定义的软件生命周期模型，供项目策划时根据项目的具体情况选择或裁剪使用，由此确定软件项目开发过程的各种不同的阶段以及各阶段的执行顺序。
但是“所有的模型都是错误，有些模型是有用的”。
模型是对它们所代表的真实世界的简化，这种简化更多的是为了规范管理的需要，它只能够照顾大多数。
如果它不适合你的项目或者有更能真实表达现实世界的模型出现，因为涉及到组织管理方式的变化，任何模型的修改或新模型的加入都需要通过组织的审批。
目录第一章简介11.1 目的11.2 适用范围11.3 术语表11.4 参考资料1第二章过程概述2第三章生命周期模型描述33.1 V字模型33.1.1 概述33.1.2 阶段定义43.1.3 适用情况43.1.4 优点53.1.5 缺点53.1.6 本企业适合项目类型53.2 中等简化V字模型53.2.1 概述53.2.2 阶段定义63.2.3 适用情况63.2.4 优点63.2.5 缺点63.2.6 本企业适合项目类型63.3 最简化V字模型73.3.1 概述73.3.2 阶段定义73.3.3 适用情况73.3.4 优点83.3.5 缺点83.3.6 本企业适合项目类型83.4 迭代模型83.4.1 概述83.4.2 阶段定义103.4.3 适用情况103.4.4 优点103.4.5 缺点113.4.6 本企业适合项目类型113.4.7 以需求、计划、设计为重点的迭代模型113.4.8 以计划、设计、编码、测试为重点的迭代模型12 3.5 原型＋瀑布模型133.5.1 概述133.5.2 阶段定义143.5.3 适用情况143.5.4 优点143.5.5 缺点153.5.6 本企业适合的项目类型153.6 增量模型153.6.1 概述153.6.2 阶段定义163.6.3 适用情况173.6.4 优点173.6.5 缺点173.6.6 本企业适合的项目类型173.7 增量的迭代过程模型173.7.1 概述173.7.2 阶段定义183.7.3 适用情况193.7.4 优点193.7.5 缺点193.7.6 本企业适合的项目类型19 3.8 快速应用开发模型193.8.1 概述193.8.2 阶段定义203.8.3 适用情况213.8.4 优点213.8.5 缺点213.8.6 本企业适合的项目类型21 3.9 螺旋模型223.9.1 概述223.9.2 阶段定义233.9.3 适用情况233.9.4 优点233.9.5 缺点233.9.6 本企业适合的项目类型23第一章简介软件生命周期由制定计划、需求开发、设计、编码、测试、维护等各项活动组成，而如何将这些活动合理、有效地衔接组织起来，就需要在软件项目策划阶段选择合适的软件生命周期模型。
CMMI-过程管理-OPD-组织过程定义组织方针-V1.0
广州润衡软件连锁有限公司组织过程定义组织方针
组织过程定义组织方针
前言
组织过程定义的目的是开发和维护便于使用的软件过程财富，这些财富用于改进项目过程性能，并为组织的长期收益打下基础。
组织过程定义包括开发和维护组织的标准软件过程以及相关的过程财富。
目录
第一章目标 (1)
第二章实践 (2)
第一章目标
1.开发和维护组织的标准软件过程。
2.收集、评审有关软件项目使用的标准软件过程的信息，并确保其适用性。
第二章实践
1.遵循本方针开发和维护标准软件过程和相关过程财富。
2.按照文档化的规程开发和维护组织的标准软件过程。
3.按照已制定的组织标准把组织的标准软件过程形成文件。
4.为开发和维护组织的标准软件过程和有关过程财富提供足够的资源和资金。
5.开发和维护组织的标准软件过程和有关过程财富的个人得到为执行这些活动所要
求的培训。
6.把批准供项目使用的软件生命周期的描述形成文件并进行维护。
7.制定和维护项目裁剪组织的标准软件过程的指南和准则。
8.建立和维护组织的软件过程数据库。
9.建立和维护软件过程相关文档库。
10.进行度量并将度量结果用于确定组织的过程定义活动的状态。
11.软件质量保证组评审和（或）审计组织的开发和维护组织标准软件过程和有关过
程财富的活动和工作产品，并报告结果。
12.本方针由组织全体人员执行，由软件过程改进组（SEPG）进行维护，由高层经理
实施监控。
13.所有组织过程定义的具体活动按照组织标准软件过程管理过程进行。
CMMI的5个级别和25个过程域
CMMI的5个级别和25个过程域CMMI (Capability Maturity Model Integration)是一个结构化的过程改进方法，用于评估和提升组织的软件工程能力。
CMMI分为五个不同的成熟度级别，每个级别都有一组相关的过程域。
本文将详细介绍CMMI的五个级别和25个过程域。
1. 初始级别 (Level 1 - Initial)初始级别指的是一个组织在软件开发方面缺乏组织化和预测性的过程。
在这个级别上，软件开发过程通常是不可控制的，且无法重复使用。
这意味着项目结果无法预测和控制，导致成本和进度的不确定性。
2. 执行级别 (Level 2 - Managed)执行级别指的是一个组织开始建立和管理自己的软件开发过程。
在这个级别上，组织已经建立了一些基本的软件开发过程，并能够在不同的项目中重复使用这些过程。
然而，这些过程还没有得到完全的规范和标准化。
2.1 需求管理 (Requirements Management)需求管理是确保正确、一致和可追踪需求的过程。
它涉及定义、确认和维护需求，以确保项目能够满足用户的期望。
2.2 项目计划与监控 (Project Planning and Monitoring)项目计划与监控是制定和监控项目时间表、成本和资源的过程。
它确保项目能够按计划进行，并能够做出合适的调整以达到预期的目标。
2.3 供应商协商 (Supplier Agreement Management)供应商协商是与供应商建立和维护合作关系的过程。
它确保与供应商的交付和管理能够满足项目的需求。
2.4 产品质量保证 (Product Quality Assurance)产品质量保证是确保项目交付的产品符合质量标准和用户期望的过程。
它涉及质量计划、质量审查和质量度量等活动。
2.5 配置管理 (Configuration Management)配置管理是管理项目的配置项（包括软件、硬件和文档等）的过程。
CMMI-过程管理-OPD-软件过程数据库和文档库管理过程-V1.0
软件过程数据库和文档库管理过程文档编号：GZCY _OPD_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIAL文档修订记录文档审批信息前言本文的目的是提供建立和维护组织软件过程资产库的方法，确保组织的过程数据和文档能够妥善保存，使组织积累的经验得到充分共享，并为持续的过程改进提供可靠依据。
目录第一章简介 (1)1.1 目的 (1)1.2 适用范围 (1)1.3 术语表 (1)1.4 参考资料 (1)第二章过程总体描述 (2)2.1 过程概述 (2)2.2 过程结构描述 (2)第三章过程元素描述 (4)3.1 管理软件过程数据库 (4)3.1.1 过程元素概述 (4)3.1.2 参与人员 (4)3.1.3 入口准则 (4)3.1.4 输入 (4)3.1.5 任务 (4)3.1.6 出口准则 (6)3.1.7 输出 (6)3.1.8 资源和能力要求 (7)3.1.9 度量 (7)3.2 管理软件过程文档库 (7)3.2.1 过程元素概述 (7)3.2.2 参与人员 (7)3.2.3 入口准则 (8)3.2.4 输入 (8)3.2.5 任务 (8)3.2.6 出口准则 (10)3.2.7 输出 (10)3.2.8 资源和能力要求 (10)3.2.9 度量 (10)第四章附录 (11)4.1 附录A－过程数据和文档收集内容 (11)第一章简介1.1目的为了开发和维护一组便于使用的软件过程资产，建立软件过程数据和文档库是一种有效的方法，最终目的是为组织长期进行过程的改进和积累经验打下基础。
过程资产的维护工作通过以下活动进行规范：过程数据和文档的收集、评审、入库以及对库的审计。
1.2适用范围本过程适用于组织内内的组织标准软件过程及相关过程资产的管理。
最新CMMI的五个等级
CMMI对过程改进文化的要求
改进阶段
达到目标
主要工作
细节处理
文化要求
ML4-ML5 ML5：优化级
ML3-ML4
ML4：定量管 理级
ML2-ML3 ML3：定义级
ML1-ML2 ML2：管理级
建立一个主动文化，发现问题解决 问题，并发动组织变革
选择流程和新 方法进行改进 和推广
建立一个预防和客观的文化，采用 定量管理方法进行度量和控制
建立预防文化，具 备更加客观和准确 的控制能力
建立共享文化，开 放层次、方法和手 段；形成协同能力
如何建立一个质量 文化—遵守流程的 文化
ML0-ML1 ML1：初始级 能够完成客户要求的动作
完成项目
应客户要求而动的 生存文化
2
CMMI Model Staged V1.2
级别 Managed
Defined
需求管理 Requirement Management（REQM）
项目计划Project Planning（PP） 项目跟踪与控制Project Monitoring and Control（PMC） 供应商合同管理Supplier Agreement Management（SAM）
度量分析Measurement and Analysis（MA） 产品与过程质量保证Product and Process Quality Assurance（PPQA） 配置管理Configuration Management（CM）
集成项目管理 Integrated Project Management（IPM） 风险管理 Risk Management （RSKM）
决策分析与解决方案Decision Analysis and Resolution （DAR）
CMMI-简介+过程域介绍
➢ 能力度等级，属于连续式表述，应用于个 别过程域的组织过程改进的达成。这些等 级对一个过程域有递增地改进过程的方式 。
➢ 四个能力度等级：
0 不完整级
顾客导向、科技领航、全面管理、精益求精
2.1.2 能力度等级
能力0级：不完整级 ➢ 一个不完整过程是一个没有执行或部分执行的过程。无法满足过程域
➢ 过程性能依赖于个人的能力和英雄行为 ➢ 一旦指派最优秀的人员执行任务时，高质
量和出色表现是有可能的 ➢ 过程性能不可预计
顾客导向、科技领航、全面管理、精益求精
不可预测的过程性能
In
Out
• 只有输入（需求）和输出（系统产品） • 产品可能是在某种不规则的过程中产生
顾客导向、科技领航、全面管理、精益求精
程改进信息
顾客导向、科技领航、全面管理、精益求精
过程是 “已定义的”
In
Out
• 项目定义的软件过程 • 项目进展和状态的可视性 • 组织的软件能力均衡、一致
顾客导向、科技领航、全面管理、精益求精
CMMI 4级--量化管理级
➢ 过程性能的可预见性 ➢ 使用统计和其他量化技术来控制项目和已选择的子系统的性能 ➢ 组织与项目针对质量与过程绩效建立量化目标，并使用它们当做管理
目录
1
CMMI概述
2
CMMI结构
3பைடு நூலகம்
CMMI过程域
4
问题与讨论
顾客导向、科技领航、全面管理、精益求精
1 CMMI 概述
顾客导向、科技领航、全面管理、精益求精
1 .1 CMMI简介
➢ CMMI全称是Capability Maturity Model Integration, 即软件能力成熟度模型集成， 是由美国国防部与卡内基-梅隆大学和美国 国防工业协会共同开发和研制的，其目的 是帮助软件企业对软件工程过程进行管理 和改进，增强开发与改进能力，从而能按 时地、不超预算地开发出高质量的软件。
CMMI-过程管理-OPF-EPG章程-V1.0
广州润衡软件连锁有限公司 EPG章程EPG章程文档编号：GZCY _OPF_EPG_Reg_PRS-V1.0文档信息：文档名称：文档类别：CMMII模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIALEPG章程文档修订记录文档审批信息EPG章程EPG章程为了规范工程过程改进组（EPG）的工作，制定本章程：1.EPG的工作要遵守组织的规章制度。
2.EPG成员对软件过程改进要认真负责。
3.EPG的主要任务是评估、制定、实施和监督符合CMMI的软件过程改进。
4.EPG的工作职责如下：计划和推动组织软件过程改进工作；基于CMMI制订或修改软件过程改进的步骤和标准；对软件项目和项目组提供过程咨询和支持；协调软件过程数据库的使用；评估新的软件过程在整个组织的使用情况；对组织软件过程体系和实施，向有关人员提供培训；按照CMMI，组织定期评估软件过程。
5.组织标准软件过程由EPG草拟、组织讨论、修改，报高级管理层审批后生效实施。
6.EPG的工作遵循规定的工作流程、文档记录和沟通形式，对每项工作需要有责任分工，书面化的工作接收、完成确认，工作过程形成的文件归档，归档形式为书面或者电子文档。
7.EPG定期召开会议，会议安排应提前通知，包括会议议题、资料准备、地点和时间，会议需要专人记录并形成会议纪要，同时通报有关人员或者部门。
8.严格遵守保密的原则，有关CMMI和过程改进的资料、信息只有在得到批准，才允许对外发布。
9.由于EPG组员的渎职行为造成的损失或者损害，报请高级管理层审批进行处罚。
10.本章程批准后实施。
CMMI-OSSP过程文件一览表
1.0
工作产品模板
Systex Rainbow-SP-OPD-T03
1.0
表格模板
Systex Rainbow-SP-OPD-T04
1.0
检查单模板
Systex Rainbow-SP-OPD-T05
1.0
过程编写工作量记录模板
Systex Rainbow-SP-OPD-T06
1.0
PDP模板
Systex Rainbow-SP-OPD-T07
1.0
生命周期模型裁剪指南
Systex Rainbow-SP-OPD-G02
1.0
指南 过程裁剪准则和指南 Systex Rainbow软件开发工具列表
Systex Rainbow-SP-OPD-G03
1.0
Systex Rainbow-SP-OPD-G04
1.0
Systex Rainbow OSSP过程文件使用指南 Systex Rainbow-SP-OPD-G05
1.0
组织过程资产库设计说明书
Systex Rainbow-SP-OPD-AL01
1.0
组织过程资产库管理规范
Systex Rainbow-SP-OPD-AL02
1.0
组织共性度量项定义
Systex Rainbow-SP-OPD-OM01 1.0
文档模板使用指南
Systex Rainbow-SP-OPD-G01
Systex Rainbow-SP-OPDG06/V1.0
过程域名称 文档类别
文件名
文件编号
版本
组织过程定 义 (过程管理 类： OPD)
组织过程改 进 (过程管 理类： OPF)
过程 组织过程定义
EPG与CMMI文档定义
EPG与CMMI文档的综合应用
互补性应用
EPG和CMMI文档在项目管理中 具有互补性，结合使用可提高项 目管理的全面性和有效性。
标准化与规范化
综合应用EPG和CMMI文档有助 于推动项目管理的标准化和规范 化，提升组织整体项目管理能力。
持续改进
通过综合应用EPG和CMMI文档， 组织可实现持续的项目管理改进， 不断优化项目管理过程和方法。
文档结构清晰
语言简洁明了
CMMI文档需要有一个清晰的目录结构和章 节安排，以便读者能够快速找到所需信息 。
CMMI文档需要使用简洁明了的语言，避免 使用过于专业或晦涩难懂的术语。
内容准确完整
格式统一规范
CMMI文档需要准确地描述每个过程域的目 标、实践以及期望的结果，同时需要包含 完整的组织特定实践和评估结果报告。
结构
EPG文档的结构通常比较统一，按照流程体系框架进行组织，层次清晰；而 CMMI文档的结构则相对灵活，可以根据企业的实际情况进行定制和调整。
使用和管理的差异
使用
EPG文档的使用范围通常比较广泛，涉及企业内部各个部门和业务流程；而CMMI文档的使用范围则 相对较窄，主要针对软件开发部门或团队。
管理
展望
未来发展方向
随着软件工程领域的不断发展和进步，EPG和CMMI模型也将会不断演进和完善。未来的 发展方向可能包括更加关注敏捷开发方法、持续集成和持续交付等新兴技术，以及更加注 重用户体验和业务价值等非功能性需求。
持续改进的重要性
对于组织来说，持续改进其软件开发过程是至关重要的。通过不断优化和改进工程过程组 和软件能力成熟度模型，组织可以更好地满足客户需求、提高产品质量和降低开发成本。
EPG与CMMI文档定义
CMMI-过程管理-OPD-软件生命周期模型描述-V1.0
软件生命周期模型描述文档编号：GZCY_OPD_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIAL文档修订记录文档审批信息前言本文描述组织级定义的软件生命周期模型，供项目策划时根据项目的具体情况选择或裁剪使用，由此确定软件项目开发过程的各种不同的阶段以及各阶段的执行顺序。
但是“所有的模型都是错误，有些模型是有用的”。
模型是对它们所代表的真实世界的简化，这种简化更多的是为了规范管理的需要，它只能够照顾大多数。
如果它不适合你的项目或者有更能真实表达现实世界的模型出现，因为涉及到组织管理方式的变化，任何模型的修改或新模型的加入都需要通过组织的审批。
目录第一章简介 (1)1.1 目的 (1)1.2 适用范围 (1)1.3 术语表 (1)1.4 参考资料 (1)第二章过程概述 (3)第三章生命周期模型描述 (4)3.1 V字模型 (4)3.1.1 概述 (4)3.1.2 阶段定义 (5)3.1.3 适用情况 (5)3.1.4 优点 (6)3.1.5 缺点 (6)3.1.6 本企业适合项目类型 (6)3.2 中等简化V字模型 (6)3.2.1 概述 (6)3.2.2 阶段定义 (7)3.2.3 适用情况 (7)3.2.4 优点 (7)3.2.5 缺点 (7)3.2.6 本企业适合项目类型 (7)3.3 最简化V字模型 (8)3.3.1 概述 (8)3.3.2 阶段定义 (8)3.3.3 适用情况 (8)3.3.4 优点 (9)3.3.5 缺点 (9)3.3.6 本企业适合项目类型 (9)3.4 迭代模型 (9)3.4.1 概述 (9)3.4.2 阶段定义 (11)3.4.3 适用情况 (11)3.4.4 优点 (11)3.4.5 缺点 (12)3.4.6 本企业适合项目类型 (12)3.4.7 以需求、计划、设计为重点的迭代模型 (12)3.4.8 以计划、设计、编码、测试为重点的迭代模型 (13)3.5 原型＋瀑布模型 (14)3.5.1 概述 (14)3.5.2 阶段定义 (15)3.5.3 适用情况 (15)3.5.4 优点 (15)3.5.5 缺点 (16)3.5.6 本企业适合的项目类型 (16)3.6 增量模型 (16)3.6.1 概述 (16)3.6.2 阶段定义 (17)3.6.3 适用情况 (18)3.6.4 优点 (18)3.6.5 缺点 (18)3.6.6 本企业适合的项目类型 (18)3.7 增量的迭代过程模型 (18)3.7.1 概述 (18)3.7.2 阶段定义 (19)3.7.3 适用情况 (20)3.7.4 优点 (20)3.7.5 缺点 (20)3.7.6 本企业适合的项目类型 (20)3.8 快速应用开发模型 (20)3.8.1 概述 (20)3.8.2 阶段定义 (21)3.8.3 适用情况 (22)3.8.4 优点 (22)3.8.5 缺点 (22)3.8.6 本企业适合的项目类型 (22)3.9 螺旋模型 (23)3.9.1 概述 (23)3.9.2 阶段定义 (24)3.9.3 适用情况 (24)3.9.4 优点 (24)3.9.5 缺点 (24)3.9.6 本企业适合的项目类型 (24)第一章简介软件生命周期由制定计划、需求开发、设计、编码、测试、维护等各项活动组成，而如何将这些活动合理、有效地衔接组织起来，就需要在软件项目策划阶段选择合适的软件生命周期模型。
CMMI体系文件-OPD-组织过程定义过程文件
目录1目的 (1)2适用范围 (1)3裁剪指南 (1)4资源和工具 (1)5定义和缩写 (1)6职责 (2)7过程 (2)7.1过程流程图 (2)7.2启动条件 (4)7.3输入 (4)7.4活动 (4)7.4.1进行过程域定义.................................................... 错误!未定义书签。
7.4.2软件开发生命周期 (5)7.4.3定义裁剪指南........................................................ 错误!未定义书签。
7.4.4创建和维护组织财富库........................................ 错误!未定义书签。
7.4.4.1创建和维护OSSP库........................................ 错误!未定义书签。
7.4.4.2创建和维护文档库............................................ 错误!未定义书签。
7.4.4.3创建和维护度量数据库.................................... 错误!未定义书签。
7.5输出................................................................................ 错误!未定义书签。
7.6关闭标准........................................................................ 错误!未定义书签。
8审核 ....................................................................................... 错误!未定义书签。
CMMI-OPF介绍
策划试点改进
评审、监督过程改 进的进展与结果
OPF
过程域概述
确定过程改进 机会
SP3.1部署组织过程资 产 SP3.2部署标准过程 SP3.3监督执行 SP3.4将经验吸收到组 织过程资产中
策划和执行过程 行动
部署组织过程 资产并吸收经验
将组织过程资 产的变更文档 化
在组织中部署 组织过程资产。
部署组织过程 资产的变更
目录CONTENTS
1
组织过程焦点
OPF介绍
2 3 2
关联过程域
关联过程域介绍
总结回顾
回顾、讨论
目录
目录CONTENTS
1
组织过程焦点
OPF介绍
2 3 2
关联过程域
关联过程哉介绍
总结回顾
回顾、讨论
目录
确定过程改进机会 策划和执行过程行动 ，部署组织过程资产 并吸收经验
快乐人生,吉利相伴！
实施过程评估
确定方法与标 准
策划、安 排并准备
OPF
过程域概述
确定过程改进 机会
SP1.1建立组织过程 要求
SP1.2评价组织过程 SP1.3识别组织的过 程改进
策划和执行过程 行动
将备选的过程 改进方案进行 排优先级。
部署组织过程 资产并吸收经验
识别要实施的 过程改进方案 并存档。 整理过程改进 清单并保持更 新。
OPF
过程域概述
确定过程改进 机会
SP3.1部署组织过程资 产 SP3.2部署标准过程 SP3.3监督执行 SP3.4将经验吸收到组 织过程资产中
策划和执行过程 行动
部署组织过程 资产并吸收经验
识别组织内部将要启动的项目。
CMMI-工程-PI-产品集成过程-V1.0
广州润衡软件连锁有限公司产品集成过程产品集成过程文档编号：GZCY_PI_PRS-V1.0文档信息：文档名称：文档类别：CMMI模板密级：机密版本信息：V1.0建立日期：创建人：审核者：批准人：批准日期：保管人：存放位置：编辑软件：Microsoft Office 2003 英文版CONFIDENTIAL文档修订记录*变化状态：C――创建，A——增加，M——修改，D——删除文档审批信息前言产品集成过程目标是明确集成过程的活动和流程，从制订集成策略到确定集成接口再到组装集成单元体现集成的过程性；通过统一的集成过程定义，期望各个人员角色对集成达成一致的理解，以提高集成过程的效率和加快集成过程的发展，在一条统一主线的指导下不断丰富集成过程的内容；明确集成过程中涉及到的不同角色，划分不同角色的职责以及履行职责所应具有的素质要求。
这样，在设计实施过程中对集成任务可以做到合理分工、各司其职，同时也为管理人员计划和管理实施集成提供支持。
明确集成过程的过程产品，集成过程产品是集成实施的成果体现，是对集成进行评价和改善的基础，同时也是与开发组或其他组之间进行交流的最有效媒介。
目录1 简介 (6)1.1 目的 (6)1.2 适用范围 (6)1.3 术语表 (6)1.4 参考资料 (6)2 过程总体描述 (8)2.1 过程概述 (8)2.2 过程结构描述 (8)3 过程元素描述 (9)3.1 计划产品集成 (9)3.1.1 概述 (9)3.1.2 参与人员 (9)3.1.3 入口准则 (9)3.1.4 输入 (9)3.1.5 任务 (9)3.1.6 出口准则 (10)3.1.7 输出 (10)3.1.8 度量 (10)3.2 设计产品集成 (10)3.2.1 概述 (10)3.2.2 参与人员 (10)3.2.3 入口准则 (11)3.2.4 输入 (11)3.2.5 任务 (11)3.2.6 出口准则 (11)3.2.7 输出 (11)3.2.8 度量 (11)3.3 搭建产品集成环境 (11)3.3.1 概述 (12)3.3.2 参与人员 (12)3.3.3 入口准则 (12)3.3.4 输入 (12)3.3.5 活动 (12)3.3.6 出口准则 (12)3.3.7 输出 (12)3.3.8 度量 (12)3.4 实施产品集成 (12)3.4.1 概述 (12)3.4.2 参与人员 (12)3.4.3 入口准则 (13)3.4.4 输入 (13)3.4.5 活动 (13)3.4.6 出口准则 (13)3.4.7 输出 (13)3.4.8 度量 (13)4 附录：角色与任务映射表 (14)1简介1.1目的该文档是对软件集成过程的定义，从软件生产过程观出发，明确软件集成要做些什么、怎样做、由谁来做、什么时候做、做得怎么样、问题在哪。
EPG与CMMI文档定义
组织标准 软件过程 项目定义 软件过程
剪裁指南
2014年8月
28
一般剪裁指南-例子
条件：组规模≥12 技术水平低 应用关键性高 理由 有关评审的指南 对影响大的文档进行评审组评审 识别来自其他组的评审员 尽早发现问题，避免返工 因为本组无有经验的评审员，需借助于 他组的经验
一般剪裁指南
评审组评审每个人的开头的几个输出
EPG与文档定义
内容
EPG
EPG章程示例 过程框架简介 文档结构和示例 实施要点与体会
2014年8月
2
实施CMMI的组织结构
MSG CMMI Manager
咨询公司
EPG 组
QA组
CM组
培训组
2014年8月
3
角色与职责定义
角色
管理层委员会 MSG 咨询公司 确定目标/方向 提供资源/环境 指导质量体系的有效建立和实施
评审
30
剪裁准则
项目剪裁组织标准软件过程的一般准则： - 如果顾客对过程提出要求，则必须遵循 -遵循OSP中的各个过程元素中提出的剪裁指南 -剪裁后不得降低工程师的生产率 -剪裁后不得降低产品质量 -剪裁后不得降低对工作进展的可视性（跟踪） -剪裁后不会对产品增加不必要的管理和控制 -剪裁后的活动能有足够的人力支持 -在成本核算上，剪裁后的活动是有效的，经费能 足以支持
-对新的需求 -为彻底理解已存在的运行 -如果已经有至少包括某些用户 需求的应用 -如果分析员有应用和技术方面 的经验 -其他情况
执行
分析需求
制14年8月
详细程 度
-详细 -概述
-评审组评审 -一人的评审 -不作评审
-对于关键和复杂的经营功能 -对于其他功能