建模过程中要考虑的案例

以下是一些示例，其中有些情况比较常见，有些情况比较独特，描述了在建模过程中应考虑的一些概念。这些概念可能因更精确的度量标准定义和稳定的框架而产生。

无目标的度量标准

由于度量标准定义中的目标字段不是必填字段，因此在未定义目标的情况下，服务水平报告可用于度量标准。但是，无法提供“服务水平与目标”和“偏差”报告（因为没有目标可用来与计算的实际服务水平进行对比）。在需要报告不属于实际契约责任的那些信息的情况下，会定义这些类型的度量标准。

定义此类型的度量标准后，用户就能以各种方式深入查看报告，服务水平经理也能在未来的任何阶段选择应用目标度量。

例如：

契约保证旨在确保每月网络可用性达到 99% 并报告停机次数。

可定义两个度量标准：一个度量标准定义为达到 99% 可用性这一目标，另一个度量标准定义为计算每个月的停机次数且没有目标。两个度量标准都是可报告的，但只有第一个度量标准会根据其契约责任进行偏差计算。

注意：针对这种情况还有另一种可能的解决方法，那就是对此数据使用业务逻辑输出和自由格式报告。但采用这种方式，将无法深入查看报告中的数据，而且无法使用简单报告向导。另一方面，使用业务逻辑输出的优势是，可通过较少的度量标准节省引擎功率。

有关此方法的更多信息，请参阅输出-用户表案例研究。

有目标的度量标准

在为度量标准定义目标的情况下，可通过两种方式指定目标。可将目标指定为静态或动态目标。静态目标是最常见的情况，其中目标可以是在合同持续时间内有效的商定值。

例如：

每月网络可用性应不低于 98%。

在本例中的目标为 98%。

或者，目标可以取决于上个月的性能，或只是在整个年度内更改其值。在此还可能遇到许多其他情况，但通常都通过公式的方式来实现。 CA Business Service Insight 通过来自标准业务逻辑模板的其他函数调用来支持此功能。目标函数可从业务逻辑的上下文访问其他参数，并支持所需的任何可能方案。

例如，取决于帮助台负荷的帮助台故障单解决时间：如果同一个月内故障单数量不超过 1000，则高优先级故障单的平均解决时间为 1 天。如果一个月内帮助台上出现的故障单超过 1000，则高优先级故障单的平均解决时间为 2 天。

在这种情况下，可为度量标准定义一个动态目标，以便在业务逻辑脚本内根据该月出现的故障单数求其值。

注意：有关动态目标的实现方法的详细信息，请参阅实现动态目标案例研究。

度量标准参数

度量标准参数是可在度量标准的业务逻辑内处理的值，而且无需更改实际代码便可从度量标准定义中轻松更改。它用于代替硬编码值，可轻松更改。

识别度量标准参数以轻松标识业务逻辑模块并创建可重用内容是非常重要的。此外，还可通过合同向导来访问度量标准参数，该向导允许最终用户轻松执行更改。

例如：

合同参数

合同参数是可由合同中的所有度量标准处理的值。可在度量标准内按使用度量标准参数相同的方式来使用合同参数，但将其定义为动态参数。

当多个度量标准需要使用同一个值时，建议使用合同参数。使用合同参数的另一个重要优势是方便合同维护。由于参数会经常更改并且需要在系统内更新，因此访问合同中的单个位置并同时更改所有参数值要比访问合同中的每个度量标准并在度量标准级别更改参数值更容易。

因此，最值得推荐的建模是将合同级参数定义为合同参数，并通过度量标准级动态参数访问它们的值。

有关示例，请参阅帮助台性能案例研究。