【文档说明】CMMI体系宣贯过程规范文档培训课件.pptx，共(78)页，1.346 MB，由精品优选上传

转载请保留链接：https://www.ichengzhen.cn/view-266764.html

以下为本文档部分文字说明：

CMMI体系宣贯过程规范文档培训2内容提要背景概述1CMMI简介2过程规范文档讲解4CMMIL3实施及评估33背景概述-1内部情况随着公司业务及规模的增长，研发部面临着以下挑战：—项目交付周期长—对成本、质量预估能力低—项目完成后缺乏必要的技术文档—缺乏统一的配置库管理—交付软件系

统不稳定，质量有待提高—人员的变动对我们带来一定的影响4背景概述-2外部情况—市场竞争日益激烈—客户满意度需要进一步提升—国际标准认证的推广—政府资助与支持5CMMI能为我们带来什么？我们追求的商业目标：1、提

高软件和项目的质量，降低缺陷率2、加快软件开发进度，减少延期交付成果的情况3、提高公司内部用户和市场客户的满意度4、通过标准化流程的制定与推广，提升软件开发管理水平5、建立公司的组织级资产库，积累核心技术及过程资产6、当人员流动比较大的时候，研发成果还能得到完整的保留，我们的项目能够更好的

继续。7、培养公司过程改进队伍6CMMI能为我们带来什么？我们追求的商业目标：8、建立有效的质量管理体系，推动公司质量文化的形成9、通过认证，提高公司的资质及竞争力，为进一步开拓市场提供有效帮助。7深圳市政府资助政策分析深圳市政府于2006-5-11日颁布了《深圳市软件企业能力成熟度模型认证

资助管理暂行办法》—通过CMMI-2级认证的，资助不超过30万元人民币；—通过CMMI-3级认证的，资助不超过50万元人民币；—通过CMMI-4级认证的，资助不超过80万元人民币；—通过CMMI-5级认证的，资助不超过100万元人民币。真正拿到资助的企业是从2008年开始，但是2008年底

政府认证资助政策有变动，深圳市CMMI3、4、5级的认证资助费用分别变更为30W、40W、50W。预计未来2年将有更多的公司投入CMMI认证。结论：我们公司宜尽快通过CMMI认证评估8内容提要背景概述1CMMI简介2过程规范文档讲解4CMMIL3实施及评估39CMMI简介•CMM

I是什么？英文全称是：CapabilityMaturityModelIntegration•中文直译：能力成熟度模型综合10CMMI简介•它综合了以下几方面:—Systemengineering—Softwareen

gineering—IntegratedProductandProcessDevelopment（IPPD）—SupplierSourcingCMMI模型提供了一套供公众使用的准则，这些准则描述了那些成功地实施了过程改进的组织的特

性。CMMI模型能指导我们进行公司软件开发过程的改进。11过程是什么？过程是为了特定的目标执行的一套实践Process——activitiesthatcanberecognizedasimplementationsofpra

cticesinamodel《CMMIDEV-V1.2part3Glossary》12软件部门存在哪些过程？需求管理项目策划和控制需求分析、设计、编码、测试配置管理质量保证……13软件开发过程识别例子14为什么要关注过程？软件产品的质量在很大程度上取决于开发和维护该软件产品所使用的过程的质量基

于Shewhart、Juran、Deming和Humphrey倡导的TQM原理这意味着不但要关注软件产品本身，更要关注生产软件产品的过程!15CMMI的等级•在模型中，所有软件组织的软件能力成熟度划分为5个等级—第1到第5级。

数字越大,成熟度越高。高成熟度等级代表比较强的综合软件能力。5个成熟度等级分别为：第1级：初始级Initial第2级：受管理级Managed第3级：已定义级Defined第4级：定量管理级Quantitati

velyManaged第5级：持续优化级Optimizing16CMMI的等级1级-初始级2级-受管理级3级-已定义级4级-定量管理级5级-持续优化级SEI在该级别没有任何标准SEI在各级别有详细的标准要通过高级别的评估，要满足这个级别以下所有级别的标准

。例如：1)一个进行4级评估的企业，评估的时候首先是看是否达到2级要求，然后是3级要求，然后才是4级要求。2)评估的时候，如果2级的标准达到，但3级的要求达不到，就算4级的要求达到了，也只能算2级。17能力、成熟度等级是累进的Level18

CMMI的过程域•CMMI模型的每一个级别，都包含几个到十几个PA–英文全写：ProcessArea–中文译名：过程域•什么叫“过程域”？–简单的说就是做好一个事情的某一个方面。–对软件开发来说，就是做好软件开发的某一个方面。19CMMI的过程域(PAs)CMMI-D

EV1.2的22个过程域(1—5级）组织过程聚焦OrganizationalProcessFocus(OPF)组织过程定义OrganizationalProcessDedinition(OPD)组织培训OrganizationalTraining(OT)组织过程绩效Organizatio

nalProcessPerformance(OPP)组织革新部署OrganizationalInnovation&Deployment(OID)项目策划ProjectPlanning(PP)项目监督与控制ProjectMonitoringandControl(PMC)供商

协议管理SupplierAgreementManagement(SAM)集成化项目管理IntegratedProjectManagement(IPM)定量项目管理QuantitativeProjectManagement(QPM)20CM

MI的过程域(PAs)需求管理RequirementsManagement(REQM)需求开发RequirementsDevelopment(RD)技术解决TechnicalSolution(TS)产品集成ProductIntegrat

ion(PI)验证Verification(VER)确认Validation(VAL)风险管理RISKManagement(RSKM)度量分析MeasurementandAnalysis(MA)过程和产品质量保证Proce

ssandProductQualityAssurance(PPQA)配置管理ConfigurationManagement(CM)决策分析与解决方案DecisionAnalysisandResolution(DAR)原因分析与解决方案CausalAnaly

sisandResolution(CAR)21CMMI模型两种表述形式•阶段式•连续式22CMMI(1—5级)连续式表示法过程类型Category过程域ProcessAreas过程管理类组织过程聚焦（OPF)组织过程定义（OPD)+IPPD组织培训（OT)组织过程绩效(OP

P)组织革新部署(OID)项目管理类项目策划(PP)项目监督与控制(PMC)采购管理(SAM)集成化项目管理(IPM)+IPPD风险管理(RSKM)定量项目管理(QPM)软件工程类需求管理(REQM)需求开发(RD)技术解决方案

(TS)产品集成（PI)验证（VER)确认(VAL）支持过程类度量分析(MA)过程和产品质量保证(PPQA)配置管理(CM)决策分析与解决方案(DAR)原因分析与解决方案(CAR)23CMMI(1—5级)阶段

式表示法等级Level关注的内容Focus过程域ProcessAreas5-持续优化级持续的过程改进组织革新部署（OID)原因分析与解决方案（CAR)4-定量管理级量化管理组织过程绩效（OPP)定量项目管理（QPM)3-已定义级过程标准化需求开发(RD)技术方案(TS)产品集成(PI)验

证(VER)确认(VAL)组织过程聚焦(OPF)组织过程定义(OPD)+IPPD组织培训(OT)集成化项目管理(IPM)+IPPD风险管理(RSKM)决策分析与解决方案(DAR)2-受管理级基础项目管理需求管理(RM)项目策划(PP)项目监督与控制(PMC)采购管理(SAM)度量分析(MA)

过程和产品质量保证(PPQA)配置管理(CM)1-初始级24模型两种表示法的比较ML5ML4ML3ML2ML1PAsPAsPAsPAsPAs阶段式SelectedMaturityLevel连续式TargetedCapabilit

yLevel25怎样才算通过了CMMI某个级别的评估？•如果该级别的全部PA达到要求了，就认为该级别达到了。•如何判断PA达到要求呢？–每个PA包含几个目标(Goal)–如果这个几个目标都达到要求了，就认为该PA达到要求了•如何判断Goal达到要求呢？–每个Goal包含几个实践(Practic

e)–每个实践达到要求了，就认为该Goal达到要求了26CMMI模型结构级别PA1PA2…目标1目标2…实践1实践2……27每个过程域的结构过程域PA特定目标SG通用目标GG特定实践SP典型工作产品子实践通用实践GP通用实践详细说明子实践目的说明相关的PAsE

