服务可重用服务的设计过程

1、服务可重用服务的设计过程：财政服务案例研究一，引言面向服务架构（SOA）是一种很有前途的的架构方法整合异构和自主的软件系统。它承诺有效业务-IT对齐，提高业务敏捷性和减少整合成本通过提高互操作性和共享的业务服务的重用。SOA松散耦合和更换服务，分解系统互动交流，通过符合合同明确定义5的消息。SOA原则上放置一个高度重视，从服务消费者的解耦服务提供商：（1）通过服务接口描述的严格分离，实施和约束力，从而使服务发生变化不影响（2）对服务使用者的声明的约束和政策管理服务行为协作的服务之间的相互作用（3）消息中心和标准基础之间的互动参与的服务，从而使更容易的互操作性企业边界内和跨系统之间。感知价值SO

2、A是，它提供了一个灵活的模式，让新的应用程序/服务创建大会通过现有的内部/第三方服务。此外，一些新的业务需求，可实现由重新组成组件服务，而不是通过改变服务的实施。因此，SOA可以帮助降低整合成本，通过消除冗余重叠和重复的功能，以及巩固和重用 整个流程，业务线，还是企业的服务。B. KR。MER，K.-J.林和 P. Narasimhan（2）： ICSOC 2007 年，LNCS 4749，第 606 C617，2007 年。施普林格出版社柏林2007年海德堡服务可重用服务的设计过程：金融服务案例研究607在构建面向服务的分布式的重要技术和标准申请，但他们没有自己足够。迁移到面向服务非小事一桩

3、，并要求远远超过了简单包装的软件实体Web服务接口。一个有效的方法是建模和设计服务为实现SOA的全面好处是至关重要的。在本文中，我们目前的设置 设计的原则和程序确定，设计和分层服务重复和非任意时尚。这些已被来自一个精心制作的SOA 例如，涉及证券交易领域金融服务的建模。设计决策背后的理由是捕获和教训报告。本文的其余部分安排如下：在第2节我们提供了一个概述证券域，重点对疼痛点在这方面所固有的。随后，在第3节，我们简要地讨论一下我们的建议基于服务分解框架。第4节详细介绍了建议的情况下的服务设计研究。第5节的经验教训和关键的服务设计考虑。最后一节总结全文，并提供了一些方向 今后的工作。2背景和问题区

4、尽管提倡优势与引进相关的范围广泛SOA的，全面的SOA实施案例研究继续在稀缺文献。本文旨在目前实际服务的设计过程与关键 来自股票交易服务支持案例研究的设计原则。对于我们的案例研究，采用SOA旨在解决的关键问题是：（一） 异构IT组合与专有和脆点，以点连线冲击的灵活性，（二）冗余和重叠的功能，导致成本间接费用和增加市场的时间。一个具体的例子，可使用随着个人市场数据为多个服务器的单独定价引擎 交易工具，（三）灵活和昂贵的遗留应用程序组合。我们的案例研究采用面向服务的主要业务驱动：（一）加快实现直通式处理证券交易处理（STP），使最终解决发生在一天的交易，（ii）作出证券交易从各种渠道访问的Web和

5、移动设备等。来自学术界和工业界的许多研究都表明各种方法指导服务的建模和设计。的杰出努力之一，是这个空间旧M的面向服务的建模和架构（SOMA）1。SOMA是 识别，建模和设计服务，利用的方法现有的系统。它包括三个步骤：识别，规范和实现服务。然而，SOMA的缺乏公开提供的详细说明 方法，这使得它难以进一步分析其功能。3面向服务的分解过程基于服务的分解是一个反复的过程到达最佳分割成服务的业务能力。第一步是先建立答：608 Erradi，N.库卡尼，体育 Maheshwari清晰和明确的协作系统之间的界限，其次是减少相互依存和相互作用以及定义点的限制。“ 面向服务的分解过程中的主要任务包括查明 一起决

