服务组合与跨组织工作流中的模式与视图应用

### 服务组合与跨组织工作流中的模式与视图应用 在当今数字化的商业环境中，服务组合和跨组织工作流的管理变得至关重要。模式的使用为服务组合提供了系统的方法，而工作流视图则为跨组织工作流的互操作性提供了有力支持。 #### 服务组合中模式使用的问题 在服务组合中使用预定义模式开发业务应用程序以及将非功能需求纳入支付机制时，会引发一系列问题。 ##### 模式仓库相关问题 - **模式类型**：业务应用程序开发者最需要的模式类型有组织模式、分析模式、设计模式、流程模式等。需要确定适合复合电子服务的模式类型。 - **模式推导**：要从知名的业务流程模型中推导模式，已有很多工作致力于为不同问题领域推导模式并将其表示为模式目录。 - **模式分类**：在仓库中对模式进行分类时，单个模式可能属于多个类别。可以参考UDDI编程接口定义的分类方式，也可以按照Gamma等人提出的根据模式目的和范围进行分类，还可以考虑将经常一起使用的模式分组、替代模式或结果相似的模式归为一类，同时也需要考虑本体论的分类方法。 - **电子服务组合特定模式的描述**：某些模式可能特定于服务组合，Appleton指出阅读模式时应能清晰识别名称、问题、上下文、影响因素、解决方案、示例、结果上下文、基本原理、相关模式和已知用途等基本元素。需要考虑对于电子服务组合中可复用的模式最重要的方面并进行相应描述。 | 问题 | 具体内容 | | ---- | ---- | | 模式类型 | 组织模式、分析模式、设计模式、流程模式等 | | 模式推导 | 从知名业务流程模型推导 | | 模式分类 | UDDI分类、按目的和范围分类、分组相似模式、本体论分类 | | 特定模式描述 | 名称、问题、上下文等基本元素 | ##### 模式实例化问题 使用自上而下的方法进行服务组合，将通用模式实例化为特定或依赖于领域的模式时，会遇到以下问题： - **开发者的抽象级别**：通用模式是仓库中的构建块，应描述支持的特定功能，如假日规划或互联网销售。 - **业务目标与初始通用模式的差距描述**：可以参考Corner等人关于多标准决策的工作，决策问题的动态结构化过程涉及选项的指定、评估选项的属性和可能出现的自然状态，过程中需要反复循环修改或扩充结构。 - **可用服务与组合者需求的差距衡量**：需要识别可用服务描述与模式中流程的不匹配，考虑功能匹配但仍需调整的服务。 - **停止实例化模式的触发条件**：并非所有任务都由电子服务执行，企业可能希望使用未实现为电子服务的内部功能，需要用户交互来指示要外包的功能。 ```mermaid graph LR A[业务目标] --> B[通用模式] B --> C[特定模式] D[可用服务] --> E[匹配评估] E --> F[功能适配] G[用户交互] --> H[停止实例化] ``` ##### 非功能需求（NFR）模式问题 服务组合不仅仅是功能组合，还需要将其他非功能需求表示为模式并纳入决策过程。以支付机制模式为例，会出现以下问题： - **组件支付机制对复合服务支付机制的影响**：复合服务支付机制的选择与组件支付机制没有直接关系，但企业可能会要求提前支付服务费用，并希望获得信用条款来支付组件费用。 - **确定复合服务适当支付机制的影响因素**：包括行业类型、业务类型和客户类型等。 - **支付机制与服务的分离性**：存在免费服务，说明支付机制可以与服务分离，即使这些服务没有服务保证，但如果有第三方推荐和评价，仍可以可靠使用。 - **用模式表示非功能需求的方法**：通常的规范机制侧重于功能问题，非功能需求包括收费和支付方法、时间和空间可用性约束、服务质量、信任和质量等，大多数难以定义和量化，且与用户相关。 - **NFR模式之间交互的表示**：一个非功能需求可能会影响其他需求，需要考虑NFR模式之间的相互依赖和权衡。 #### 跨组织工作流中工作流视图的应用 在电