上述度量过程模型中,基于GQM的方法主要集中度量分析和度量计划的开发,而没有给出一个完整的度量过程定义.SPC提供了一个简单的度量过程框架,但对于过程活动内部没有进行详细的定义.

PSM是其中比较成熟的度量过程模型,它即实现了ISO/IEC 15939软件度量国际标准,又与CMMI的度量与分析过程域兼容,所以将基于PSM的过程度量模型,建立组织的软件度量过程.PSM的度量过程模型基于经典的“Plan—Do—Check—Act”管理方式.其包括4个基本活动:计划度量,执行度量,评价度量,建立和维护承诺.其中计划度量和执行度量是核心的度量活动.组织依照其结构来划分管理级别,如项目级、小组级、部门级等,也可以简单的划分为项目级和组织级(以区别于项目级).以管理级对组织的度量问题分层,各级中以度量规程/策略来阐明相应的目标、执行的活动(数据收集和分析)和生成的制品(报告).高层度量活动依赖低层度量活动,同时高层策略的变化将影响低层度量策略的制定.其可能的关系如图2.根据图2,组织将依据其管理级固有目标和问题定义,并结合度量报告机制产生相应管理级的度量规程.然后依据各管理级的度量规程建立度量计划.高层的度量计划解决度量需求时,将部分目标和问题分配到低层的度量中(决定了低层度量实现的方式).同时,高层度量执行从低层相关报告中提取数据,并同其它直接度量得到的数据一同进行分析,产生高层报告.度量报告机制中详细定义了每个管理级中应提供的报告.组织的人员将依赖各种报告来交流信息.

2.1　基于MIM模型的扩展

MIM提及了项目目标,并要求将项目目标转换为问题(issue),进而映射到相应的度量.但MIM中仅是关注了项目的一些固有目标———预算、进度、质量和功能,将其与I-C-M建立联系,而对于其它目标出现时,如何处理并没有给出一个通用的方法.同时,MIM中没有规定信息需求的形式(只是说明了其来源).而对于维护I-C-M,也没有提供很好的机制.可以MIM进行扩展.扩展实现了3个主要功能:①I-C-M的扩展和维护;②规范化信息需求;③现目标向信息需求的转换.

2.1.1　对I-C-M的扩展和维护

人对事物的认识起始于对该事物的疑问(question),而对问题的回答在度量中表现为与问题对应的指示器(indicator).在对I-C-M的扩展中,将问题和指示器引入到I-C-M中.其形式成为Q-Is-C-M-In.

在对Q-Is-C-M-In的维护中,一个信息需求向Q-Is-C-M-In映射的过程,将使该信息需求分解为许多细小的、范围更明确的疑问.而疑问在度量级(M)上的回答将生成一个原子指示器(该指示器不能由其它指示器生成),同时疑问在度量级上的继续分解将产生指示器相应的度量架构(measure construct),最终对原子疑问(该疑问无法分解为有意义的其它疑问)的回答将明确基本度量(basemeasure)及其度量方法.新建度量(M)的标准是其所包含的基本度量将产生一个原子指示器.这就是将指示器直接引入到模型中的原因之一.通过将指示器合并为新的指示器,可以对更复杂的问题进行回答.

在详细定义度量的过程中,可以使用结构化的、以检查单(checklist)为基础的框架.所定义的度量应该是“可操作”的.如果不能准确地定义采集数据所需完成的工作,就不能进行数据的收集工作.并且,了解度量是如何收集的,对于数据分析人员和使用者都有好处.

2.1.2　规范化信息需求

规范化就是将信息需求转换成固定的格式,这个格式可以根据组织的具体规定,同时附加一些信息,如谁提出该信息需求,谁关心该信息需求,谁负责该信息需求等等.以辅助进一步的工作(如报告的定义)或任务跟踪等.将规范化的信息输入到扩展后的计划度量活动,可以提高其效率,同时也方便基于经验库的应用.在具体应用时,可以将信息

本文是如何建立一个成熟的软件度量过程

相关推荐：

软件项目管理软件项目管理学习心得