CMMI培训2ppt课件

1、CMMI体系宣贯过程规范文档培训2内容提要背景概述1CMMI 简介2过程规范文档讲解4CMMI L3实施及评价33背景概述-1内部情况 随着公司业务及规模的增长，研发部面临着以下挑战： 工程交付周期长 对本钱、质量预估才干低 工程完成后缺乏必要的技术文档 缺乏一致的配置库管理 交付软件系统不稳定，质量有待提高 人员的变动对我们带来一定的影响 4背景概述-2外部情况 市场竞争日益猛烈 客户称心度需求进一步提升 国际规范认证的推行 政府资助与支持5 CMMI能为我们带来什么？ 我们追求的商业目的： 1、提高软件和工程的质量，降低缺陷率 2、加快软件开发进度，减少延期交付成果的情况 3、提高公司内部

2、用户和市场客户的称心度 4、经过规范化流程的制定与推行，提升软件开发管理程度 5、建立公司的组织级资产库，积累中心技术及过程资产 6、当人员流动比较大的时候，研发成果还能得到完好的保 留，我们的工程可以更好的继续。 7、培育公司过程改良队伍6 CMMI能为我们带来什么？ 我们追求的商业目的： 8、建立有效的质量管理体系，推进公司质量文化的构成 9、经过认证，提高公司的资质及竞争力，为进一步开辟 市场提供有效协助。7深圳市政府资助政策分析 深圳市政府于2006-5-11日公布了 经过CMMI-2级认证的，资助不超越30万元人民币； 经过CMMI-3级认证的，资助不超越50万元人民币； 经过CMM

3、I-4级认证的，资助不超越80万元人民币； 经过CMMI-5级认证的，资助不超越100万元人民币。 真正拿到资助的企业是从2021年开场，但是2021年底政府认证资助政策有变动，深圳市CMMI3、4、5级的认证资助费用分别变卦为30W、40W、50W。 估计未来2年将有更多的公司投入CMMI认证。 结论：我们公司宜尽快经过CMMI认证评价8内容提要背景概述1CMMI 简介2过程规范文档讲解4CMMI L3实施及评价39CMMI简介CMMI是什么？ 英文全称是： Capability Maturity Model Integration 中文直译： 才干成熟度模型综合10 CMMI简介它综合了以

4、下几方面: System engineering Software engineering Integrated Product and Process DevelopmentIPPD Supplier Sourcing CMMI模型提供了一套供公众运用的准那么，这些准那么描画了那些胜利地实施了过程改良的组织的特性。 CMMI模型能指点我们进展公司软件开发过程的改良。11 过程是什么？ 过程是为了特定的目的执行的一套实际 Processactivities that can be recognized as implementations of practices in a model 12

5、软件部门存在哪些过程？ 需求管理 工程谋划和控制 需求分析、设计、编码、测试 配置管理 质量保证 13 软件开发过程识别例子14 为什么要关注过程？ 软件产品的质量在很大程度上取决于开发和维护该软件产品所运用的过程的质量 基于Shewhart、Juran、Deming和Humphrey倡导的TQM原理 这意味着不但要关注软件产品本身， 更要关注消费软件产品的过程!15CMMI的等级在模型中，一切软件组织的软件才干成熟度划分为5个等级第1到第5级。数字越大,成熟度越高。高成熟度等级代表比较强的综合软件才干。 5个成熟度等级分别为： 第1级：初始级 Initial 第2级：受管理级 Managed

6、 第3级：已定义级 Defined 第4级：定量管理级 Quantitatively Managed 第5级：继续优化级 Optimizing16CMMI的等级1级-初始级2级-受管理级3级-已定义级4级-定量管理级5级-继续优化级SEI在该级别没有任何规范SEI在各级别有详细的规范要经过高级别的评价，要满足这个级别以下一切级别的规范。例如：1)一个进展4级评价的企业，评价的时候首先是看能否到达2级要求，然后是3级要求，然后才是4级要求。2)评价的时候，假设2级的规范到达，但3级的要求达不到，就算4级的要求到达了，也只能算2级。17才干、成熟度等级是累进的Level18CMMI的过程域CMMI

