这一服务规范稍微有些复杂，它指示出使用服务功能必须遵循的一个特定的顺序。无论是消费者还是提供者都被期望遵循这一协议。用和响应。在这种情况下，一个活动被用来定义服务协议。

    图8显示了提供 InvoicingService service 的服务提供者，以及提供服务功能的方法。

    图 8. Invoicer 服务实现
    

    Purchasing

    最后，图9显示了 Purchasing 服务规范。

    图 9. Purchasing 服务规范
    

    服务规范反映了在初始的 Process Purchase Order 业务过程中被指定的功能性。它反映了一个从业务过程中被识别和设计的服务。

    图10显示了提供 Purchasing 服务的服务提供者，以及它要求按照顺序完成的服务。

    图 10. OrderProcessor 服务提供者
    

    图11显示了使用 UML 活动进行 processPurchaseOrder 服务操作的完全的方法。

    图 11. processPurchaseOrder 服务操作实现
     

    这个图表同用于相同行为的 WebSphere Business Modeler 图表非常符合。InvoiceProcessing 和 ScheduleProcessing 服务操作通过过程中的 processInvoice 和 processSchedule Accept Event 行动被实现。请注意接口中的相应操作被指示为 <trigger> 操作，它指出响应 AcceptCallActions 的能力（类似于接收和 AcceptEventActions，此处触发器是一个 SignalEvent）。关键字 <trigger> 并不是 Unified Modeling Language 2 (UML 2) 的一部分；它只是用来强调这些操作是如何实现的。请注意除非 processPurchaseOrder 活动正在运行，并且控制流程已经到达两个接收呼叫行动，否则这些操作将不会被接收。这指示出一个操作的实现能够决定其他操作何时将被响应。