CMMI5文档之工作组工作规范

CMMI文件-(组织方针)v3.0

组织方针与目标（V3.0）更改控制页目录1组织方针与目标 (1)1.1方针 (1)1.2标准 (1)1.3商业目标 (1)2过程通用目标 (2)2.1组织过程焦点(OPF) (2)2.2组织过程定义(OPD) (4)2.3需求管理(RM) (5)2.4项目计划(PP) (7)2.5项目监控(PMC) (8)2.6采购管理(SAM) (10)2.7度量(MA) (11)2.8质量保证(PPQA) (12)2.9配置管理(CM) (13)2.10需求开发(RD) (15)2.11技术解决方案(TS) (16)2.12产品集成(PI) (18)2.13验证(VER) (19)2.14确认(VAL) (20)2.15组织培训(OT) (21)2.16集成项目管理(IPM) (23)2.17风险管理(RSKM) (24)2.18决策分析(DAR) (25)2.19组织过程性能（OPP） (27)2.20定量项目管理(QPM) (28)2.21组织革新和部署(OID) (29)2.22原因分析和解决(CAR) (31)1组织方针与目标根据公司的战略与经营管理需要，公司组织级方针与目标的内容如下：1.1方针“优质、高效、安全、规范”优质：为客户提供高品质的产品和服务；高效：以最高效率服务客户和发展企业；安全：保障企业和客户的各项资产安全；规范：建立规范的管理体系并严格执行。

1.2标准使用CMMI-DEV V1.2模型；ISO9001-2000；ISO27001。

1.3商业目标本过程改进计划旨在帮助公司在能力成熟度集成模型（CMMI）方面达成下列商业目标：1.将项目的进度偏差率控制在总工期的10%以内；2.交付时的产品质量控制在0.5个Bugs/千行代码以内；3.将项目的成本偏差率控制在10%以内；4.改善软件开发流程、提高质量、降低成本、提高效率、降低风险；5.改善软件产品及服务的品质和可靠性，提高客户满意度；6.建立出口软件开发管理规范，提高公司整体的软件开发和管控水平；7.通过CMMI 5级认证，进一步提高企业形象和市场竞争力。

CMM规范文档(可编辑修改word版)

文件编号20100001 CMM 规范描述（Capability Maturity Model for Software 软件能力成熟度模型）目录CMM 产生背景 (1)主要问题 (1)主要作用 (1)CMM 的基本概念 (2)软件过程 (2)软件过程能力 (2)软件过程性能 (2)软件过程成熟度 (2)成熟与不成熟 (3)CMM 的五级成熟度 (4)基本前提 (4)基本原理 (5)基本内容 (5)五个成熟度级别 (5)初始级 (5)第一级：初始级 (6)第二级：可重复级 (6)第三级：定义级 (7)第四级：管理级 (8)第五级：优化级 (8)发展 (9)技术内容 (10)CMM 的结构和基本内容 (10)第一级：初始级（The Initial Level） (12)第二级：可重复级（The Repeatable Level） (12)概述 (12)构成 (13)需求管理（Requirements Management） (13)目标 (14)承诺 (14)前提条件 (14)执行动作 (15)度量分析 (16)验证 (16)软件项目计划（Software Project Planning） (16)内容 (17)目标 (17)承诺 (17)前提条件： (18)执行动作 (19)度量分析 (23)验证 (23)软件项目的跟踪和监督（Software Project Tacking and Oversight） (24)目标 (25)行为的责任 (25)活动 (32)度量和分析 (33)验证实施 (33)软件子合同管理（Software Subcontract Management） (35)目的 (35)内容 (35)目标 (35)承诺 (36)前提条件 (36)执行动作 (36)度量分析 (37)验证 (37)软件质量保证（Software Quality Assurance） (38)目标 (38)承诺 (38)前提条件 (39)活动 (39)软件配置管理（Software Configuration Management） (40)目的 (40)内容 (40)目标 (41)承诺 (41)活动 (42)度量分析 (44)验证 (44)第三级：已定义级（The Defined Level） (44)概述 (44)构成 (45)目标 (46)承诺 (46)前提条件 (46)执行动作 (46)度量分析 (47)验证 (47)机构过程定义（Organization Process Definition） (47)内容 (48)目标 (48)承诺 (48)前提条件 (48)执行动作 (49)度量分析 (49)验证 (49)培训计划（Training Program） (49)目的 (50)目标 (50)承诺 (50)前提条件 (50)执行动作 (51)度量分析 (51)验证 (51)集成软件管理（Integrated Software Management） (52)目的 (52)内容 (52)目标 (52)承诺 (52)前提条件 (52)执行动作 (53)度量分析 (54)验证 (54)软件产品工程（Software Product Engineering） (54)目的 (54)目标 (54)承诺 (55)前提条件 (55)执行动作 (55)度量分析 (56)组间协调（Intergroup Coordination） (57)目的 (57)内容 (57)目标 (57)承诺 (57)前提条件 (57)执行动作 (58)度量分析 (58)验证 (59)同行评审（Peer Reviews） (59)目的 (59)内容 (59)目标 (59)承诺 (60)前提条件 (60)执行动作 (60)度量分析 (60)验证 (60)第四级：已管理级（The Managed Level） (61)概述 (61)构成 (61)定量过程管理（Quantitative Process Management） (61)内容 (62)目标 (62)承诺 (62)能力 (63)活动 (63)度量分析 (64)软件质量管理（Software Quality Management） (64)目的 (64)内容 (64)目标 (64)承诺 (65)能力 (65)活动 (65)度量分析 (65)验证 (65)第五级：The Optimizing Level (66)概述 (66)构成 (66)缺陷预防（Defect Prevention） (66)目标 (67)承诺 (67)能力 (67)度量和分析 (68)验证实施 (68)技术变更管理（Technology Change Management） (69)目标 (69)承诺 (70)能力 (70)活动 (70)度量和分析 (71)验证 (71)过程变更管理（Process Change Management） (71)目标 (72)执行约定 (72)高级管理者 (73)执行能力 (73)执行的活动 (75)测量和分析 (86)验证实施 (87)武汉软帝信息科技有限公司正文培训部内部文件CMM 产生背景主要问题在过去的二十年里，新的软件开发方法和技术的使用并未使软件生产率和生产质量得到有效的提高。

CMMI5文档之软件过程数据库和文档库管理规程

软件过程数据库和文档库管理规程文档编号：FHI_CMMI_OPD_PRD_DBDOC文档信息：软件过程数据库和文档库管理规程文档名称：软件过程数据库和文档库管理规程文档类别：CMMI规程密级：内部秘密版本信息：1.1建立日期：2016-1-8创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1简介 (5)1.1目的 (5)1.2适用范围 (5)1.3术语表 (5)2过程总体描述 (5)2.1过程概述 (5)2.2过程结构描述 (6)3过程元素描述 (7)3.1管理组织度量数据库 (7)3.1.1过程元素概述 (7)3.1.2参与人员 (8)3.1.3入口准则 (8)3.1.4输入 (8)3.1.5任务 (8)3.1.6出口准则 (9)3.1.7输出 (10)3.1.8资源和能力要求 (10)3.2管理组织过程资产库 (10)3.2.1过程元素概述 (10)3.2.2参与人员 (10)3.2.3入口准则 (10)3.2.4输入 (10)3.2.5任务 (11)3.2.6出口准则 (13)3.2.7输出 (13)3.2.8资源和能力要求 (13)3.3管理组织采购数据库.......................................................... 错误!未定义书签。

3.3.1过程元素概述............................................................... 错误!未定义书签。

3.3.2参与人员....................................................................... 错误!未定义书签。

3.3.3入口准则....................................................................... 错误!未定义书签。

CMMI5文档之质量保证工作指南.docx

质量保证工作指南文档编号： FHI_CMMI_QA_GUI文档信息：质量保证工作指南文档名称：质量保证工作指南文档类别： CMMI 指南密级：内部秘密版本信息： 1.1建立日期： 2016-1-19创建人： EPG批准人：李庆林批准日期： 2016-2-25存放位置：集成公司组织资产库 /组织标准过程编辑软件： Microsoft Office 2003 中文版文档修订记录版本编号或者变化状态简要说明（变更内容和修改日期变更人批准日期批准人更改记录编号变更范围）V1.0C创建2016-1-19张娜娜2016-2-25李庆林V1.1M文档编号去掉版本号2016-4-17邓沛沛2016-4-17李庆林*变化状态： C――创建， A——增加， M——修改， D——删除目录1、基本概念 (4)2、软件质量保证过程 (4)2.1 支持项目活动 (4)2.2 过程评审和产品审计 (5)2.3 QA 管理活动 (7)1、基本概念本文的目的是对软件质量保证工作提供指导性纲要，以便帮质量保证人员快速掌握相关管理的主要工作职责。

