cmmi的过程域
- 格式:ppt
- 大小:223.50 KB
- 文档页数:49
(完整版)CMMI过程域总结v2.0,推荐文档CMMI 基本介绍V2.0目录1组织成熟度级别和类别 (2)2通用目标和通用实践 (3)3RD 需求开发REQUIREMENTS DEVELOPMENT (4)4REQM 需求管理REQUIREMENTS MANAGEMENT (5)5PP 项目策划PROJECT PLANNING (6)6PMC 项目监督和控制PROJECT MONITORING AND CONTROL (7)7RSKM 风险管理RISK MANAGEMENT (8)8SAM 供应商协议管理SUPPLIER AGREEMENT MANAGEMENT (9)9CM 配置管理CONFIGURATION MANAGEMENT (10)10PPQA 过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE (11)11MA 度量和分析MEASUREMENT AND ANALYSIS (12)12DAR 决策分析和解决DECISION ANALYSIS AND RESOLUTION (13)13TS 技术解决方案TECHNICAL SOLUTION (14)14PI 产品集成PRODUCT INTEGRATION (15)15VER 验证VERIFICATION (16)16VAL 确认VALIDATION (17)17OPF 组织过程聚焦ORGANIZATIONAL PROCESS FOCUS (18) 18OPD 组织过程定义ORGANIZATIONAL PROCESS DEFINITION (19)19OT 组织培训ORGANIZATIONAL TRAINING (20)20IPM 集成项目管理INTEGRATED PROJECT MANAGEMENT (21)21OPP 组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE (22)22QPM 量化项目管理QUANTITATIVE PROJECT MANAGEMENT (23)23CAR 因果分析和解决CAUSAL ANALYSIS AND RESOLUTION (24)24OPM 组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT (25)3RD 需求开发Requirements Development目的:引出、分析和建立客户、产品及产品组件的需求。
CMMI级过程域讲解CMMI(Capability Maturity Model Integration)是一种用于评估和改进软件开发过程的框架。
它通过对软件开发组织的过程进行评估,为组织提供了一个逐步改进过程的路径,从而提高组织的能力和成熟度。
CMMI框架包括五个过程域,它们是:项目管理、项目支持、要素工程、项目环境和组织过程。
每个过程域都有一组特定的目标和实践,用于评估和改进相关的软件开发过程。
首先是项目管理过程域,它关注的是项目的计划、执行和监控。
它包括了项目管理的三个关键方面:计划制定、项目监控和项目管理。
项目管理过程域的目标包括项目计划的制定、项目资源的分配和控制、项目风险的管理和项目进展的监控。
其次是项目支持过程域,它提供了支持项目管理过程的各种资源和服务。
项目支持过程域包括配置管理、度量和分析、决策分析和解决方案评价等方面。
其目标包括配置管理的实施、度量和分析的开展、决策分析和解决方案评价的应用。
第三个是要素工程过程域,它关注的是软件开发中所使用的各种工具和技术。
要素工程过程域包括需求开发、技术解决方案、产品集成和验证、产品交付等方面。
其目标包括需求开发的实施、技术解决方案的应用、产品集成和验证的实施、产品交付的管理。
第四个是项目环境过程域,它关注的是项目所处的环境因素对项目成功的影响。
项目环境过程域包括了风险管理、分析过程和产品市场分析等方面。
其目标包括风险管理的实施、分析过程的开展、产品市场分析的应用。
最后是组织过程过程域,它关注的是软件开发组织的过程管理。
组织过程过程域包括组织过程的定义、组织过程管理的实施和过程改进等方面。
其目标包括组织过程的定义和实施、组织过程管理的应用、过程改进的管理。
总而言之,CMMI级过程域是一个用于评估和改进软件开发过程的框架。
它包括了五个过程域,分别是项目管理、项目支持、要素工程、项目环境和组织过程。
每个过程域都包含了一系列的目标和实践,用于评估和改进相关的软件开发过程。
CMMI基础培训CMMI包括18个过程域:1评估2投标3合同评审、立项4总体计划(项目启动)5原形开发6需求分析7总体设计(概要设计)8详细设计9功能开发10代码走查11产品集成12集成测试13试运行(用户测试\上线运行)14初验15初验维护16终验17终验维护18结项报告在CMMI评级过程中,上面的18个过程域都必须提供证据,即所谓的PIID。
名词解释:PIID:Practice Instantiation Indicator Document实践的实施证据文档SR - Senior Management, PL - Project Lead, DEV - Developer, SQA, SCM. RM, SEPG随着人们对CMM研究的不断深入,其他学科也结合本系统的特点,陆续推出了自己的CMM 模型。
例如,人力资源能力成熟度模型、系统工程能力成熟度模型等等:(1)SW-CMM (Software CMM) 软件CMM(2)SE-CMM (System Engineering CMM) 系统工程CMM(3)SA-CMM (Software Acquisition CMM) 软件采购CMM(4)IPT-CMM (Integrated Product Team CMM) 集成产品群组CMM(5)P-CMM (People CMM) 人力资源能力成熟度模型CMMI三级18个过程域中属于项目管理类的过程域:A、PP\PMC\RSKM\VAL\SAMB、PP\IPM\PMC\RSKM\SAMC、RD\PP\IPM\PMC\RSKM\SAMD、REQA\PP\PMC\IPM\SAMREQM: Requirements Management(需求管理)PP: Project PlanningPMC: Project Monitoring and Control(项目监控)MA: Measurement and Analysis(度量分析)PPQA: Process and Product Quality Assurance(过程、产品质量保证)CM: Configuration ManagementRD: Requirements DevelopmentVER: Verification(文档评审、系统测试)VAL: Validation(项目验收、发布许可)TS: Technical Solution方案选择表PI: Product Integration(产品集成)OPF:Organizational Process Focus(组织过程焦点)OPD:Organizational Process Definition(组织过程定义)OT: Organizational Training(组织培训)IPM: Integrated Project Management(集成项目管理)RSKM: Risk ManagementDAR:Decision Analysis and ResolutionCMMI2级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下,是不可能做出计划的,所以做好计划的第一步就是要把这些东西搞清楚。
CMMI过程域CMMI(Capability Maturity Model Integration)是一种用于评估和改进组织的软件工程能力的模型。
它定义了一组评估标准和最佳实践,包括了五个过程域(process area),分别是需求管理、项目管理、工程(软件)过程、配置管理和产品质量保证。
接下来,我将详细介绍这五个过程域。
1. 需求管理(Requirements Management)需求管理是指在整个软件开发过程中,对需求的分析、收集、跟踪和变更进行管理。
主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。
需求管理的目标是明确项目的需求,确保需求的准确性和可追溯性,以及及时有效地处理需求变更。
通过有效的需求管理,可以实现项目的高效开发和产品的质量保证。
2. 项目管理(Project Management)项目管理是指对软件开发项目进行计划、组织、指导和控制,以实现项目目标的过程。
主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。
项目管理的目标是确保项目按时、按质量要求完成,最大程度地满足客户需求。
通过有效的项目管理,可以提高项目的可预测性和控制性,减少项目风险,并提高项目团队的合作效率。
3. 工程(软件)过程(Engineering Process)工程过程是指在软件开发过程中,进行软件需求分析、设计、编码、测试和维护的一系列工作。
主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。
工程过程的目标是确保软件开发过程高效、规范和可靠,以达到预期的质量和性能要求。
通过有效的工程过程,可以提高软件开发效率,减少错误和缺陷,提高软件的可维护性和可靠性。
4. 配置管理(Configuration Management)配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。
主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。
对CMMI3的学习和思考【IT168 专稿】近来笔者所在公司正在为过CMMI3做各种准备,对公司的员工进行了一些相关的培训,作为项目管理人员的我,在学习CMMI3的过程中,也有了自己的一点对于CMMI3的思考。
CMMI将软件过程中的很多步骤都通过步骤规范起来,它并没有告诉我们应该怎么去做,而只是告诉我们应该做些什么。
因为软件过程中的每一步都需要经过思考、决策、有依据才能得出过程的结果,所以减少了每一步发生错误的可能性。
一.CMMI概述CMMI是Capacity Maturity Model Integrated的简称,即集成的软件能力成熟度模型,CMM是CMMI的早期版本,它主要用于软件工程,而CMMI是一种综合性模型,它是工程实施和管理方法,它在软件与系统集成以外的如科研、工程等领域都得到了广泛的应用。
CMMI是一个由理论和经验部分组成的模型。
它有连续式和阶段式两种表述方式,其中连续式主要用于衡量一个企业的项目能力,而阶段式主要用来衡量一个企业的成熟度。
在连续式表述下,企业在接受评估时可以选择自己希望评估的项目来进行评估,所以评估通过率相对比较大,但它反映的那个相对比较窄,因为它仅仅反映该企业的该项目或类似项目达到了对应的等级。
而用阶段式来进行评估时,需由评估师自己来挑选内部的任何项目或其中的某一部分来进行评估。
阶段式的CMMI有5个等级,如下:第一级(初始级):在该等级下,项目的目标虽然得以实现,但它的实现带有很多的偶然性和风险性,该级对人员的依赖性比较大,性能依赖个人的能力,且随个人固有的性能、知识和动机的不同而变化。
第二级(受管理级):在该等级下,意味着组织要确保策划、文档化、执行、监督和控制项目级的过程,并且需要为过程建立明确的目标,并能实现成本、进度和质量目标等。
在这种情况下,组织已经营造了一个稳定的、受控的开发环境,项目已经在受控制的状态下运行。
该级包括如下7个过程域:需求管理(RM)、项目策划(PP)、项目监督与控制(PMC)、供方协定管理(SAM)、测量与分析(MA)、过程和产品质量保证(PPQA)和配置管理(CM)。
CMMI基本介绍V2.0目录1组织成熟度级别和类别 (2)2通用目标和通用实践 (3)3RD 需求开发REQUIREMENTS DEVELOPMENT (4)4REQM需求管理REQUIREMENTS MANAGEMENT (5)5PP项目策划PROJECT PLANNING (6)6PMC项目监督和控制PROJECT MONITORING AND CONTROL (7)7RSKM风险管理RISK MANAGEMENT (8)8SAM供应商协议管理SUPPLIER AGREEMENT MANAGEMENT (9)9CM配置管理CONFIGURATION MANAGEMENT (10)10PPQA过程和产品质量保证PROCESS AND PRODUCT QUALITY ASSURANCE (11)11MA度量和分析MEASUREMENT AND ANALYSIS (12)12DAR决策分析和解决DECISION ANALYSIS AND RESOLUTION (13)13TS技术解决方案TECHNICAL SOLUTION (14)14PI产品集成PRODUCT INTEGRATION (15)15VER验证VERIFICATION (16)16VAL确认VALIDATION (17)17OPF组织过程聚焦ORGANIZATIONAL PROCESS FOCUS (18)18OPD组织过程定义ORGANIZATIONAL PROCESS DEFINITION (19)19OT组织培训ORGANIZATIONAL TRAINING (20)20IPM集成项目管理INTEGRATED PROJECT MANAGEMENT (21)21OPP组织过程性能ORGANIZATIONAL PROCESS PERFORMANCE (22)22QPM量化项目管理QUANTITATIVE PROJECT MANAGEMENT (23)23CAR因果分析和解决CAUSAL ANALYSIS AND RESOLUTION (24)24OPM组织性能管理ORGANIZATIONAL PERFORMANCE MANAGEMENT (25)1组织成熟度级别和类别2通用目标和通用实践3RD需求开发Requirements Development目的:引出、分析和建立客户、产品及产品组件的需求。