xpectedInformativeLegendRequired28目的Purpose简要说明IntroductoryNotes有关的过程域RelatedProcessAreas特定目标SpecificGoa

l通用目标GenericGoal特定实践SpecificPractices典型工作产品TypicalWorkProducts子实践Subpractices通用实践GenericPractices通用实践的详细说明GenericPracticeElaborations每

个过程域包含的内容目标是成熟度等级模型的必要组成部分。在模型中存在两类目标：特定目标，缩写“SG”通用目标，缩写“GG“每个PA包含的所有目标达到与否，是判定该PA是否符合CMMI模型要求的考核尺度29目的Purpose简要说明IntroductoryNotes有关的过

程域RelatedProcessAreas特定目标SpecificGoal通用目标GenericGoal特定实践SpecificPractices典型工作产品TypicalWorkProducts子实践Subpractices通用实践GenericPractices通用实践

的详细说明GenericPracticeElaborations每个过程域包含的内容只适用于某个特定的PA并且强调该PA的唯一性特性。适用于所有的PA，某个PA达到了GG,即意味着该PA的实施是有效的、可重复和持久的。并且已经实现了某种程度的制度化。适用于所有的PA，某

个PA达到了GG,即意味着该PA的实施是有效的、可重复和持久的。并且已经实现了某种程度的制度化。30目的Purpose简要说明IntroductoryNotes有关的过程域RelatedProcessAreas特定目标SpecificGoal通用目标GenericGo

al特定实践SpecificPractices典型工作产品TypicalWorkProducts子实践Subpractices通用实践GenericPractices通用实践的详细说明GenericPracticeElaborations每个过程域

包含的内容为达到相应的特定目标SG所执行的重要活动适用于所有的PA，通用实践GP提供的是制度化的特性，这些特性确保相应的PA能够长期、反复、有效的实施31每个过程域包含的内容以一个PA为例：技术解决方案TechnicalSolution内容来自：《C

MMI-DEV1.2简体中文版》P29732等级Level关注的内容Focus过程域ProcessAreas5-持续优化级持续的过程改进组织革新部署（OID)原因分析与解决方案（CAR)4-定量管理级量化管理组织过程绩效（OPP)定量项目管理（QPM)3-

已定义级过程标准化需求开发(RD)技术解决方案(TS)产品集成(PI)验证(VER)确认(VAL)组织过程聚焦(OPF)组织过程定义(OPD)+IPPD组织培训(OT)集成化项目管理(IPM)+IPPD风险管理(RSKM)决策分析与解决方案(DAR)2-受管理级基础项目管理需求管理(RM)项目策划

(PP)项目监督与控制(PMC)采购管理(SAM)度量分析(MA)过程和产品质量保证(PPQA)配置管理(CM)1-初始级33PA特定目标SG通用目标GG特定实践SP典型工作产品子实践通用实践GP通用实践

详细说明子实践目的说明相关的PAsExpectedInformativeLegendRequired技术解决方案(TechnicalSolution,TS)34•目的为设计、开发及实现需求的解决方案。解决方案、设计结果及实现成品包括产品、产品组件，以及与产品相关生命周期的单一过程或

适当组合的过程。技术解决方案(TechnicalSolution,TS)35技术解决方案(TechnicalSolution,TS)说明36技术解决方案(TechnicalSolution,TS)•相关的过程域有关需求配置、操作观念的建立及接口需求定义

，参考需求开发（RD)过程域，以获得更多信息。有关同行审查及对产品和产品组件是否满足需求之验证，请参考验证(VER)过程域。有关正式评估，请参考决策分析与解决方案(DAR)过程域。有关管理需求，请参考需求管理(

REQM)过程域，REQM过程域之特定实践执行时，与技术解决方案过程域的特定实践交互作用。有关改进组织的技术，请参考组织革新与部署（OID)过程域。37技术解决方案(TechnicalSolution,TS)•特定目标与特定实践SG1从备选方案中，选择产品或产品组件解决方

案SP1.1开发详细的候选方案及选择的标准SP1.2针对每个产品组件描述操作概念、场景、环境、操作模式和操作状态。SP1.3选择最符合要求的产品组件设计方案SG2开发产品或者产品组件设计SP2.1开发产品或者产品组件的设计SP2.2建立和维护技术数据包SP2.3根据所建立和维护的标准，设计合适的产

品组件接口。SP2.4根据制定的标准评估哪些产品组件需要开发、购买或者重用。38技术解决方案(TechnicalSolution,TS)•特定目标与特定实践SG3实施产品设计并开发相应的支持文档SP3.1实施产品组件的设计SP3.2开发和维护最终用户文

档39技术解决方案(TechnicalSolution,TS)•通用目标与通用实践40GG1：达到特殊目标的要求GG2：制度化为可管理的过程GG3：制度化为已定义的过程GG4:制度化为定量管理的过程GG4:制度化为持续改进的过程GP1.1：执行所有特殊实践SPGP2.1：建

立组织方针GP2.8：监督和控制过程GP2.1：策划该过程GP2.9：客观评价遵循情况GP2.3：提供资源GP2.10：高管审查状态GP2.4:分配职责GP2.5:培训人员GP2.6:管理配置GP2.7:识别并使共利益者介入GP3.1：建立已定义过程GP3.2:收集改进信息GP4.1：建立过程

的质量目标GP4.2:稳定子过程的性能GP5.1：保证过程持续改进GP5.2:纠正问题的根本原因CL1CL2CL3CL4CL5ML2ML3、ML4、ML5通用目标GG通用目标和通用实践阶段式表示法通用实践GP连续式表示法41资料可参考咨询师

提供的课件CMMIDEV1.2中英版PDF+其他21个过程域在此不再赘述42那CMMI到底是个什么东西啊？43她是一个如何做好软件的最佳实践的集合。已经得到全球实践证明，我们不必怀疑她的先进性。如果我们没有做好，那不是CMMI的问题，而是我们的理解与执行的问

题。CMMI是个什么东西？44CMMI部分术语缩写[SPI]SoftwareProcessImprovement软件过程的改进[SEPG/EPG]SoftwareEngineeringProcessGroup软件工程过程小组[QA]QualityAssurance质量保

证人员[CM]ConfigurationManager配置管理员[PM]ProjectManager项目经理45CMMI部分术语缩写[MSG]ManagementSteeringGroup管理指导委员会[WG]WorkingGroup工作组[WBS]Work

BreakdownStructure工作分解结构[OSP]OrganizationalStandardProcess组织标准过程[PDP]ProjectDefinedorocess[CCB]ChangeControlBoard46内容提要背景概述1CMMI简介2过程规范文档讲解4CMMIL3实施

及评估347CMMI的实施和评估总体路线启动CMMI理解差距分析(C类)实施计划ATMs培训预评估(B类)关闭预评估问题最终评估(A类)过程定义过程实施48CL0CL1CL2CL3CL4CL5PA1PA2PA3PANP

AsPAsPAsPAsOr?Choose启动（initiation)MSGQAEPG????49CMMI理解(Understanding)50差距分析(GapAnalysis)一般2到4天由有经验的顾问实施活动包括：文档评审和组织中不同的小组和个人面谈按

选择的PA报告差距51行动计划(ActionPlanning)根据差距来制定计划计划应包括：目标成熟度等级？重要里程碑的时间段？每一个差距如何被关闭？由谁负责，什么时候完成？52过程定义(ProcessEnhancement)定义个性过程，包括—procedures—templat

es,forms,checklists...评审和发布新过程在组织内部培训、报告、宣贯新的过程对需要的地方进行识别、建立自动化工具53过程实施(ProcessImplementation)在已存在的过程上进行移植验证新过程的实施解决实施问题持续实施

直到新过程规范化、制度化54认证项目序号项目名称描述1网上资料平台项目经理：总共的项目成员人数：项目类型：项目周期：2008.10.12~当前所处阶段：2项目经理：总共的项目成员人数：项目类型：项目周期：当前所处阶段：3项目经理：总共的项目成员人数：项目类型：项目周期

：当前所处阶段：55CMMIATMs培训3天的SEI标准课程“IntroductiontoCMMI”的培训SCAMPI方法培训56预评估（Pre-Appraisal)目的：检查对SCAMPI的准备是否就绪识别小的偏差确定SCAMPI的时间由LeadAppraiser负责，一般是4到6天组织内的评

估组成员要参加最后要报告预评估的结果57关闭预评估中发现的问题制定行动计划如果需要，改变过程如果需要，对组织内部人员进行培训、报告、宣贯新过程实施，制度化58短期目标：2009-11-31前通过CMMI3级认证时间安排59认证项目全生命周期项目项目工期最好为6个月左右项目是公

司的典型业务项目成员相对稳定60认证时间•评估时间6天左右•上报时间2天•审核时间30天•有效时间3年61实施CMMI的岗位设置及职责62岗位：项目经理主要职责：1.组织制定项目的总体计划和阶段计划；2.协调项目组资源和内部工作

关系，安排项目组成员工作；3.跟踪、检查项目组成员工作质量；4.为保障项目正常运作，与客户、项目组成员之间进行必要的沟通；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.负责被分派项目的质量审计；•2.对工程部门进行CMMI过程培训和指导

；•3.负责过程工具的研究、推广与维护，负责过程数据库维护工作。69：配置管理工程师•主要职责：•1.负责部门项目配置管理库的管理并承担大型项目的配置管理活动；•2.指导配置管理员编写《配置管理计划》并实施配置管理活动；•3.为部门各项目提供CM理论和相关工

具的培训，并提供技术支持；•4.对配置管理流程进行监督、跟踪，并提供优化改进建议。70配置管理员•主要职责：•1.据软件项目计划制定配置管理计划；•2.在配置管理计划约束下，负责配置项、基线的生成、变更和相关管理；•3.为项目组提供CM理论和相关工具的培训

，并提供技术支持。71内容提要背景概述1CMMI模型简介2过程规范文档讲解4CMMIL3实施及评估372文档的类型红色字体为CMMIL3过程域内容（11个），其余为CMMIL2包含内容（7个）过程域四大类过程管理类过程支持类软件工程类项目管理类组织过程定义（OPD）组织过程聚焦

（OPF）组织培训(OT)配置管理(CM)过程和产品质量保证(PPQA)测量和分析(MA)决策分析和决定(DAR)RD需求开发REQM需求管理TS技术解决PI产品集成VER验证VAL确认pp项目策划PMC项目监督和控制IPM集成项目管理RSKM风险管理SAM供方协定管理73过程文档结构一级文件：描

述为完成管理体系中所有主要活动提供方法和指导，分配具体的职责和任务而定义的文件。二级文件：为使管理体系有效运行，组织统一设计的一些实用的表格和给出活动结果的报告，规范记录组织的管理体系运行情况。三级文件：是组织

根据设计的模版和体系要求，填写的表格或者给出活动结果的报告，作为管理体系运行的证据。过程文件（21个）PROC规程，规范，指南（24）REGU模板，记录表格（143个）TEMP7475公司高管研发部领导项目经理开发人员测试人员配置管理员PPQAEPG成员过程管理3个PADdE项目

管理4个PADEP项目研发6个PADEPEE过程支持质量保证E配置管理E度量分析E决策分析和决定ddED：决定性决策；d：部分参与决策；E：执行工作；P：进度控制文档角色使用矩阵表76如何使用这些文档？《点通CMMI过程规范文档使用指南.doc》77不积跬步，无以至千里不积小流，无以成

江海时时改进超越无限！谢谢大家多多指教!2009年5月