我在思考用于分析软件开发工作量的软件度量标准。当我在考虑用于面向对象软件的功能点类似的度量标准时,我遇到了一个有趣的挑战/问题。
以业务规则引擎为例。它是一个由必要组件组成的应用程序,然后需要将业务规则或公司政策转换为业务规则引擎的配置代码。我的假设是,对于像业务规则引擎这样的应用程序,这个配置代码也可能变得相当重要。但是,从实现的角度来看,配置代码本质上实例化了API的部分。
那么,首先,我是否错误地认为编写配置代码的工作量足够大,以至于测量它是有意义的呢?
有人知道能够测量配置代码的功能点类似的度量标准(或任何其他度量标准)吗?
以业务规则引擎为例。它是一个由必要组件组成的应用程序,然后需要将业务规则或公司政策转换为业务规则引擎的配置代码。我的假设是,对于像业务规则引擎这样的应用程序,这个配置代码也可能变得相当重要。但是,从实现的角度来看,配置代码本质上实例化了API的部分。
那么,首先,我是否错误地认为编写配置代码的工作量足够大,以至于测量它是有意义的呢?
有人知道能够测量配置代码的功能点类似的度量标准(或任何其他度量标准)吗?