CMMI体系文件OPD标准软件过程裁剪指南
CMMI过程管理OPD软件过程数据库与文档库管理过程V
添加标题
CMMI的过程管理：CMMI的过程管理包括OPD软件过程数据库与文档库管理过程V，这是一个非常重要的 环节，可以帮助企业更好地管理和控制软件项目的质量和进度。
提高软件质量：通过规范化的过程管理，减少错误和缺陷，提高软件质量。 提升开发效率：通过优化开发流程，减少不必要的浪费，提高开发效率。 增强团队协作：通过明确的角色和职责划分，增强团队协作，提高工作效率。 降低风险：通过过程管理和监控，及时发现和解决问题，降低项目风险。
添加 标题
添加 标题
添加 标题
添加 标题
添加 标题
添加 标题
明确目标与需求： 首先明确OPD软 件过程数据库与 文档库的管理目 标，以及优化需 求，为后续的改 进提供方向。
数据分析与挖掘： 通过对现有数据 进行分析和挖掘， 找出存在的问题 和瓶颈，为优化
提供依据。
流程改进与优化： 针对发现的问题， 对OPD软件过程 数据库与文档库 的管理流程进行 改进和优化，提 高管理效率和质
文档存储方式：采 用集中式存储方式， 方便统一管理和访 问
备份策略：定期备 份文档，确保数据 安全可靠，防止意 外丢失
备份频率：根据文 档的重要性和更新 频率，确定备份频 率
备份存储位置：选择可 靠的存储设备或云存储 服务，确保备份数据的 安全性和可访问性
文档访问权限定义：对 不同角色和用户设置不 同的文档访问权限，确 保文档不被泄露或滥用
整合过程中可能出现的问题及解决 方案
添加标题
添加标题
数据与文档的关联关系建立方法
添加标题
添加标题
整合后的效果评估
数据与文档的同步更新机制 介绍
OPD软件过程数据库与文档 库的整合目标
同步更新机制的实现方式
机构标准软件过程(裁剪指南)
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
PD>=M/AID=H/PV>=M
正式的文档
不符合以上条件
正式的文档
所有项目
正式的文档
项目存在需要外购的 产品，且该外购产品作为 交付给客户产品的一部分 。
正式的文档
所有项目
正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档 不编写 正式的文档
文档名称 《立项可行性分析报告》 《技术预研报告》关键技术点初步解决方案、代码等
制定详细的项目计划
执行这项活动
评审项目计划及下属计划
正式评审 执行这项活动 执行这项活动
项目状况跟踪
执行这项活动 不执行这项活动
项目管理
项目监控 [PMC]
举行项目组周例会
执行这项活动
里程碑评审 采取纠正措施 制定《评审计划》 评审准备 项目评审管理 举行评审会议 [MR]
正式评审 《管理评审报告》
非正式评审
《管理评审报告》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险管理报告》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险管理计划及跟踪表》 《风险列表库》 《采购计划》 《采购决策分析报告》 《采购协议》 《采购监控报告》 《采购物品验收报告》 《采购监控报告》 《代码复用总结》 《结项报告》初稿 《结项报告》终稿 《用户需求调查单》 《用户需求说明书》 《软件需求规格说明书》 《需求跟踪矩阵》 《需求变更申请书》 《需求变更记录》 《用户需求说明书》
建立评估标准
CMMI体系文件OPD标准软件过程裁剪指南
****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的........................................................... 2适用范围....................................................... 3资源和工具..................................................... 4定义和缩写..................................................... 5职责........................................................... 6指南...........................................................6.1启动条件.....................................................6.2输入.........................................................6.3活动.........................................................6.3.1确定项目特点.............................................6.3.2裁剪要求.................................................裁剪对象...............................................裁剪原则...............................................裁剪产物...............................................6.3.3软件生命周期的裁剪指导...................................6.3.4过程裁剪指导.............................................概要裁剪...............................................详细裁剪...............................................需求开发与需求管理.................................技术解决过程.......................................验证...............................................测试............................................评审............................................项目计划...........................................项目监控...........................................配置管理...........................................过程与产品质量保证.................................度量与分析.........................................组织培训...........................................6.3.5使用该裁剪范围以外的裁剪方法.............................6.3.6填写裁剪报告.............................................6.3.7裁剪过程的收集和推广.....................................6.4输出.........................................................6.5关闭标准..................................................... 7审核........................................................... 8度量........................................................... 9培训...........................................................1 目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和QA根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
cmmi过程裁剪模板
cmmi过程裁剪模板摘要：一、引言1.背景介绍2.重要性阐述二、CMMI过程裁剪概述1.CMMI简介2.过程裁剪定义3.裁剪的目的和意义三、CMMI过程裁剪方法1.了解组织目标和需求2.分析适用过程区域3.选择合适的过程能力等级4.确定所需的过程描述和文档5.制定裁剪计划四、裁剪过程中的注意事项1.保持灵活性2.确保裁剪后的过程满足组织需求3.注重团队成员的参与和反馈4.定期评估和调整五、CMMI过程裁剪实例1.某企业案例介绍2.裁剪过程详述3.裁剪效果分析六、总结与展望1.CMMI过程裁剪的价值2.进一步优化和完善的方向正文：一、引言1.背景介绍随着信息技术的发展，软件开发越来越复杂，项目管理和质量控制成为关键要素。
为此，CMMI（Capability Maturity Model Integration，能力成熟度模型集成）应运而生。
CMMI为软件企业和组织提供了一套成熟的过程改进框架，帮助其提高项目管理能力和产品质量。
然而，每个组织的过程需求和特点都不尽相同，因此，针对自身需求进行CMMI过程裁剪变得尤为重要。
2.重要性阐述过程裁剪对于组织来说具有重大意义。
首先，合适的裁剪有助于提高过程执行力，确保项目顺利进行。
其次，针对性的裁剪可以降低不必要的繁琐工作，提高工作效率。
最后，合理的裁剪有助于组织更好地适应不断变化的市场环境，实现持续过程改进。
二、CMMI过程裁剪概述1.CMMI简介CMMI是由美国卡内基梅隆大学软件工程研究所（SEI）开发的，它将多个成熟度模型集成在一个统一的框架中，适用于不同规模和组织类型的企业。
CMMI分为五个等级，分别为：初始级、可重复级、已定义级、已管理级和优化级。
2.过程裁剪定义过程裁剪是指根据组织的实际情况和需求，对CMMI中的过程区域、能力等级、过程描述和文档等进行筛选和调整，以形成符合组织特点的过程体系。
3.裁剪的目的和意义过程裁剪的主要目的是使CMMI模型更好地适应组织内部的需求和特点，提高过程改进的效果。
CMMI5文档之组织级过程裁剪规程.docx
组织级过程裁剪规程文档编号： FHI_CMMI_OPD_PRD_OPCO文档信息：组织级过程裁剪规程文档名称：组织级过程裁剪规程文档类别： CMMI 规程密级：内部秘密版本信息： 1.1建立日期： 2016-1-8创建人： EPG批准人：李庆林批准日期： 2016.2.25存放位置：集成公司组织资产库 /组织标准过程编辑软件： Microsoft Office 2003 中文版文档修订记录版本编号或者变化状态简要说明（变更内容修改日期变更人批准日期批准人更改记录编号和变更范围）V1.0C创建2016-1-8张娜娜2016-2-25李庆林V1.1M 文档编号去掉版本号2016-4-17邓沛沛2016-4-17李庆林*变化状态： C――创建， A——增加， M ——修改， D ——删除目录1.简介 (4)1.1目的 (4)1.2适用范围 (4)1.3术语表 (4)1.4参考资料 (4)2过程总体描述 (4)2.1过程概述 (4)2.2过程结构描述 (5)3过程元素描述 (5)3.1项目特性及对过程的影响 (5)3.1.1项目特性 (5)3.1.2项目特性量化 (6)3.2工作标准环境 (7)3.3阈值设置 (7)3.4裁剪说明 (7)3.4.1裁剪操作定义说明 (8)3.4.2可裁剪属性定义 (8)3.4.3裁剪操作步骤 (8)本规程定义了组织级过程裁剪的范围和方法，通过对组织级过程的裁剪，针对不同的项目定义不同的项目过程，为项目的过程定义提供指导。
1.简介1.1 目的本文的目的是为指导和协助对组织标准软件过程进行裁剪，将组织标准软件过程和过程资产应用到具体项目中，形成适合项目特征的项目软件过程，使软件过程适应项目特定的环境，指导和规范软件项目开发过程的定义和相应过程的实施。
本文档涉及的裁剪主要针对不同的项目所采取的过程的裁剪。
1.2 适用范围本文档的适用范围为组织中的各软件项目。
1.3 术语表组织标准软件过程(OSSP)：可在组织内使用的基本过程定义，用它来引导建立项目的一般软件过程。
CMMI培训讲义(裁剪指南)
可否裁剪
否 否 否 是
裁剪机会
产品本身是集成开 发过程，不需要独 立集成
系统测试 客户验收
测试人员 项目经理
否 否
过程类别 项目支持 过程
过程 质量保证 外包与采 购管理 培训管理
项目角色 QA 采购人员 培训人员
可否裁剪 否 是 是
裁剪机会
没有外包和采购需 求 项目成员有能力完 成项目，没有培训 需求 产品本身是集成开 发过程，不需要独 立集成 项目规模较小，不 需要用标准配置管 理过程
CMMI 培 训 讲 义
裁剪指南
讲 师：王 龙 2009年08月11日
1.目的
介绍组织标准过程裁剪准则。
2.适用范围
公司所有软件项目。
3.裁剪原则
能够满足公司“开发管理方针”的要求； 不会降低项目开发过程和工作产品的质量； 不会失去对工作进展的（跟踪）可视性； 不会失去对软件工作产品的配置管理和控制，也不会额外增加 无益的工作； 不会降低工程师的开发效率； 在维持现有人力资源的情况下，能够按计划如期完成工作； 项目资金是否可以控制在目标成本范围内。
可 否 剪 裁
否
剪裁机会
项目经理
项目估算表；
计 划 项 项目计划； 目 管 配置管理计划； 理 类 PPQA计划； MA计划； 测试计划；
项目经理
项目经理 配置管理 员
否
否 是
ห้องสมุดไป่ตู้
QA
度量人员 测试人员
是
是 是
项 目 阶 段
活 动 输出文档 类 别
项目角色
可 否 剪 裁
剪裁机会
评审项目计划；
项目进展报告； 项 目 项目周报； 管 理 个人周报； 类 风险识别跟踪表； 职位技能对照表；
OPD-GUID-3-项目已定义过程裁剪指南
障碍Backlog
识别和分析风险
每日站立会议
缓解风险
可视化管理
需求开发
开发顾客需求
用户故事
开发产品需求
产品Backlog评估会议
分析和确认需求 技术解决方案 选择产品构建解决方案
迭代计划会议（需求澄 清） 敏捷建模
开发设计
实现产品设计
2
工程类 产品集成
准备产品集成
确保接口兼容性
持续集成
组装产品构建和交付产品
敏捷模型
序号
类别
过程域
特定目标
敏捷实践
需求管理
管理需求
产品Backlog
项目策划
建立估计
立项阶段
开发项目计划
获得对计划的承诺
项 目 监 督 和 控 对照计划监督项目
每日站立会议
制
管理纠正行动直至关闭 可视化管理
1
项目管理类 供方协定管理
集成项目管理 使用项目已定义过程
与相关人员协调和合作
风险管理
准备风险管理
裁剪指南/操作 描述
剪裁属性
裁剪的原因及 其描述
输出
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
N
Nபைடு நூலகம்
N
N
N
CMMI体系文件-OPD-标准软件过程裁剪指南
C M M I体系文件-O P D-标准软件过程裁剪指南-标准化文件发布号：（9456-EUATWK-MWUB-WUNN-INNUL-DDQTY-KII****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：文件修订记录目录1目的................................................................................. 错误!未定义书签。
2适用范围 ......................................................................... 错误!未定义书签。
3资源和工具...................................................................... 错误!未定义书签。
4定义和缩写...................................................................... 错误!未定义书签。
5职责................................................................................. 错误!未定义书签。
6指南................................................................................. 错误!未定义书签。
启动条件........................................................................ 错误!未定义书签。
CMMI文件-组织过程定义过程文件)
组织过程定义过程文件更改控制页目录1目的 (1)2范围 (1)3术语定义 (1)4职责 (1)5裁剪指南 (2)6过程 (3)6.1概要图 (3)6.2启动条件 (6)6.3输入 (6)6.4活动 (6)6.4.1制定或修订组织标准过程 (6)6.4.1.1细化过程修订方案 (6)6.4.1.2定义或修订组织标准过程 (6)6.4.1.3评审“组织标准过程” (7)6.4.1.4是否试运行 (7)6.4.1.5发布过程定义 (7)6.4.2建立组织生命周期模型选用指南与过程裁剪指南 (7)6.4.2.1收集常用生命周期 (7)6.4.2.2调查生命周期使用情况 (7)6.4.2.3选定候选使用生命周期 (7)6.4.2.4评审“生命周期模型选用指南” (8)6.4.2.5编写过程裁剪准则 (8)6.4.2.6评审“裁剪指南” (8)6.4.2.7会签“指南” (8)6.4.2.8发布 (8)6.4.3建立组织过程财富库结构及规程 (8)6.4.3.1确定组织过程财富库的内容 (8)6.4.3.2确定财富库的管理准则、角色与权限 (9)6.4.3.3管理财富库 (9)6.4.4建立组织度量库 (9)6.4.4.1确定需度量的公司级数据 (9)6.4.4.2建立统一的度量内容和方法 (9)6.4.4.3评审“方法” (9)6.4.4.4建立组织度量库 (9)6.4.4.5维护度量库 (10)6.4.4.6定期发布度量库 (10)6.4.5建立组织风险库 (10)6.4.5.1总结分析 (10)6.4.5.2建立等级划分 (10)6.4.5.3评审“风险等级划分” (10)6.4.5.4建立风险库 (11)6.4.5.5维护风险库 (11)6.4.5.6定期发布风险库 (11)6.4.6建立工作环境标准 (11)6.4.7维护并完善财富库的内容 (11)6.4.7.1初次充实财富库 (11)6.4.7.2吸收过程实施中的财富 (12)6.4.7.3评审“组织过程财富” (12)6.4.7.4发布 (12)6.5输出 (12)6.6关闭标准 (12)7审核 (12)8度量 (13)9技能要求 (13)10参照文件 (13)1目的建立并维护一套有用的组织过程资产。
cmmi过程裁剪模板
cmmi过程裁剪模板【原创版4篇】篇1 目录1.CMMI 过程裁剪模板概述2.CMMI 过程裁剪的步骤3.CMMI 过程裁剪的注意事项4.CMMI 过程裁剪的案例分析5.总结篇1正文一、CMMI 过程裁剪模板概述CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种集成化的过程改进框架，旨在帮助组织提高其软件开发和维护过程的成熟度。
CMMI 过程裁剪模板是一种用于裁剪和定制 CMMI 过程的工具，以便组织可以根据自身的特点和需求，选择和应用最适合自己的过程。
本文将为您介绍 CMMI 过程裁剪模板的基本概念、使用方法和注意事项。
二、CMMI 过程裁剪的步骤1.确定目标：明确需要裁剪的 CMMI 过程领域和目标，为后续的裁剪工作提供方向。
2.了解 CMMI 过程：熟悉 CMMI 的各个过程领域和过程，以便在裁剪过程中能够合理地选择和组合。
3.分析现有过程：分析组织的现有软件开发过程，找出与 CMMI 过程的差异，为裁剪提供依据。
4.选择和定制过程：根据组织的实际情况，选择适合的 CMMI 过程，并进行必要的定制，以满足组织的需求。
5.整合过程：将选择的 CMMI 过程与组织的现有过程进行整合，形成一个统一的过程体系。
6.实施和评估：按照裁剪后的过程进行软件开发活动，并定期对过程的实施效果进行评估，以便持续改进。
三、CMMI 过程裁剪的注意事项1.确保裁剪后的过程符合组织的实际情况和需求，避免盲目地照搬CMMI 的过程。
2.在裁剪过程中，要注重过程的连续性、一致性和有效性，确保裁剪后的过程能够顺利实施。
3.定期对裁剪后的过程进行评估和优化，以确保过程的持续改进和组织的持续发展。
四、CMMI 过程裁剪的案例分析某软件开发公司为了提高软件开发过程的成熟度，决定采用 CMMI 过程裁剪模板对现有的软件开发过程进行改进。
经过分析和裁剪，该公司选择了 CMMI 的 5 个过程领域，分别是需求管理、项目管理、软件工程、支持性和过程改进。
CMMI文件-裁剪指南)
CMMI裁剪指南
更改控制页
目录
1目的 (1)
2适用范围 (1)
3术语定义 (1)
4裁剪原则 (1)
5裁剪指南 (2)
6参考资料 (6)
附录A：项目类型 (6)
附录B：项目特征 (6)
1目的
介绍组织标准过程裁剪准则。
2适用范围
公司所有软件项目。
3术语定义
4裁剪原则
1.能够满足公司“开发管理方针”的要求；
2.不会降低项目开发过程和工作产品的质量；
3.不会失去对工作进展的（跟踪）可视性；
4.不会失去对软件工作产品的配置管理和控制，也不会额外增加无益的工
作；
5.不会降低工程师的开发效率；
6.在维持现有人力资源的情况下，能够按计划如期完成工作；
7.项目资金是否可以控制在目标成本范围内。
5裁剪指南
6参考资料
CMMI-DEV V1.2
NK-MS-OPM-P02(生命周期模型选用指南)
附录A：项目类型
根据公司目前的情况，将项目类型划分为研发类和合同类两种类型：
附录B：项目特征
项目特性作为标准软件过程作裁剪的依据，体现在过程实施流程的组织和过程元素执行的详细裁剪。
我们以下几种项目特性并作简要的分析。
CMMI-过程裁剪准则和指南
过程裁剪准则和指南广东×××监控技术股份有限公司修订历史记录目录1目的 (4)2名词术语 (4)3裁剪原则 (4)4裁剪流程 (4)5裁剪依据、要素和尺度 (5)6裁剪方法 (6)7裁剪指南 (6)7.1裁剪过程 (6)7.1.1 删减过程 (6)7.1.2 合并过程 (6)7.1.3 增加过程 (6)7.2裁剪活动 (7)7.2.1 删减活动 (7)7.2.2 裁剪活动频度 (7)7.2.3 裁剪活动正式度 (7)7.3裁剪方法和工具 (7)7.4裁剪度量 (7)7.5裁剪评审及会议 (7)7.6裁剪模板 (7)1目的公司的标准软件过程（OSSP）是在考虑了公司软件项目开发的共性特点，并遵照CMMI过程改进模型的基础上形成的，具有一定的共性，但每个软件项目却因为自身的特点而具有个性的特征。
编制《过程裁剪准则和指南》的目的就是指导软件项目组根据自身特点裁剪公司的标准软件过程，以形成项目定义过程（PDP）。
2名词术语2.1OSSP（Organizational Standard Software Process）:：组织标准软件过程。
组织级的、考虑了所有项目特征的标准软件过程，包括软件项目生命周期及其裁剪指南。
2.2 PDP（Project Defined Process）：项目定义过程，是从组织标准过程集合裁剪出的针对项目自身特点的过程。
2.3 EPG (Engineering Process Group)：工程过程组，负责公司内部的过程定义、维护和改进的专家组。
3裁剪原则项目裁剪组织标准软件过程的一般原则：➢如果顾客对过程提出要求，则必须遵循；➢遵循OSSP中的各个过程中提出的裁剪指南；➢过程裁剪后不得降低工程师的生产率；➢裁剪后应保证产品的质量；➢裁剪后不得降低对工作进展的可视性（跟踪）；➢裁剪后不会对产品增加不必要的管理和控制；➢裁剪后的活动能有足够的人力支持；➢在成本核算上，裁剪后的活动是有效的，经费能足以支持；➢裁剪过程必须可控；➢裁剪结果需得到一致的认可。
CMMI体系文件-OPD-标准规定软件过程裁剪指南.docx
.****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：.****信息系统有限公司标准软件过程裁剪指南文件编号：版本号：编制：日期：审核：日期：批准：日期：.文件修订记录时间作者主要修订内容..目录1目的 (1)2适用范围 (1)3资源和工具 (1)4定义和缩写 (1)5职责 (2)6指南 (2)6.1启动条件 (2)6.2输入 (2)6.3活动 (2)6.3.1确定项目特点 (2)6.3.2裁剪要求 (3)6.3.2.1裁剪对象 (3)6.3.2.2裁剪原则 (3)6.3.2.3裁剪产物 (4)6.3.3软件生命周期的裁剪指导 (4)6.3.4过程裁剪指导 (5)6.3.4.1概要裁剪 (5)6.3.4.2详细裁剪 (5)6.3.4.2.1 需求开发与需求管理 (6)6.3.4.2.2技术解决过程 (6).6.3.4.2.3验证 (7)6.3.4.2.3.1测试 (7)6.3.4.2.3.2评审 (7)6.3.4.2.4项目计划 (8)6.3.4.2.5项目监控 (8)6.3.4.2.6配置管理 (8)6.3.4.2.7过程与产品质量保证 (8)6.3.4.2.8度量与分析 (9)6.3.4.2.9组织培训 (9)6.3.5使用该裁剪范围以外的裁剪方法 (9)6.3.6填写裁剪报告 (10)6.3.7裁剪过程的收集和推广 (10)6.4输出 (10)6.5关闭标准 (10)7审核 (10)8度量 (11)9培训 (11).1目的本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和 QA 根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
2适用范围本过程适用于公司的所有软件开发项目。
3资源和工具引用模型和标准：Capability Maturity Model?Integration (CMMI SM), Version 1.1GB 1526-89《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》工具：Microsoft WordMicrosoft ExcelMicrosoft VisioMicrosoft Visual SourceSafe4定义和缩写表1定义和缩写表术语 / 缩写词定义.FP独立功能（增、删、改操作的上一级）5职责表 2 角色职责表角色职责质量管理部经理审批《裁剪报告》。
CMM体系文档--OPD-P-01 组织过程定义
2.
EPG QA
1、 由EPG 组长根据组织目前的资 源情况，制定《过程改进计 划》，该计划在整个OSSP撰写 过程中需要维护；
2、 由EPG成员根据原有的OSSP文档 和目前的改进需求按照OSSP撰 写计划撰写或修改相关的OSSP 文档；
3、 由EPG成员负责对OSSP文档进行 评审；
4、 由QA或咨询师对文档进行规范 性方面的检查，最终由配置管 理员将OSSP纳入组织过程财富 库。增加描述EPG从撰写到发布 的内部质量控制过程；
4、 由QA负责对文档进行规范性的 检查，由配置管理员将文档纳 入组织组织过程财富库。
4.
EPG QA
5.
G QA
6.
EPG
1、 由EPG按照过程改进计划，参考 过去的QA检查结果对过程知行 情况进行考察；
2、 由EPG根据考察结果和组织对过 程改进的商业需求定义《裁剪 准则和指南》；
3、 由EPG对新的《裁剪准则和指 南》进行评审；
10 度量和验证Measurement & Verification
10.1 度量 Measurement
工作量：N/A
10.2 验证 Verification
验证方法
验证方式
QA验证
会议沟通、讨论 电子邮件沟通
11 SQA检查 SQA Check
见“过程检查单”
验证关键点
QA审计过程执行 的工作产品符合 规范要求来验 证。管理者代表 通过审阅组织过 程财富库的变更 情况验证组织过 程财富库的有效 性
验证时机
收到每项工 作产品
12 输出 Output
OSSP文档 《软件开发生命周期模型》 《裁剪准则和指南》 组织度量数据库 组织过程财富库
CMMI过程管理OPD软件过程数据库和文档库管理过程V10
软件过程数据库和文档库管理过程文档编号：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-OPD+OPF+过程管理过程域
Institute of Software,Chinese Academy of Sciences
CMMI-过程管理过程域
OPF,OPD,OT IPM(项目管理的过程域)
OPP,OID
2019/11/7
1
主要内容
过程管理的概念 过程管理过程域 总结
中国科学院软件研究所
2019/11/7
17
建立过程改进需求的手段
中国科学院软件研究所
Institute of Software,Chinese Academy of Sciences
对比法
对照某个过程模型，评估组织的过程
调查法
从干系人处获得改进需求
2019/11/7
18
中国科学院软件研究所
Institute of Software,Chinese Academy of Sciences
部署组织过程资产 部署标准过程 监控实施 将过程相关经验纳入于组织过程资产
2019/11/7
28
SP 3.1
中国科学院软件研究所
Institute of Software,Chinese Academy of Sciences
部署组织过程资产
在组织范围内部署组织过程资产
PAL的规划 PAL的使用指南 PAL的维护
(Project Management PA) Organizational Training Organizational Process Performance Organizational Innovation and Deployment
2019/11/7
9
中国科学院软件研究所
典型工作产品
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审核 ....................................................................................... 错误!未定义书签。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
C M M I体系文件O P D标
准软件过程裁剪指南Prepared on 21 November 2021
****信息系统有限公司标准软件过程裁剪指南
文件编号：版本号：
编制：日期：
审核：日期：
批准：日期：
****信息系统有限公司标准软件过程裁剪指南
文件编号：版本号：
编制：日期：
审核：日期：
批准：日期：
文件修订记录
目录
1目的
本文件的目的是提供公司标准软件过程的裁剪方法，指导项目经理和QA根据项目特征，对公司的标准软件过程进行裁剪，制定项目的开发过程。
2适用范围
本过程适用于公司的所有软件开发项目。
3资源和工具
引用模型和标准：
Capability Maturity Model Integration (CMMI SM), Version
GB 1526-89 《信息处理数据流程图、程序流程图、系统流程图、程序网络图和系统资源图的文件编制符号及约定》
工具：
Microsoft Word
Microsoft Excel
Microsoft Visio
Microsoft Visual SourceSafe
4定义和缩写
表1 定义和缩写表
5职责
表2 角色职责表
6指南
6.1启动条件
《用户需求说明书》审批通过。
6.2输入
无
6.3活动
6.3.1确定项目特点
先根据项目规模、项目复杂度、项目关键性、项目组经验、需求明确性对
6.3.2裁剪要求
下面给出了裁剪的具体要求，在项目进行裁剪时，必须首先认真阅读裁剪要求，之后才能进行裁剪报告的填写。
这里介绍一下豁免，豁免是指在组织允许的情况下，可以不执行组织级或项目级的必要任务，跳过整个过程或活动的一种特殊裁剪方式，对这种特殊裁剪称为豁免。
6.3.2.1裁剪对象
裁剪对象是组织标准软件过程中的工程过程以及部分管理过程，裁剪一般包括过程的裁剪和工作产品裁剪。
6.3.2.2裁剪原则
应根据项目特点进行过程裁剪；
裁剪不仅是减少过程，也可以根据质量或其它要求添加过程，以及对
过程进行修改，使其更符合项目的特点；
项目经理和QA可以根据实际情况的需要，采用本指南中规定的裁剪方
法之外的方法对项目过程进行裁剪，但所采用的裁剪方法必须经EPG
同意。
6.3.2.3裁剪产物
项目经理和QA根据项目特点，对标准组织过程进行裁剪，其裁剪结果就是项目实施的过程，作为项目计划的一部分进行评审。
工作产品的裁剪请参照《工作产品汇总表》中的裁剪说明，过程内容裁剪参看下面说明。
6.3.3软件生命周期的裁剪指导
每种软件生命周期都有其优点、缺点和其适于的项目环境。
在裁剪中也应该考虑项目所选的软件生命周期模型的特点，进行合理裁剪。
当前只提供了一种软件生命周期供选择，即瀑布模型。
此模型包括5个阶段：定义、设计、实现、测试、发布；包括7个里程碑：需求定义、需求分析、概要设计、详细设计、系统集成、系统测试、项目确认。
软件生命周期裁剪指导
瀑布型原则上瀑布模型的各个阶段均不可裁剪。
其中，需求定义、详细设计是可裁剪的。
瀑布型项目各个阶段依次进行，因此后续开发对前期进行的需求开发的可靠性有很高的要求，在这样的过程中，用户需求说明书、软
件需求规格说明书应至少分别进行过一次正式评审。
在技术解决过程
中，概要设计应至少进行过一次正式评审。
6.3.4过程裁剪指导
6.3.4.1概要裁剪
过程名称影响要素是否有裁剪内容需求开发与需求管理A、E 是
技术解决和产品集成A、B、C、D 是
验证C、A 是
确认否
项目计划B、其他是
6.3.4.2详细裁剪
对应各个开发阶段，对过程中的活动依照以下要求进行裁剪，如果有些情况未被提及，则原过程的活动不应该被裁剪。
6.3.4.2.1需求开发与需求管理
6.3.4.2.2技术解决过程
6.3.4.2.3验证
6.3.4.2.3.1测试
6.3.4.2.3.2评审
6.3.4.2.4项目计划
6.3.4.2.5项目监控
6.3.4.2.6配置管理
6.3.4.2.7过程与产品质量保证
6.3.4.2.8度量与分析
6.3.4.2.9组织培训
6.3.5使用该裁剪范围以外的裁剪方法
若出现项目经理和QA必须使用该裁剪指南指定的裁剪方法以外的方法对项目过程进行裁剪，那项目经理和QA必须在裁剪时及时与EPG沟通，并获得EPG 的同意，并在项目计划评审时进行评审。
该裁剪方法将在项目结束时进行评估，可以作为裁剪过程的补充，并由EPG 决定是否将此裁剪方法记录进入本指南。
6.3.6填写裁剪报告
QA指导和协助项目经理进行过程裁剪。
项目经理根据《裁剪报告》模板，填写裁剪内容。
《裁剪报告》应由质量管理部经理审批。
6.3.7裁剪过程的收集和推广
《裁剪报告》应被纳入项目的配置库。
裁剪过程同时应被收集在组织过程财富库中。
项目应对裁剪内容进行跟踪，在项目结束时应分析本次裁剪是否对项目造成了影响，影响有哪些方面。
组织应对裁剪过程进行深入分析，检查是否应将裁剪内容加入标准软件过程。
6.4输出
《裁剪报告》
组织过程财富库
6.5关闭标准
《裁剪报告》通过审批。
7审核
《裁剪报告》应由质量管理部经理审批。
8度量
裁剪活动的工作量
9培训
对项目经理和QA进行关于标准软件过程裁剪的培训。