1.软件质量保证：用于评价软件工作产品开发和维护过程的一组活动。

在项目实施中， QA 人员负责所有必要的过程的评审和产品的审计，按照适用的标准过程和计划对项目活动进行的客观的验证。

对指定的工作产品完成了技术内容的质量审查。

2.质量保证专家：独立于公司质量体系范围之外的具有一定资格的质量保证人员，他们对公司内部的 QA 人员的工作进行评审。

3.配置控制委员会 CCB (Configuration Control Board)：是负责评价、认可或否定有关配置项更改建议并确保确认的更改得以执行的一个小组。

2、软件质量保证过程QA 工作贯穿整个软件生命周期，软件项目的QA 人员在《项目立项报告》或产品类项目的《立项申请书》批准之后就开始和项目经理一起策划项目的QA 活动，在整个过程中，支持并协助项目经理的部分管理活动，QA 人员的主要工作是对项目过程的评审和工作产品的审计，同时，也要接受客户代表、质量保证专家和高层经理的检查。

CMMI5文档之评审规程

7.
CM 审计 .....................................................................................................................1..2..
1. 简述
1.1. 目的
本规程的目的是为了定义在软件生命周期内不同的评审类型，确定评审的时机和评审的一般流程，并规定各项评审的主要内容、入口、出口和评审人员等。
重要的或非常复杂的工作产品需要进行公司正式评审，如：《软件需求规格说明书》、说明书》、《项目计划》、《概要设计》或需要提交给用户的工作产品。
3.1.4. 参与人员
作者：不能作为主持人，尽量不要充当宣读人。评审前准备工作产品和相关资料。保持客观，避免防御。快速确定是否是问题。根据评审结果，积极修改原先的工作产品。
《用户需求
3.1.6. 输入
完成的工作产品
3.1.7. 流程
评审准备
为了确保评审的成功和顺利，评审组织者和产品负责人（项目负责人）前的准备工作。
应做好充分协调，做好评审
1. 确定评审的参加人员，指定主持人、情况：
户、市场人员参加
技术评审项目组
走查
项目组
审批
部门或项目组
审阅
部门或项目组
非正式评项目组审
重要或非常复杂的
组内人员为主，有条
召开
件的可邀请组外人员
不太重要或不太复杂
组内人员为主，有条件的可邀请组外人员
不召开
不太重要或不太复杂
项目经理或高层经理
不召开
不太重要或不太复杂
项目经理或高层经理
不召开

CMMI5文档之软件估计规程

软件估计规程文档编号：FHI_CMMI_PP_PRD_SEST文档信息：软件估计规程文档名称：软件估计规程文档类别：CMMI规程密级：内部秘密版本信息：1.1建立日期：2016-1-13创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1、简介 (5)1.1 目的 (5)1.2 适用范围 (5)1.3 术语表 (5)1.4 参考资料 (5)2、总体描述 (5)2.1概述 (5)2.2参与人员 (6)2.3入口准则 (6)2.4输入 (6)2.5出口准则 (6)2.6输出 (7)2.7资源和能力要求 (7)2.8度量 (7)3、活动与规程 (7)3.1估计软件规模 (7)3.2估计各阶段缺陷数量 (8)3.3估计难度等级 (8)3.4估计工作量 (8)3.5估计成本 (9)3.6估计关键计算机资源 (9)3.7估计软件工程设备和支持工具 (9)3.8估计关键路径和关键依赖关系 (9)3.9建立管理储备 (10)3.10评审估计 (10)3.11制定进度表 (10)3.12建立项目挣值基线 (11)3.13阶段详细估计 (11)3.14形成《软件估计书》 (11)3.15评审《软件估计书》 (12)3、附录 (12)a)估计方法 (12)i.历史数据估计方法 (12)ii.Delphi 估计方法 (12)iii.Pert Sizing Technique估计方法 (13)iv.代码重用估计方法 (14)v.改善项目估计 (14)vi.工作量估计的方法 (14)b)估计系数 (15)i.开发工具系数 (16)ii.规模系数 (16)iii.生产力系数 (16)iv.成本系数 (17)v.SCM系数 (17)vi.SQA系数 (17)vii.改善项目规模系数 (18)1、简介1.1目的本文档的目的是为了描述对软件产品的规模、工作量、成本、关键计算机资源和进度等进行估计，描述了估计的步骤和过程。

（完整word版）CMMI实施标准规范

（完整word版）CMMI实施标准规范
附件1：CMMI实施标准规范
CMMI实施标准
项目划分标准
1.项目成本：100万元以上
人员：配备项目经理1人，开发人员5-12人，开发人员中包含需求调研人员，专职QA 1人，测试人员2-3人
CMMI执行过程：
在项目管理中执行的活动以及产品
项目规划
项目结项
在工程过程中执行的活动以及产品
需求开发
软件设计
客户验收
在支撑过程中执行的活动以及产品质量保证
2.项目成本：50~100万
人员：配备项目经理1人，开发人员4-8人，开发人员中包含需求调研人员，专职QA 1人，测试人员1-2人
CMMI执行过程：
在项目管理中执行的活动以及产品
项目规划
在工程过程中执行的活动以及产品
软件实现
软件测试
服务于维护
在支撑过程中执行的活动以及产品质量保证
3.项目成本：10~50万
人员：配备项目经理1人，开发人员3-6人，开发人员中包含需求调研人员，兼职QA 1人，测试人员1人
CMMI执行过程：
在项目管理中执行的活动以及产品
项目规划
项目结项
在工程过程中执行的活动以及产品需求开发
软件实现
软件测试
服务与维护
在支撑过程中执行的活动以及产品
度量分析
4.项目成本：0~10万元
人员：配备项目经理1人，开发人员1-4人，开发人员中包含需求调研人员，兼职QA 1人，测试人员1人
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)：可在组织内使用的基本过程定义，用它来引导建立项目的一般软件过程。

CMMI5文档之命名规程

命名规程文档编号：FHI_CMMI_CM_PRD_NAME文档信息：命名规程文档名称：命名规程文档类别：CMMI规程密级：内部秘密版本信息：1.1建立日期：2016-1-13创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1简介 (4)1.1文档目的 (4)1.2适用范围 (4)2文档名命名规则 (4)2.1文档的命名的一般规则 (4)2.2源码模块的命名 (5)3模板的使用 (5)3.1文件位置 (5)3.2项目文档命名 (6)3.3项目文档封面修改要求 (6)3.4项目文档修订记录修改要求 (7)3.5使用EXCEL模板，与上面说明同。

(8)1简介1.1文档目的本文的目的是描述在项目软件管理过程的配置管理活动中如何对文件夹进行命名以及识别和标识配置项。

1.2适用范围本文档的适用范围为组织中的各软件项目。

2文档名命名规则2.1文档的命名的一般规则命名规则：使用中文命名，这个文件名表达了编写该文档的意图，前缀为项目简称，如：大学学院管理系统配置管理计划.doc。

使用公司组织标准过程模板，项目文档的命名见本文3.2章节说明。

如产生同类文件有多个，可以采取的方式：1、在文件前缀或后缀增加“日期”以区分：例如：使用《年度培训计划模板》时，可以定义文档的命名规则为：YYYY+年度培训计划，其中YYYY为所做培训计划的年度，如2007年度培训计划。

例如：使用《项目周报模板》是，可以定义文档的命名规则为：项目简称+项目周报+YYYYMMDD-YYYYMMDD，其中第一个YYYYMMDD是本周一的日期，第二个YYYYMMDD是周六的日期。

2、在文件中或后缀增加项目阶段或工作产品名称以区分：例如：使用《评审报告模板》时，可以定义文档的命名规则为：项目简称+评审报告+“-”+工作产品，如济南大学学院管理系统评审报告-系统测试如果某阶段进行了多次工作产品的评审，可以在后面增加流水号。

CMMI5介绍

CMMI等级的含义五个成熟度级别之间的比较如下：1、初始级特征：(1)软件过程的特点是杂乱无章，有时甚至混乱。

几乎没有定义过程的规则或步骤。

(2)过分的尽诺。

常做出良好的承诺：如“按照软件工程方式，有序的工程过程来工作”；或达到高目标的许诺。

但实际上却出现一系列危机。

(3)遇到危机就放弃原计划过程，反复编码和测试。

(4)成功完全依赖个人努力和杰出的专业人才，取决于超常的管理人员和杰出有效的软件开发人员。

具体的表现和成果都源于或者说是决定于个人的能力和他们先前的经验、知识以及他们的进取心和积极程度。

(5)能力只是个人的特性，而不是开发组织的持性。

依靠着个人的品质或承受着巨大压力，或找窍门取得成果。

但此类人一旦离去，对组织的稳定作用也消失。

(6)软件过程是不可确定的和不可预见的。