7、模型的每一个级别，都包含几个到十几个PA英文全写：Process Area中文译名：过程域什么叫“过程域？简单的说就是做好一个事情的某一个方面。对软件开发来说，就是做好软件开发的某一个方面。19CMMI的过程域(PAs)CMMI-DEV 1.2的22个过程域(15级组织过程聚焦 Organizational Process Focus (OPF) 组织过程定义 Organizational Process Dedinition (OPD)组织培训 Organizational Training (OT)组织过程绩效 Organizational Process Performance (OPP

8、) 组织革新部署 Organizational Innovation&Deployment (OID) 工程谋划 Project Planning (PP)工程监视与控制 Project Monitoring and Control (PMC)供商协议管理 Supplier Agreement Management (SAM)集成化工程管理 Integrated Project Management (IPM)定量工程管理 Quantitative Project Management (QPM)20CMMI的过程域(PAs)需求管理 Requirements Management (REQM

9、)需求开发 Requirements Development (RD)技术处理 Technical Solution (TS)产品集成 Product Integration (PI)验证 Verification (VER)确认 Validation (VAL)风险管理 RISK Management (RSKM)度量分析 Measurement and Analysis (MA)过程和产质量量保证 Process and Product Quality Assurance (PPQA)配置管理 Configuration Management (CM)决策分析与处理方案 Decision

10、Analysis and Resolution (DAR) 缘由分析与处理方案 Causal Analysis and Resolution (CAR)21CMMI模型两种表述方式阶段式延续式22CMMI(15级)延续式表示法过程类型Category过程域Process Areas过程管理类组织过程聚焦（OPF)组织过程定义（OPD)+IPPD组织培训（OT)组织过程绩效(OPP)组织革新部署(OID)项目管理类项目策划(PP)项目监督与控制(PMC)采购管理(SAM)集成化项目管理(IPM)+IPPD风险管理(RSKM)定量项目管理(QPM)软件工程类需求管理(REQM)需求开发(RD)技术

11、解决方案(TS)产品集成（PI)验证（VER)确认(VAL）支持过程类度量分析(MA)过程和产品质量保证(PPQA)配置管理(CM)决策分析与解决方案(DAR)原因分析与解决方案(CAR)23CMMI(15级)阶段式表示法等级Level关注的内容Focus过程域Process Areas5-持续优化级持续的过程改进组织革新部署（OID)原因分析与解决方案（CAR)4-定量管理级量化管理组织过程绩效（OPP)定量项目管理（QPM)3-已定义级过程标准化需求开发(RD)技术方案(TS)产品集成(PI)验证(VER)确认(VAL)组织过程聚焦(OPF)组织过程定义(OPD)+IPPD组织培训(OT)

12、集成化项目管理(IPM)+IPPD风险管理(RSKM)决策分析与解决方案(DAR)2-受管理级基础项目管理需求管理(RM)项目策划(PP)项目监督与控制(PMC)采购管理(SAM)度量分析(MA)过程和产品质量保证(PPQA)配置管理(CM)1-初始级24 模型两种表示法的比较ML5ML4ML3ML2ML1PAsPAsPAsPAsPAs阶段式Selected Maturity Level延续式 Targeted Capability Level25 怎样才算经过了CMMI某个级别的评价？假设该级别的全部PA到达要求了，就以为该级别到达了。如何判别PA到达要求呢？每个PA包含几个目的(Goal)

13、假设这个几个目的都到达要求了，就以为该PA到达要求了如何判别Goal到达要求呢？每个Goal包含几个实际(Practice)每个实际到达要求了，就以为该Goal到达要求了26CMMI模型构造级别PA1PA2目的1目的2实际1实际227每个过程域的构造过程域PA特定目的SG通用目的GG特定实际SP典型任务 产品子实际通用实际GP通用实际详细阐明子实际目的阐明相关的PAsExpectedInformativeLegendRequired28目的 Purpose简要阐明 Introductory Notes有关的过程域 Related Process Areas特定目的 Specific Goal

14、通用目的 Generic Goal特定实际 Specific Practices典型任务产品 Typical Work Products子实际 Subpractices通用实际 Generic Practices通用实际的详细阐明 Generic Practice Elaborations每个过程域包含的内容目的是成熟度等级模型的必要组成部分。在模型中存在两类目的：特定目的，缩写“SG通用目的，缩写“GG“每个PA包含的一切目标到达与否，是断定该PA能否符合CMMI模型要求的考核尺度29目的 Purpose简要阐明 Introductory Notes有关的过程域 Related Proces

15、s Areas特定目的 Specific Goal 通用目的 Generic Goal特定实际 Specific Practices典型任务产品 Typical Work Products子实际 Subpractices通用实际 Generic Practices通用实际的详细阐明 Generic Practice Elaborations每个过程域包含的内容 只适用于某个特定的PA并且强调该PA的独一性特性。适用于一切的PA，某个PA到达了GG,即意味着该PA的实施是有效的、可反复和耐久的。并且曾经实现了某种程度的制度化。适用于一切的PA，某个PA到达了GG,即意味着该PA的实施是有效的、可

