- 软件质量经济学
- (美)Capers Jones (法)Oliver Bonsignour
- 864字
- 2025-02-23 14:31:24
2.6.6 应用程序结构质量度量属性总结
表2-16总结了评估应用程序各个特性所需要度量的应用程序要素。注意,有些源代码的属性会影响几种应用程序特性。每种特性预测了不同的问题集合,这些问题集合会产生IT成本或商业风险。没有这些特性的充分度量,那不论是在IT方面还是在业务方面,都不能对应用程序投资组合的风险或成本进行评估。
结构质量的定义和度量在理论上是很丰富的,并利用了软件工程技术的重要部分。为确保理论能应用于实际,重要的是使用已知的由于结构质量缺失而产生的问题来验证结构质量问题。
基于这种考虑,最好的结构质量缺失独立验证是将其与记录在IT组织的缺陷跟踪系统中的业务中断型缺陷进行比较。
过去5年内,CAST研究了这种联系。这些数据来自CAST遍及世界各地的客户,包含了各种各样的技术和运行环境。
已识别出的结构质量问题和记录的严重缺陷之间的相关性始终很高。这是对CAST定义和度量结构质量的方法的强有力验证。这个方法是以哪些结构质量有缺失或哪些“关键违规”被发现为基础的。图2-2~图2-4显示了现实世界IT商业应用程序中验证结构质量度量方法的结果。
图2-2跟踪了一家大型电信公司多个版本的业务关键的订单管理应用程序。X轴是订单管理系统多个主要发布版本,结构质量缺陷是按照每个back-fired功能点(BFP)的关键性违例数目来跟踪的(左边的Y轴)。右边的Y轴度量了订单管理应用程序的缺陷跟踪系统中单位BFP的缺陷个数。标出的结构质量问题与记录的缺陷之间的相关性为0.90。
类似地,图2-3展示了一个跟踪了多个版本的信贷管理应用程序。发现的结构质量缺失(CAST违例/BFP)和单位BFP的实际缺陷个数间的比较,也显示了类似的紧密相关度。
图2-4展示了来自一家投资银行的少数高事务型订单导流应用程序的结构质量。共有两种度量:首先,度量了应用程序A的每个主要版本(上方的表格);其次,比较了同一时间点上应用程序A与应用程序C和B的结构质量(下方的表格)。两种比较都说明了标出的结构质量缺失和记录的缺陷密切相关。
在结构质量度量中,一个必要的步骤是验证由自动化系统(如CAST)发现的结构质量缺失,这种系统会涉及多种技术并处于不同的运行环境和条件下。