6、定服务的粒度和适当的服务分层服务。3.1服务标识如图1所示，服务标识，我们提倡一种混合方法结合自上而下与自下而上的应用程序域分解投资组合分析。这就产生了进一步需要的候选服务列表理顺和巩固。一个企业的自上而下的分析，可能是分解成产品，渠道，业务流程，业务活动和使用例。企业的经营活动往往是很好的候选人，为企业服务。对于 例如，在股权获得了一个特定的安全价格的活动贸易业务过程中，可能是一个逻辑的候选服务。另一方面， 经纪人可以提供一个产品，需要实例化为了股权交易 安置和结算过程，其活动可以实现服务收获从现有的应用程序中嵌入的功能。收获促进了逆向工程技术和工具来提取数据和控制 流程图，提供业务系统的抽

7、象的不同意见。图1。服务识别框架我们建议的服务标识框架发起的自上而下的捕捉和理解的关键业务流程以及业务的映射现有的应用程序组合的过程。其次是定义要被业务流程模型（BPM），使企业的服务，可以正确识别。BPM的组成和业务领域分解到功能区业务用例。业务流程的功能分解水平依赖的复杂程度，例如业务流程的可分解成业务子流程，这反过来又分解成高级业务用例由一系列活动组成。例如，登记一个新客户是一个在贸易秩序过程中的业务用例。粗粒业务服务定义逻辑业务活动的基础上。它需要要注意，这里的服务可能会在使用情况下适用业务流程。一旦捕获到BPMS是，这个过程到应用映射（PAM）是需要审查现有的软件资产，以便及时发现服

8、务可重用服务的设计过程：金融服务案例研究609候选应用程序的功能（例如，原料药，从传统的子系统和模块， 自定义和打包的应用程序）实现确定的业务服务。“ 映射之间进行的业务活动和业务应用。这提供了识别的应用程序支持的基础特定的业务流程。也PAM有助于突出可能裁员 在应用程序组合重叠，并确定提供的应用程序 潜在的共享跨渠道和LOB服务。此外差距和服务 需要新的发展，可以发现。这项工作的重要方面是， 我们最终的业务服务的概念图和维护协会履行这些服务的系统，可以根据现有的资讯科技 组合。这是一个重要的神器，对配套的要求是必要的 服务与现有服务和新服务，需要建立或计划 收购。除了从自上而下的建模，我们的

9、框架还识别功能 现有在当前的企业IT投资组合。这可以通过一个 组合工具以及应用程序的利益相关者的采访。输出 这一活动通常是细粒度的功能模块，如：更新 客户的个人信息，更新客户“的财务信息，更新为现金支付交易的会计分录，等整理所有这些 功能活动将提供一个全面细粒度的所有活动清单 由应用程序组合。这种功能列表必须综合在一个有意义的方式来合理粗一级的活动 可用于从顶端向下业务确定的服务，以配合流程建模工作。服务标识还包括确定可重复使用的的基础设施服务，目前支持非面向服务的应用，这可能是杠杆支持业务服务。例如安全服务提供身份验证，授权和安全通信，消息传递服务发送消息和警报，以各种设备，如电子邮件，SM

10、S和传真。另一个例子可能可配置服务，管理服务，服务水平协议，供应合同，监测，计量计费。图2显示了我们的定义，以指导服务为主的分解的元模型活动。首先确定候选服务与服务开始代表有关各方之间的沟通点。其次是捕捉和描述的外部观察到的行为所确定的服务。在目前的情况下分析，元模型如图2所示，所提供的框架 确定不同类型的服务和他们的粒度。服务为基础的证券交易的分解示意图图3所示的应用程序。在服务标识的主要观点点应该是实现一个共同的业务目标，通过一个单一的服务。业务流程通常为蓝本，以实现一个目标，因此会提供了一个天然的边界。例如贸易结算服务总各种相关活动，如分配匹配，贸易结算（佣金，税收，费用等）来实现贸易结

11、算的目标。610 答：Erradi， N.库卡尼，体育 Maheshwari图2。服务概念化元模型识别的服务，可以多种方式进行分类和分组。“根据他们到跨业务的服务范围，跨服务可分为，业务线（LOB）的/通道服务，并LOB /通道的具体服务。也可以根据自己的重用程度，如核心企业分类所使用的服务（如客户信息服务），公共服务，或独特的一个特定的应用服务。服务分类活动是至关重要的引导设计服务的非功能性方面，例如核心和共同服务的设计必须与更多的可扩展性的重视和部署 高可用性。图3。关键的证券交易服务，他们编排的高级别3.2服务粒度服务粒度被认为是一个关键的设计决策服务支持。不同粒度的服务，可提供在不同的

12、层。服务粒度是指服务规模和服务公开的功能范围。服务可重用服务的设计过程：金融服务案例研究611数的组合，可量化的服务粒度通过给定的操作服务接口组成的组件/服务以及资源的数量“像数据库中的表的数目的状态变化 更新。服务应该有正确的粒度来完成一个业务单位 在一个互动的工作。如果服务是太粗粒，交换的大小 消息的增长，有时也可能携带超过需要的数据。此外，产量 更复杂的接口和代表了更多的可能性变化的影响。另一方面，如果服务太细颗粒多服务往返可能需要得到所有需要的数据/功能。因此取得平衡，这取决于抽象的层次，可能性变化，复杂的服务，以及所需的凝聚力和耦合水平。一 需要权衡，同时考虑到非功能性需求 尤其表现

13、。决定适当的服务粒度仍然是一个挑战，但一般 讲接触到其他系统的服务，应提供对应的操作 业务功能，并应具有足够的通用，让他们的重用，在 不同的进程和/或由不同的用户。细粒度组件服务可能会 内使用的业务服务，但不应该被暴露到其他系统。我们聘用元模型的一个业务驱动的方法指导 前面介绍的到达务实粒度。所确定的服务，如 贸易秩序服务及贸易结算服务，是有意义的服务业务提供一个单一的操作，完成一个完整的业务任务。请注意，我们参考 作为名词，没有动词的服务。相反，重点放在行动（动词），而 比服务（名词），如新增的贸易秩序，往往产生细粒度的服务。有没有理论创立的方法，决定正确的粒度水平。 下面的指南可以帮助确定

14、一个可接受的粒度水平：。可重用性：以可重用性方面的最佳服务设计是提供一个 广义的服务，发展为一个特定的服务特定的消费应用。这使用户能够组建一个广泛使用这些服务的业务应用。增加的可重用性主要来自 捕捉一切可能的准确，完整和广义的服务合约设计 消息的变种。这使得覆盖一个较大的使用场景，通过 改变服务的行为，仅仅通过提供不同的消息实例 符合服务合同定义一个超级模式的一个子集。对于 例如设计一个全面的架构为基础的保险报价服务喜欢的ACORD的定义2允许的服务，为个人服务的报价以及 关于各种寿险产品及其变种的企业用户。在目前的案例研究，如订购就业服务或贸易过程的服务 结算服务的设想，要在各种产品中重复使

15、用。商业对齐：公开的业务服务需要增加有形的业务 重视和支持业务用例。一个服务可以设计代表 单重要的经营理念，想客户信息服务，从而形成 明确的可追溯性的商业模式。装配设计：它是很重要的一个服务接口定义的方式 其封装功能，可用于在不同的上下文组成用最小的投入，以提高服务的重用潜力。简单地揭露612 答：Erradi， N.库卡尼，体育 Maheshwari直接从现有系统往往产生非最优的服务，需要的服务 汇总和提炼成有用的服务，消费者相当大的努力。此外，服务界面不应该受到不必要的复杂，所以它可以 很少有复杂的使用和组装。减少应用程序的变化的涟漪效应：服务需要自足 封装的方式，使后面的接口的变化，可以

16、做，没有或 服务消费者的影响很小。这增加的隔离有助于减少变化传播和包含回归测试工作，从而降低了维护和 演变成本。此外，现有服务可能被交换的新服务 从潜在的不同供应商的实现，而不会十扰服务的用户。性能和尺寸：服务通常是远程访问，并可能招致显着的开销，使一个来回。因此，服务的设计应公开粗粒度的业务覆盖更大范围内的相关功能单一的服务调用，以减少必要的服务请求数完成一项任务。换言之，服务应该公开一个显著的业务过程能力，而不是低层次的业务功能。例如，贸易秩序服务应提供一个操作（例如，下订单）接受一个贸易 在一个呼叫，而不是提供多个操作组成的“创建贸易订购 令头添加的每个行项目行项目“通过调用”。粗粒度的

