实施指南 › 规划和设计 › 设计 › 合同建模（合同经理） › 建模过程的工作原理

建模过程的工作原理

在建模过程中，根据考虑的合同以及报告要求，必须定义需要在系统中配置的所有度量标准及其相关实体。

在此阶段之前或期间，确定好要用于度量标准名称的命名标准是一个不错的做法，这样可使系统看起来干净、整洁，并且方便导航。 另外，还要考虑可在度量标准的“目标声明”部分中使用的度量标准的相关说明。

合同分析过程包括以下步骤：

1. 确定契约目标。

   对于每个目标，确定：

   • 合适的名称（记住任何命名标准）
   • 目标（可选）->
   • 跟踪期
   • 度量单位
   • 服务组件
   • 服务域
   • 域类别（和度量单位）
   • 时间段（何时：全天候、仅营业时间？）
   • 计算大纲（需要哪些变量以及如何计算服务水平）

   注意：上述各项中有一些最初可能不是很清晰，但后面在细化服务编录时可将它们整理好。

2. 根据合同识别任何财务目标并针对每个财务目标确定：
   • 它是罚金、奖励还是成本目标？
   • 触发它的条件是什么？
   • 它发生在哪个服务组件上？
   • 服务域
   • 域类别（此处的单位可能是货币、成本金额或付款百分比等）

一旦记录并定义好了所有目标，建议复查度量标准的完整列表，并尝试优化/规范化编录。

在此步骤中非常重要的一点是，确保每个服务组件、服务域和域类别都合理地进行定义，并且它们可以形成清晰、简明的编录以指明整个系统能提供哪些服务。 这包括系统中的所有度量标准和合同。 这可以确保在系统中构建非常全面的服务编录，以支持系统的进一步增长。

服务域和域类别不应定义到非常低的粒度级别。 它们应当是描述性的，但所处级别应高于度量标准。

例如，如果您有以下三个度量标准：

• 按时交付的中断报告的百分比
• 按时交付的例外报告的百分比
• 按时交付的管理报告的百分比

所有这三个度量标准可能都属于的最佳类别是“性能”服务域和“按时交付的报告百分比”域类别。 域类别不应涉及报告的类型。 这三个度量标准很可能具有相同的计算方法并使用相同的业务逻辑（例外情况是，可能有一个参数来区分不同的报告类型）。

可从 ITIL（信息技术基础架构库）标准中获取合适的服务域和域类别。 但是，这些只是建议的示例，每个特定组织针对这方面可能有自己的已定义标准。 有关建议的服务域和域类别，请参阅附录 A - 示例服务域和域类别。

注意：在这个时候召集所有关键的相关利益人召开会议，并让他们之中的每个人都明确选定的编录是否支持他们的当前和未来需求，这样可能比较有用。

附录中展示了更多示例来说明这些要点。 在这些示例中，描述了单个合同目标及其建模过程。 在对实际情况建模时，有必要认识所有目标，以便编录实体能以更广泛、更全面的方式表示所有目标。

一旦完成确定所有度量标准及其相关实体的过程后，合同经理便会获得一个矩阵，它描述下图中显示的所有度量标准。

以下各节介绍了建模过程中需考虑的其他问题。