实施指南 › 实施 › 业务逻辑脚本（业务逻辑专家） › 在业务逻辑内 › 创建业务逻辑模块

创建业务逻辑模块

用户可以定义多个独立的业务逻辑模块以供多个服务水平目标（度量标准）使用。 要将系统范围的更改应用于业务逻辑，用户可更改“基本”逻辑组件，然后只需要一次简单的单击即可将该组件应用于所有相关的 SLA。

业务逻辑模块是一个代码组件，可在其中定义并轻松维护业务逻辑，这样可减少冗余。 一个模块可供多个度量标准使用。

在配置阶段，可以配置公式来定义主要的业务逻辑模块。 （请参阅“设计”章节：业务逻辑模板和模块。）

存在以下三种类型的业务逻辑模块：

• 完整业务逻辑 - 在需要整个公式用作模块时使用。 必须在模块脚本中实施 Result 和 OnRegistration 方法。
• 类 - 包含单个 VB 类定义的模块。
• 库 - 包含任何程序、函数和类集合的模块。

这些模块可以从以下任一项内使用：

• 度量标准
• 其他模块
• 业务逻辑模板
• 合同模板和服务水平模板内的度量标准

模块可以使用从度量标准上下文参数（“ParamName”）中驱动的参数。

注意：为了避免运行时错误，请在业务逻辑模块中使用参数时始终设置默认值。 对于不存在的参数，公式会输出一条日志错误消息。

If Parameters.IsExist("ReportedDowntimesNum") Then
    maxBufferSize = Parameters("ReportedDowntimesNum")
Else
    maxBufferSize = 3
    out.log "ReportedDowntimesNum parameter not set", "E"
End If

业务逻辑模块示例

有一个名为“达到阈值的帮助台活动”的服务水平对象。 下列帮助台系统中的故障单生命周期包含以下状态：

• 打开
• 已分配
• 已关闭

可以定义两个度量标准来描述帮助台性能：

• 度量标准名称 - 按时解决的成功故障单。

  目标声明 - 不少于 99% 的故障单应在 4 小时内解决。

  业务逻辑 - 应计算从“打开”到“已关闭”的解决时间。

• 度量标准名称 - 按时分配的成功故障单。

  目标声明 - 不少于 99% 的故障单应在 30 分钟内分配。

  业务逻辑 - 应计算从“打开”到“已分配”的分配时间。

由于可为这两个度量标准标识同一逻辑，因此可以创建一个模块以满足这两个度量标准的要求。

该模块在度量标准上下文中需要以下参数：

• 第一个状态
• 第二个状态
• 阈值

一旦创建了业务逻辑模块，已定义的度量标准就可将其引入到定义中。

接下来，可以更改逻辑。 例如，应考虑新状态“客户挂起”。 当帮助台等待客户提供有关故障单的附加信息时，故障单将被设置为“客户挂起”状态。 在业务逻辑内，计算时不应考虑故障单处于“客户挂起”状态的时间。 因此，只需更改业务逻辑模块以将新状态和逻辑考虑在内。 将创建包括新逻辑的新模块版本。

提交更改时，会显示提示消息，其中列出了采用该模块的所有度量标准。 您可以选择将更改统一应用于所有度量标准，或仅应用于列表中的特定度量标准。

如果您从列表中只选择了特定的度量标准，则会提示您为选定的度量标准创建新的模块。 选定度量标准使用的旧模块会替换为新业务逻辑模块，并使用新的逻辑执行重新计算。