(完整版)【全】CMMI3标准过程活动流程图

合集下载

(完整版)【全】CMMI3标准过程活动流程图

(完整版)【全】CMMI3标准过程活动流程图

【EPG】组织过程定义与改进[OPD&OPF]组织发展战略规划《组织级方针》原有的组织过程资产【培训】组织培训[OT]过程开始《过程改进目标》 2.收集、汇总过程改进建议《过程改进建议表》原有的组织过程资产 3.评估组织现行过程《过程改进评估报告》或《差距分析报告》《过程改进建议表》《过程改进评估报告》或《差距分析报告》4.识别组织过程改进点《组织过程改进点列表》《过程改进目标》《过程改进评估报告》《组织过程改进点列表》5.制定过程改进计划并评审《组织过程改进计划》《组织过程改进进度表》《组织过程改进计划》原有的组织过程资产“ 6.建立和维护组织过程资产•J过程资产库(试用版)一过程资产库(试用版)《组织过程改进计划》7.在项目中试点改进后的组织过程资产《过程改进建议表》10.过程改进管理活动(跟踪和监控、配置管理、质量保证、度量等)过程资产库(试用版)《过程改进建议表》8.评估、部者新的组织过程资产过程资产库(正式版)过程资产库(正式版)•9.组织中全面实施推广+《过程改进建议表》《EP会议记录》《过程改进月报》《组织过程改进总结报告》《过程改进进展通告》《过程资产修订记录》i.确定组织过程改进目标《过程改进目标》过程结束【项目经理】立项过程[PIM]【项目经理】结项过程[PCM]------ >《项目已定义过程》------ A《项目估算报告》《项目计划》《风险管理计划及跟踪表》《质量保证计划》亠《配置管理计划》《项目进度表》《团队章程》-《项目计划评审报告》项目估算过程输入项目经理输出程过算估项目估算表结束【项目经理】项目监控[PMC]【项目经理】风险管理[RSKM]《组织风险列表库》《项目计划》过程开始1.风险识别2.风险分析3.风险处理尸4.风险跟踪■■5.更新《组织风险列表库》及通报风险状态I《风险管理计划及跟踪表》I过程结束【项目经理】度量分析[MA]4•收集和分析度量数据《项目进度表》《项目周报》《项目里程碑报告》《不一致项问题跟踪表》各类《评审报告》《测试报告》《项目变更记录》《项目问题跟踪表》《风险管理计划及跟踪表》过程开始3.制定《度量分析计划》【项目经理、需求】需求开发与管理[RDM]-需求开发过程《度量分析计划》5.存储和更新、通报度量结果项目度量库【项目经理、需求】需求开发与管理[RDM]-需求管理过程需求变更控制[VER]-同行评审过程-审查过程过程结束[VER]-同行评审过程-走查过程过程开始过程结束【项目经理、需求、设计、开发、测试、配置、QA】验证[VER]-同行评审过程-个人评审过程【项目经理、需求、设计】决策分析与解决方案[DAR]【设计】技术解决方案[TS]【开发】产品集成[PI]【测试】确认[VAL]【配置】配置管理[CM]过程开始【QA】质量保证[PPQA]《项目计划》《项目已定义过程》过程资产中的《组织过程检查列表》《组织产品检查列表》J 1.制定QA计划> 2.过程和产品质量检查r过程开始3.不一致项跟踪处理14.发布QA报告r过程结束《QA计划》《过程检查列表》《产品检查列表》《不一致问题跟踪表》E 《QA月报》「4《QA里程碑报告》《QA外部审计报告》。

(完整版)CMMI3过程体系文档清单

(完整版)CMMI3过程体系文档清单
配置服务器/CMM目录下文件配置清单
分类
过程域(PA)
过程
规程
模板
过程管 理过程
项目管 理类过

工程开 发类过

OPD、OPF
OT PP
PMC、IPM、RSKM PMC、IPM、RSKM PMC、IPM、RSKM
RD PP TS、PI
软件过程改进过程
组织培训过程
项目立项过程 项目策划过程
项目跟踪过程
84—82
检查单
配置服务器/CMM目录下文件配置清单
84—83
检查单
配置服务器/CMM目录下文件配置清单
84—84
84—76
检查单
配置服务器/CMM目录下文件配置清单
84—77
检查单
配置服务器/CMM目录下文件配置清单
84—78
检查单
配置服务器/CMM目录下文件配置清单
84—79
检查单
配置服务器/CMM目录下文件配置清单
84—80
检查单
配置服务器/CMM目录下文件配置清单
84—81
检查单
配置服务器/CMM目录下文件配置清单
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—39
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—40
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单
过程
规程
模板
指南
规范
84—41
分类
过程域(PA)
配置服务器/CMM目录下文件配置清单

cmmi3认证的流程 -回复

cmmi3认证的流程 -回复

cmmi3认证的流程-回复CMMI3认证的流程CMMI(Capability Maturity Model Integration)是一种用于评估和改进组织过程的综合能力成熟度模型,它被广泛应用于软件开发和服务行业。

CMMI认证是指经过一系列评估和审核流程后,组织达到了特定的CMMI 级别要求,并获得了相应的认证。

以下是CMMI3认证的完整流程,包括准备阶段、评估阶段和认证阶段。

准备阶段:1. 确定目标:组织需要明确为何需要进行CMMI认证以及达到哪个级别,这个目标应该与组织的战略规划和业务需求相符。

2. 建立项目团队:建立一个CMMI认证的项目团队,由项目经理、CMMI 顾问和相关领域的专家组成。

3. 制定计划:制定CMMI认证的计划,包括时间表、资源分配以及每个阶段的任务和责任分配。

评估阶段:1. 自评:组织首先需要进行自我评估,通过分析组织实践和过程的能力,了解与目标级别的差距,并制定改进计划。

2. 外部评估:组织需要聘请一个独立的第三方审核机构,来对其进行CMMI认证的外部评估。

该机构会派遣一组专家来对组织的实践和过程进行评估。

3. 评估准备:组织需要根据评估机构提供的指导,准备相关的文档和材料,包括组织的政策、过程、数据和实践等。

4. 评估实施:评估团队会与组织合作,进行现场访问、采访员工、审查文档和数据等,以确定组织实践的充分性和成熟度。

认证阶段:1. 评估结果报告:评估团队会整理评估结果,生成一份评估结果报告,其中包括组织目前的实践和过程的能力状况、符合的CMMI级别要求以及建议的改进方案。

2. 认证申请:组织需要向认证机构提交认证申请,包括评估结果报告、组织基本信息和付款凭证等。

3. 认证审核:认证机构会对申请进行审核,并派遣认证专家进行现场审核,以确保评估结果的准确性和可靠性。

4. 认证决定:认证决定会根据评估结果和审核报告,对组织是否达到CMMI认证要求进行判定。

如果通过认证,组织将被授予相应的CMMI 级别认证证书。

CMMI3级过程域介绍

CMMI3级过程域介绍
开发产品需求
确定产品和 产品构件需求
分配产品构件 需求
确认接口需求
客户需求
2020/1/24
产品、产品构件和接口需求
23
需求开发 – 关系图
开发客户需求
开发产品需求
分析和验证需求
客户需求
产品、产品构件和接口需求
确认需求
2020/1/24
24
需求开发 – 关系图
分析和确认需求
建立操作 概念和场景
建立所要求的 功能定义
13
共性实践
GG3:已定义的过程
约定
GP2.1: 方针
执行能力
GP3.1: 定义过程 GP2.2: 计划过程 GP2.3:提供资源 GP2.4:分配职责 GP2.5:培训
2020/1/24
实施指导
GP2.6:管理配置 GP2.7:利益相关者介入 GP2.8:监督并控制过程
GP3.2:收集改善信息
• SG 1 开发客户需求

收集干系人的需要、期望、约束条
件和接口,并将其转化为客户需求.
• SG 2 开发产品需求

对客户需求进行精炼和细化,并将其
转化为产品和产品构件需求.
• SG 3 分析和确认需求

分析和确认需求,并开发所要求的功
能定义.
2020/1/24
19
需求开发 – 关系图
开发客户需求
2020/1/24
7
关键术语复习 3
• 已定义过程
– 是由组织的一系列标准过程中按照组织 的剪裁准则剪裁而成的已管理过程
• 有一个可ቤተ መጻሕፍቲ ባይዱ护的过程描述 • 将工作产品、度量及其它过程改进的信息存
储到组织的过程资产库中 • 作用于项目层面

CMMI3同行评审详细过程定义讲解

CMMI3同行评审详细过程定义讲解

同行评审4.1同行评审与测试的关系发现缺陷的手段为什么要引入同行评审而不是继续完全使用测试呢?有些工作产品在早期阶段就可以进行同行评审去发现缺陷,但无法对其进行测试;即使到了编码阶段,测试活动也不能发现某些特定类型的缺陷(例如违反编程规范)。

从图4-1(开发各阶段缺陷放大图)可以看出,随着开发的不断开展,缺陷不断泄漏和放大,最终形成的产品是一个灰色的距离用户真正需求很远的一个"东西"。

这就需要在开发的过程中不断进行同行评审,减少泄漏到下一个阶段的缺陷。

成功的同行评审是提高质量和生产率的重要因素,不管人们喜欢与否,审查过程会迫使每个人在一种开放式的环境中工作。

一旦人们懂得了他们的工作都要接受同行评审,他们就会越早地将他们的工作公之于众,以待监督。

在同级评审上的投入把组织的一些质量成本从昂贵的测试以及后期的大规模返工转变为早期的缺陷发现。

更重要的是,工作产品的作者学到了如何将工作做得更好,从而避免了缺陷。

固然同行评审的准备、活动和跟踪需要花费一定的时间和工作量,但这些可以在测试中节省更多。

从经济角度考虑,许多缺陷是在早期阶段注入的,越早消除缺陷就越能降低开发成本。

据统计,对于保存精确记录的大系统,一套完整的同行评审体系能够使项目在每个测试阶段出现的错误减少了90%。

这样一来,即使在综合考虑了同行评审活动成本的情况下,同行评审活动也会使测试成本下降50%~80%。

同时,通过同行评审,开发人员能够及时地得到专家的帮助和指导,加深对工作成果的理解,更好地预防缺陷,在一定程度上提高了开发生产率。

再者,消除工作成果的缺陷,可以提高产品质量,提高客户满意度。

(点击查看大图)图4-1 开发各阶段缺陷放大图总之,同行评审有助于"提高质量、提高生产率、降低成本"。

但是要注意,同行评审不可能代替测试,正如测试不可能替代同行评审一样。

那么,工作产品通过了什么样的评审才算合格呢?同行评审本身的要求有没有在质量目标里?评审的工作量和参加人员的资格、评审时间是否有要求呢?4.2 同行评审的种类和对象同行评审活动的关注点应该是工作产品中的缺陷,而不应该是工作产品的作者或者生产者,管理者也不应使用同行评审的结果去评价个人的行为。

CMMI基本流程

CMMI基本流程
设计
按照项目的需求、以及编码规范完成编码任务 制定用户手册 单元测试 集成测试
编码
系统测试
验收分为:内部验收和外部验收
1.首先要有验收计划,包括:内部验收和外部验收的时间、人数,验收小 组负责人及相关文档 2.内部验收为在组织内部作的验收,外部验收是与客户作的验收
验收阶段结束进入结项阶段
安全象只弓,不拉它就松,要想保安 全,常 把弓弦 绷。21 .1.910 :01:2 410:0 1Jan- 219-J an-21
得道多助失道寡助,掌控人心方位上 。10:0 1:241 0:01: 2410: 01Sat urday, January 09, 2021
安全在于心细,事故出在麻痹。21.1 .921.1 .910: 01:24 10:01 :24Ja nuary 9, 2021
什么是CMMI?
项目策划(PP) 项目监督与控制(PMC) 需求管理(RM) 供应商协议管理(SAM) 度量(MA) 配置管理(CM) 产品与过程质量保证(PPQA)
需求开发(RD) 技术解决(TS) 产品集成(PI) 验证(Ver) 确认(Val) 组织过程聚焦(OPF) 组织过程定义(OPD) 组织培训(OT) 集成项目管理(IPM) 风险管理(RSKM) 决策分析和决定(DAR)
人生不是自发的自我发展,而是一长 串机缘 。事件 和决定 ,这些 机缘、 事件和 决定在 它们实 现的当 时是取 决于我 们的意 志的。 2021年 1月9 日星期 六10时 1分24 秒Saturday, January 09, 2021
感情上的亲密,发展友谊;钱财上的 亲密, 破坏友 谊。21 .1.920 21年1 月9日 星期六 10时1 分24秒 21.1.9
项目策划