软件成熟性程度处于第一级的软件组织的软件过程在实际的工作过程中被经常的改变(过程是随意的)。

这类组织也在开发产品，但其成果是不稳定的，不可预见的，不可重复的。

也就是说，软件的计划、预算、功能和产品的质量都是不可确定和不可预见的。

过程：(1)极少存在或使用稳定的过程。

(2)所谓“过程”，往往是“就这么干”而言。

(3)各种条例，规章制度互不协调，甚至互相矛盾人员：(1)依赖个人努力和杰出人物。

一旦优秀人物离去，项目就无法继续(2)人们的工作方式如同“救火”。

就是在开发过程中不断地出现危机，以及不断的“救火”。

技术：引进新技术是极大风险度量：不收集数据或分析数据改进方向：(1)建立项日管理过程。

实施规范化管理。

保障项目的承诺。

(2)首要任务是进行需求管理，建立客户与软件项目之间的共同理解，使项目真正反映客户的要求。

（3）建立各种软件项目计划。

如软件开发计划、软件质量保证计划、软件配置管理计划、软件测试计划、风险管理计划及过程改进计划。

（4）开展软件质量保证活动(SQA)。

2、可重复级特征(1)进行较为现实的求诺，可按以前在同类项目上的成功经验建立的必要过程准则来确保再一次的成功。

CMMI5文档之质量管理规程

质量管理规程文档编号：FHI_CMMI_QA_PRD文档信息：质量管理规程文档名称：质量管理规程文档类别：CMMI规程密级：内部秘密版本信息：1.1建立日期：2016-1-19创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1、概述 (4)目的 (4)适用范围 (4)术语表 (4)参考资料 (4)2、过程总体描述 (5)2.1过程概述 (5)2.2过程结构描述 (5)3、过程元素活动 (6)3.1制定和维护项目的质量计划 (6)3.2项目质量计划的内容 (6)3.3评审项目质量计划和为实现质量目标所作的对过程的变更 (6)3.4在软件的整个生命周期中确定、监控和修订项目的软件产品定量质量目标 63.5当有子承包商时，应恰当地将项目定量的质量目标分配给他们 (7)4、附录 (8)1、概述此规程是在质量保证过程的基础上进行的提升，为了满足组织和对高质量产品的需要及愿望。

组织制定出当前的质量目标，各项目依据此，并结合本项目的要求，制定出本项目的质量目标和项目管理计划，在项目执行中，监控项目的质量管理计划的执行状况，以实现项目的质量目标。

目的是建立对项目软件产品质量的定量了解和实现特定的质量目标，制定实现目标的计划，实施监控及在必要时调整软件计划、活动和质量目标，以满足顾客和最终用户对高质量产品的需要及愿望。

适用范围适用于组织所有研发项目。

术语表无。

参考资料无。

2、过程总体描述2.1过程概述软件质量管理过程是依据公司的组织方针和当前质量管理目标，为满足顾客对产品质量和品质要求而制定的质量保证措施和计划；质量管理过程贯穿于软件的整个生命周期。

为定量评价软件过程质量和产品质量，在软件质量保证计划里必须明确质量度量项合度量目标。

2.2过程结构描述图表1 软件质量管理流程图3、过程元素活动3.1制定和维护项目的质量计划1.搜集和理解组织和客户对软件质量的需求；2.分析项目的软件需求，提炼出其质量需求，确定质量目标；3.依据项目的定义过程，将质量分解到各个阶段工作与产品之中；4.在项目开发计划中，编制项目质量管理计划；5.当项目软件需求重大改变时，更新项目质量管理计划；6.在项目执行中每个里程碑处检查质量管理计划的执行和目标的完成状况，必要时更新计划；3.2项目质量计划的内容1.对软件产品有重大影响的质量目标：是以最少成本提供最大的客户满意度的质量目标，或者是客户认为是“必须有”的内容；2.在升级产品与版本上改进的质量性能；3.确定产品研发过程中各个工作阶段的质量目标；4.计划中针对质量活动如过程度量、评审、测试等活动的详细度量项目，详见度量与分析规程中的附录；3.3评审项目质量计划和为实现质量目标所作的对过程的变更受影响的组和个人评审质量管理计划、质量目标和定义过程的变更，包括的人员有：顾客、项目组、测试组、QA、SCM、高级经理；3.4在软件的整个生命周期中确定、监控和修订项目的软件产品定量质量目标1.需求中的功能是否在生命周期的各阶段产品中得以实现（要求100％）；2.各阶段评审中发现的问题，是否及时得到纠正（要求100％）；3.计划中列举的关键特征，是否得到实现（要求100％）；4.预先确定的计划进度的误差是否落入允许的范围；5.测试结束时，产品缺陷数是否稳定减少，而且符合预先确定的百分比（每千行代码的BUG数）；6.项目经理和高级经理在审阅度量分析报告时，对偏离项作出相应的纠正措施，或作相应的调整，并由QA负责过程审计；7.EPG负责依据各类项目的实施与分析结果，调整与修订组织对产品的质量目标要求与定量指标；3.5当有子承包商时，应恰当地将项目定量的质量目标分配给他们4、附录软件产品（项目）研发的质量管理目标与测量项。