17、操作可能会产生大的大小的邮件。因此，大小 消息应限制什么服务可以有效地处理。因此， 交换消息的最佳大小，可以引导到必要的调整 服务粒度。4,服务设计本节简要介绍了关键服务的设计原则。然后，它讨论的主要 我们的证券交易的个案研究及其理由服务的设计决策。4.1服务的设计原则服务的设计应考虑到高凝聚力的基本原则和服务之间的低耦合4，以尽量减少相互依存关系和变化的影响，同时促进了重用。这确保了服务 自成体系，更换和重用。服务凝聚的力量是指 功能/语义关联的活动所进行的服务，实现了商业交易4。高凝聚力，确保服务代表一个单独的抽象和暴露界面元素是彼此密切相关。服务耦合是指服务在何种程度上是相互关联的其他服

18、务， 换句话说，它的变化，从一个服务的隔离程度措施 发生到另一个3。减少的数量，可以实现低耦合 服务之间的连接，消除它们之间的不必要的关系， 服务之间的依赖关系，以减少数，知名依赖 4。此外，服务接口应该被定义为独立从服务实现的可能。这使得服务独立部署，并允许装配的应用，使没有假设服务可重用服务的设计过程：金融服务案例研究613 发表在服务合同的特点之外的服务实现。通过这种方式，服务的实施，可以改变在不影响服务的用户，以便 只要服务接口是不变的。另一个关键服务的设计原则是无状态的服务设计，服务 不应该要求其他服务的上下文或状态信息，也应保持 状态从一个请求到另一个。这意味着，交换的信息应 自足

19、与足够的相关信息和元数据（如链接到持续的数据），让目标服务建立的消息上下文5。相反，一个有状态的接口往往会增加服务之间的耦合通过与一个特定的供应商实例关联消费者的消费和供应商。此外，服务接口应在有意义的表示业务运营，而不是原始的方法，如通用或细粒CRUD （创建，读取，更新和删除）接口。操作应对应于特定业务情景，如订货。另外，该与服务操作相关联的消息合同应粗粒封装业务领域实体。良好的界面设计，以预测和满足当前和将来的需要不同的客户使用不同的背景和不同的服务功能和QoS期望。服务接口应该捕捉和描述外部观察到的躲在服务行为的实施细则。这将确保的变化实施本地化，并没有必要在服务消费者的变化。服务设计

20、也应容纳多个调用模式能够满足消费者对各种服务的要求。服务消费者应该能够使用各种不同的调用来调用所提供的服务同步调用模式，如使用SOAP通过HTTP或异步调用使用SOAP over JMS的。最佳服务的粒度是确保最大程度地利用在SOA的关键。如果 服务太粗粒，交换消息的大小增长有时也可能携带超过所需的数据。另一方面，如果服务太 细粒度，多服务往返可能需要得到充分的功能。通常一个平衡的建立，取决于水平抽象的可能性变化，服务的复杂性和预期的水平，凝聚力和耦合。需要作出一个权衡，同时考虑非功能性的考虑 要求，特别是性能。在服务的设计，可重用性可以最大化使用广义的服务模式设计，其中的变化 服务的行为，仅

21、仅通过提供不同的消息可以被捕获 符合服务模式定义一个超级模式的一个子集的实例。4.2服务设计任务SOA是从独立的部分一体的综合性大会。因此，良好的界面设计是一体化设计的精髓，它是一个关键的宗旨 可重复使用的服务。目前的挑战是，服务接口设计预测 并满足不同客户的当前和未来需求，使用不同的服务 背景和不同的功能和QoS期望。服务接口应捕捉和描述外部观察到的服务行为，无泄漏底层的实现，也不是服务的内部工作的细节和 内部对象模型。根据这一原则，确保的变化 实现本地化，并尽量减少所需的接口变化。答：614 Erradi， N.库卡尼，体育 Maheshwari设计面向服务的应用，包括各种可能的任务 列举