16、反复和耐久的。并且曾经实现了某种程度的制度化。30目的 Purpose简要阐明 Introductory Notes有关的过程域 Related Process Areas特定目的 Specific Goal 通用目的 Generic Goal特定实际 Specific Practices典型任务产品 Typical Work Products子实际 Subpractices通用实际 Generic Practices通用实际的详细阐明 Generic Practice Elaborations每个过程域包含的内容为到达相应的特定目的SG所执行的重要活动适用于一切的PA，通用实际GP提供的是制

17、度化的特性，这些特性确保相应的PA可以长期、反复、有效的实施31 每个过程域包含的内容以一个PA为例：技术处理方案 Technical Solution内容来自：P297 32等级Level关注的内容Focus过程域Process Areas5-持续优化级持续的过程改进组织革新部署（OID)原因分析与解决方案（CAR)4-定量管理级量化管理组织过程绩效（OPP)定量项目管理（QPM)3-已定义级过程标准化需求开发(RD)技术解决方案(TS)产品集成(PI)验证(VER)确认(VAL)组织过程聚焦(OPF)组织过程定义(OPD)+IPPD组织培训(OT)集成化项目管理(IPM)+IPPD风险管理

18、(RSKM)决策分析与解决方案(DAR)2-受管理级基础项目管理需求管理(RM)项目策划(PP)项目监督与控制(PMC)采购管理(SAM)度量分析(MA)过程和产品质量保证(PPQA)配置管理(CM)1-初始级33PA特定目的SG通用目的GG特定实际SP典型任务 产品子实际通用实际GP通用实际详细阐明子实际目的阐明相关的PAsExpectedInformativeLegendRequired技术处理方案(Technical Solution, TS)34目的 为设计、开发及实现需求的处理方案。处理方案、设计结果及实现废品包括产品、产品组件，以及与产品相关生命周期的单一过程或适当组合的过程。技术

19、处理方案(Technical Solution, TS)35技术处理方案(Technical Solution, TS)阐明36技术处理方案(Technical Solution, TS)相关的过程域 有关需求配置、操作观念的建立及接口需求定义，参考需求开发 RD)过程域，以获得更多信息。 有关同行审查及对产品和产品组件能否满足需求之验证，请参考 验证 (VER)过程域。 有关正式评价，请参考决策分析与处理方案(DAR)过程域。 有关管理需求，请参考需求管理(REQM)过程域，REQM过程域之 特定实际执行时，与技术处理方案过程域的特定实际交互作用。 有关改良组织的技术，请参考组织革新与部署O

20、ID)过程域。 37技术处理方案(Technical Solution, TS)特定目的与特定实际 SG1从备选方案中，选择产品或产品组件处理方案 SP1.1 开发详细的候选方案及选择的规范 SP1.2针对每个产品组件描画操作概念、场景、环境、操作方式和操作形状。 SP1.3选择最符合要求的产品组件设计方案 SG2开发产品或者产品组件设计 SP2.1开发产品或者产品组件的设计 SP2.2建立和维护技术数据包 SP2.3根据所建立和维护的规范，设计适宜的产品组件接口。 SP2.4根据制定的规范评价哪些产品组件需求开发、购买或者重用。 38技术处理方案(Technical Solution, TS

21、)特定目的与特定实际 SG3实施产品设计并开发相应的支持文档 SP3.1实施产品组件的设计 SP3.2开发和维护最终用户文档 39技术处理方案(Technical Solution, TS)通用目的与通用实际 40 GG1：到达特殊目的的要求GG2：制度化为可管理的过程GG3：制度化为 已定义的过程 GG4:制度化为 定量管理的过程 GG4:制度化为 继续改良的过程GP1.1：执行一切特殊实际SPGP2.1：建立组织方针 GP2.8：监视和控制过程GP2.1：谋划该过程 GP2.9：客观评价遵照情况GP2.3：提供资源 GP2.10：高管审查形状GP2.4: 分配职责GP2.5: 培训人员GP

22、2.6: 管理配置GP2.7: 识别并使共利益者介入GP3.1：建立已定义过程GP3.2: 搜集改良信息GP4.1：建立过程的质量目的GP4.2: 稳定子过程的性能GP5.1：保证过程继续改良GP5.2: 纠正问题的根本缘由CL1CL2CL3CL4CL5ML2ML3、ML4、ML5通用目的GG通用目的和通用实际阶段式表示法通用实际GP延续式表示法41资料可参考 咨询师提供的课件 CMMI DEV1.2中英版PDF+ 其他21个过程域在此不再赘述42那CMMI究竟是个什么东西啊？43 她是一个如何做好软件的最正确实际的集合。 曾经得到全球实际证明，我们不用疑心她的先进性。 假设我们没有做好，那不

