基于服务的集成
SOA 通过引入逻辑服务集成层(建立集成的公共基础)来扩展了传统的多层应用程序体系结构。一套标准程序接口被发布成表示层和业务层之间的服务,或一个业务(伙伴)与另一业务(另一伙伴)之间的服务。因此可以创建开放的共同操作的环境,它统一了异类的遗留平台并超出了任何个人应用程序的范围。本文重在应用 SOA 和面向服务的集成(service-oriented integration,SOI)方法和最佳实践来设计适用于 SoT 的 SOI 层。
设计以零售为中心的,基于服务的集成层
下面,我们描述了设计以零售为中心的、基于服务的集成层的步骤和流程,以通用的购买项目业务流程为例。特别地,我们使用该业务实例来阐述服务确定、设计和实现细节的步骤。
这些步骤表明我们如何从 Business Integration Modeler 中的 CBM 逻辑业务组件中获取候选服务,我们如何在 Rational Rose 中创建服务模型,以及我们如何使用 Business Integration Modeler 来发布业务流程文件,最终我们将这些文件引入到 WebSphere Studio Application Developer——集成版(Application Developer)中来生成 Web 服务描述语言(Web Services Description Language,WSDL)中的服务规范。我们连续地展示了这些步骤,即使现实中它们是试探性的,并且实际上是这样反复的。
1)领域分解
我们将 SoT 项目范围的业务领域分解成了功能范围的价值链。我们引导了并行的工作来确定并将业务流程(使用 Microsoft Visio)及用例(使用 Microsoft Word)建模。在那些工作中,我们也重新设计并确认了未被优化的 COTS POS 应用程序组件中的现有的实现的业务流程。
如前面所描述的一样,我们使用 CBM 零售业映射作为创建逻辑组件模型的起点,因为它提供了该套业务组件(遍及零售业的各领域)的第一个入口。基于业务流程及支持的用例,我们确定了与 SoT 相关的功能范围,如表 2 所述。这样的领域可以作为技术子系统实现的候选。
表 2 展示了与 SoT 相关的确定的 CBM 领域。
表 2. CBM 命中映射
销售及客户管理 产品 存储及通道 分配及入库 业务管理
指导 商品和位置规划
控制 价格/提升管理,存货管理,订单管理,种类管理,产品生命周期管理 存储操作管理,事务管理,经营,计划管理 业务性能报告,人力资源管理(职业发展、培训等)
执行 售后支持,客户库,客户服务,诚实 主数据管理 补给/价格变更,时间及出现,产品生命周期管理,失去防范,POS 执行和现金管理 产品跟踪 存款操作
2)确定候选服务
业务流程建模
从业务流程建模的实践中,我们创建了相关的完整的(还可以被提炼)适用于 SoT 的业务流程,然后将它们引入到 Business Integration Modeler 中。我们进一步提炼那些流程以帮助确定候选服务。
流程分解
通过使用 Business Integration Modeler,多个业务流程的公共任务被结合并发布成全球的任务。对于业务流程的特定任务被声明成本地任务。一套公共的实现多个业务流程中可复用的业务功能的连续的任务被设计成子流程。
文章来源于领测软件测试网 https://www.ltesting.net/