22、如下，旨在产生的设计如图4所示的工件：。指定的服务，以及结构的信息模型和数据使用如XML架构的架构定义语言交换的消息类型。这个任务的结果是，生产以及相关的服务合同 业务合同，消息合同，数据和故障合同。定义服务的行为模式，包括服务操作以及 作为传入和传出的消耗或服务所产生的消息。“ 还应该指定服务接口的支持的消息交换模式（MEPS）， one-way/notification和请求-响应模式等。支持的谈话和时间方面的相互作用与建模 服务，如定义消息可以发送和接收的顺序。对于 例如，在订购就业服务，服务消费者的行动 包括出示的凭据，然后下定单。指定服务的政策，宣传支持的协议，对制约内容，响应消息交

23、换和QoS功能，如安全性，可用性， 时间和可管理性的断言。需要特别注意的关键服务属性 事务方面的服务，该服务是否是幕等。这些 QoS要求也决定了服务绑定和服务托管。经营合同接口。服务合同消息协定故障合同服务实施服务主机绑定端点QoS的简介用途使用政策实现 主机 有1个或多个 有1个或多个 有1个或多个 有 有 有数据合同图4。服务设计构件4.3证券案例服务识别的服务是根据其粒度分为四个功能分层层。每一层都有一组角色，它上面的层提供服务。“ 顶层描述业务流程的业务活动的序列。第二层定义业务服务，具体的业务流程自动化 活动。第三个层次，定义软件组件，允许业务 利用企业级的共享资源的服务。业务资源层

24、 包括应用程序，软件包和数据库，实现服务。对于 例如，订单就业服务是通过包装的有关实施 从现有的订单管理系统（OMS）的功能，而 分配匹配的服务是提供交易处理系统（TPS）。服务可重用服务的设计过程：金融服务案例研究615图5。从代理的角度看股权交易的关键服务我们的设计考虑四种类型的服务：。流程服务代表的工作流程，代理使用提供产品 产品，如证券交易，通过各种渠道，如网络，电话或 直接访问。过程服务，如订单，接入点，允许暴露 业务合作伙伴参与这一进程。流程服务自动化 不同系统的信息流和消除重复的数据录入，手册 数据传输和冗余的数据收集。应用服务代表，跨业务的经营活动单位。例如，证券定价服务等服务

25、需要跨越 股权交易，固定收入交易，资产等多个业务线 提供共享和管理，共同基金交易等应用服务 综合功能的服务，以减少/消除冗余/重叠 实现。来自不同数据源共享数据服务映射多个模式单一 这是提交给合作的应用程序的架构。他们提供的能力 统一和隐藏的方式不同，关键业务实体内代表组织或不同的业务合作伙伴之间的。共享数据服务，像616 答：Erradi， N.库卡尼，体育 Maheshwari客户服务，可以从特定的数据源暴露的聚合实体 协调不一致的数据表示和变化的影响最小化。基础设施服务提供其他服务，如共享功能认证，授权，加密，日志记录等基础设施服务通常 可以被收购，像一个LDAP目录服务，而不是在内部构

26、建。 5讨论和经验教训本节讨论从证券交易的案例研究中吸取的主要教训。 此外，关键的设计考虑每个服务类型简要介绍。5.1学到的主要教训虽然SOA的方法，大力加强建立良好的软件设计如封装，模块化，和关注点分离的原则，它也增加了额外的方面，如服务编排，可扩展的服务中介，服务治理。我们的研究突出以下几点：。业务流程居中自上而下的识别共享的业务服务导致业务保持一致的服务设计。一个企业范围内的通用信息模型（CIM），又称作为典型架构，重要的是，以支持关键业务实体的一致表示并降低服务之间的句法和语义映射的开销。标准像STPML 6证券业应充分利用。迁移到SOA需要的不仅仅是一个简单的编程实践的变化，而一个范式转变和心态的改变是必需的开关从RPC-based/objectbased松散耦合，消息集中和面向服务的架构，架构。真正的SOA实现自足内置的应用程序时，自治区商务服务交换消息，坚持以交互指定合约。当服务使大型机CICS应用程序，这将是明智揭露每屏流服务，并避免将所有的交易服务。这包括确定所需的屏幕导航实现的关