CMMI3全过程域翻译讲解
- 格式:pdf
- 大小:509.09 KB
- 文档页数:40
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):所谓“共利益者”,指的是受到某种负责产生输出的方式影响的群体或个人。
对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)。
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):该过程域涉及通过分析和评估不同的解决方案,制定决策。
CMMI3级过程域CMMI3级是CMMI(Capability Maturity Model Integration,能力成熟度模型集成)的一个等级,它代表了一个组织在其软件开发和管理过程方面的成熟度水平。
CMMI3级要求组织在战略规划、项目管理和工程实践等方面都进行了规划和实施,并能够通过度量和分析来改进其过程。
本文将针对CMMI3级中的过程域(PA)进行详细介绍。
1. Requirements Development (RD) —需求开发需求开发是指定义和收集项目所需的功能和约束条件,并确保其正确性、准确性和一致性的过程。
这个过程域包括需求的获取、分析、规范和验证等活动。
在CMMI3级中,组织需要建立适当的需求开发过程,确保需求的完整性和明确性,同时也要进行需求的管理和变更控制。
2. Technical Solution (TS) —技术解决方案技术解决方案是指开发和维护软件的过程,包括软件架构设计、详细设计、编码和单元测试等活动。
在CMMI3级中,组织需要确保对技术解决方案进行详细规划和实施,包括选择合适的架构和技术,检查和审查设计和代码等。
同时,组织也需要建立和执行软件配置管理和版本控制等活动。
3. Product Integration (PI) —产品集成产品集成是指将不同的软件构件组合起来,并进行验证和部署的过程。
在CMMI3级中,组织需要建立适当的产品集成过程,确保集成的正确性和稳定性,同时也要进行集成测试和验证。
组织还需要建立相应的配置管理和版本控制机制,确保产品集成的可控性和可追溯性。
4. Verification (VER) —验证验证是指在软件开发过程中对产品的需求进行确认和验证的过程。
在CMMI3级中,组织需要建立适当的验证过程,包括验证计划的制定、验证活动的执行和验证结果的分析。
验证活动可以包括软件测试、代码审查、功能验证等,以确保开发的产品符合需求和规范。
5. Validation (VAL) —验证确认验证确认是指在软件开发过程结束后对最终产品进行确认和验证的过程。
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。
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.按照需要培训人员来执行或支持项目策划过程。
GP2.6管理配置Place designated work products of the project planning process under appropriate levels of control.将项目策划过程中指定的工作产品纳入适当级别的配置管理。
GP2.7 确定并纳入相关人员Identify and involve the relevant stakeholders of the project planning process as planned.按照计划识别并纳入项目策划过程的相关干系人。
GP2.8监控流程Monitor and control the project planning process against the plan for performing the process and take appropriate corrective action.按照本过程的执行计划监控项目策划过程,并采取适当纠正措施。
GP2.9 客观评价符合度Objectively evaluate adherence of the project planning process against its process description, standards, and procedures, and address noncompliance.按照过程描述、标准和规程,客观地评介项目策划过程的符合度,并解决不符合问题。
GP2.10 与高层管理人员审查本过程的状况Review the activities, status, and results of the project planning process with higher level management and resolve issues.与高层管理人员审查项目策划过程的活动、状况和结果,并解决问题。
2CMMI GG3 制度化已定义过程Institutionalize a Defined Process: The process is institutionalized as a defined process.制度化已定义过程:将过程制度化为一个已定义的过程。
GP3.1建立已定义过程Establish and maintain the description of a defined project planning process建立并维护已定义的项目策划过程的说明GP3.2搜集改进信息Collect work products, measures, measurement results, and improvement information derived from planning and performing the project planning process to support the future use and improvement of the organization's processes and process assets.搜集在计划和执行项目策划过程中所产生的工作产品、度量、度量结果及改进信息,从而支持组织过程与过程资产库未来的改进与使用。
说明:GG、GP 为所有过程都需要满足或执行的目标和实践,因此以上斜体部分用于各PA的替换。
CMMI2 PA ----Project Planning (PP)做好计划的第一步就是要把项目的范围、规模、性质、任务、工作量、费用等搞清楚。
SG1Estimates of project planning parameters are established and maintained建立和维护用于项目计划的各类参数的估算SP1.1Estimate the Scope of the Project. 估计项目的范围如项目的目标、任务、工作产品等。
这里通常就是指WBS(top-level work breakdown structure),试想一下,我们做计划之前不是常常要先对任务进行分解吗?SP1.2Establish Estimates of Work Product and Task Atrributes.估计工作产品及任务的属性。
做计划的时,我们会先列出这个项目要产生的工作产品,以及这个项目要完成的任务等,然后我们需要分析这些任务、工作产品的规模、工作量、复杂度、代码行数等所谓的属性。
CMMI并没有规定一定要分析什么属性,具体由企业自己来选择适合自己需要分析的属性。
在CMM模型的时候,项目计划这个PA硬性规定了需要分析的几大属性,CMMI模型中已经改进,不再强制要求。
分析这些属性的目的是对任务、工作产品等更加了解,以便于做好计划。
SP1.3Define the project life-cycle phases upon which to scope the planning effort.定义项目生命周期。
写计划的其中一个步骤是要考虑用什么生命周期模型,是瀑布型?螺旋?还是别的?选择怎样的模型,CMMI并没有规定,企业可以选择常见的生命周期模型,也可以自己定义自己的模型。
SP1.4Estimate the project effort and cost for the work products and task based on estimation rationale. 根据工作产品及任务的属性估算出项目的规模和成本。
SP1.4从某种意义上来说是SP1.2的延续SG1说的是如何准备估算的问题,为做计划打好基础,而SG2说的就是要建立计划了。
SG2:A project plan is established and maintained as the basis for managing the project.建立和维护项目计划,这个计划要作为项目管理的基础。
SP2.1Establish and maintain the project's budget and schedule.建立和维护项目的预算和进度。
SP2.2Identify and analyze project riskes. 识别和分析项目风险。
SP2.3Plan then managemanet of project data. 计划对项目数据的管理。
什么是“项目数据”呢?在项目开发过程中,会产生各类文档、代码等,我们再写项目计划的时候,要考虑好如何管理开发过程中产生的工作产品、数据等,例如存放的位置、访问权限控制。
通常我们需要文档分类存放,设定一些个人工作区、项目组共享区等,计划好这些东西的管理,目的就是为了让工作更加有条理。
SP 2.4Plan for necessary resources to perform the project . 计划必要的资源来执行计划。
资源包括:人、计算机、设备、工具、办公室等。
SP 2.5Plan for knowledge and skills needed to perform the project.计划需要的知识和技能来执行计划。
这点经常是做计划的时候被遗忘的,项目经理应该根据项目组成员情况和项目的特点,找出项目组还没有掌握的知识和技能,安排需要的培训,让项目组成员掌握相应的技能。
SP 2.6Plan the involvement of indentified stakeholders.识别干系人并计划他们的参与。
计划要考虑客户、高层领导、与本项目相关的第三方等相关人员可能的参与,规划他们参与的时间点,参与的工作产品等。
例如:要计划客户什么时候参与需求调研,计划客户什么时候需要准备好软硬件环境,以便安装系统等。
SP 2.7Establish and maintain the overall project plan content.建立和维护全面的项目计划内容。
就是就是要把上面提到的SP2.1到SP2.6的内容全部要写下来,要文档化。
SG3:Commitments to the project plan are established and maintained.建立和维护对项目计划的承诺。
项目计划要被相关的人评审和认可。
SP 3.1Review all plans that affect the project to understand project commitments.所有计划均应被相关人员复查,保证大家理解一致。
这些计划包括项目的多个子计划,如风险计划、配置计划、开发计划、测试计划等。