测量软件配置代码的工作量/指标

Question

我在考虑用于分析开发软件的工作量的软件度量标准。当我考虑使用面向对象软件的功能点指标时，我遇到了一个有趣的挑战/问题。

考虑业务规则引擎。它是一个由运行业务规则的必要组件组成的应用程序，然后将业务规则或公司策略转换为业务规则引擎的配置代码。我的假设是，对于像业务规则引擎这样的应用程序，此配置代码也可能变得相当大。但是，从实现的角度考虑它时，配置代码实际上是实例化API的一部分。

所以，首先，我错误地认为编写配置代码的努力足够大，以至于测量它是否有意义？

是否有人知道可以测量配置代码的功能点（如度量标准（或任何其他指标））？

Answer 1

衡量制作“配置代码”的努力绝对有意义。根据您的应用程序，配置代码甚至可能是工作的重点。

我不知道任何专为配置代码设计的指标。已有许多配置语言，任何人都可以创建一个新的配置语言。您可能应该看到您的配置语言与流行的编程语言类似，并调整适用于该编程语言的指标。

Answer 2

调用BR代码“配置”代码不会改变问题。 （你叫什么叫三条腿的狗？你叫它什么都没关系，它是一条有三条腿的狗）。

忽略了相当大的炒作，业务规则引擎只是看起来很滑稽的编程语言（通常具有与系统的“非业务规则部分”的复杂接口，BR的东西是无法做到的）。从这个角度来看，编程BR与其他语言并没有太大的不同，特别是如果你购买功能点模型（仅仅因为你有一个BR引擎不会让你不用编写代码来生成报告！）。

BR家伙通常尝试做的是声称BR编程很便宜，因为你可以随时随地执行。他们没有说的是编程BR很难，因为不预先编写BR规则的行为意味着你首先避免进行需求分析，理由是“你可以稍后编写BR”。并且无法保证您的BR系统或其可访问的数据能够为您面临的问题做好准备。 （我真的很讨厌的想法是“BR让管理者能够理解......”你有没有看过真正的BR规则？）

Answer 3

我完全同意Ira和KC，这就是为什么我们只将标准脚本语言用于应用程序内规则。您可以使用V8或seamonkey将JavaScript解释器嵌入到您的软件中，然后使用任何在您的业务规则代码上理解JS（如ProjectCodeMeter）的估算器。