23、是CMMI的问题，而是我们的了解与执行的问题。 CMMI是个什么东西？44CMMI部分术语缩写SPI Software Process Improvement 软件过程的改良SEPG/EPG Software Engineering Process Group 软件工程过程小组QA Quality Assurance 质量保证人员CM Configuration Manager 配置管理员PM Project Manager 工程经理45CMMI部分术语缩写MSG Management Steering Group 管理指点委员会WG Working Group 任务组WBS Work Bre

24、akdown Structure 任务分解构造OSP Organizational Standard Process 组织规范过程PDP Project Defined orocessCCB Change Control Board46内容提要背景概述1CMMI 简介2过程规范文档讲解4CMMI L3实施及评价347 CMMI的实施和评价总体道路启动CMMI了解差距分析(C类)实施方案ATMs培训预评价(B类)封锁预评价问题最终评价(A类)过程定义过程实施48PAsPAsPAsPAsOr?Choose启动initiation)MSGQAEPG?49CMMI了解(Understanding)50

25、差距分析(Gap Analysis)普通2到4天由有阅历的顾问实施活动包括：文档评审 和组织中不同的小组和个人面谈按选择的PA报告差距51行动方案(Action Planning)根据差距来制定方案方案应包括：目的成熟度等级？重要里程碑的时间段？每一个差距如何被封锁？由谁担任，什么时候完成？52过程定义(Process Enhancement)定义个性过程，包括 procedures templates,forms,checklists.评审和发布新过程在组织内部培训、报告、宣贯新的过程对需求的地方进展识别、建立自动化工具53过程实施(Process Implementation)在已存在的过

26、程上进展移植验证新过程的实施处理实施问题继续实施直到新过程规范化、制度化54认证工程序号项目名称描述1网上资料平台项目经理：总共的项目成员人数：项目类型：项目周期：2008.10.12当前所处阶段：2项目经理：总共的项目成员人数：项目类型：项目周期：当前所处阶段：3项目经理：总共的项目成员人数：项目类型：项目周期：当前所处阶段：55CMMI ATMs培训3天的SEI规范课程“Introduction to CMMI的培训SCAMPI方法培训56预评价Pre-Appraisal)目的：检查对SCAMPI的预备能否就绪识别小的偏向确定SCAMPI的时间由Lead Appraiser担任，普通是4到

27、6天组织内的评价组成员要参与最后要报告预评价的结果57 封锁预评价中发现的问题制定行动方案假设需求，改动过程假设需求，对组织内部人员进展培训、报告、宣贯新过程实施，制度化58 短期目的：2021-11-31前经过CMMI 3级认证时间安排59认证工程全生命周期工程 工程工期最好为6个月左右 工程是公司的典型业务工程成员相对稳定60认证时间评价时间 6天左右上报时间 2天审核时间 30天有效时间 3年61实施CMMI的岗位设置及职责62岗位：工程经理主要职责：1. 组织制定工程的总体方案和阶段方案；2. 协调工程组资源和内部任务关系，安排工程组成员任务；3. 跟踪、检查工程组成员任务质量；4.

28、为保证工程正常运作，与客户、工程组成员之间进展必要的沟通；5. 担任控制工程，保证工程在预算本钱范围内按规定的质量和进度到达工程目的。63程序员主要职责：1. 在模块设计师指点下，根据模块设计进展代码实现；2. 编写和单元测试脚本；3. 担任执行代码走读和单元测试，记录单元测试结果；4. 执行集成测试。64测试组组长主要职责：1. 独立编写测试方案；2. 独立编写测试用例；3. 安排和指点测试工程师/测试员的任务；4. 协调测试团队内部的任务以及与开发团队之间的任务65实施工程师主要职责：1. 担任制定工程实施方案；2. 在工程实施方案的约束下，协调工程组相关资源，完成系统实施相关任务包括系统安装、用户培训、系统上线、系统试运转等；3. 在工程实施阶段，跟踪、检查实施人员的任务质量；4. 担任编写、和相关培训教材；5. 担任协助用户进展“用户确认测试和编写。66实施工程师1. 在实施经理安排和指点下，执行工程用户现场实施义务；2. 参与编写、和相关培训教材；3. 参与进展“用户确认测试和编写。67QA工程师 主要职责：1. 担任被分派工程的质量审计；2. 对工程部门进展CMMI 过程培训和指点；3. 担任被分派的过程改良任务；4. 担任过程工具的研讨、推行与维护。68：QA 工程师主要职责：1.