cmmi5标准(一)

cmmi5标准(一)CMMI5标准简介什么是CMMI5？CMMI（Capability Maturity Model Integration）即“能力成熟度模型集成”，是由美国Carnegie Mellon University软件工程研究所开发的一种软件开发和服务领域的过程改进标准，旨在提供一种可持续的提高组织流程和效能的框架。

CMMI5是CMMI模型的最高级别，代表了在某个特定的过程领域里，该组织的过程是完美、不可挑剔的。

CMMI5的意义CMMI5主要用于衡量和提高组织过程质量、效率和效能，从而提高组织的产品和服务质量。

对于组织来说，CMMI5的好处主要有以下几个方面：1.提高过程成熟度，让组织开发更优质、更高效的产品和服务。

2.为企业创造更高的竞争力，提升品牌影响力。

3.改善成本控制和管理，减少过程瑕疵和缺陷的出现和成本。

4.帮助企业遵循行业标准和最佳实践，提高组织的可持续性。

CMMI5的要求CMMI5的要求包括以下四点：1.组织必须建立定义清晰、透明、可测量的过程。

2.过程必须能立即执行，不受干扰，并且具有自我修正的能力。

3.组织必须对过程进行定量分析和监控，以确保过程质量稳定。

4.改进需测量，持续改进是组织成功的关键。

CMMI5的评估和认证CMMI5的评估和认证一般分为以下两种途径：1.自我评估：组织可以通过使用CMMI模型的评估工具自我评估，以便发现改进机会和监测自身的进步。

2.第三方评估：组织可以选择请求第三方评估机构对其CMMI5认证过程进行评估，以获取认证标准，证明该组织已达到CMMI5的要求。

结论CMMI5是一种被广泛使用的软件工程过程改进标准，其要求和评估都非常严格。

通过实现CMMI5，组织可以提高产品和服务质量，提高市场竞争力，改善成本控制和管理，提高组织的可持续性。

CMMI5的实现步骤实现CMMI5标准需要以下步骤：1.了解CMMI模型：通过学习CMMI5标准，了解整个模型的视角和目标，以及组织需要达到的水平和要求。

CMMI文件-(EPG规章)

EPG规章更改控制页目录1目的 (1)2适用范围 (1)3术语定义 (1)4角色与职责 (2)4.1MSG (2)4.2EPG (2)5EPG的组成 (3)5.1EPG成员要求 (3)5.1.1组长 (3)5.1.2副组长 (3)5.1.3成员 (3)5.1.4QA (4)5.2EPG成员列表 (4)6EPG活动 (5)6.1概要图 (5)6.2方针与标准 (6)6.2.1方针 (6)6.2.2标准 (6)6.2.3目标 (6)6.3定期评估和改进策划 (6)6.3.1定期评估 (6)6.3.2改进策划 (7)6.4过程推广与培训 (7)6.5过程财富库管理 (7)6.6改进活动度量 (7)6.7EPG例会制度 (8)6.8报告与审核 (8)6.9所需求培训和技能 (8)6.10工具与设备要求 (8)1目的本章程规定了EPG组在改进过程中的组织职责和工作方式。

