客服热线:021-8034****

CMMI评估阶段式标明模型剪裁(软件能力成熟度)

  
很多企业对CMMI评估阶段式标明模型剪裁(软件能力成熟度)都不是很了解,今天企业易就为大家简单介绍一下CMMI评估阶段式标明模型剪裁(软件能力成熟度),希望大家能对CMMI评估阶段式标明模型剪裁(软件能力成熟度)有一个深入的了解.如果对CMMI评估阶段式标明模型剪裁(软件能力成熟度)还有疑问,可查看更多内容.
CMMI评估阶段式标明模型剪裁(软件能力成熟度)

CMMI评估 - CMMI模型剪裁 - 阶段式标明模型剪裁(软件能力成熟度)

下面是阶段式标明的CMMI-SW模型的评估模型剪裁准则。

1、CMMI模型剪裁观点

在运用《软件能力成熟度模型》时,通常是把模型用做衡量基准。

2、CMMI模型剪裁准则

利用本CMMI模型作为软件组织综合软件能力衡量基准,能够在行业范围内或者在某一批组织(例如潜在的供方)之间通过对被CMMI评估的软件组织的综合过程能力水平报告比较评估结果。按这种用途考虑CMMI模型剪裁时,必须确保在运用CMMI模型进行的多次CMMI评估中所发现的不符合和所定的级别有可比较性以及对同1个案例的多次CMMI评估结果的一致性。因此,为了用做衡量基准而对模型进行的剪裁要加以严格限制,特别是为了营销目的而向公众散布评估得出的成熟度等级时。

CMMI剪裁准则如下:

● 过程域应包含必要的和期望的模型构件,因此,只能删除(即剪裁掉)评估范围以外的过程域。例如,进行成熟度第3级评估时,除了选择第2级和第3级的全部过程域外,在成熟度第4级和第5级上的过程域能够被略去。

● 在某些特殊环境里,能够判定某些过程域“不适用——假如某个过程域确实不在软件组织的工作范围之内就可能作这种判定。例如,在不必须组织以外的供方提供对开发工作而言很重要的产品或服务的情况下,可能会把“供方协定管理过程域作为不适用的过程域剔除。在这种情况下仍然能够明确成熟度等级,可是要标明“不适用的过程域。通常说来,很少有过程域由于这种原因而被剔除。

● 某个过程域,假如它不在CMMI评估范围之内,或者假如没有足够的数据能够用于满足数据覆盖准则,这个过程域被认定为“不予定级的过程域。假如某个等级中的或这个等级以下等级中的过程域处于“不予定级状态,就不能认定这个成熟度等级。

● 属于CMMI评估范围内的各个过程域的目标都是必须的,不能被剔除。目标反映的是对过程域在其规定的能力等级上的最少需求。假如某个过程域适用,那么,它的每个目标在规定的能力等级上都适用。1个过程域在规定能力等级上的目标合在一起支持该过程域,不能够从中指定某个或某些目标为“不适用。

● 特定实践和共性实践是期望实施的,这些实践是实现目标和相应的过程制度化或达到能力等级所必须的典型活动。不过,假如存在其他的能同样有效地实现目标和过程制度化的实践,那么能够用这些实践替代规定的特定实践和共性实践。至于在评估期间把某个特定实践判定为“不适用并且把它排除在CMMI评估范围之外,这种现象很少。

● CMMI模型中的子实践、解释、详细说明和引证等组成构件是参考性的,仅仅用做实施相应的必须构件和期望构件时的指南。

3、适合较小项目的CMMI模型剪裁

CMMI模型是针对所有各种组织设计的,可是对于小型组织,还是有必要对CMMI模型做进1步解释。例如,就计划而言,在小型软件组织里,通常是拟订出高层计划,用以覆盖若干小项目(例如持续期为3~6个月的项目)。这个高层计划对所有小型项目的组织结构、资源、培训、管理人员以及质量保证报告描述等做出规定。

习惯上,在这个高层计划中详细规定待开发的项目、开发过程、开发进度以及针对每个作业指定的工作人员。通常这个计划还把开发计划、质量保证计划以及配置管理计划汇集在一起。这种计划的动态部分,例如进度和可交付件清单,通常作为计划的附件。项目特有的内容,例如顾客的特殊需求,包含在各个项目自己的计划——项目计划中。

通常,大多数项目计划是一份详细的进度表,其中包含所分配的资源和可供查找的资源提供点。至于总的开发和测试环境、质量保证审查过程、配置管理、交付过程以及顾客和内部审查过程等,都包含在高层计划中。

在小型项目中,短时间的会议比较频繁,探讨的内容比较具体。项目进度表中可能包含每天的活动,可能每周都要开会检查进度,进度也可能每周都变。要通过配置管理使项目进度的每个版本保留在项目数据库中。

在工作班子很小的情况下,通常顾客都清楚整个工作班子并且感到很容易向其中的成员提建议或探讨变更意见。这个工作班子必须决定怎样处理这些来自顾客的非正式的意见。

一旦决定采用某种处理方法,就应把它详细反映在项目计划里,并且通知顾客。

小型班子的工作可能具有高度的协作性,在这种情况下,正规的同行审查可能得不到高的回报率。同行审查用的核查表,在小型工作班子里用的与在大型工作班子里用的是一样的。所有的标准要由工作班子的所有的成员执行。

对项目计划和经验教训的审查定期汇集到组织里的较高层次进行。这种审查确保较高层次的文件和指示不断得到改进。通过审查,识别最佳业务实践并且把它们反馈给组织的过程财富库,同时修改组织过程、计划和模板,以反映该项目所运用的改进之处。到下1个项目根据新的需求开始工作时,它剪裁的将是经过更新的组织过程财富。

通过对软件能力成熟度评估模型进行恰当剪裁,能够使模型子集适合于特定的应用。

对CMMI模型评估方法的剪裁是针对具体的评估活动从通常性评估方法中选择比较适合的选项。

无论是CMMI模型还是模型评估方法的剪裁,其目的都是为了使模型和模型相关的评估活动与被评估的软件组织业务必须和目标相称,因此,剪裁时应围绕最能反映软件组织效益的那些产品和服务进行考虑。

这里的剪裁不涉及组织的标准过程集合在具体的项目上的适用性问题。对组织的标准过程集合的剪裁是软件组织按照本组织规定的剪裁指导原则,运用“集成项目管理过程予以处理的问题。

应该注意,不同的剪裁结果可能使投入评估的工作量产生很大差别。

免责声明
• 
本文仅代表作者个人观点,本站未对其内容进行核实,请读者仅做参考,如若文中涉及有违公德、触犯法律的内容,一经发现,立即删除,作者需自行承担相应责任。涉及到版权或其他问题,请及时联系我们