快捷搜索:

软件质量管理实践(连载十九)

7.2度量活动

在全部开拓历程中,到底度量些什么,是一个异常艰苦的课题。由于度量数据的真正用户不仅仅是项目组,更多的是治理者。当治理层不关心组织的历程能力时,软件度量就会掉去偏向和目标;而假如项目组和治理层不关心组织的历程机能时,度量则掉去了其存在的感化和意义。

这两个方面中,必然要首先确定度量活动的重要目标。度量内容(即下面所叙述的“度量元”)必须由企业的商业目标确定,并且是针对特定问题的。换句话说,软件度量必然由公司的治理层决策、介入和支持,提出监控的大年夜偏向(如事情量、进度、临盆率、缺陷密度等方面的节制值),同时有资深的项目治理和开拓职员评论争论、介入和支持,一路定义详细细节。

例如,公司中的项目类型可能有很多,包括特定的项目开拓(从需求获取到宣布)、平台移植项目(从Windows到Linux或者UNIX)、本地化项目(汉化国外产品)、售后办事类项目以及外包项目(从具体设计到编码阶段和纯测试项目)等,针对不合类型项目的度量元肯定是不合的。此中,项目开拓可以有编码阶段的代码临盆率,也可以算出从头到尾的匀称代码临盆率。对付本地化项目,事情量是将英文翻译成中文(此中没有代码开拓的义务),此时必要度量的是翻译阶段的翻译临盆率。而对付移植项目(有些代码是自己写的,有的是复制原本的,有的是改动的)、纯测试项目(测试某个产品的各个功能,可能没有代码或写了一些测试驱动)、外包办事(客户的需求频繁变更,虽然可以统计编码阶段的临盆率,但此中的返工事情量很大年夜)、客户支持办事(远程支持、指示,没有任何代码)等,凡此各式各样的特例,若何进行度量的定义、统计、阐发,都是对照现实的问题。

7.2.1度量目标

确定度量目标、选择适当的度量元是做好度量的根基。我们确定度量目标时,常用的是目标问题度量(Goals-Questions-Metrics,GQM)措施(见图7-3)。GQM措施由马里兰大年夜学的巴士利博士(Dr.Victor Basili)及其助手提出,用以奉告组织或者机构应该采集哪些数据。GQM措施隐含的假设是“每一个组织、项目均有一系列目标要实现;而要实现每一个目标,均要回答一系列问题才能知道目标是否实现;而对提出的每个问题,都可以找到一个完备、可以量化的知足解答”。GQM历程如下:

(1)拟订一系列目标;

(2)设定一系列描述目标的问题;

(3)定义必要回答这些问题的度量标准;

(4)开拓数据网络和阐发的机制;

(5)网络、确认、阐发数据,并采取精确的行动;

(6)经由过程事后剖析的要领阐发数据以评估是否与目标同等,并为其后的改良供给建议;

(7)为利益相关者供给反馈信息。

图7-3GQM措施

度量目标是由信息需求成长来的,可能的滥觞涉及诸如预计项目计划参数、实施项目状态的监督、已建立的治理目标、商业计划、正规需求或条约使命、其他项目或组织级实体的履历,以及历程改进计划等内容。

现分类举例如表7-1所示。

表7-1度量目标举例

信息分类

度量目标

可度量观点

要办理的问题

进度

节制进度

完成的里程碑

关键路径机能

事情单元进展

增量式能力

项目相符预定的里程碑吗

关键义务或交付日期延迟了吗

特定的活动和产品进展若何

要交付的能力像在增量式构造和宣布中预定的那样吗

资本和用度

节制资源

职员事情量

财务机能

情况和支持资本

所花事情量是按计划的吗

是否有足够的具备所需技能的员工

项目是否满意预算和进度目标

必要的举措措施、设备和材料是否可得到

产品规模和稳定性

监控规模

物理规模稳定性

功能规模稳定性

产品的规模、内容、物理特点或接口变化有若干

需乞降相关的功能变化有若干

产品德量

节制质量

功能精确性

可掩护性

效率

可移植性

可用性

靠得住性

产品德量是否达到了交付给用户的水平?已标识的问题办理了吗

系统要求若干掩护?掩护的难度若何

目标系统能有效地应用系统资本吗

功能在另一平台上从新支配,达到了什么程度

用户接口是足够的且便于操作吗?操作员的差错是在可吸收的范围内吗

给用户的办事经常被中断吗?故障率是在可吸收的范围内吗

历程机能

前进历程机能

历程相符性

历程效率

历程有效性

项目实现已定义的历程的同等性若何

历程效率是否达到了满意当前委托和计划的目标

因返工必要花若干额外的事情量

技巧有效性

加强技巧有效性

技巧得当性

技巧易变性

技巧满意所有的已分配的需求吗?必要额外的技巧吗

新的技巧是否因太多的变化而造成风险

客户知足度

懂得和前进客户知足度

客户反馈

客户支持

我们的客户多大年夜程度上理解项目的机能?项目满意用户的期望吗

客户的支持哀求多快能得到处置惩罚

您可能还会对下面的文章感兴趣: