CMMI基本概念
cmmi控标 -回复
cmmi控标-回复什么是CMMI控标？CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用于评估组织软件工程和系统工程能力成熟度的框架。
CMMI控标是对CMMI框架中的控制要素进行详细描述和规范的文档。
控标提供了一套明确的实践指南，用于组织内部实施和评估CMMI框架。
一、CMMI控标的基本概念和目的CMMI控标的基本概念是确保组织能够按照最佳实践的方式开展软件和系统工程活动。
控标为组织提供了一种规范的实践框架，以确保组织在软件和系统工程方面达到高水平的能力成熟度。
CMMI控标的目的是帮助组织实现更高的效率、质量和客户满意度。
二、CMMI控标的基本要素CMMI控标包含了多个基本要素，包括过程区域（Process Area）、目标（Goal）、实践（Practice）和支持材料。
过程区域定义了特定领域的软件和系统工程活动，目标描述了实现该过程区域所需要达到的期望结果，实践提供了实现这些目标的具体指南和建议，而支持材料则提供了进一步的解释和说明。
三、实施CMMI控标的步骤实施CMMI控标需要按照以下步骤进行：1. 理解CMMI框架：首先需要对CMMI框架有一个基本的理解。
了解CMMI的基本概念和目标，熟悉CMMI模型的不同级别和对应的能力指标。
2. 评估组织的能力成熟度：通过使用CMMI评估模型来评估组织的当前能力成熟度。
这可以帮助组织了解自己在软件和系统工程方面的优点和不足之处。
3. 制定实施计划：根据评估结果和组织的目标，制定适合组织的实施计划。
该计划应包括明确的目标、时间表和资源需求。
4. 培训和意识提升：组织内部的员工需要了解CMMI框架和控标的基本原理和实践。
提供培训和意识提升活动，以帮助员工掌握CMMI的核心概念和实施要点。
5. 实施实践和监控：按照CMMI控标的要求，组织开始实施具体的实践。
在实施的过程中，需要进行监控和评估，确保实施的有效性和持续改进。
cmmi的理解与概念
cmmi的理解与概念
CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织软件开发和服务过程能力的框架。
它是由美国软件工程研究所（SEI）开发的。
CMMI的核心理念是通过建立和实施一套成熟度模型，帮助组织提升其软件开发和服务过程的能力，从而提高产品质量、降低成本和增加客户满意度。
CMMI框架提供了一个结构化的方法来评估和改进组织的过程能力，旨在帮助组织发现并解决其在软件开发和服务过程中的问题和潜在隐患。
CMMI的框架结构分为五个级别，从初始级到优化级。
每个级别都有一系列的目标和实践，组织可以按照这些目标和实践来改进和优化其软件开发和服务过程。
每个级别都建立在前一个级别的基础上，提供了更高水平的过程能力和成熟度。
CMMI中的关键概念包括过程能力、成熟度级别和过程域。
过程能力是指组织在执行特定软件开发或服务过程时的效果和结果。
成熟度级别是指组织在软件开发和服务过程中的能力和成熟度水平，从初始级到优化级共有五个级别。
过程域是指软件开发和服务过程中的一个特定领域或方面，例如需求管理、项目管理、配置管理等。
通过实施CMMI，组织可以逐步提高其软件开发和服务过程的成熟度和能力，从而提高工作效率、产品质量和客户满意度。
CMMI体系概述
CMMI体系概述CMMI（Capability Maturity Model Integration）是一个被广泛采用的过程改进框架和评估模型。
它提供了一种尝试和提高组织内软件和系统产品开发、维护和管理过程质量和效率的方法。
CMMI通过一个层次结构来组织和描述这些过程，并提供了一种评估和改进这些过程的方法。
CMMI最初是由美国国防部为了提高其软件和系统产品开发过程的能力而开发的。
该模型最早是以CMM（Capability Maturity Model）的形式出现，它被广泛应用于软件开发领域。
然而，随着对软件开发以外过程的需求增加，CMMI随后被引入和扩展到其他领域，如系统工程、工程、产品开发、供应链管理等。
CMMI采用了一个层次结构的方法来描述和评估组织的过程能力。
这个层次结构由五个不同的成熟度等级组成，从最初的“初始”级到最高的“优化”级。
这些级别反映了组织过程的能力水平和成熟度。
在每个成熟度等级中，CMMI描述了一系列的过程领域和实践，这些实践描述了在组织中实现成熟程度所需的活动和任务。
这些实践可以被组织用来评估并改进其过程的质量和效率。
CMMI的主要目标是帮助组织提高其过程能力，并在产品开发、维护和管理过程中实现更高的质量、效率和可靠性。
通过采用CMMI，组织可以更好地理解和管理其过程，提高与合作伙伴的协作和沟通，在市场上增强竞争力。
由于其广泛的应用和认可，CMMI已经成为许多组织在过程改进和能力评估方面的首选模型。
在一些领域，如国防、航空航天、金融和电信，CMMI已经成为实施组织过程改进的行业标准。
尽管CMMI在过程改进中有很多好处，但它也面临着一些挑战和批评。
有些人认为，CMMI过于复杂和繁琐，实施起来需要大量的时间和资源，特别是对于小型企业来说。
此外，一些人也认为，CMMI过于侧重于过程和文档，而忽视了创新和灵活性。
总的来说，CMMI是一个广泛应用的过程改进框架和评估模型，它提供了一种帮助组织提高过程能力和质量的方法。
CMMI
综合性模型
目录
01 发展
03 模型的表示法
02 基本思想 04 级别
05 作用
07 2.0
目录
06 应用
基本信息
CMMI的全称为Capability Maturity Model Integration，即能力成熟度模型集成。CMMI是CMM模型的最 新版本。早期的CMMI（CMMI-SE/SW/IPPD），SEI在部分国家和地区开始推广和试用。随着应用的推广与模型本 身的发展，演绎成为一种被广泛应用的综合性模型。
级别
级别
CMMI共有5个级别，代表软件团队能力成熟度的5个等级，数字越大，成熟度越高，高成熟度等级表示有比 较强的软件综合开发能力。
CMMI一级，执行级。在执行级水平上，软件组织对项目的目标与要做的努力很清晰，项目的目标可以实现。 但是由于任务的完成带有很大的偶然性，软件组织无法保证在实施同类项目时仍然能够完成任务。项目实施能否 成功主要取决于实施人员。
模型的表示法
模型的表示法
在CMMI中，每一种CMMI学科模型都有两种表示法：阶段式表示法和连续式表示法。
不同表示法的模型具有不同的结构。连续式表示法强调的是单个过程域的能力，从过程域的角度考察基线和 度量结果的改善，其关键术语是“能力”；而阶段式表示法强调的是组织的成熟度，从过程域集合的角度考察整 个组织的过程成熟度阶段，其关键术语是“成熟度”。
CMMI2.0版本具备以下优势：
改善业务绩效-商业目标直接与运营相关联，达到在时间、质量、预算、客户满意度和其他关键驱动因素的 性能方面实现可衡量的提升。
利用当前的优良实践- CMMI2.
谢谢观看
（1）解决软件项目的过程改进难度增大问题。CMM成功实施以后，极大地提高了软件企业的开发效率和软件 产品的质量，从而也提高了软件产品的可靠性和软件产业的信誉，这样人们就对软件寄予了更大的希望。人们希 望软件能够完成更多、更大、更复杂的任务。
CMMI基本概念要点
CMMI基本概念要点CMMI（Capability Maturity Model Integration）能力成熟度模型集成，是一种在组织和团队中度量和改进软件和系统工程能力的国际标准模型。
CMMI基于过去对软件工程和系统工程最佳实践的研究和经验，通过一系列的阶段和培训，帮助组织提高其过程的成熟度和质量，以便更好地满足客户需求和提供价值。
以下是CMMI的一些基本概念要点：1. 成熟度级别（Maturity Levels）：CMMI定义了五个成熟度级别，分别是初始级、可重复级、已定义级、已管理级和已优化级。
每个级别都有特定的目标和过程特点，组织可以按照这些级别逐步改进其软件工程和系统工程能力。
2. 能力级别（Capability Levels）：CMMI还定义了六个能力级别，分别是未实施级、已执行级、已定义级、已管理级、已预测级和已优化级。
能力级别是针对特定过程或实践的细分评估，组织可以用它来评估和度量其各个过程的成熟度。
3. 关键过程领域（Key Process Areas）：CMMI将软件工程和系统工程划分为22个关键过程领域。
每个关键过程领域都描述了组织达到特定目标所需的一组过程。
这些过程领域包括需求管理、配置管理、项目计划等，可以通过培训和改进来提高组织的能力。
4. 成熟度级别的目标和实践（Goals and Practices）：CMMI对于每个成熟度级别都定义了一组目标和相关实践。
这些目标描述了组织在特定成熟度级别中应该达到的状态，而实践则提供了实现这些目标的具体方法。
5. 过程改进（Process Improvement）：CMMI强调了持续的过程改进的重要性。
组织通过采纳CMMI指南中的最佳实践和建议，可以改进其软件工程和系统工程过程，提高效率、质量和客户满意度。
6. CMMI的评估和认证（Assessment and Certification）：组织可以通过CMMI评估来测量其软件工程和系统工程能力的成熟度水平。
cmmi标准
cmmi标准CMMI标准。
CMMI（Capability Maturity Model Integration）是一种用于改进组织流程的综合性框架，它包含了一系列最佳实践，可以帮助组织提高其产品和服务的质量，提高效率，降低成本，实现管理和工程方面的卓越。
首先，CMMI标准是由美国国防部发起的，旨在帮助软件和系统工程组织提高其流程能力。
CMMI标准覆盖了产品开发、服务提供、采购和供应链管理等方面，旨在帮助组织建立和改进其流程，以实现组织的业务目标。
其次，CMMI标准采用了成熟度级别和能力级别两种评估模型。
成熟度级别描述了组织的成熟度水平，包括初始级、重复级、定义级、管理级和优化级。
能力级别描述了组织在关键能力领域的成熟度水平，包括过程管理、工程、支持和交付等领域。
在实际应用中，组织可以根据自身的需求和目标选择合适的CMMI级别进行评估和改进。
通过实施CMMI标准，组织可以建立可靠的流程，提高产品和服务的质量，降低成本，提高客户满意度，增强竞争力。
此外，CMMI标准还强调了组织的持续改进和创新能力。
组织应该不断地审视和改进其流程，以适应不断变化的市场需求和技术发展。
CMMI标准提供了一套科学的方法和工具，帮助组织建立学习型组织，不断提升自身的竞争力。
总之，CMMI标准是一种全面的流程改进框架，可以帮助组织提高其流程能力，实现业务目标，提高客户满意度，增强竞争力。
通过实施CMMI标准，组织可以建立可靠的流程，提高产品和服务的质量，降低成本，实现管理和工程方面的卓越。
同时，CMMI标准还强调了组织的持续改进和创新能力，帮助组织适应不断变化的市场需求和技术发展。
因此，CMMI标准对于组织的发展具有重要的意义，值得深入研究和实践。
CMM(CMMI)基础知识介绍
第5级
◆ 特征 （1） 整个组织特别关注软件过程改进的持续性、预见及增强自身，防止缺陷及问题的发生，不 断地提高他们的过程处理能力。 （2） 加强定量分析，通过来自过程的质量反馈和吸收新观念，新科技，使软件过程不断地得到 改进。 （3） 根据软件过程的效果，进行成本 / 利润分析，从成功的软件过程中吸取经验，加以总结。 把最好的创新成绩迅速向全组织转移，对失败的案例，由软件过程小组进行分析以找出原因。 （4） 组织能找出过程的不足并预先改进，把失败的教训告知全组织以防止重复以前的错误。 （5） 对软件过程的评价和对标准软件过程的改进，都在全组织推广。 过程 不断地系统地改进软件过程。 理解并消除产生问题的公共根源，在任何一个系统中都可找到：由于随机变化造成重复工作、 进而导致时间浪费。为了防止浪费人力可能导致的系统变化，要消除“公共”的无效率根源”， 防止浪费发生。尽管所有级别都存在这些问题，但这是第5级的焦点。 ◆ 人员 整个组织都存在自觉的强烈的团队意识。 （2） 每个人都致力于过程改进，人们不再以达到里程碑式的成就而满足，而力求减少错误率。 ◆ 技术
CMM2级的关键过程域是8个，目标20个， 承诺9个，能力25个，活动62个，度量6个， 验证19个。
CMM等级及特点
12
CMM过程的可视性
5 输入
输出
4 输入
3 输入
2 输入 1 输入
13
输出 输出 输出 输出
1．6 CMM1．1的等级及其特征
第1级 ◆ 特征
（1） 软件过程的特点是杂乱无章，有时甚至是混乱，几乎没有定义过程 的规则或步骤。 （2） 过分的承诺。常作出良好的承诺：如“按照软件工程方式，有序的 工程步骤来做”；或达到高目标的许诺。实际上却出现一系列问题。 （3） 遇到危机就放弃院计划过程，反复编码和测试。 （4） 成功完全依赖个人努力和杰出的专业人才，取决于超常的管理人员 和杰出有效的软件开发人员。具体的表现和成果都源自于或者说决定于个 人的能力和他们先前的经验、知识以及他们的进取心和积极程度。 （5） 能力只是个人的特性，而不是开发组织的特性。依靠着个人的品质 或承受着巨大压力；或找窍门取得成果。但此类人一旦离去，组织的稳定 作用也随之消失。 （6） 软件过程是不可确定的和不可预见的。软件能力成熟度处于一级的 软件组织其软件过程在实际工作过程中经常被改变（过程是随意的）。这 类组织也在开发产品，但其成果是步稳定的，不可预见的不可重复的。也 就是说，软件的计划、预算、功能和产品的质量都是不可确定的和不可预 见的。
cmmi基础知识
cmmi基础知识CMMI全称是Capability Maturity Model Integration，即能力成熟度模型集成，其目的是帮助软件企业对软件工程过程进行管理和改进，增强开发与改进能力，从而能按时地、不超预算地开发出高质量的软件。
以下是由店铺整理关于cmmi知识的内容，希望大家喜欢!CMMI版本介绍CMMI是一套融合多学科的、可扩充的产品集合，其研制的初步动机是为了利用两个或多个单一学科的模型实现一个组织的集成化过程改进。
CMMI的本质是软件管理工程的一个部分。
软件过程改善是当前软件管理工程的核心问题， 50多年来计算机的发展使人们认识到要高效率、高质量和低成本地开发软件，必须改善软件生产过程。
基于模型的过程改进是指采用能力模型来指导组织的过程改进，使之过程能力稳定的进行改善，该组织也能变得更加成熟。
CMMI的成功促使其他学科也相继开发类似的过程改进模型，例如系统工程、需求工程、人力资源、集成产品开发、软件采购等等，从CMM衍生出了一些改善模型，比如：SW-CMM,SE-CMM,IPD-CMM等。
不过，在同一个组织中多个过程改进模型的存在可能会引起冲突和混淆。
CMMI就是为了解决怎么保持这些模式之间的协调。
CMMI 1、3是2010年11月SEI 发布的CMMI模型的最新版本。
CMMI 1、3包括CMMI采购模型1、3版、CMMI开发模型1、3版、CMMI服务模型1、3版。
CMMI开发模型1、3版(CMMI-DEV 1、3)与CMMI开发模型1、2版相比，做了如下改进：1)将过程域“组织级创新与部署”(Organizational Innovation and Deployment,OID)更名为“组织绩效管理”(Organizational Performance Management, OPM),并增加了一个新的特定目标与几个新的特定实践。
2)对模型架构进行了改进，简化对多个模型的使用。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
CMMI基本概念ATM组成员：参加评审文档及访谈，完成证据的记录和收集（包括文档证据和访谈证据），填写PIID，根据所收集的证据参与评估结果的讨论和认定。
需要熟悉CMMI模型（3级熟悉18个PA）、公司的标准过程以及SCAMPI A类评估方法。
CMMI过程模型，EPG是否由ATM组成？EPG和ATM是两个不同的概念，EPG指Engineering Process Group工程过程小组，是您企业实施过程改进工作的一组人员。
负责文档的制定和实施。
ATM指Appraisal Team Member评估小组成员，是您企业需要进行CMMI评估时担任评估证据收集及分析的一组人员，ATM的成员因为受到一些公平性原则的限制在选择上是有约束的。
EPG的职责是什么？全面改善开发流程，提高开发质量，减少开发成本，缩短开发周期，提升开发效率，形成组织级的开发模式。
EPG成员的要求EPG Leader须由项目经理及以上的成员担任熟知部门开发业务及相应的开发流程对开发中心内部流程必须精通对过程改进有强烈意愿。
EPG Member须是资深工程师或以上的成员担任；必须对系统分析、软件开发、问题解决、以及项目发展之流程改进具有高度兴趣；有较好的沟通、协调能力。
成员退出和进入的机制成员的退出和进入，需要经过EPG的测试，并报EPG Leader审核，最终由总经理或管理者代表进行批准，方可办理退出或进入手续。
EPG需负责对新进入的成员进行培训相关CMMI的知识内容，并保留对新进员工的考核，通过者方能正式进入EPG小组。
任务的分工按照CMMI的过程域来划分各自的任务；不同人员负责不同的过程域，主导并负责该过程域的所有事宜；除主要负责的过程域内容，负责协助其他成员的结果review；按照日常活动分工合作，以事件为主导原则。
CMMI认证里面PM是做什么?PM是项目管理(project management）的缩写，所谓项目管理，美国最早的曼哈顿计划开始的名称，后由华罗庚教授50年代引进中国(由于历史原因叫统筹法和优选法)，现在的台湾省叫项目专案。
就是项目的管理者，在有限的资源约束下，运用系统的观点、方法和理论，对项目涉及的全部工作进行有效地管理。
即从项目的投资决策开始到项目结束的全过程进行计划、组织、指挥、协调、控制和评价，以实现项目的目标。
近年来，PM认证和PM教育都已经正常化、经常化、普及化，不再称为统筹法。
在工程管理以及其他管理对象有显著的开始和结束期限的管理领域，属于关键管理工具或技能。
PA中CM是做什么?配置管理(Configuration Management，CM)是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。
配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。
配置管理过程是对处于不断演化、完善过程中的软件产品的管理过程。
其最终目标是实现软件产品的完整性、一致性、可控性，使产品极大程度地与用户需求相吻合。
它通过控制、记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能。
随着软件系统的日益复杂化和用户需求、软件更新的频繁化，配置管理逐渐成为软件生命周期中的重要控制过程，在软件开发过程中扮演着越来越来重要的角色。
软件配置管理的最终目标是管理软件产品。
由于软件产品是在用户不断变化的需求驱动下不断变化，为了保证对产品有效地进行控制和追踪，配置管理过程不能仅仅对静态的、成形的产品进行管理，而必须对动态的、成长的产品进行管理。
由此可见，配置管理同软件开发过程紧密相关。
配置管理必须紧扣软件开发过程的各个环节：管理用户所提出的需求，监控其实施，确保用户需求最终落实到产品的各个版本中去，并在产品发行和用户支持等方面提供帮助，响应用户新的需求，推动新的开发周期。
通过配置管理过程的控制，用户对软件产品的需求如同普通产品的订单一样，遵循一个严格的流程，经过一条受控的生产流水线，最后形成产品，发售给相应用户。
从另一个角度看，在产品开发的不同阶段通常有不同的任务，由不同的角色担当，各个角色职责明确，泾渭分明，但同时又前后衔接，相互协调。
好的配置管理过程有助于规范各个角色的行为，同时又为角色之间的任务传递提供无缝的接合，使整个开发团队象一个交响乐队一样和谐而又错杂地行进。
正因为配置管理过程直接连接产品开发过程、开发人员和最终产品，这些都是项目主管人员所关注的重点，因此配置管理系统在软件项目管理中也起着重要。
配置管理过程演化出的控制、报告功能可帮助项目经理更好地了解项目的进度、开发人员的负荷、工作效率和产品质量状况、交付日期等信息。
同时配置管理过程所规范的工作流程和明确的分工有利于管理者应付开发人员流动的困境，使新的成员可以快速实现任务交接，尽量减少因人员流动而造成的损失。
CC是什么岗位？职责是什么？Configuration Controller配置管理员是在软件项目开发过程中进行配置管理的人员。
负责制定配置管理计划，针对项目进行配置库的规划；搭建配置管理环境，建立和维护配置库，保证配置库稳定运行等CI是什么？Configuration Item1．配置项（Software Configuration Item，SCI）识别Pressman对于SCI给出了一个比较简单的定义：“软件过程的输出信息可以分为三个主要类别：（1）计算机程序（源代码和可执行程序），（2）描述计算机程序的文档（针对技术开发者和用户），以及（3）数据（包含在程序内部或外部）。
这些项包含了所有在软件过程中产生的信息，总称为软件配置项。
”由此可见，配置项的识别是配置管理活动的基础，也是制定配置管理计划的重要内容。
软件配置项分类软件的开发过程是一个不断变化着的过程，为了在不严重阻碍合理变化的情况下来控制变化，软件配置管理引入了“基线（Base Line）”这一概念。
IEEE 对基线的定义是这样的：“已经正式通过复审核批准的某规约或产品，它因此可作为进一步开发的基础，并且只能通过正式的变化控制过程改变。
”所以，根据这个定义，我们在软件的开发流程中把所有需加以控制的配置项分为基线配置项和非基线配置项两类，例如：基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。
配置项的标识和控制所有配置项都都应按照相关规定统一编号，按照相应的模板生成，并在文档中的规定章节（部分）记录对象的标识信息。
在引入软件配置管理工具进行管理后，这些配置项都应以一定的目录结构保存在配置库中。
所有配置项的操作权限应由CMO严格管理，基本原则是：基线配置项向软件开发人员开放读取得权限；非基线配置项向PM、CCB及相关人员开放。
PA中DAR指什么?Decision Analysis and ResolutionDAR的目的：运用结构化方法按照所建立的准则对所标识的候选解决方案进行决策。
DAR要点：1、“决策分析和决定”过程域涉及：- 建立指南来确定哪些问题需要运用正式的评价过程- 运用正式的评价过程评价这些问题2、正式的评价过程是按照已制定的准则评价候选解决方案的结构化过程，它用于确定推荐的解决方案来处理问题3、正式的评估过程包括以下活动：- 建立评价候选解决方案的准则- 标识候选解决方案- 选择评价候选解决方案的方法- 使用已制定的准则和方法评价候选解决方案- 基于评价准则从候选解决方案中选择推荐的解决方案4、结构化决策过程可以减少决策中的主观影响，能够以比较高的概率选择出能满足有关的相关人员的多种需求的解决方案5、尽管“决策分析和解决方案”过程域主要运用于技术问题，但正式的评价过程也适用于许多非技术论题，特别是项目正在策划中6、拥有多项候选解决方案和相应评价准则的非技术论题本身也适宜于结构化决策7、设备或软件的贸易研究就是结构化决策的一个典型例子特定目标和共性目标SG 1 评价候选解决方案：运用所拟订的准则评价候选方案，为决策奠定基础GG 2 制度化一个已管理过程：将该过程制度化为一个已管理过程GG 3 制度化一个已定义过程：将该过程制度化为一个已定义过程PA中DR指什么?Derived Requirement派生需求是由阿弗里德·马歇尔在其《经济学原理》一书中首次提出的经济概念，是指对生产要素的需求，意味着它是由对该要素参与生产的产品的需求派生出来的，又称“引致需求”。
对一种生产要素的需求来自（派生自）对另一种产品的需求。
其中该生产要素对这一最终产品会作贡献，如对轮胎的需求派生自对汽车运输的需求。
派生需求强调的是企业要用一种观念、一种倡导培养出目标市场对某种产品或服务的需求，并使目标市场很乐意地去交换和购买。
企业也理所当然地将产品或服务转移到目标市场，并取得利润回报。
派生需求为引导，以“找”、“看”、“想”、“算”的心理跟进刺激，引发消费者的购买欲望，需求是可以派生的，这也是企业引导消费的体现，也就是说企业应深入分析市场需求及潜在需求，整理、判断并在需求上创新，从而做到差异性竞争，用展望法去预测，开拓新产品、开发新市场、赢得利润、赢得市场。
（符合度待考证）PA中MA指什么？Measurement and AnalysisPurpose 目的度量与分析（简称MA）的目的，是开发与维持度量能力，用以支持管理信息的需求。
Introductory Notes 简介度量与分析过程域包括：* 指定度量与分析的目标，并使其符合已识别的信息需要与目标* 指定度量指标、分析技术，以及数据收集、数据存储、报告与反馈的机制* 实施数据的收集、存储、分析与报告* 提供客观的结果，据此做出有根据的决策，并采取适当的纠正措施将度量与分析活动集成到项目过程中，可支持以下活动：* 客观的策划与评估* 依据已建立的计划与目标，跟踪实际性能* 识别并解决与过程相关的问题* 提供将度量纳入未来增加过程的基础执行度量能力的员工，未必有一个独立的的组织层面的计划来招聘，度量能力可能集成到单个的项目，或其他组织功能（如质量保证）。
度量活动最初的重点是在项目级别，而度量能力在处理组织和（或）企业范围的信息需求时，或许被证明有用。
为支持这种功能，度量活动应在多种级别上支持信息需求，包括商业、组织单位、项目，从而在组织成熟时能够降低返工。
项目可选择在一个项目特定的存储库中，存储项目特定数据与结果。
当数据需要在项目间广泛共享时，可存放在组织度量库中。
对供应商提供的产品组件进行度量与分析，对于有效管理项目的质量与成本是必要的。
通过对供应商协议严谨的管理，可以对支持供应商性能分析的数据有深入的了解。
PA中OPD指什么？PA中OPF指什么？Organizational Process focus组织过程焦点（简称OPF）的目的是在充分了解当前组织的过程和过程资产的强项与弱项的基础上，策划、执行与部署组织级过程改进活动。