CMMI13组织过程性能翻译
CMMI3全过程域翻译讲解
1CMMI GG2制度化已管理的过程institutionalize a managed process: The Process is institutionalized as a managed process.制度化已管理的过程:将过程制度化为一个已管理的过程。
GP2.1建立组织纺方针Establish and maintain an organizational policy for planning and performing the project planning process.建立和维护一个组织级方针来规划和执行项目策划过程。
GP2.2规划过程Establish and maintain the plan for performing the project planning process.建立和维护执行项目策划过程的计划。
GP2.3提供资源Provide adequate resources for performing the project planning process, developing the work products, and providing the services of the process.提供充足的资源来执行项目策划过程,开发工作产品和提供过程服务。
GP2.4分配职责Assign responsibility for performing the process, developing the work products, and providing the services of the project planning process.分配项目策划过程的职责和权力来执行过程、开发工作产品和提供过程服务。
GP2.5培训人员Train the people performing or supporting the project planning process as needed.按照需要培训人员来执行或支持项目策划过程。
CMMI中有关定义及英文缩写说明
CMMI中有关定义及英文缩写说明一、英文缩写说明●能力成熟度模型集成CMMI:Capability Maturity Model Integration ●通用目标GG:Generic Goals●特定目标SG:Specific Goals●通用实践GP:Generic Practices●特定实践SP:Specific Practices●过程域PA:Process Area●需求管理REQM:Requirement Management●项目策划PP:Project Planning●项目监督和控制PMC:Project Monitoring and ControlPlanning●供方协定管理SAM:Supplier Agreement Management●测量和分析MA:Measurement and Analysis●过程和产品质量保证PPQA:Process and Product Quality Assurance ●配置管理CM:Configuration Management●需求开发RD:Requirement Development●技术解决TS:Technical Solution●产品集成PI:Product Integration●验证VER:Verification●确认VAL:Validation●组织过程聚焦OPF:Organization Process Focus●组织过程定义OPD:Organization Process Definition●组织培训OT:Organization Training●集成项目管理IPM:Integration Project Management●风险管理RSKM:Risk Management●决策分析和决定DAR:Decision Analysis and Resolution●质量保证QA:Quality Assurance●项目经理PM:Project Manager●软件工程过程组SEPG:Software engineering process group●过程改进指导描述PIID:Process Improvement Indicator Description●SCAMPI:Appraisal Method for Process Improvement(CMMI中评估过程改进的一种方法)二、定义●共利益者(Stakeholder):所谓“共利益者”,指的是受到某种负责产生输出的方式影响的群体或个人。
CMMI简明培训教材-18过程域
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级简述如果对项目的范围、规模、性质、任务、工作量、费用等都不了解的情况下,是不可能做出计划的,所以做好计划的第一步就是要把这些东西搞清楚。
CMMIL3 各过程域解释(大信有诚咨询教育机构)
对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 22个PA缩写及主要内容
CMMI 22个PA缩写及主要内容CMMI 22个PA缩写EPG:工程过程组(Engineering Process Group)MSG:管理指导组/高层管理组(Management Steering Group)SPI:软件过程改进(Software Process Improvement)PAT:过程行动组(Process Action Team)PA:过程域(Process Area)PP:项目策划(Project Planning)PMC:项目监控(Project Monitoring and Control)IPM:集成的项目管理(Integrated Project Management)RSKM:风险管理(Risk Management)CM:配置管理(Configuration Management)PPQA:过程和产品质量保证(Process and Product Quality Assurance)MA:度量和分析(Measurement and Analysis)DAR:决策分析和解决方案(Decision Analysis and Resolution)REQM:需求管理(Requirements Management)RD:需求开发(Requirements Development)TS:技术解决方案(Technical Solution)PI:产品集成(Product Integration)Ver:验证(Verification)Val:确认(Validation)OPF:组织过程焦点(Organization Process Focus)OPD:组织过程定义(Organization Process Definition)OT:组织培训(Organizational Training)22个PA的主要内容有:1.CM:(Configuration Management)软件配置管理。
CMMI文件清单中英文对照表(已排版)
CMMI文件清单中英文对照表(已排版)类别PA 过程域过程基本元素英文名称组织过程定义控制程序Process For Organiztional Process Definition 软件生命周期模型Software Life Cycle Model 组织标准过程集合描述Description Of Organization's Set Of Standard Process.组织标准过程裁剪指南Tailoring Guideline For Organizational Standard Process 过程数据库使用规范Usage Specification For Process Metrics Library 过程财富度量报告Meausrement Report For Process Assests 项目生命周期模型选择工作单Sheet For Selecting Project Software Lifecycle Model 组织过程焦点控制程序Process For Organizational Process Focus EPG工作章程EPG Charter EPG工作考核细则Performance Appraisal Rules For EPG Member 过程改进建议处理控制程序Process For Handling Process Improvement Proposal 过程定义文件配置管理规范Configuration Management Specification For Process Definition Document 过程行动组(PAT)工作记录Process Action Team (PAT) Working Record 过程定义文件试验结果评定表Evaluation Form For Pilot Result Of Process Definition Document 过程状态季度报告模板Process Status Quarterly Report Template 过程行动计划Process Action Plan 过程推广计划Process Promotion Plan 过程试验计划Process Pilot Plan公司年度过程评估计划Organizational Process Assessment Annual Plan 公司过程改进总体要求General Objectives For Organizational Process Improvement 会议记录Meeting Minutes 过程改进建议和意见汇总表Summary Form Of Comments And Suggestions Of PI 过程改进实践状态清单Status List For Process Improvement Practice CMMI文件清单中英文对照表过程管理OPD 组织过程定义OPF 组织过程焦点EPG工作度量Epg Metrics 程序文件评审讨论问题记录表Issue Record Of Process Document Review 过程改进总体计划General Plan For Process Improvement 过程改进工作度量报告Metrics Report For Process Improvement 过程豁免申请单Process Exempt Application 过程改进任务列表Process Improvement Tasks List 组织级培训过程控制程序Organization- Level Training Process 兼职讲师管理规定Part-Time Instructor Management Regulation 免修规程Training Waiver Procedure 培训课程开发规程Training Course Development Procedure 外购培训管理规程Outsourcing Training Management Procedure 培训效果评估规定Training Effectiveness Evaluation Procedure 培训效果跟踪表Trainging Effectiveness Tracking Record 员工培训计划申请表Application For Employee Training Plan 员工外训学习申请表Application For Employee External Training 免修培训申请表Application For Training Waiver 战略培训需求表Demands Form For Strategic Training 需求管理控制程序Requirement Management Process 需求变更控制规程Requirement Change Control Procedure 变更影响分析控制规程Impact Analysis Procedure Of Change 确定项目已定义过程规程Procedure For Establishing Project's Defined Process 项目协调与沟通规程Project Communication & Negotiation Procedure 风险管理控制程序Risk Management Process 风险管理指导书Risk Management Guidebook 风险管理计划Risk Management Plan 风险列表Risk ListOT 组织培训RM 需求管理IPM 集成项目管理RSKM 风险管理商业现货软件产品选择控制程序COTS Product Selection ProcessCOTS软件产品评价准则COTS Product Evaluation CriteriaCOTS软件产品评价报告COTS Product Evaluation Report供应商合作通知单Cooperation Notification To Supplier第三方产品评估表The 3rd Party's Product Evaluation Form商业现货采购控制程序COTS Product Procurement Process软件子合同管理控制程序Software Sub-Contract Management Process子合同评审规程Sub-Contract Review Procedure子合同开发监管规程Sub-Contract Development Monotoring Procedure子合同配置管理规程Sub-Contract Configuration Management ProcedureSAM供应商协议管理子合同配置监督计划模版Sub-Contract Configuration Monitoring Plan Template子合同QA审核规程Sub-Contract QA Audit Procedure软件子承包商评定标准Sub-Contractor Evaluation Criteria直真软件开发子合同模板(商务)Contract Template (Business) For ZZ's Software Sub-Contract子合同开发过程监控报告Sub-Contract Development Monotoring Report子合同开发过程监控计划Sub-Contract Development Monotoring Plan子合同工作计划Sub-Coptract Working Plan产品(项目)子合同申请单Application Form For Product( Project ) Sub-Contract候选子承包商评估报告Candidate Sub-Contractor Evaluation Report软件子合同评审记录Software Sub-Contract Review Record项目策划控制程序Project Planning Process规模估计规程Size Estimation Procedure工作量估计规程Effort Estimation Procedure编制进度规程Schdule Generation Procedure项目策划计划Plan For Project PlanningPDSP文档PDSP Document项目环境列表Project's Environment List 项目的任务WBS列表Project's Task WBS List 产品规模估计表Product Size Estimation Form 工作量估计表Effort Estimation Form 关键计算机资源表CCR List 外来工作产品清单Out-Sourcing Work Product List 主要工作产品清单Main Work Product List 交付工作产品清单Delivarable Work Product List 人力资源需求表HR Demands Form 人力资源评估表HR Evaluation Form 项目人员计划表Project's HR Plan 项目预算工时表Project's Budget/ Effort Form 项目需增加硬件、软件成本预算表Budget Form For Hardware & Software Added 共利益者协调计划表Stakeholder Negotiation Plan 资料管理计划表Materials Management Plan 开发计划Development Plan 项目培训计划Project Training Plan 项目进度表Project Schedule 项目总体进度表Abstract Project Schedule 合同项目立项报告Initiating Report For Contract Project 研发项目立项报告Initiating Report For R&D Project 项目跟踪监控程序SPTO Process 研发中心例会管理规定Review Meeting Procedure For R&D Center 研发项目组例会管理规定Review Meeting Procedure For R&D Project Team 项目关闭控制程序Project Closure Process 里程碑评审规程Milestone Review Procedure项目管理PP 项目策划PMC 项目跟踪监控软件开发计划变更规程Software Development Plan Revise Procedure 对外承诺变更控制规程External Commitment Change Procedure 测量与分析控制程序Measurement & Analysis Process 度量项定义规程Measurement Item Definition Procedure 测量目标选择表Meaurement Goal Selection List 项目测量数据集合Project's Metrics Set 项目度量周报Project's Metrics Weekly Report 测量规格说明书Metrics Specification 度量报告Metrics Report 项目度量计划Project's Measurement Plan 决策分析与解决方案控制程序Desicision Analysis And Resolution Process DAR运用指南DAR Practice Guideline 决策方案评价准则Desicision Resolution Evaluation Criteria 过程与产品质量保证控制程序Process& Product Quality Assurance Process 不符合问题处理规程Non-Compliance Isssue Handle Procedure 项目过程活动评审规程Project's Process Activity Review Procedure 项目工作产品审核规程Project's Work Product Audit Procedure 质量保证活动策划规程SQA Planning Procedure 不符合问题等级标准Non-Compliance Isssue Grade Standard 评价工作产品任务集合Work Product Evaluation Tasks Set 评价过程活动任务集合Process Activity Evaluation Tasks Set 不符合问题报告表Non-Compliance Issue Report 不符合问题跟踪记录表Non-Compliance Issue Tracking Record 工作产品审核记录表Work Product Audit Record 过程活动评审记录表Process Activity Review Record 项目QA计划进度表Project's QA Planned SheduleMA 度量分析DAR 决策分析PPQA 过程和产品质量保证外部专家审核报告External Expert Audit Report跨项目QA报告QA Report Across Projects项目QA报告Project QA Report项目QA计划Project QA Plan软件配置管理控制程序Software Configuration Management Process配置管理标准Configuration Management Standard测试阶段CI变更规程CI Change Procedure In Testing Phase 支持过程产品出库规程Product Check-Out Procedure产品入库规程Product Check-In Procedure产品发布管理规程Product Release Management Procedure 产品日常备份规程Product Daily Backup Procedure配置变更分析规程Configuration Change Impact Analysis Procedure配置变更管理子过程Configuration Change Management Sub-Process配置审核管理规程Configuration Audit Management Procedure产品库管理规程Product Library Management Procedure配置项状态报告CI Status Report功能配置审核报告模板FCA Report TemplateCM配置管理物理配置审核报告模板FCA Report Template基线配置审核报告模板Baseline Configuratio Audit Report Template软件送测单Delivering Software To Testing Form日常备份记录Daily Backup Record配置项清单CI List产品发布通知Product Release Notification产品发布报告Product Release Report配置管理计划模版CM Plan Template配置管理任务列表CM Tasks List配置审核问题跟踪记录表Configuration Aduit Issues Tracking Record 文件归档申请单Application Form For Document Archiving 项目SCM任务单Project's SCM Task List 最终产品规模测量记录Finnal Product Size Metrics Record 销售管理控制程序Sales Management Control Process 售前支持控制程序Pre-Sales Support Control Process 售前技术支持计划Pre-Sales Technical Support Plan 售前技术申请Pre-Sales Technical Application 产品定义过程控制程序Product Definition Process 需求调研规程Requirement Investigation Procedure 软件需求分析控制程序Software Requirement Analysis Process 面向对象需求分析规程O-O Requirement Analysis Procedure 需求分析方法工具指南Guideline For Methods /Tools Of Rquirement Analysis 需求缺陷分类标准Standard Of Requirement Defect Types 需求规格说明CheckListChecklist For Requirement Specification 需求分析计划跟踪表Requirement Analysis Plan And Tracking Record 需求不一致项跟踪记录表Requirement Defect Tracking Record 产品(产品构件)需求Product ( Product Component) Requirement产品(产品构件)需求规格说明书-By Object Product ( Product Component) Requirement Specification Template -By Object产品(产品构件)需求规格说明书-ByFeature Product ( Product Component) Requirement Specification Template -By Feature 产品(产品构件)需求规格说明书-ByUserClass Product ( Product Component) Requirement Specification Template -By Userclass 产品(产品构件)需求规格说明书-ByFunHierarchyProduct ( Product Component) Requirement Specification Template -By Funhierarchy 软件概要设计控制程序Software Preliminary Design Process 软件详细设计控制程序Software Detailed Design Process 概要设计说明书模板一(面向对象)PD Document Template (OO)概要设计说明书模板PD Document TemplateRD 需求开发RA 需求分析软件开发计划模版SDP Template 数据库设计说明书模板Database Design Document Template 用户界面设计说明书User Interface Design Document 详细设计说明书模板DD Document Template 产品实现控制程序-代码实现Product Realization Process-Coding 设计问题跟踪记录表Tracking Record For Design Issues C++编码规范C++ Coding Specification JAVA编程规范JAVA Coding Specification 产品构件实现清单Product Component Realization List 产品构件实现方法和计划Product Component Realization Method And Plan 产品实现控制程序-支持文档实现Product Realization Process- Supportive Document Realization 产品集成控制程序Product Integration Process 接口管理规程Interface Management Procedure 集成产品评价规程Integrated Product Evaluation Procedure 《产品集成策略》模版Product Integration Strategy Template 《产品集成评价报告》模版Product Integration Evaluation Report Template 接口跟踪表Interface Tracking Record 接口不一致项列表Interface Non-Compliance List 部件测试控制程序Component Testing Process 产品集成测试控制程序Product Integration Testing Process 系统测试控制程序System Testing Process FIRST OFF测试控制程序FIRST OFF Testing Process BUG管理系统使用规范Bug Management System Usage Specification BUG确认规程Bug Confirmation Procedure 正式评审规程Formal Review Procedure 同级评审指导书PR GuidebookTS 解决方案PI 产品集成技术评审规程Technical Review Procedure 同级评审策划规程PR Planning Procedure 正式评审申请表Formal Review Application 技术评审申请表T echnical Review Application 评审工作分析报告Review Analysis Report 评审工作表Review Working Form 评审准备数据表Review Preparation Metric Form 同级评审计划PR Plan 评审记录和缺陷跟踪表Review Record And Defect Tracking Record 系统测试数据和测试环境设计System T esting Metrics And Testing Enviroment Design 部件测试数据和测试环境设计Component Testing Metrics And Testing Environment Design部件测试用例Component Testing Use-Case系统测试用例System Testing Use-Case系统测试方案System Testing Scheme部件测试方案Component Testing Scheme接受系统测试检查单 System Testing Checklist接受产品集成测试检查单 Product Integration Testing Checklist 接受部件测试检查单 Component Testing Checklist接受First off测试检查单 FIRST OFF T esting ChecklistFirst off测试计划Fist Off Testing Plan测试计划Testing Plan产品集成测试计划Product Integration Testing Plan测试问题记录表T esting Issue Record单个自由产品测试总结Independent Product Testing Summay 测试报告Testing Report测试总结Testing Summay系统工程VER 验证产品集成测试报告Product Integration Testing Report 代码走查规程Code Walk-Through Procedure 单元测试规程Unit Testing Procedure 制定确认策划规程Validation Planning Procedure 确认规程Validation Procedure 需求确认方法描述Requirement Validation Methods Description 产品确认方法描述Product Validation Methods Description 确认计划书模板Validation Plan T emplate 产品验收控制程序Product Acceptance Process FIRST OFF规程Fist Off Procedure 产品发布规程Product Release Procedure 产品移交规程Product Delivery Procedure 系统集成控制程序System Integation Process 系统集成项目测试验收规程Acceptance Procedure For System Intergation Project Testing 系统集成项目维护规程Mainteinance Procedure For System Integration Project 售后服务控制程序Post-Sales Service Control Process 客户服务请求处理表Handle Form For Customer Service Application 客户服务请求解决情况统计表Statistics For Closure Status Of Customer Service Appliation 客户满意度调查表Customer Satisfaction Questionaire 客户满意度统计分析报告Statistics Analysis Report For Customer Satisfaction 客户满意改进方案Customer Satisfaction Improvement Plan 售后客户档案(原有文件)Post-Sales Customer Profile ( Original Documents)维护项目控制程序Maintenance Project Control Process 一级维护任务单The 1st Level Maintenance Tasks Form 维护项目立项报告Initiating Report For Maintenance Project 维护项目工作计划Working Plan For Maintenance Project工程实施售后阶段VAL 确认验收售后阶段现场服务记录On-Site Service Record现场培训记录On-Site Training Record维护项目总结报告Summary Report For Maintenance Project 二级任务单The 2nd Tasks Form项目结束通知单Project Closure Notification项目决算报告Project Settlement Report软件维护控制程序Software Maintenance Control Process维护需求记录表Maintenance Demands Record软件维护申请表Software Maintenance Application软件维护记录单Software Maintenance Form。
CMMI中英文术语对照表
CMMI中英⽂术语对照表Aability to perform执⾏的能⼒: (参见公共特性/common feature)acceptance criteria 接受标准:为让⽤户、客户或其他授权组织接受,⼀个系统或组件所必须满⾜的条件。
[IEEE-STD-610]acceptance testing 接受性测试:⽤来决定系统是否达到接受标准的正规测试,从⽽能够使客户决定是否接受系统。
[IEEE-STD-610]acting phase⾏动阶段:(参见 IDEAL ⽅法)action item⾏动项⽬:(1)列表中分配给个⼈或组进⾏处理的⼀个单元。
(2)已被接受的⼀项⾏动提议。
action proposal⾏动提议:⽂档化的修改过程或过程相关项的建议,⽤以防⽌缺陷预防活动中发现的缺陷再发⽣。
(参见软件过程改进提议/software process improvement proposal)activities performed执⾏的活动:(参见公共特性/common features)activity活动:为达到某些⽬标⽽执⾏的⼀个步骤或⼀项功能,可能是脑⼒的也可能是体⼒的。
包括管理和技术⼈员为执⾏项⽬或组织⼯作任务⽽进⾏的所有活动。
(⽐照任务/task)Allocated requirements分配的需求:参见系统分配⾄软件的需求/system requirements allocated to softwareappraisal评审:是⼀个⼴泛意义上的词,可以是软件过程评估(process assessment),也可以是软件能⼒的评价(capability evaluation)。
assessment评估:在CMM中,⼀般指内部的过程评估。
audit审核:对⼀个或⼀套⼯作产品的独⽴的检查,⽤以确定是否符合规格说明、标准、合同协议或其他的准则。
[IEEE-STD-610]Bbaseline 基线:经过正式审查并被⼀致认可的规格说明或产品,作为进⼀步开发基础,只有通过正式变更控制程序才能改变。
CMMI3级18个过程域
CMMI3级18个过程域CMMI(Capability Maturity Model Integration)是一种用于评价和改进组织的软件工程能力的模型。
CMMI模型将软件工程能力分为不同的级别,目前最高级别是CMMI级别5、在CMMI模型中,共有18个过程域,每个过程域都包含一组过程目标和过程实践。
下面将介绍CMMI级别3中的18个过程域,并对每个过程域进行详细解析。
1. 要求开发(Requirements Development):该过程域涉及确定、分析和记录系统和软件需求的活动。
它包括需求的获取、管理、分析和验证。
2. 要求管理(Requirements Management):该过程域涉及组织和控制项目的需求。
它包括需求的识别、跟踪、控制和变更管理。
3. 项目计划和监控(Project Planning and Monitoring):该过程域涉及制定和维护项目计划,并监控项目活动的执行。
它包括识别和规划项目活动、建立项目计划、监控项目进展和基于此进行调整。
4. 项目监控和控制(Project Monitoring and Control):该过程域涉及监控和控制项目执行过程中的工作和活动。
它包括收集和分析项目绩效数据、对比实际和计划绩效,对项目进展进行控制。
5. 供应商协议管理(Supplier Agreement Management):该过程域涉及与供应商达成协议,并管理和监控供应商的活动。
它包括选择供应商、与供应商协商、管理和控制供应商的交付和绩效。
6. 产品集成(Product Integration):该过程域涉及对各个组成部分进行整合,形成最终产品。
它包括定义和实施产品集成策略、执行产品集成和验证集成后的产品。
7. 风险管理(Risk Management):该过程域涉及识别、评估和控制项目和产品的风险。
它包括制定风险管理计划、识别和评估风险、并采取相应的风险缓解措施。
8. 决策分析和解决方案评估(Decision Analysis and Resolution):该过程域涉及通过分析和评估不同的解决方案,制定决策。
CMMI文件-(术语定义)
CMMI术语定义术语定义更改控制页目录1目的 (1)2范围 (1)3术语定义 (1)3.1CMMI过程域 (1)3.1.1REQM (1)3.1.2PP (1)3.1.3PMC (1)3.1.4SAM (1)3.1.5MA (2)3.1.6PPQA (2)3.1.7CM (2)3.1.8OPF (2)3.1.9OPD (2)3.1.10RD (2)3.1.11TS (2)3.1.12PI (3)3.1.13VER (3)3.1.14VAL (3)3.1.15IPM (3)3.1.16RSKM (3)3.1.17DAR (3)3.1.18OT (3)3.1.19OPP (4)3.1.20QPM (4)3.2相关的组织 (4)3.2.1变更控制委员会(CCB) (4)3.2.2管理指导组(MSG) (4)3.2.3技术管理委员会(TMB) (5)3.2.4MS推进组 (5)3.2.5质量保证组(QAG) (5)3.2.6工程过程组(EPG) (5)3.3DELPHI法 (6)3.4FPA法 (6)3.5工期 (6)3.6工作量 (6)3.7生产率 (6)3.8B UG (6)3.9覆盖率 (7)3.10缺陷 (7)3.11WBS (7)3.12度量 (7)3.12.1基本度量 (7)3.12.2派生度量 (7)3.13产品构件 (8)3.14干系人 (8)3.15工作产品 (9)3.16供货周期 (9)3.17估算 (9)3.18过程和工作产品数据 (9)3.19候选方案 (9)3.20基础构件 (10)3.21基线 (10)3.22测试 (10)3.22.1回归测试 (10)3.22.2单元测试 (10)3.22.3集成测试 (10)3.22.4系统测试 (11)3.22.5验收测试 (11)3.23计划 (11)3.24决策人 (11)3.25客户化项目 (11)3.26培训 (12)3.26.1内部培训 (12)3.26.2外部培训 (12)3.27同行评审 (12)3.28项目计划 (12)3.29项目数据 (12)3.30项目组 (12)3.31需求不一致 (13)3.32需求跟踪矩阵 (13)3.33需求开发 (13)3.34选择准则 (13)3.35组织标准过程集合(OSSP) (14)3.36组织过程相关文档库 (14)3.37组织度量数据库 (14)3.38组织过程财富库(OPAL) (15)3.39工作环境标准 (15)1目的统一组织标准过程文件中的术语解释。
CMMI将能力成熟度分为5个级别
21.OID:(OrganizationalInnovationandDeployment)组织的创新与推展,选择并推展渐进创新的组织过程和技术改善,改善应是可度量的,所选择及推展的改善需支持基于组织业务目的的质量及过程执行目标。
22.CAR:(CausalAnalysisandResolution),识别缺失的原因并进行矫正进一步的防止未来再次发生。
度量分析Measurement and Analysis
过程和产品质量保Process and Product Quality Assurance支持证
配置管理
第3级
已定义级需求开发
技术方案Configuration Management
Requirements Development
Technical Solution支持工程工程11个过程域产品集成
19.OPP:(OrganizationalProcessPreformace)组织过程性能。建立与维护组织过程性能的量化标准,以便使用量化方式的管理项目。20.QPM(QuantitativeProjectManagement)量化的项目管理,量化管理项目已定义的项目过程,以达成项目既定的质量和过程性能目标。。
风险管理Risk Management
决策分析与解决方Decision Analysis and Resolution
案
第4级组织过程绩效Organizational Process Performance
Quantitative Project Management过程管理项目管理量化管理级定量项目管理
验证
确认
组织过程焦点
组织过程定义
CMMI各种缩写及内容
CMMI主要内容有:1.CM:(Configuration Management)软件配置管理。
建立和维护在项目的整个软件生存周期中软件项目产品的完整性。
2.DAR:(Decision Analysis and Resolution)。
应用正式的评估过程依据指标评估候选方案,在此基础上进行决策。
3.IPM:(Integrated Project Management)集成项目管理。
根据从组织标准过程剪裁而来的集成的、定义的过程对项目和利益相关者的介入进行管理。
4.Life Cycle:(Software Life Cycle Model)项目管理的生命周期。
关注的是项目的过程管理。
5.MA:(Measurement & Analysis)。
开发并持续发展度量能力以满足项目管理的信息需求。
6.Milestone Review:(Milestone Review)阶段评审。
在阶段结束时评审项目的状态并确定项目是否应该进入下一阶段。
7.OPD:(Organizational Process Definition)组织级过程定义。
建立和维护有用的组织过程资产。
8.OPF:(Organizational Process Focus)组织级过程焦点。
在理解现有过程强项和弱项的基础上计划和实施组织过程改善。
9.OT:(Organizational Training)培训管理。
增加开发人员的技能和知识,使他们能有效地执行他们的任务。
10. PI:(Product Integration)产品集成。
从产品部件组装产品,确保集成产品功能正确并交付产品。
11.PMC:(Project Monitoring and Control)项目监督与控制。
通过项目的跟踪与监控活动,及时反映项目的进度、费用、风险、规模、关键计算机资源及工作量等情况,通过对跟踪结果的分析,依据跟踪与监控策略采取有效的行动,使项目组能在既定的时间、费用、质量要求等情况下完成项目。
CMMI1.3《需求开发》翻译
REQUIREMENTS DEVELOPMENT需求开发目次Purpose目的 (1)Introductory Notes简介 (1)Related Process Areas相关过程域 (5)Specific Goal and Practice Summary特定目标和实践摘要 (6)Specific Practices by Goal各特定目标的特定实践 (6)SG1Develop Customer Requirements开发客户需求 (6)SP1.1Elicit Needs引出需要 (7)SP1.2Transform Stakeholder Needs into Customer Requirements将相关干系人的需要转化为客户需求 (9)SG2Develop Product Requirements开发产品需求 (10)SP2.1Establish Product and Product Component Requirements建立产品或产品组件需求 (11)SP2.2Allocate Product Component Requirements分配产品组件需求 (13)SP2.3Identify Interface Requirements识别接口需求 (15)SG3Analyze and Validate Requirements分析并确认需求 (16)SP3.1Establish Operational Concepts and Scenarios建立操作概念和场景 (17)SP3.2Establish a Definition of Required Functionality and Quality Attributes建立必要的功能和质量特性定义 (19)SP3.3Analyze Requirements分析需求 (20)SP3.4Analyze Requirements to Achieve Balance分析需求以取得平衡 (22)SP3.5Validate Requirements确认需求 (23)iREQUIREMENTS DEVELOPMENT需求开发An Engineering Process Area at Maturity Level3成熟度3级的工程类过程域Purpose目的The purpose of Requirements Development(RD)is to elicit,analyze,and establish customer, product,and product component requirements.需求开发(RD)的目的是引出、分析并建立顾客、产品及产品组件的需求。
CMMI-过程域中英文
CMMI 等级中文名称英文名称2级需求管理Requirements Management 2级项目计划Project Planning2级项目监控和控制Project Monitoring and Control 2级供应商合同管理Supplier Agreement Management 2级度量和分析Measurement and Analysis 2级过程和产品质量保证Process and Product Quality Assurance 2级配置管理Configuration Management 3级需求开发Requirements Development 3级技术解决方案Technical Solution 3级产品集成Product Integration 3级验证Verification 3级确认Validation3级组织过程焦点Organizational Process Focus 3级组织过程定义Organizational Process Definition 3级组织培训Organizational Training3级集成项目管理Integrated Project Management 3级风险管理Risk Management3级决策分析与解决方案Decision Analysis and Resolution 4级组织过程性能Organizational Process Performance 4级定量项目管理Quantitative Project Management 5级组织革新与部署(组织性能管理)Organizational Innovation and Deployment5级原因分析与解决方案Causal Analysis and Resolution有16个核心过程域,1个共享过程域和5个特定的开发过程域5个特定过程域缩写过程类型REQM工程PP项目管理PMC项目管理SAM项目管理MA支持PPQA支持CM支持RD工程TS工程PI工程VER工程VAL工程OPF过程管理OPD过程管理OT过程管理IPM项目管理RSKM项目管理DAR支持OPP过程管理QPM项目管理OID过程管理CAR支持过程域5。
CMMI基本术语
CAR-原因分析与解决方案 OPM-组织性能管理
CMMI L4 定量级
CMMI L3 定义级
CMMI L2 管理级
OPP-组织过程能力
QPM-项目定量管理
RD-需求开发 TS-技术解决方案 PI-产品集成 VER-验证 VAL-确认
IPM-集成项目管理 RSKM-风险管理
DAR-决策分析与决定
OPD-组织过程定义 OPF-组织过程改进
HM LA 高级主任评估师:可执行CMMI L4和CMMI L5等级 的评估,并颁发CMMI证书
Appraisal:评估,基于CMMI模型对一个企业所达级别的判 定
Assessment :内部评估,由企业内部组成的评估小组,基于 CMMI模型的评估
RR :Readiness review 就绪检查,评估前的检查,主要检查 资料,人员,环境等是否就绪
PA process area
过程域,一组特征实践或做法的集合,当实现该实践时,同时会满相 应目标;
Process Assets
过程资产,在组织中,对实现过程域的目标有用的任何内容;
OPAL organization process assets library
组织过程资产库,用来建立和存储组织有用过程资产的库,资产主要 使用在定义、实现和管理过程中使用,资产库一般包括方针、规程、检 查单、培训资料、模版、已定义过程、计划、经验教训等;
Product Component产品组件
工作产品,属于产品低级别的组成部分,若干产品组件被组装成产 品;
CMMI L3模型术语
Goal目标
Product产品
交付给客户或者最终用户的工作产品 在CMMI模型中,产品具有特殊的用法,可能代表的涵义根据上下
CMMI1.3《 产品集成》翻译
The scope of this process area is to achieve complete productintegration through progressive assembly of productcomponents, in one stage or in incremental stages, according toa defined integration strategy and procedures. Throughout theprocess areas, where the terms “product” and “productcomponent” are used, their intended meanings also encompassservices, service systems, and their components.
and reconstructed based on knowledge gained in the evaluationprocess. The degree of virtual versus physical prototypingrequired depends on the functionality of the design tools, thecomplexity of the product, and its associated risk. There is ahigh probability that the product, integrated in this manner, willpass product verification and validation. For some products andservices, the last integration phase will occur when they aredeployed at the intended operational site.
CMMI将能力成熟度分为5个级别
CMMI将能力成熟度分为5个级别:初始级,已管理级,已定义级,量化管理级,优化级。
这5个成熟度等级为评价软件过程能力提供了一个有序的级别,如图5-10所示。
同时也为软件过程改进工作指明了方向,让人们分清轻重缓急,指导人们一步一一、过程管理: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.RD:(Requirement Development)需求开发。
CMMI中有关定义及英文缩写说明
CMMI中有关定义及英文缩写说明一、英文缩写说明l 能力成熟度模型集成CMMI:Capability Maturity Model Integrationl 通用目标GG:Generic Goalsl 特定目标SG:Specific Goalsl 通用实践GP:Generic Practicesl 特定实践SP:Specific Practicesl 过程域PArocess Areal 需求管理REQM: Requirement Managementl 项目策划PProject Planningl 项目监督和控制PMCroject Monitoring and Control Planningl 供方协定管理SAM:Supplier Agreement Managementl 测量和分析MA:Measurement and Analysisl 过程和产品质量保证PPQA:Process and Product Quality Assurancel 配置管理CM:Configuration Managementl 需求开发RD:Requirement Developmentl 技术解决TS:Technical Solutionl 产品集成PI:Product Integrationl 验证VER:Verificationl 确认VAL:Validationl 组织过程聚焦OPF:Organization Process Focusl 组织过程定义OPD:Organization Process Definitionl 组织培训OT:Organization Trainingl 集成项目管理IPM:Integration Project Managementl 风险管理RSKM:Risk Managementl 决策分析和决定DARecision Analysis and Resolutionl 质量保证QA:Quality Assurancel 项目经理PM:Project Managerl 软件工程过程组SEPG:Software engineering process groupl 过程改进指导描述PIID:Process Improvement Indicator Descriptionl SCAMPI:Appraisal Method for Process Improvement (CMMI中评估过程改进的一种方法)二、定义l 共利益者(Stakeholder):所谓“共利益者”,指的是受到某种负责产生输出的方式影响的群体或个人。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
ORGANIZATIONAL PROCESS PERFORMANCE 组织过程性能A Process Management Process Area at Maturity Level 4 成熟度4级的过程管理类过程域Purpose 目的The purpose of Organizational Process Performance (OPP) is to establishand maintain a quantitative understanding of the performance of selectedprocesses in the organization’s set of standard processes in support ofachieving quality and process performance objectives, and to provideprocess performance data, baselines, and models to quantitativelymanage the organization’s projects.组织过程性能(OPP)的目的在于建立并维护对组织标准过程集中已选定的过程的量化了解,以支持达成质量与过程性能目标,并提供过程性能数据、基线及模式,来量化管理组织的项目。
Introductory Notes 简介The Organizational Process Performance process area involves thefollowing activities: 组织过程性能过程域涉及以下活动:•Establishing organizational quantitative quality and processperformance objectives based on business objectives (See thedefinition of “quality and process performance objectives” in theglossary.)基于业务目标,建立组织级定量的质量和过程性能目标(参考在术语表关于“质量与过程性能目标”的定义。
)•Selecting processes or subprocesses for process performanceanalyses选择用于过程性能分析的过程或子过程•Establishing definitions of the measures to be used in processperformance analyses (See the definition of “process performance” inthe glossary.) 建立可用于过程性能分析的度量项定义(参考在术语表关于“过程性能”的定义)•Establishing process performance baselines and process performance models (See the definitions of “process performance baselines” and“process performance models” in the glossary.)建立过程性能基线和过程性能模型(参考在术语表关于“过程性能基线”和“过程性能模型”的定义)The collection and analysis of the data and creation of the processperformance baselines and models can be performed at different levels of the organization, including individual projects or groups of related projects as appropriate based on the needs of the projects and organization.数据的收集和分析以及建立过程性能基线和模型的活动,可以在组织的不同层次进行,包括单个项目或者根据项目和组织的需要建立的相关联的项目群都认为是合适的。
The common measures for the organization consist of process and product measures that can be used to characterize the actual performance of processes in the organization’s individual projects. By analyzing the resulting measurements, a distribution or range of results can be established that characterize the expected performance of the process when used on an individual project.组织的公共度量由过程及产品度量项构成,可用于描述织内的单个项目的实际过程性能。
通过分析度量的结果,可以建立结果的分布或范围,当用于单个项目时,他们描述期望的过程性能特征。
Measuring quality and process performance can involve combining existing measures into additional derived measures to provide more insight into overall efficiency and effectiveness at a project or organization level. The analysis at the organization level can be used to study productivity, improve efficiencies, and increase throughput across projects in the organization.质量与过程性能度量可以将现有的的度量项组合成为另外的衍生度量,在项目或组织层面提供全面的效率和效果方面的更深入的理解。
组织层面的分析能被用来研究组织中项目的生产力,提升效率,并且增加组织中各项目的生产能力。
The expected process performance can be used in establishing the project’s quality and process performance objectives and can be used as a baseline against which actual project performance can be compared. This information is used to quantitatively manage the project. Each quantitatively managed project, in turn, provides actual performance results that become a part of organizational process assets that are made available to all projects.预期过程性能可用来设定项目的质量及过程性能目标,亦可作为与实际项目性能比较的基线。
这些信息用来以量化方式管理项目。
反过来,每个已量化管理的项目所提供实际的性能结果,将成为组织过程资产的一部分,这些数据对所有项目是可用的。
Process performance models are used to represent past and current process performance and to predict future results of the process. For example, the latent defects in the delivered product can be predicted using measurements of work product attributes such as complexity and process attributes such as preparation time for peer reviews.过程性能模型用于展现过去及目前的过程性能,并用来预测过程的未来的结果。
例如,在预测交付产品中潜在的缺陷时,可以通过使用诸如复杂度这样的工作产品属性以及诸如同行评审准备时间这样的过程属性来进行预测。
When the organization has sufficient measures, data, and analytical techniques for critical process, product, and service characteristics, it is able to do the following: 当组织对各项关键过程、产品及服务特性有足够的度量项、数据及分析技术时,就可以开展下列工作:•Determine whether processes are behaving consistently or have stable trends (i.e., are predictable)确定过程的表现是否具备一致性或有稳定的趋势(如,是可预测的) •Identify processes in which performance is within natural bounds that are consistent across projects and could potentially be aggregated 识别性能在自然边界内的过程,此自然边界在项目间是一致的,并且有可能进行聚合•Identify processes that show unusual (e.g., sporadic, unpredictable) behavior识别表现出异常行为的过程(例如,偶发的、不可预测的)•Identify aspects of processes that can be improved in the organization’s set of standard processes识别组织标准过程集中可进行的改进•Identify the implementation of a process that performs best 识别最佳的过程This process area interfaces with and supports the implementation of other high maturity process areas. The assets established and maintained as part of implementing this process area (e.g., the measures to be used to characterize subprocess behavior, process performance baselines, process performance models) are inputs to the quantitative project management, causal analysis and resolution, and organizational performance management processes in support of the analyses。