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:
让进度与计划可见,这样每个人都可以了解到他们的目标以及不能完成该目标的后果。
跟踪过程以记录成功的事件,并更好的理解进度间的冲突或是特性的改变。
随时提醒管理人员当前的状态、风险与问题。
当最初的设想改变时,修改进度与计划。
跟踪两块:
检验与测量系统。
他们俩提供监测部分来矫正行为。
量化分析
目的:
开发与维护一个可量化的能力,该能力用以支持管理信息所需。
图解: