5、基于SoaML的模型驱动服务工程：原理与应用

基于SoaML的模型驱动服务工程：原理与应用

1. RPC风格的服务数据

服务数据是服务消费者和提供者之间交换的数据。服务操作参数的数据类型可以是数据类型、基本类型或消息类型。以文档为中心或RPC风格的方法选择会影响操作签名（参数和响应）的建模方式。在同一组件架构中，不同接口的选择可能会有所不同，这取决于技术平台的选择，以及所涉及的服务是公共外部服务还是私有内部服务。

2. 接口和消息的建模

提供的接口和所需的接口分别用 ≪Provider≫ 和 ≪Consumer≫ 进行构造型标注。提供的接口包含服务的操作，而所需的接口可以有回调，这些回调被指定为信号。例如，≪Provided≫ 接口 MobileServicesOrder 包含 placeOrder 和 payBill 操作，而 ≪Consumer≫ 接口有回调 confirmOrderAndPay，该回调要求消费者实际支付账单。服务编排规定了操作和回调如何组合成双方之间的对话。

消息类型用构造型为 ≪MessageType≫ 的UML类表示，服务数据用构造型为 ≪entity≫ 的UML类表示。消息类型和服务数据的规范与接口中操作和回调的规范密切相关。对于以文档为中心的方法，通常只指定一个输入参数和一个响应参数，它们的类型为消息类型。消息类型和服务数据可能有属性，这些属性可以建模为UML属性或关联的UML类。

下面是一个简单的表格，总结接口和消息建模的要点：
| 项目 | 描述 |
| ---- | ---- |
| 提供接口 | 用 ≪Provider≫ 标注，包含服务操作 |
| 所需接口 | 用 ≪Consumer≫ 标注，可能有回调