跳转到主要内容

IBM 面向服务的建模和架构

要点

面向服务架构--业务敏捷性的基础

随需应变商务理念将业务和信息技术 (IT) 融为一体,为企业提高速度、响应能力和盈利能力创造了新的机会。目前企业可以自己争取到的最有价值的东西就是灵活性--应对新的市场需求以及在机会丧失前抓住机会的灵活性。

为 了提高灵活性,许多企业都在将业务分解为一组互连功能--离散的流程与服务,如销售备兑认购期权、检查客户信用或验证用户--然后确定哪些功能是核心功能 或独特功能,哪些可以商品化甚至外包。如果能够随心所欲地混合和匹配这些功能,那么企业将在市场中赢得巨大的竞争优势。这是一个非同一般的想法。但要在业 务运营中获得这种灵活性,就需要一个同样灵活的 IT 环境。企业需要一个能够充分利用其遗留系统和最新技术的环境,需要所谓的面向服务架构,即 SOA。

SOA 是一个应用框架,它可易化构成各种业务的离散业务流程与服务的重用与组合。它是一个服务运行蓝图或指南。当 SOA 构建在开放标准如 Web 服务之上时,就可以比以前任何时候都更快速、更轻松地连接业务服务组件--流程和应用程序,而不用考虑平台或编程语言。Web 服务是一组基于行业标准的技术,它们可插入企业基础设施并与其共舞,在面对不断变化的市场环境的同时提高业务敏捷性。

然 而,将遗留应用系统迁移到 SOA 可能既复杂又有风险--不是有了合适的架构就万事大吉。这个架构还必须胜任各种工作。建模就是让面向服务架构胜任工作的一个重要手段。早期的基础设施建模 是将软件代码分离成若干功能,这些功能使软件能够分成更小、更有组织的块。后来这些方法演变为对象和组件模型。但这些惯用的建模方法不是为满足 SOA 的特定需求设计的。SOA 包含了这些常用组件,但它们还添加了旨在提高灵活性和弹性的新元素,如服务过程编排。这些元素需要新的设计技术。IBM 面向服务的建模和架构就是为在新的 SOA 中充分利用一切应用开发方法(包括遗留、面向对象和组件建模以及服务)而创建的。IBM 的方法有助于确保从一开始就完全符合 SOA 要求,因而可充分实现灵活 IT 基础设施所带来的效益。

使业务和 IT 目标保持协调统一

面 向服务架构的特征是软件设计、企业级 IT 架构和业务架构之间存在着紧密的联系。这种理念是为了优化 IT 基础设施,从而满足各种业务需要。它完全基于开放标准,适用于任何技术。在 SOA 中,支持业务灵活性的 IT 构件是服务,而不是应用程序和平台。面向服务的建模和架构将过程业务逻辑与其技术平台分离开来,因此可以采用来自 IBM Component Business Model 方法的输入,也可以采用来自其他业务分析和建模方法的输入。这些模型将业务目标映射到基本流程,使人们能够了解组件化业务活动、触发这些活动的事件、执行 这些活动的角色以及输入、控制点和输出。

虽然业务流程建模对于 IT 和业务同等重要,但它通常不属于 IT 架构和实现范畴。面向服务的建模和架构用于牵线搭桥。与业务分析相比,建模方法提供一组技术来帮助确保提供并使用必要的服务。业务和技术模型之间的这种联系可以证明 IT 基础设施的每一组件都是为推进和支持业务目标设计的,并将企业战略扩展到企业的日常运营中。这是业务灵活性和响应性的核心。

整合遗留应用系统和技术

如 果无法访问和使用原有应用系统和技术,那么迁移到面向服务架构也不会有什么实际价值。SOA 整合现有系统和提供遗留数据访问的能力是其主要魅力之一。许多大型企业都具有完全不同的独立系统和应用,横向整合已成为那些希望在全球市场中提高敏捷性的 企业的目标。使用开放标准(如 Web 服务)的 SOA 可以说是实现现有系统互连以及与新技术连接的一个理想方法。使用行业标准后可以重用现有软件组件,这意味着整合将更快、更容易。开放标准还使企业能够快速 高效地利用在企业某一领域推出的创新,并在整个企业范围内推广。这有助于防止不必要的重复劳动,提高创新的业务价值,以及创造一种创新激励机制。

面 向服务的建模和架构有利于实现与遗留应用(自定义的和打包的)分析技术的整合,从而识别、指定和实现用于面向服务架构的服务。它将每个现有应用系统的业务 功能分别离析出来,从而确定在新的架构下可用于实现业务目标的候选服务。它还可以识别可能存在问题的领域,突出需要开发或从外部提供商处购买新服务的领 域。

提高灵活性,降低风险

这 是开发面向服务架构的一个目的。确信它会如愿以偿地工作则是另一个目标。这一新的架构将成为企业的业务基础,成为在随需应变世界中赢得竞争地位的基础。要 提高业务灵活性,就要全面分析业务目标,并精心构造一个可以提高响应能力的解决方案。借助基于开放标准构建的 SOA,企业可以重用经过测试的软件组件,降低与实现新应用和服务相关联的风险。面向服务的建模和架构为 SOA 中所需的服务识别、说明和实现提供了一种详细的分析和设计方法,可以验证设计阶段的每一步,从而大大提高最终交付一个完全集成、响应性强的灵活业务基础设 施的可能性。

在 识别层面,面向服务的建模和架构方法会识别出所需的服务,同时确定哪些已经存在,哪些尚需添加。然后,IBM 方法会对服务进行详细说明,定义服务的多个方面,即服务模型,包括相关性、组成和消息。在这一阶段,该模型会基于业务目标以及基于希望公开给外部合作伙伴 和客户的那些服务提供一个公开决策框架。面向服务的建模和架构还可帮助识别用于实现服务的容器。当充分说明了服务及其组件后,该框架将带您进入最后一步: 作出服务实现决定。这些架构决定将详细说明如何预测服务或组件在新基础设施中所发挥的作用,这样企业便可以确定 SOA 在实际业务中的运行方式。

全面的设计过程蓝图可以避免事后必须付出高昂代价的校正和添补。作为世界上最大的一个技术和业务咨询公司,IBM 在基于经过验证的实践交付全面模型方面的地位无人可及。充分利用我们的专业知识和经验可以降低企业自身的风险,增强企业对终将实现的随需应变环境的信心。

SOMA 架构图

点击查看大图

注意:IBM 保留在不事先通知的情况下更改定义及其它产品信息的权利,及对促销活动的最终解释权。本次活动不可与 IBM 的其他活动共同使用。

如果您对“ IBM 面向服务的建模和架构 ”产品(或解决方案)感兴趣,可以通过点击下面的按钮来在线提交意向单。我们的电话销售人员会尽快与您联系。



IBM 在您身边

live-assistance

购买或了解更多的简单方法


或即刻致电:
8008101818 转 5156(免费) (010)84981188 转 5156
优先级代码:
104CBW70