某省移动BOSS系统SOA改造建设规划

某省移动BOSS系统SOA改造建设规划 BOSSSOA i 目 录 1 .......................................................................................................................................... 1 1.1 名词约定 ......................................................................................................................... 1 1.2 相关术语 ......................................................................................................................... 1 1.3 符号与缩略语.................................................................................................................. 1 2 .................................................................................................................................. 2 3 .................................................................................................................................. 2 4 .................................................................................................................................. 3 5 .................................................................................................................................. 4 6 SOA .................................................................................................................. 5 6.1 设计 领导形象设计圆作业设计ao工艺污水处理厂设计附属工程施工组织设计清扫机器人结构设计 思路 ......................................................................................................................... 5 6.1.1 通过服务总线消除点对点连接 .................................................................................. 5 6.1.2 保持现有系统完整 ..................................................................................................... 5 6.1.3 面向服务的架构 ......................................................................................................... 6 6.1.4 共享数据服务 ............................................................................................................. 6 6.2 建设模式 ......................................................................................................................... 7 6.2.1 主要SOA组件产品介绍 ............................................................................................. 7 6.2.2 YY相关解决 方案 气瓶 现场处置方案 .pdf气瓶 现场处置方案 .doc见习基地管理方案.doc关于群访事件的化解方案建筑工地扬尘治理专项方案下载 介绍 ................................................................................................ 8 7 ........................................................................................................................... 9 7.1 系统架构 ......................................................................................................................... 9 7.2 技术架构 ....................................................................................................................... 10 7.3 流程架构 ....................................................................................................................... 11 7.4 接口实现 ....................................................................................................................... 12 7.4.1 与BOSS系统的接口 ................................................................................................ 13 7.4.2 与BOMC的接口 ...................................................................................................... 14 7.4.3 与其他系统的接口 ................................................................................................... 14 8 ................................................................................................................. 14 9 ......................................................................................................................... 16 ii 9.1 SOA建设 方法 快递客服问题件处理详细方法山木方法pdf计算方法pdf华与华方法下载八字理论方法下载 论 ............................................................................................................... 16 9.2 系统整合建设步骤 ........................................................................................................ 17 10 SOA .................................................................................................................... 19 10.1 SOA概念的发展 ........................................................................................................... 19 10.1.1 EAI概念阶段 ............................................................................................................ 19 10.1.2 ESB阶段 ................................................................................................................... 19 10.1.3 SOA阶段 .................................................................................................................. 20 10.2 SOA技术介绍 ............................................................................................................... 20 10.3 SOA在软件集成中的用途 ............................................................................................ 21 iii 图表目录 图表 7.1-1 系统架构 ......................................................................................................................... 9 图表 7.2-1技术架构 ....................................................................................................................... 11 图表 7.3-1流程架构 ....................................................................................................................... 12 图表 7.4-1 系统接口 ....................................................................................................................... 13 图表 7.4-1 核心改造内容 ............................................................................................................... 15 图表 9.1-1 SOA建设方法论 ........................................................................................................... 16 图表 10.2-1SOA架构模型 .............................................................................................................. 21 图表 10.3-1 SOA的价值 ................................................................................................................. 22 表格 1外挂系统现状表 .................................................................................................................... 4 表 1 术语表 ...................................................................................................................................... 1 表 2 符号与缩略语表 ....................................................................................................................... 1 iv 1 1.1 XX移动通信有限公司 简称 XX移动 1.2 表 1 术语表 1.3 BPM 业务流程管理 Business Process Modeling 企业服务总线 ESB Enterprise Service Bus 面向服务的架构 SOA Service-Oriented Architecture 共享数据模型 SID Shared Information/Data Model 表 2 符号与缩略语表 第1页 2 随着全球电信业务的逐步开放，电信运营企业的经营方式正在从以业务为 中心的货架式经营转变为以客户为中心的个性化定制方式，运营商的关注点也 从网络等于业务转变到网络适应业务，中国移动作为中国电信行业的领先者， 提出了从“移动通信专家”向“移动信息专家”的转变，强调从“以业务为中 心”向“以客户为中心”进行转变。不断变化的客户要求使得现有的运营支撑 系统已经越来越无法满足新业务不断涌现的竞争要求。 随着支撑系统的不断升级和改造，逐渐暴露出一些典型的问 题 快递公司问题件快递公司问题件货款处理关于圆的周长面积重点题型关于解方程组的题及答案关于南海问题 ，如信息孤 岛比比皆是，信息共享实现困难；系统的开发不灵活，整体弹性小，市场竞争 出击速度和响应速度慢。 因此，亟需对支撑系统的外挂系统按照SOA的理念进行整合，从而减少系 统间的交叉与交互的数量。整合已有业务数据，减少信息孤岛。 3 , 统一规划、分步实施原则 基于SOA架构实现对外挂系统及未来支撑系统的整合是一个长期、艰巨的 任务。在统一的SOA架构规划下，逐步整合外挂系统的数据、服务、流程等内 容，最终实现企业IT架构的标准化。 , 平稳过渡原则 XX移动现有BOSS系统已经具备强大的业务支撑功能，其中包含众多业 务服务及流程和数据，进行SOA架构整合的同时，需要保证现有支撑系统的稳步发展。 , 以流程为导向 业务需求的差异导致支撑系统流程的不同，以流程为导向实现对标准化服 务的组装和管理。从而实现未来SOA架构下的全面支撑。以流程为导向要求在基于SOA架构进行外挂系统整合时，重新梳理需要整合的外挂系统的业务流 程，按照业务流程的不同实现对标准服务的调用和管理。在此类流程的梳理与 第2页 建设中，往往不是简单的将各个系统进行流程连接就可以完成，而是需要良好 的流程建模工作，为后期的灵活变化打好基础。 , 以效能为驱动 业务效能管理其宗旨在于实时获得业务流程运行的状态，自动提供客观分 析报告，以优化、改进业务流程，其改进包括技术层面，也包括人员、管理层 面。通过对各个流程节点的时间消耗、费用消耗的分析，帮助进行优化流程设 计。如为了缩短产品服务提供的周期，合理增加产生瓶颈的岗位人员；为了降 低成本，将成本较高的岗位的业务分流，部分采用自动化流程实现，提高工作 效率。 4 , 面向业务人员提供一定程度的配置管理工具，支持以业务视角进行参 数配置、功能组合和流程设计 , 全新的维护管理模式，支持对原子粒度服务的精确监管和优化升级， 全面提升对运营平台的技术管控能力 , 业务与技术的良好整合，综合实现全局管理与精细管理 , 通过SOA理念引入，对业务流程进行重新梳理及优化，提高业务运营 能力和效率 , 实现对业务需求的“实时”响应，灵活实现随需应变 , 通过工作流编排流程穿越，在更好的支持多部门协作的同时，也方便 不断促进业务创新开展 , 尝试引入SOA架构，确保支撑系统的技术领先性 , 以SOA理念完成对BOSS外挂系统的业务逻辑梳理、服务封装和流程 编排 , 通过SOA架构，整合改造外挂系统接口，并给维护支撑提供更加快速 第3页 灵活的工具支持 5 对于BOSS现有的外挂系统主要是正在建设的投诉信息共享、统一催缴以 及营业自助终端系统，以上三个系统现状如下表所示： 独立系统实现，BOSS和客服独立系统实现，BOSS配合业务功能的系统提供接口，界面供BOSS独立系统实现，BOSS提供部分功能，BOSS和华为外实现方式 营业厅、客服系统、PRM、网营业服务相关接口 呼平台提供接口。 上营业厅嵌入调用 所采用技术 Oracle+BES Oracle+BES Oracle+BES 银行：Socket，银行卡缴 网管系统：WebService，工单华为外呼系统：数据库表费接口 接口 共享，外呼催缴队列接口 终端外设：DLL驱动接口，链接外部系OA系统：WebService，审批BOSS系统：现在是催缴文提供统一的DLL文件。 统 接口 件接口，预备改成SocketBOSS系统：VisioBroker BOSS系统：界面嵌入 接口（未定） 中间件服务调用，查询、 缴费等营业接口 核心功能实工作流驱动投诉流程，中间件后台C程序 JAVA程序，作为接入渠道 现方式 基于JAVA应用 采用的第三工作流引擎：JBOSS中的BPM 无 无 方工具 表格 1外挂系统现状表 由上表可以看出，对于现有BOSS系统的外挂系统存在着以下问题： , 影响的业务问题 新增业务、网状接口的实现带来工程协调成本巨大、响应速度很慢， 成为新业务快速部署的主要障碍。 , 引发的管理问题 ? 系统间的企业一级流程缺乏统一管理，处在一种随时需要 随时添加的状态，局方人员成了手工管理一级流程的主要 责任人，随着系统间接口的增多，无法统计系统间的流程 从而进行管理，导致一种混论和不可管理的状态，出了问 题或延迟无法定位责任方。 第4页 ? 没有企业的统一数据视图，无法实现企业数据的统一展现， 使得企业无法全盘掌握数据，失去大脑思考能力。 ? 没有通过IT系统实现企业统一数据模型，只是通过规范来 约束，企业的统一数据模型并没有真正实现。 , 引发的企业的IT架构问题 ? 新增系统，需要实现与多个系统的接口，巨大的协调成本， 导致项目建设妥协及需要在现有系统中增加新功能 ? 如果有企业的统一数据模型，新增系统可建设专业的应用， 数据模型便可通过IT系统来限制遵循企业统一数据模型， 完成企业存在的多种数据模型逐步收敛，最后成为企业可 管理可控制自己企业的数据模型。 6 SOA 6.1 6.1.1 服务总线支持多种通讯技术，支持同步和异步的消息传递，提供智能的基 础架构，可以管理和监控和自治服务的能力、服务的级别、服务的质量等。通 过服务总线的服务定义、发现和交互，以及集成可以集成数据库，通过应用程 序适配器集成遗留系统，连接中间件企业应用程序，能够进行服务映射、 协议 离婚协议模板下载合伙人协议 下载渠道分销协议免费下载敬业协议下载授课协议下载 转换等，从而消除点对点连接。 6.1.2 保证现有系统完整性，保证当前上线系统的正常运维。搭建可扩展、面向 服务的目标架构，将现有系统，通过标准的技术，集成到SOA目标架构，在SOA目标架构上提供基础访问服务，可以扩展以后的应用、产品和流程重组。 第5页 6.1.3 面向服务的架构明确地强调了软件组件之间的松散耦合，以及其独立标准 界面的使用，强调服务的可重用行、服务重组，强调面向业务、面向流程的设 计思想。与传统的设计方法比较，与传统方法相比，SOA具有以下更多优势： , 基于标准 , 松散耦合 , 共享服务 , 粗粒度 , 联合控制 6.1.4 。传统的企业信息系统一般针对业务分别建立子系统。如：营业自助服务系统、统一催缴系统、计费系统等。几乎每 个系统都需要资源数据，但是每个系统都自己存储了一份资源数据，所以各个 系统之间的数据是分布的。各个系统只能通过形成中间库、或者集中库的方式 来解决数据集成。然而这样的做法往往又形成了新的数据孤岛。 。数据集成是企业信息系统的核心部分之一，它向其他的功能模块提供数据支撑。旧的流程架构中每种业务都 有自己的数据库，这些数据一般是不完整的、不一致的。为整合数据，一般需 要有数据建模、统一数据系统设计开发、原有系统数据的抽取清洁转换等工作。 其中数据信息模型是基础，应该依据业务流程确定数据的要求，建立完整的信 息模型。 。最为重要的一点是数据模型在逻辑上必须是统一的，而在物理上是可以分布存储。即通过周期性地同步各数据 库的数据来实现数据的统一；更合理的做法是统一的数据视图，即对各个数据 库都提供统一的人口点，对所有的应用而言，只需通过相同的数据模型访问数 据库，而无需关心各个物理数据库的模型和结构的不同。 第6页 6.2 对于本次外挂系统整合，YY建议采用成熟的SOA组件产品，辅助以完备的YY产品解决方案，在统一规划、分布实施的建设方法论指导下，逐步进行 系统整合与演进。 6.2.1 SOA , HP 通过收购Mercury公司，HP现在拥有了一个完整的SOA生命周期管理方案。其中覆盖了三个方面的产品线：Systinet提供管制工具；Mercury则作为一个质量组件；HP自己本身的管理工具。 主要的功能包括： ? 控管服务建立与再利用的生命周期 ? 减少质量与效能不佳的风险 ? 管理在线的Services及程序 ? 在 SOA 对业务造成负面影响之前，先行发现及解决 ? 可充分运用Services，而不管底层采用何种平台与技术 , IBM IBM MQSeries产品族、 IBM WebSphere软件平台 , BEA BEA Weblogic Integration、BEA Tuxedo等 , Tibco BusinessWorks、Rendezvous、 RTA、 DataExchange各种Packaged Application Adapter：SiebelAdapter、 SAPAdapter、 PeopleSoftAdapter , ORACLE ORACLE最近在SOA组件方面最近也发布了其全套解决方案，包括：企 业服务总线：Oracle ESB、流程管理：Oracle BPEL PM、监控：Oracle BAM、开发：Oracle JDeveloper , Microsoft 第7页 Microsoft Message Queue产品系列、BizTalk Server 2004、Accelerator、 InfoPath等 , WebMethods、Vitria等 6.2.2 YY AppFrame—— , 实现Web界面的快速可视化开发 , 实现事件/消息的功能点管理 , 实现业务流程可视化管理 , 实现规则配置及外挂管理 BceFrame—— , 实现业务受理框架 , 实现订单管理框架 , 实现客户管理框架 , 实现产品管理框架 ComFrame—— , Comframe不是流程引擎，它完成对流程引擎的封装，面向业务提 供服务 , Comframe和引擎的协同工作，完成调度的功能 , Comframe完成了典型的引擎适配器 , Comframe提供了一整套的工作流使用模式 , 引入流程异常处理机制 , 流程模块化 , 流程逻辑与业务逻辑分离 , 尽量减少流程回路 第8页 7 7.1 在系统架构设计方面，YY建议采用基于AppFrame＋BceFrame的系统架构实现。如下图所示： 图表 7.1-1 系统架构 通过统一门户实现对不同用户的登陆、认证、鉴权等服务的统一， 实现统一接入，统一权限管理等。 根据业务需求不同建立不同业务域服务，各业务域之间的松 散耦合：不同业务域上规划业务服务，对内以EJB的方式提供，对外以EJB、 WEB Services方式提供。 ---引入工作流引擎管理业务生命周期，对内调用业务服务，实现业务处理 第9页 过程与业务流程之间的松散耦合。对外调用EJB或者WEB services实现系统间流程集成。通过适配封装了不同工作流引擎，向内提供统一的工作流服务。 ---引入规则引擎管理业务规则，对内提供统一的规则服务。 ---提供接口框架，对外部异构系统提供的接口进行封装，对内提供EJB服务，对外提供EJB或者WEB Services。 ---提供服务管理框架，实现服务的注册、发布以及管理维护。 ---提供业务过程框架，实现业务处理过程可配置。向内提供业务过程服务。 对数据存储层提供的数据进行封装，对内提供统一的数据服务， 实现业务层与数据层的松散耦合。对内以EJB等方式提供，对外以EJB、WEB Services方式提供。 7.2 采用SOA思想，结合YYAppFrame框架进行技术架构的设计，如下图所 示： 第10页 图表 7.2-1技术架构 AppFrame提供了良好的分层设计，方便了不同技术特长的开发人员在自 己熟悉领域进行专业化开发。此外，在每一个分层里面，实现了松散耦合的单 元设计，从而保证了系统能够根据需求随时灵活应变。 7.3 在流程架构上，按照SOA设计理念，实现业务服务及流程的逐级封装，实 现基于服务的流程标准化管理。如下图所示： 第11页 图表 7.3-1流程架构 通过Appframe与ComFrame的配合工作，YYSOA解决方案提供了从Proccess到Workflow的全流程管理工具。 , ComFrame可以封装业界通用的各大工作流引擎，同时提供面向系 统内部的功能流程管理和面向外部系统的业务流程管理，并且提供 了良好的开发和维护界面。 , AppFrame则提供面向开发细节的过程管理，包括了原子服务、业 务组件等。 7.4 在系统接口改造方面，实现核心服务的调用及接口数据的传递。由统一的 服务总线完成相关接口协议的转换、接口数据格式的转换以及服务的注册和管 理等功能。这样一来，对于BOSS外围系统，在建设时不需要考虑业务逻辑的 第12页 差异和数据格式及协议的转换对BOSS系统带来的影响，从而便于业务的快速部署和管理。 建立标准化的接口管理，从功能、性能、实现难度、对现有系统的影响程 度以及目前的实际接口情况等多方面综合考虑，定义一组标准的接口，使得各 个应用系统能够通过该接口相互配合完成各种功能。实现与业务无关的通讯平 台，业务系统的变化对接口没有任何影响。 图表 7.4-1 系统接口 7.4.1 BOSS 实现已有的BOSS业务服务的调用及数据的交互。 主要服务有： , 查询服务 , 服务开通 , „„ 主要的数据交互有： , 账单信息 , 详单信息 第13页 , 客户资料等 , „„ 7.4.2 BOMC 与BOMC的接口主要是完成和支撑网网管系统监控数据的交互。主要有： , 系统运行信息 , 系统日志 , 主机资源信息等 , „„ 7.4.3 与其他系统的接口主要实现包括和经分系统、和客服系统等以及其他移动 IT系统的服务集成及数据交互。 主要服务有： , 查询服务 , 缴费服务 , „„ 主要的数据交互有： , 账单信息 , 详单信息 , 客户资料等 , „„ 8 根据SOA体系架构，YY认为对现有外挂系统整合的核心改造内容包括： , 界面管理（界面集成） , 业务流程管理（流程集成） , 服务管理及外部接口管理（服务集成） 第14页 , 数据管理（数据集成） 如下图所示： 图表 7.4-1 核心改造内容 1.SOA , 将业务逻辑以原子服务方式进行拆分、封装和实现，功能模块是通过服 务组装方式构成，耦合度低，复用性强，技术升级和功能变更较为灵活。 , 基于SID，实现业务数据的统一管理。 2.BPM , 通过专业化工具实现创建、执行和监控/管理业务流程 , 通过业务流程管理（BPM）以原子服务为基础实现相应的服务编排或 流程整合，从而确保了服务可以被正确的使用和复用 3.ESB 通过服务总线模式来管理和简化应用之间的集成，屏蔽了服务或数据的物 理实现，支持广义的接口技术，统一管理路由、协议转换、接口优化等内 容，从而保证各系统间的松耦合及标准化接入。 4.PortalSSO , 通过配置工具，实现页面的集成。 , 通过对不同级别客户设定不同的访问界面，有效的实现适当功能的开 第15页 放，从而实现权限的统一管理。 9 9.1 SOA 基于SOA理念实现BOSS外挂系统的整合是长期、复杂、反复的过程，需 要有完善的建设方法论做为依据，YY结合众多SOA相关项目实践经验，提炼出适合中国国情的SOA建设方法论。如下图所示： 图表 9.1-1 SOA建设方法论 基于现有BOSS外挂系统，以SOA架构进行外挂系统整合过程包括6个主要部分： 1、业务流程分析 通过对现有业务流程进行分析，参照电信行业标准业务模型e-Tom进行业 第16页 务流程映射，将外挂系统众多相关业务流程进行抽象和统一，然后根据业务需 求的差异在业务流程上部署标准化的服务，形成各业务独有的业务流程和业务 服务。 2、跨系统IT流程梳理 通过对现有支撑系统相关的跨系统流程（如：缴费、入网等业务流程）进 行梳理，抽象业务流程的标准化服务，实现与其他IT系统共用的服务及业务流程的统一。 3、SID&架构设计 通过对相关系统的数据模型抽象，实现复杂的业务需求与标准化的LDM 对应。最终形成企业共享信息模型（SID）为服务标准化奠定基础；此外，对 于各个外挂系统的架构设计进行重新部署，使其符合SOA架构理念。 4、设计开发 根据架构设计和流程梳理结果，将业务流程转化为对应的IT流程，通过企业服务总线(ESB)将标准化后的服务进行统一管理。 5、测试部署 将设计开发的逻辑操作模型根据实际业务需求进行部署，通过利用成熟的 SOA套件进行业务流程管理、标准化服务注册与管理等。 6、SOA监管 设计组织和流程，确保SOA的设计原则在IT生命周期中得以贯彻，管理服务生命周期中的各种迁移的合理性等。 9.2 1、针对统一催缴、投诉信息共享和营业自助服务三个系统实现SOA的改 造 a) 外挂系统已有流程梳理 b) 跨系统业务流程梳理及接口标准化实现 c) 系统架构优化及数据沉淀 d) 基于标准化服务实现业务流程重新封装和管理 2、整合企业数据，建立企业数据模型—SID，为实现统一服务调用奠定基 第17页 础 3、梳理相关的业务流程与功能需求，按照SOA的设计理念进行重构设计 4、构建面向业务支撑系统整体可用的SOA架构，规范外部系统的接口实 现 5、拓展SOA架构的使用范围，迁移其他IT系统可复用应用 第18页 10 SOA 10.1 SOA 10.1.1 EAI 起初的EAI只是提出了企业信息集成这样一种目标，并未指出或者限定其 具体的实现的技术或者协议，也没有关于此的很多的国际标准，但一般包括以 下几个部分：连接器(或适配器)用来连接到各个传统应用，负责解释和翻译环 境中各个系统的数据模型和服务；服务管理提供消息路由，使各个系统的之间 的联系相对更简单；异步中间件用于在各个应用系统间异步传递消息；业务管 理提供一个工作流引擎，用于使各应用系统之间通过EAI形成工作流。 早期EAI产品具有以下特点：通过EAI中间件，提供”hub - and – spoke”方式，用于应用程序之间的通信。即提供”point – to - point”和”point – to – many”的通信模式，由于一般的EAI系统都是征对特定应用环境的，因而 其性能较好（指的是连接器与特定数据模型相连接）。接口之间结合较紧，与环 境密切相关，是一种较紧密偶合的系统集成。由于其紧密偶合性，当有新的业 务系统要加入时，工作量较大。可能需要对已经有的其它不同系统都定义其接 口。而且，由于EAI系统由某一特定的供应商提供的产品（如WebLogic、WebSphere等），用户在扩展其应用时，可能受限于这些特定的EAI实现软件产品。不同的EAI供应商的软件往往不能相互连通。 10.1.2 ESB 以上可以看出，原有的EAI软件可扩展性较差，这时，ESB概念开始被提出，来改进扩展性较差这个缺陷。到目前为止，ESB也没有公认的、明确的定 义。ESB定义为：基于开放的标准的消息总线，用于通过标准的适配器和接口， 来提供各程序之间以及各组件之间互操作功能。这个总线，在相互独立的系统 和计算环境中，担任了可靠传输和转换信息的功能。 第19页 10.1.3 SOA SOA 是Service Oriented Architecture的缩写，纸面意思就是面向服务构架，SOA思想代表的是一种软件开发方法，其核心是由擅长软件开发的技术人员把 一个个的业务功能包装成一个个标准的服务，精通商业流程的专家通过组合这 些服务可以很容易的搭建功能完善的企业应用，或者重新组合这些服务成全新 的应用以满足企业的不断变化的需求。 在SOA环境下，资源被作为一种独立的服务，并可用一种标准的途径，在 网上被其他业务流程访问。接口是采用中立的方式进行定义的，它应该独立于 实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中 的服务可以以一种统一和通用的方式进行交互。 SOA的两个核心：技术上的高度分布式架构、业务上的明确模块化处理。 高度分布式的技术架构是在设计上，每个功能模块不仅在逻辑上独立，而 且在技术实现上可以布置在网络能联结到的任何结点上，互相独立的模块之间 仅仅通过信息来交换数据和提出服务请求与回答。 业务上的模块化是技术与业务紧密结合的结果，每个独立模块从业务的角 度看，一定是明确的业务流程中的一个步骤，因此在整体结构设计中，首要的 任务是有非常明确的业务模块定义。 10.2 SOA SOA架构分为四大功能模块: , 开发服务 , 发布服务 , 查找服务 , 使用服务 服务提供者开发出各种各样的有用的服务，经过严格测试后把服务发布到 公共的服务注册表上，服务请求者通过查找服务注册表获得所需要的服务，然 后便可以使用所需要的服务了。 SOA架构可以抽象为如下的模型： 第20页 图表 10.2-1SOA架构模型 , 服务提供者（service provider） 提供符合契约（contract）的服务，并将它们发布到服务代理 , 服务请求者（service consumer） 它发现并调用其他的软件服务来提供商业解决方案 服务请求者通常称为客户端，也可以是终端用户应用程序或别的服务 , 服务代理者（service broker） 作为存储库，类似于电话黄页或票据交换所，产生由服务提供者发布的软 件接口 10.3 SOA SOA在软件集成中最大的价值就是实现可变的IT架构。如下图所示，SOA的出现将支撑系统从原有的点对点集成演变成为灵活的可变化的组装式集成。 从而能够更好的满足业务需求的快速变化对支撑系统带来的更高的支撑需求。 第21页 图表 10.3-1 SOA的价值 SOA理念的出现使得支撑系统从原有的“烟囱”状的，重复的流程向维护 成本较低的高度利用、共享服务应用转变，与传统的点对点集成相比降低的系 统的复杂性，提升系统效率。 SOA理念的实现使得支撑系统能够迅速适应和传送关键业务服务来满足 市场需求，为客户、雇员和合作伙伴更高水准的服务，从而通过重用以前开发 和部署的共享服务，实现了更有效的应用程序/项目开发和交付，提升业务需求的相应速度，提升应用服务的重用。 SOA架构的部署使得支撑系统能够变得复杂性和难度更小，可重用服务的 应用降低了维护和集成的成本，从而也可减低集成的风险，达到节约时间和资 金的目的。 第22页