2适用范围研发中心、人力资源部、商务部3术语定义EPG：Engineer Process Group（工程过程组）MSG：manage Steering group（管理指导组）MS：software process improvement（软件过程改进）TMB：technology manage board（技术管理委员会）PA：process area（过程域）RM：requirements management（需求管理）RD：requirements development（需求开发）TS：technical solution （技术解决）PI：product integration（产品集成）VER：verification（验证）VAL：validation（确认）PP： project planning（项目计划）PMC：project monitoring and control（项目监控）IPM：integrated project management（集成的项目管理）RSKM：risk management（风险管理）SAM：supplier agreement management（供应商协议管理）CM： configuration management（配置管理）PPQA：process and product quality assurance（软件质量保证）MA：measurement and analysis（度量分析）DAR：decision analysis and resolution（决策分析）OPF：organization process focus（组织过程焦点）OPD：organization process definition（组织过程定义）OT：organization training（组织培训）OPP：organizational process performance（组织过程性能）QPM：quantitative project management（量化的项目管理）PR：peer reviews（同行评审）4角色与职责4.1MSGa.把MS规划与组织的商业目标和战略联系起来；b.提供资源和资金支持；c.监督EPG活动。

CMMI5文档之组织过程定义过程

组织过程定义过程文档编号：FHI_CMMI_OPD_PRS文档信息：组织过程定义过程文档名称：组织过程定义过程文档类别：CMMI过程密级：内部秘密版本信息：1.1建立日期：2016-1-8创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录目录1简介 (4)1.1目的 (4)1.2适用范围 (4)1.3术语表 (4)1.4参考资料........................................................................... 错误！未定义书签。

2过程总体描述.. (5)2.1过程概述 (5)2.2过程结构描述 (5)3过程元素描述 (6)3.1开发标准组织过程 (6)3.2工作组成员及EPG成员制定组织标准软件过程的工时错误！未定义书签。

3.3评审与批准组织标准软件过程 (8)3.4维护组织标准软件过程 (9)3.5发布组织标准软件过程 (11)4附录 (13)4.1附录A－过程元素表 (13)4.2附录B－过程元素表 (15)1简介1.1目的依据CMMI级的关键过程域“组织过程定义”的要求，开发和维护一组有用的软件过程资产，这些资产供本公司所有软件开发项目享用，以便统一稳定和改进各类项目的软件开发过程性能，并以收集和积累财富在应用中产生的信息与项目组创造性的应用经验，不断改进财富库的内容，使组织长期受益。

过程资产包括有：组织的标准软件过程，对批准使用的软件生命周期的描述，组织标准软件过程的裁剪指南、组织软件过程数据库和软件过程文档库。

另外一个目的是为了有计划、有组织的指导和规范建立过程资产，故本过程是组织标准软件过程和相关过程财富制定、评审批准、维护、发布和废除的文档化规程，过程资产的描述另见相关规程。

1.2适用范围本过程适用于公司软件部内的组织标准软件过程及相关过程资产的管理。

CMMI5文档之质量保证工作指南.docx

质量保证工作指南文档编号： FHI_CMMI_QA_GUI文档信息：质量保证工作指南文档名称：质量保证工作指南文档类别： CMMI 指南密级：内部秘密版本信息： 1.1建立日期： 2016-1-19创建人： EPG批准人：李庆林批准日期： 2016-2-25存放位置：集成公司组织资产库 /组织标准过程编辑软件： Microsoft Office 2003 中文版文档修订记录版本编号或者变化状态简要说明（变更内容和修改日期变更人批准日期批准人更改记录编号变更范围）V1.0C创建2016-1-19张娜娜2016-2-25李庆林V1.1M文档编号去掉版本号2016-4-17邓沛沛2016-4-17李庆林*变化状态： C――创建， A——增加， M——修改， D——删除目录1、基本概念 (4)2、软件质量保证过程 (4)2.1 支持项目活动 (4)2.2 过程评审和产品审计 (5)2.3 QA 管理活动 (7)1、基本概念本文的目的是对软件质量保证工作提供指导性纲要，以便帮质量保证人员快速掌握相关管理的主要工作职责。

1.软件质量保证：用于评价软件工作产品开发和维护过程的一组活动。

在项目实施中， QA 人员负责所有必要的过程的评审和产品的审计，按照适用的标准过程和计划对项目活动进行的客观的验证。

对指定的工作产品完成了技术内容的质量审查。

2.质量保证专家：独立于公司质量体系范围之外的具有一定资格的质量保证人员，他们对公司内部的 QA 人员的工作进行评审。

3.配置控制委员会 CCB (Configuration Control Board)：是负责评价、认可或否定有关配置项更改建议并确保确认的更改得以执行的一个小组。

2、软件质量保证过程QA 工作贯穿整个软件生命周期，软件项目的QA 人员在《项目立项报告》或产品类项目的《立项申请书》批准之后就开始和项目经理一起策划项目的QA 活动，在整个过程中，支持并协助项目经理的部分管理活动，QA 人员的主要工作是对项目过程的评审和工作产品的审计，同时，也要接受客户代表、质量保证专家和高层经理的检查。