CMMI3级18个过程域

CMMI3级18个过程域

CMMI3级过程域一共有18个PA,分别是:过程管理1、OPD:(Organizational Process Definition)组织级过程定义。

建立和维护有用的组织过程资产。

2、OPF:(Organizational Process Focus)组织级过程焦点。

在理解现有过程强项和弱项的基础上计划和实施组织过程改善。

3、OT:(Organizational Training)组织培训管理。

增加开发人员的技能和知识,使他们能有效地执行他们的任务。

项目管理:4、PP:(Project Plan)项目计划。

保证在正确的时间有正确的资源可用。

为每个人员分配任务。

协调人员。

根据实际情况,调整项目。

5、PMC:(Project Monitoring and Control)项目监督与控制。

通过项目的跟踪与监控活动,及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况,通过对跟踪结果的分析,依据跟踪与监控策略采取有效的行动,使项目组能在既定的时间、费用、质量要求等情况下完成项目。

6、SAM:(Supplier Agreement Management)供应商协议管理。

旨在对以正式协定的形式从项目之外的供方采办的产品和服务实施管理。

7、IPM:(Integrated Project Management)集成项目管理。

根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。

8、RSKM:(Risk Management)风险管理。

识别潜在的问题,以便策划应对风险的活动和必要时在整个项目生存周期中实施这些活动,缓解不利的影响,实现目标。

工程管理:9、REQM:(Requirements Management)需求管理。

需求管理的目的是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。

10、RD:(Requirement Development)需求开发。

需求开发的目的在于定义系统的边界和功能、非功能需求,以便涉众(客户、最终用户)和项目组对所开发的内容达成一致。

CMMI项目过程表--最新

CMMI项目过程表--最新

1、项目计划 2、项目配置管理计划
项目的基线
配置库基线库
《项目配置管理计划》(配 置管理过程输出)
《项目配置状态报告》
1、MB-PPM-017-《项目配置管理计划》模板 2、MB-PPM-018-《项目配置状态报告》模板
视项目情况,可选。
《配置审计检查单》
1、《配置审计检查单》(含
审计结果) 2、配置审计报告(包含在《 项目质量审计报告》中)
MB-PSM-012-启动阶段审计检查单
启动阶段总结报告
MB-PSM-013-启动阶段总结报告模板
《项目配置管理计划》
项目配置库、《项目配置库 相关信息》
1、《工作任务书》
2、《用户需求规格说明书》
3、《架构设计说明书》 4、启动阶段的《项目工作量 估算表》
1、规模估算表(功能点) 2、项目工作量估算表
2-14 变更控制 2-15 风险管理 2-16 版本控制及基线管理 2-17 配置状态统计和报告
2-18 配置审计
2-19 阶段质量审计
三、 3-1
需求确认
1、《项项目目度过量程与文分档析使表用》指南
1、《度量计划》(《项目计 (《度量与分析表模板》)
划书》的一部分) 2、项目实际运行数据
2、纠正/预防措施(《项目 问题跟踪单》、及《风险管
项目过程文档使用指南
CMMI3项目过程表
本工作表为本项目的过程裁剪结果,项目经理根据项目类型及本工作表中的裁剪指南,对组织的标准开发活动进行裁剪,由此定义出本项 目所要执行的活动。
文档类 型
上会评审(正式)
上会评审(非正式)
普通评审
序号 活动描述
零、 0-1 制定商业建议书
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
相关文档
最新文档