任务:对服务依赖关系建模
此任务根据包含的设计元素和外部子系统/接口的协作来定义和指定面向服务的解决方案的服务和结构。
用途
  • 根据包含的设计元素和外部子系统/接口的协作,定义面向服务的解决方案的服务和结构。
  • 要分析服务的共同点和可变性(请参阅指南:可变性分析)。
  • 记录服务规范。
  • 确定服务间的依赖关系和通信。
关系
主要描述
本任务优化了在活动:确定服务过程中确定并取得资格的一组工件:服务规范,并提供了其他结构和详细信息。此设计级别的详细信息包括接口、消息、服务组合以及供应商的服务分配。
步骤
模型服务依赖关系

在规范过程中必须开发的工件:服务模型的另一个重要方面是捕获服务之间的依赖关系。 作为服务模型的一部分,自然会捕获很多依赖关系。 这些依赖关系可能与服务和其规范之间的关系一样明显,也可能更复杂,例如两个独立服务之间的逻辑关系,这是因为它们实施同一规范。 这些依赖关系(在工件:服务模型报告:服务依赖关系中有描述)对于了解将服务部署为自治单元的能力非常重要,当依赖关系变为对服务更改能力的约束时,还会随着时间影响其演进。

服务依赖关系描述了在较大的环境中产生的服务之间的关系,是关于如何使用这些服务的问题。如果服务是从其他服务的组合形成的,此组合服务取决于所组合的各个服务。在业务流程环境中使用服务时,存在一个与流程相关的依赖关系,它是根据业务流程中的步骤(这些步骤指示了服务的使用顺序)产生的。

  • 根据多个服务的组合产生的功能依赖关系/组合依赖关系
    • 示例:“预订车辆”取决于其功能的“检查速率”和“进行预订”。
  • 临时依赖关系,其中有一些前置或后置条件或处理需求必须在组合或编排中说明。
    • 前置条件依赖关系 - 即其他服务调用必须成功执行后当前调用才能开始执行。
    • 处理依赖关系 - 即另一个服务调用必须成功地完成对当前服务的执行。
    • 后置条件依赖关系 - 当服务在执行后需要进行其他服务调用时将出现此情况。

这些依赖关系通常属于服务客户机在选择对服务进行复用时必须执行的决策过程,尤其是在有多个实施可供选择的情况下。

下面列出了服务模型中的重要的依赖关系/关联种类。

  • 服务与实施它的服务供应商之间的关系。
  • 服务与它实施的服务规范之间的关系。
  • 服务与它需要的任何服务规范之间的关系。
  • 服务与将该服务和其他服务相连接的任何服务通道之间的关系,以及连接后与通道另一端的服务之间的关系。
  • 服务与它所在的任何服务分区之间的关系。

因此,确保所有服务规范的完整性很重要,这不仅包括服务规范提供的操作和消息,还包括诸如回调操作所需的接口等所有的依赖关系。 报告服务依赖关系概述了服务模型的重要依赖关系。

属性
多次出现
事件驱动
正在进行
可选
已计划
可重复
更多信息