CMMI5文档之部署手册模板

CMMI5文档之部署手册模板××××部署手册文档编号：FHI_CMMI_TS_TEM_USERS文档信息：部署手册文档名称：部署手册文档类别：CMMI模板密级：内部秘密版本信息：1.1建立日期：2016-1-5创建人：EPG批准人：李庆林批准日期：2016.2.25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版*变化状态：C――创建，A——增加，M——修改，D——删除目录1概述 (4)1.1文档用途 (4)1.2使用对象 (4)1.3约束条件 (4)2系统部署结构说明 (4)2.1部署结构图 (4)2.2服务器环境要求 (5)3XXXX系统的安装 (5)3.1XXXXXXX (5)4XXXX系统的安装 (6)4.1XXXXXXX (6)1概述1.1文档用途[说明编写这份部署手册描述的主要内容。

例如：“本文档主要描述系统的物理环境部署、系统软件、应用软件的版本及安装配置要求。

文档描述了系统的各个节点的硬件配置信息、操作系统及安装的系统软件及软件的配置项及配置信息。

为XXXXX工程实施人员提供操作指导。

”]1.2使用对象[说明此文档的使用对象，一般应包括工程实施人员、系统测试人员、业务验证人员、系统用户。

] 1.3约束条件[列出本文档的约束，例如：“本文档只包括XXX系统、XXX系统的安装，其它相关产品的安装见各自的安装手册。

”]2系统部署结构说明[如果待部署只有一台服务器，删除2.1和2.2节，直接将此服务器的操作系统、中间件、数据库、IP 地址及其他环境要求写在2下。

]2.1部署架构图[以图示说明系统部署架构，例如下图类似。

]2.2服务器环境要求[对部署结构图中的每台服务器逐台说明环境要求。

]2.2.1XXXXXXX[说明此服务器的操作系统、应用服务器、IP地址及其他环境要求] 3XXXX系统的安装[按照系统实际安装步骤，逐项说明。

CMMI5文档之组间协调计划模板

组间协调计划模板文档编号：FHI_CMMI_IPM_TEM文档信息：组间协调计划模板文档名称：组间协调计划模板文档类别：IPM模板密级：内部秘密版本信息：1.1建立日期：2016-1-13创建人：EPG批准人：李庆林批准日期：2016-2-25存放位置：集成公司组织资产库/组织标准过程编辑软件：Microsoft Office 2003 中文版文档修订记录（引用时请修改为实际项目的信息）版本编号或者更改记录编号变化状态简要说明（变更内容和变更范围）修改日期变更人批准日期批准人V1.0 C 创建2016-1-13 张娜娜2016-2-25 李庆林V1.1 M 文档编号去掉版本号2016-4-17 邓沛沛2016-4-17 李庆林*变化状态：C――创建，A——增加，M——修改，D——删除目录4 1、项目背景...................................................................................................................................4 2、引用文件...................................................................................................................................43、组织结构及规程.......................................................................................................................4、主要活动...................................................................................................................................445、其他约定...................................................................................................................................6、关键依赖关系表 (5)1、项目背景描述项目的概要，主要包括：?项目名称；?客户方；?项目总负责人；?参与单位及相关任务与职责；?项目的计划完成时间。

CMMI5文档之团队建设指南

文件编号：
组织团队建设指南
编撰：
审核：
批准：
生效日期：
密级：
历史记录
目录
1目的 (4)
2适用范围 (4)
3项目组织结构 (4)
4项目的角色职责 (4)
5项目干系人管理说明 (6)
1目的
本文档用来帮助新项目组搭建，形成和运作项目。

2适用范围
本指南主要用于公司项目团队建设过程。

3项目组织结构
注：上述结构为单一项目的典型结构，项目实施时可根据实际的情况进行调整。

4项目的角色职责
下面是项目团队各角色的主要职责，细节的补充可参见相应过程定义中的角色职责描述。

项目团队成员如有增减需要，须向部门经理汇报，由部门经理与项目经理协商确定增减的人员，项目团队的维护及变动情况，在《项目周报》中进行跟踪。

5项目干系人管理说明
项目实施时，除项目的内部管理外，通常会涉及多个干系人的管理，下表给出的是项目中常见干系人，供项目实施时参考。

项目与各干系人的具体沟通内容需填写在《项目干系人沟通计划》。