任务:确定服务并将其与目标关联
“目标 - 服务”分配将服务与业务目标相链接,并通过分析企业或业务单位的目标来确定服务。
规程:分析和设计
关系
主要描述

此技术开始于业务目标的概括性语句,随后分解为子目标,必须满足这些子目标才能实现更高级别的目标。 这最终会导致某一级别的分解,该分解支持与子目标关联的服务的确定。 在此过程中,将确定并收集 KPI 以及用于评估、监视和验证实际上在多大程度上成功达到目标的度量值。

步骤
将服务与业务目标关联

通过使用在任务:确定业务目标和 KPI 中确定的工件:业务目标,我们现在可以将项目服务组合中的任何候选服务分配给它们支持的目标。还可以在目标或子目标不具有支持服务的情况下确定新的候选服务。 用于将服务分配给目标的方法取决于您为工件:服务模型选择的表示法以及由此而为工件:“目标 - 服务”模型选择的表示法。

在将目标分解为子目标和 KPI 的过程中,出现一个问题,即何时应停止此分解过程。我们已提到过,一旦已将子目标确定为可确定满足那些子目标的服务的点,目标的分析即可停止。 如果确定了新的服务,应更新服务模型中的分类服务组合。对于每个子目标,应确定达成子目标所需的服务。

示例

下表展示了一个已完成的“目标 - 服务”模型,该示例基于虚拟的汽车租赁公司“租车”,该公司打算启动一个旨在提高业绩的项目。 请注意,粗斜体用于表示未找到已存在或已确定的候选者的服务,因此应添加为候选服务。

目标或子目标 KPI 度量 服务
1. 增加收入 到 2005 年底收入增加 20% 记录生成事务的收入  
1.1. 引入新产品 推动收入增加 5% 记录新产品的事务  
1.2 引入新渠道 推动收入增加 5% 记录新渠道的事务  
1.3 增加每个事务的收入 推动收入增加 7% 记录包含追加销售的事务  
1.3.1. 追加销售更高级的车辆 推动收入增加 4%  
  • 根据客户概要信息建议追加销售 
  • 确定追加销售车辆的类型
  • 检查可用的车辆
1.3.2 交叉销售其他选项 推动收入增加 2%  
  • 各人购买选项 
  • 购买选项包
1.3.3 交叉销售伙伴服务 推动收入增加 1%  
  • 预订客房 
  • 预订机票 
  • 预订目的地景点 
  • 销售导航设备租后付费


可以使用“业务建模”概要文件,以 UML 对此进行建模,以便按如下所示捕获目标模型。请注意依赖关系箭头的方向,高级别的目标依赖于其子目标。


然后我们可以再次使用 UML 依赖关系将服务分配给它们支持的目标(为清楚起见而使用构造型 <<支持>> 来修饰)。

 

关键注意事项

如果不能清楚的定义业务目标,则无法确定提议的候选服务是否符合业务需求以及是否适用于基于 SOA 的启动计划。由于“目标 - 服务”建模还可以确定(不仅可以验证)候选服务,因此如果无法创建此工作产品,则可能导致服务组合中存在间隔。 这些因素可能导致额外的工时和成本(由于创建不必要的服务)或降低基于 SOA 的解决方案的成功性(由于服务组合中的间隔)。

由于“目标 - 服务”模型对于定义其他服务确定活动的范围很重要,如果未能创建此模型,可能导致在其他活动上花费不必要的工时,或导致来自那些活动的输出中存在间隔。

虽然认为“目标 - 服务”模型很重要,但如果并非必需,对于多数基于 SOA 的启动计划而言,可能偶然存在重点缩小至为常用技术功能(这些功能可能无法轻易地符合特定的业务目标)创建服务的情况。 值得考虑的是,即使是在这种情况下,“目标 - 服务”模型仍然可用于记录与“IT 业务”有关的目标。

更多信息