如何在UML类图中测量系统的性能和可维护性？

Question

我现在正在做一个UML测试部分，我了解性能和可维护性通常意味着什么，但是我不了解如何用UML类图对它们进行评分。 测试问题是：

考虑下图中的UML类图描述的模型。

现在考虑通过添加小计属性（具有值article.getPrice（）* quantity）和针对该属性的get方法到OrderLine类，并在getTotal（）中使用它来更改模型。 此更改会对系统的非功能属性产生什么影响？

A）Order.getTotal（）的性能较差，系统的可维护性更好

B）Order.getTotal（）的性能更好，系统的可维护性更差

C）没有效果

D）Order.getTotal（）的性能较差，系统的可维护性较差

E）Order.getTotal（）的性能更好，系统的可维护性更好

正确的答案是A，因此请解释如何得出此答案。

谢谢。

Answer 1

我认为C是正确的答案。 原始情况是， Order访问OrderLine以获取数量，并通过同一对象访问Article以获取价格。 用这些值执行乘法（在求和周期内）。 现在，在新的形势下调用subtotal从Order本身具有访问Article的价格，这将返回一个相乘的结果。 因此，从性能角度来看，绝对没有区别。 从可维护性的角度来看， subtotal可能是一种更好的方法，尽管隐藏乘法的优点似乎并不明显。

Answer 2

在方案2中，可维护性更好，因为改善了OrderLine的封装（即，维护此代码的人将感谢您不包含应该包含在Order中的OrderLine中的逻辑）。

在方案2中，性能会变差，因为（可能）编译器优化将意味着getArticle（）。getPrice（）和getQuantity（）调用的优化将与直接访问内存中的价格和数量变量相同（因为它们将成为原始变量）在堆栈上 ，假设这些get方法是简单的访问器），而subTotal（）不会以这种方式进行优化，因为它不是简单的访问器（即，它本身包含逻辑），这意味着您将强制遍历堆 （ OrderLine实例所在的位置）以访问价格变量。 堆栈访问速度比堆快得多。

因此，在方案1中，价格和数量变量由Order中的循环直接在堆栈上访问。 在方案2中，由于调用subTotal（）方法而迫使引用/指针遍历堆，这需要花费一些时间来处理，尽管实际上对于当今的CPU和内存总线速度而言，差别很小。

堆栈=原语（即价格，数量）和引用/指针。 堆=对象（即Order，OrderLine和Article实例）。