CMMI过程域的四个种类.docx

CMMI过程域的四个种类.docx

《CMMI过程域的四个种类.docx》由会员分享，可在线阅读，更多相关《CMMI过程域的四个种类.docx（14页珍藏版）》请在冰豆网上搜索。

CMMI过程域的四个种类

本文从CSDN转载

CMMI过程域的四个种类

§过程管理

§项目管理

§工程

§支持

1.过程域之过程管理类

下面这些都是CMMI里的过程管理PA：

1.机构过程聚焦；2.机构过程定义；3.机构的培训；4.机构过程执行；5.机构创新与部署

过程管理PA包含着一些涉及定义、计划、资源支持、配置、实施、监测、控制、评估、量化以及过程改进相关的cross-project行为。

特别注意：

机构综合环境（OrganizationalEnvironmentforIntegration）将被IPPD所覆盖。

过程管理过程PA的理解：

TheprocessmanagementPasapplyacrosstheorganizationasawholeandprovidedetailsthatsupporttheCapabilityLevel3GenericGoal.

对于已选择的PAs，企业必须有一套标准的过程，个体的项目都须符合该过程的需要。

定义在CapabilityLevel2制度中的PAs，提供了projectlevelstablility，过程管理PAs可以利用起来。

如，策划、计划、资源、职责、培训、执行过程、配置管理、监控、目标验证、管理回顾。

基本过程管理过程域，如下图

高级过程管理过程域，如下图

2.过程域之项目管理

下面这些都是CMMI项目管理PA：

项目计划（PP）。

项目监控（PMC）。

供应商协议管理（SAM）。

项目集成管理（IPM）。

风险管理（RSKM）。

QuantitativeProjectManagement（QPM）

特别注意：

IntegratedTeaming（IT）andIPM（IPPD）将被IPPD覆盖。

集成供应商管理将被SS覆盖。

基本项目管理过程，如下图：

高级项目管理过程，如下图：

3.过程域之工程

下面这些都是CMMI中的工程PAs：

需求管理（REQM）。

需求开发（RD）。

技术解决方案（TS）。

产品集成（PI）。

验证（VER）。

确认生效（VAL）。

.过程域之支持

以下这些都是CMMI中的技术PAs：

配置管理（CM）。

过程及产品质量保证（PPQA）。

测量分析（MA）。

因果分析及解决方案（CAR）。

决策分析及解决方案（DAR）。

特别注意：

OrganizationalEnvironmentforIntegration将被IPPD覆盖。

支持过程域的理解

支持过程域涵盖了支持产品开发、维护、产出等方面的活动。

他们通过CMMI过程域来提供一些经使用的重要的过程，并在执行其他的过程中代表性的使用这些过程。

基本支持过程域，如下图：

高级支持过程域，如下图：

各管理级别下的过程域

需求管理（REQM）

目的：

管理项目产品及产品组成的需求，并且鉴别需求与项目计划与产品间不一致的地方

需求管理结构图：

需求的含义如图：

客户指的是哪些？

客户也许是内部的，也可能是外部的。

他们可能是系统工程师、市场人员、其他软件服务团队以及提出需求的任何人

技术性需求与非技术性需求

技术性需求技术了软件的技术概貌，例如：

功能性需求、性能需求、界面需求。

非技术性需求描述了无技术的但在项目中要解决的需求，例如：

表述产品的类型（图片格式、文档、测试软件）；表述日期；里程碑

需求变更追踪描述

当客户改进了他们的需求，当系统里的政策、机构或技术环境不得不变更时，需求的变更就在所难免了。

RefertotheConfigurationManagementprocessareaformoreinformationaboutbaselinesandcontrollingchangestoconfigurationdocumentationforrequirements.

描述信息是一种有助于我们评估需求变更所带来冲击的一种信息。

它联系着需求与其他系统的请求。

Traceabilitymatricesmaybeusedtorecordtraceabilityinformantion.

需求追踪描述的范例

应用需求管理，如下图：

项目计划（PP）

目的：

修订并维护一个定义项目活动的计划。

项目计划结构如图：

项目监控（PMC）

目的：

为项目过程文件提供注解，以便在项目的执行偏离计划的目的时，矫正我们的行为。

图解：

监测与项目计划是相对的

项目监测是用来针对（PP）过程中制定的项目计划的。

比较现实的与预估的情况，再决定过程：

1.预估的与实际的产品大小

2.预期的与实际的成果与成本

3.预估的与实际的进度

4.预估的与实际的SE技术性活动

5.与上述因素有关联的风险

必要时矫正行为

如果计划与实际过程间产生差异，该项目组必须想办法如何矫正该问题。

项目组可以改变当前做事的方式

项目组可以改变计划以适应当前的情况

将原来的计划归档并根据历史原因修改当前的计划是非常重要的。

责任改变

当最初定义的需求因为下列原因变更时，责任也需随之修改：

1.客户的需求有变；

2.原型定义或其他活动带来了新的知识点。

当然需求改变时，项目计划必须改变以适应新的义务。

应用项目监控（PMC）

PMC：

让进度与计划可见，这样每个人都可以了解到他们的目标以及不能完成该目标的后果。

跟踪过程以记录成功的事件，并更好的理解进度间的冲突或是特性的改变。

随时提醒管理人员当前的状态、风险与问题。

当最初的设想改变时，修改进度与计划。

跟踪两块：

检验与测量系统。

他们俩提供监测部分来矫正行为。

量化分析

目的：

开发与维护一个可量化的能力，该能力用以支持管理信息所需。

图解：