时间：2022-11-15 19:36:15
（一）移动通信的概念
移动通信是移动体之间的通信，或移动体与固定体之间的通信。移动体可以是人，也可以是汽车、火车、轮船、收音机等移动状态中的物体。移动通信系统由空间系统和地面系统两部分组成。
（二）移动通信技术发展史
移动通信技术的发展演变，大体经历了两个阶段，其中每一代技术的发展都要经历从提出、增长、高速发展、成熟到衰退的过程。第一代移动通信技术是模拟移动通信，其主要缺点是频率利用率较低、系统容量小、制式多且不兼容，不能实现自助漫游、通信保密性差、提供有限的业务种类。第二代移动通信技术是数字移动通信，其容量和功能比模拟移动通信时代有了很大的提高，但其业务类别仍局限于话音和低速率数据。现在，在全球范围内大力推广的新一代宽带无线移动通信是第三代移动通信技术（3G）、超第三代移动通信技术（B3G）以及第四代移动通信技术（4G）的统称。它将可以提供的数据传输速率高达100Mbit/s，甚至更高，支持的业务从语音到多媒体业务，包括实时的流媒体业务。数据传输速率可以根据这些业务所需的速率进行动态调整。新一代移动通信的另一个特点是低成本。
3G是英文3rdGeneration的缩写，指第三代移动通信技术。相对第一代模拟制式手机（1G）和第二代GSM、TDMA等数字手机（2G），是指将无线通信与国际互联网等多媒体通信结合的新一代移动通信系统。它能够处理图像、音乐、视频流等多种媒体形式，提供包括网页浏览、电话会议、电子商务等多种信息服务。为了提供这种服务，无线网络必须能够支持不同的数据传输速度，也就是说在室内、室外和行车的环境中能够分别支持至少2Mbps（兆字节／每秒）、384kbps（千字节／每秒）以及144kbps的传输速度。3G的技术标准:国际电信联盟（ITU）在2000年5月确定W-CDMA、CDMA2000和TD-SCDMA三大主流无线接口标准，写入3G技术指导性文件《2000年国际移动通讯计划》（简称IMT-2000）。
4G是集3G与WLAN于一体，并能够传输高质量视频图像，它的图像传输质量与高清晰度电视不相上下。4G系统能够以100Mbps的速度下载，比目前的拨号上网快2000倍，上传的速度也能达到20Mbps，并能够满足几乎所有用户对于无线服务的要求。而在用户最为关注的价格方面，4G与固定宽带网络在价格方面不相上下，而且计费方式更加灵活机动，用户完全可以根据自身的需求确定所需的服务。此外，4G可以在DSL和有线电视调制解调器没有覆盖的地方部署，然后再扩展到整个地区。很明显，4G有着不可比拟的优越性。
二、ICT业务的概念与特点
一般理解，ICT（InformationandconnectionCommunicationsTechnology）是“信息通信技术”的英文缩写。广义上的ICT可以扩展到国家信息化层面；狭义上作为电信运营商的一种业务，ICT就是通过信息与通信技术，用以满足“客户综合信息化需求”的一揽子解决方案，包括通信、信息收集、、自动化、传感、自动化等各个方面。在这个概念上讲，ICT其实就是CT企业将价值链延伸到了IT行业。但是，与传统的CT业务相比，ICT业务也表现出了明显的市场特性。
第一，“一揽子解决”特性，重新整合了价值链。传统运营商价值链的核心是信息传递服务，末端是用户，向上一个环节是CT网络及平台生产商。CT经营主要涉及网络及平台传输、连接服务，而ICT则涉及到从设备到厂商到客户端使用服务的全部链条。在CT时代，“客户端”的设备、维护、服务、障碍都与电信企业无关，我们只管“局端”。在ICT时代，只要客户有信息化方面的需要，我们就主动提供“一揽子解决”方案，做“交钥匙”工程，之后
还要承办好“物业”。
第二，“综合集成”特性，涉及所有相关业务。我们习惯于向公众客户“卖话务”，向政企商务客户“卖电路”，营销服务多停留在客户“关系营销”层面。ICT业务就要把所有用户需要的元素都“加”到产品中，“电路”＋“话务”＋“维系”+……只要客户需要，我们可以做所有客户的“信息通信外包商”，做信息通信领域的“沃尔玛”。
第三，“技术方不可复制”，解决客户个性需求。个性即差异。传统的CT产品基本上是无差异的、标准化的，因此竞争的结果就是“拼”2M或者话务量的“价格”和个别服务指标，这是CT企业的“红海”。如果能够深入到客户的具体工作中，深入到管理、财务、物流、销售、后勤等领域，每个企业或多或少均有差异，这就是个性，个性的需求要用个性的方案来解决，这就是ICT业务营销的目标与方向。
第四，“海量市场空间”的特性，为传统业务找到新的出路。从CT到ICT，就如同“高速公路运营企业”开始“搞运输”，不仅收过路费，还要收“运费”甚至物流涉及的“全部费用”。突破了原来只赚取接入利润的定位，开始涉足价值链的全部环节。虽然单位利润率可能比流通企业小，但总量规模明显增大。随着社会信息需求的不断膨胀，ICT市场空间也呈几何级数增长，这与逐渐走向饱和的单一CT市场形成鲜明对比。
三、SOA概述
（一）什么是SOA
SOA（service-orientedarchitecture），也叫面向服务的体系结构或面向服务架构，是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构。SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交互。
SOA（面向服务的体系）则是采用面向服务的商业建模技术和WEB服务技术，实现系统之间的松耦合，实现系统之间的整合与协同。WEB服务和SOA的本质思路在于使得信息系统个体在能够沟通的基础上形成协同工作。对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA是一场革命。一个应用程序的业务逻辑（businesslogic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。
SOA是一种架构模式，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来，使得构建在系统中的服务可以以一种统一和通用的方式进行交互。图1给出了其体系结构，SOA结构中共有3种角色，即Serviceprovider（服务提供者），对外提供服务，并且通过注册来服务信息；Servicebroker（服务），提供服务的和定位功能；Servicerequester（服务请求）。
（二）为什么选SOA
不同种类的操作系统、应用软件、系统软件和应用基础结构（applicationinfrastructure）相互交织，这便是IT企业的现状。一些现存的应用程序被用来处理当前的业务流程（businessprocesses），因此从头建立一个新的基础环境是不可能的。企业应该能对业务的变化做出快速的反应，利用对现有的应用程序和应用基础结构（applicationinfrastructure）的投资来解决新的业务需求，为客户、商业伙伴以及供应商提供新的互动渠道，并呈现一个可以支持有机业务（organicbusiness）的构架。SOA凭借其松耦合的特性，使得企业可以按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要，从而通过不同的渠道提供服务，把企业现有的或已有的应用作为服务，保护现有的IT基础建设投资。
（三）基于SOA的ICT集成的体系结构
当今市场的SOA解决方案有三种主流标准：一是以IBM为代表的J2EE架构，其优点在于具有开放的标准和良好的可拓展性，适合大型系统和项目的使用；二是以微软为代表的“.NET”架构，其优点在于具有快速便捷的部署性，价格低廉，但难以支撑大型系统的使用，相对适合于对技术架构要求不高，预算有限的中小用户使用；三是以SAP为代表的ERP型SOA，适合已有ERP系统和准备以ERP作为核心应用的用户使用。ICT集成系统是一个涉及部门众多且极其复杂的大型系统，因此在综合考虑以上三种解决方案之后，最终选定第一种。
图3是本文中建的基于SOA的ICT集成系统的体系结构。该体系结构分为客户层、服务层、应用层以及技术层四个层次。
第一，客户层。客户层包括了中国移动营业厅、网站、10086客服等接入方式，受理客户的业务需求，统计用户、收入、业务发展情况。
第二，服务层。服务层包含了针对业务流程层的各种服务以及Web服务平台。Web服务平台可以允许以一种与下层应用及技术平台无关的方式来定义和使用业务服务，服务层为业务流程层提供了理想的平台，主要体现在以下方面：提供了粗粒度的业务功能；提供了良定的、无歧异的接口，因此业务流程无需了解下层应用及技术平台的细节；服务层数据模型是根据服务业务领域定义的，而且是独立于特定应用的数据模型的；服务层安全模型提供了单点登陆和基于角色的访问控制，这确保了任务可获得使用服务的授权，并令业务流程层免于处理各种下层应用及技术平台提供的安全接口；服务层管理模型可以生成有关服务使用状况的统计数据，供业务流程层使用。
第三，应用层。通过对ICT现状的分析，并参考国内外市政管理的先进经验，本文中建立了应用子系统，即OA、BOSS客服。
第四，技术层。技术层包括了各种应用平台、技术平台和各种操作系统等，技术层是确保实现上述各个应用的技术细节。市政管理涉及的部门众多，各应用系统所依托的技术平台、技术细节各不相同，但是无论采用何种技术的应用系统都可以实现与技术无关的通信。
关键词：ERP系统； 应用系统； SOA的工作原理； 体系敏捷架构
中图分类号：TN91134文献标识码：A文章编号：1004373X(2012)04003803
Agile architecture of ERP systems based on SOA technology
ZHOU Shizhong
(Xiamen Institute of Software Technology, Xiamen 361024, China)
Abstract： To solve the problem that the existing EPR system can not flexibly respond to business process reengineering (BPR) and can not flexibly integrate other application systems, the prompt architectures of the existing EPR systems are analyzed, and the key issues that lie in the prompt architectures of the existing EPR systems is pointed out. The features of the serviceoriented architecture (SOA) are also analyzed. A solution for EPR system prompt architecture based on SOA is proposed for the problem. The superiority of SOA applied to the EPR realm is summarized. A conclusion that the solution of SOA architecture can improve the compliance and flexibility of the EPR products is obtained. It can enhance the competitiveness of the related enterprises.
Keywords： EPR system; application system; operating principle of SOA; system prompt architecture
收稿日期：20110926老式的企业资源计划（ERP）系统是一种应用软件系统，它在业务模型和管理功能同时驱动的情况下实现多模块集成。但是它的结构比较复杂，灵活性不高，并且不能适时的根据不同行业间的动态业务需求和企业的内部业务流程做出相应的变化。针对这一问题，就如何在提高ERP系统内部结构与效率，降低不必要的成本的同时，提高系统的敏捷性，并且在此基础上提供一套完整的企业间相互协同合作方案，建立了研究课题。在本文中，我们将着重对ERP系统敏捷架构进行研究。
1ERP软件系统
近几年来，ERP系统的应用范围越来越广，因此得到了众多企业的重视。经过多方面的改造，ERP软件系统的开发技术也提升了一个层次。主要是，企业在实施ERP项目的同时对ERP系统的要求也越来越高，特别是对ERP软件系统的实用性和敏捷性的要求越来越高。因此，对ERP系统敏捷架构的研究，迅速满足用户的需求对企业实施和应用此系统具有非常重大的意义。
（1） 将出发点放在业务流程上，以业务流程建模技术和面向服务对象的方法与技术实现应用系统的分析。业务流程是指企业为了完成某个特定的目标，利用一系列的逻辑关系来完成的企业活动的集合。对业务流程的关注有利于及时发现并删除流程中不必要的环节，提高各业务部门之间的相互协作水平，提高各业务部门所处理的信息流动，从而提高企业的敏捷性和客户服务的水平。
（2） 引入工作流的管理技术，利用工作流管理系统，其重点是强调流程的建模与执行的分离情况。在WFMS支持下的工作流的建模过程，强调的是对外部应用及人员的集成，这样就可以用它来实现人物的分配和流程执行进度的全面监控。如这种流程逻辑同功能实现相分离的特点，就极大地增强了系统的柔从性，使流程有更大的空间可以制定，就更能满足企业业务流管理的持续改进，从而提高流程的敏捷性。
（3） ERP系统的相互组件化，系统通过不同的组件组合和替换，就能够达到支持ERP系统的重构与演化。软件组件是一个可以独立生产、获取和部署的单元，通过组件的重新组装就可以实现“组件化”的功能系统。将软件组件分离，使接口规范与具体功能能够展现，所以组件替换方式是系统升级及演化的一种方式。对企业业务流程进行相应的分析，与对象的组件化技术向结合，就可以实现应用系统业务组件体系结构的复用，建立以工作流建模为核心的敏捷化的ERP系统结构。
综合以上分析，了解了ERP是一个以复用为主要途径的，具有层次化特性的企业应用系统业务基础软件。而系统敏捷性的构建直接影响了基于产品复用方式构建ERP系统的灵活使用性。
2面向服务架构的工作原理
SOA是一个组件模型，它通过定义良好的接口和契约将应用程序的不同功能的功能单元联系起来。这里的不同功能是指不依赖于上下链接的一组功能。接口的存在独立于实现SOA的硬件平台、操作系统和编辑语言。SOA体系结构如图1所示。
图1SOA体系结构在SOA中主要有3种角色：
服务的消费者他们是利用服务注册中心查找到自己所需要的服务，然后使用这项服务。
服务的提供者他们创建了服务，并且对使用该服务的请求进行回应。
服务的注册中心将已经注册并的服务进行详细的分类，并提供搜索功能。
SOA就相当于一个服务信息的数据库，将服务提供者和服务消费者放在一个合理的平台上，两者都能找到自己所需要的，于此同时，服务注册中心必须是通用的，使服务的提供商所提供的服务能够符合这个标准。这样，服务的消费者使用这些服务才可以跨越不同的服务的提供者，并且可以实现每个实体角色的变换，例如一个实体可以同时充当以上三种角色的任何一个乃至多个。
SOA的主要操作有：
服务服务的提供者可以在服务中心注册属于自己的服务功能及访问接口。
发现服务服务的使用者可以通过在服务中心查找特点种类的服务。
可调用性在获取服务描述的信息后，服务的使用者可以去调用此项服务。
现目前，能够实现SOA的技术有很多，比如Web Services，CORBA等。这些技术都能够支持在不同平台上，用不同的语言编写的各种程序，他们之间能够相互通信。例如：其中作为SOA的一种实现手段Web服务，它可以提供在可扩展标记语言（XML）上能够执行的标准接口，具有非常完整的封装性、松散耦合性等特点，对于SOA的应用模式需求能够良好的满足。目前已经有许多的基于XML的Web服务标准被业界广泛的接受。于是就形成了Web服务的核心技术。
3系统敏捷架构研究
关于流程敏捷化问题：如果要适应日趋激烈的市场竞争，就要求企业能够迅速的根据外部环境的变化对现有的业务流程进行调整。众所周知，以前的ERP系统只能硬性操作，不能灵活变通，当企业环境与结构的随着业务活动需要进行灵活变化时传统的ERP系统不能灵活的调整，造成了不必要的浪费，并且对企业的发展也起到一定的抑制作用。
系统敏捷架构的主要作用：
(1) 在出现用户产品投诉的时候，能够及时有效地根据产品号码追溯这批产品的所有生产过程信息，可立即查到它的原料供应商、操作人员、经过多少工序、生产时间日期以及关键的工艺参数。
(2) 当同一条生产线需要混合组装多种型号产品的时候，它能够及时的防止工人部件装配错误、产品生产流程错误和产品混装等方面错误。
(3) 能及时统计出过去12 h之内生产线上出现最多的5种缺陷产品的次品数量各是多少。并且能够根据目前仓库以及前工序、中工序、后工序线上的每种产品数量各有多少，分别是哪些供应商需要，如何能够及时交货提出详尽的规划。
(4) 能快速的自动对产品的质量检测数据进行统计和分析，精确的区分出产品质量的随机波动和异常波动，消除质量隐患。
(5) 能够自动的统计每个过程中的生产数量和合格率，以及出现缺陷相关的代码。
老式的ERP系统只能使用一套硬件平台，操作系统、数据库和应用软件，这就非常的局限，不能够全面地解决现有集团企业内部的所有管理问题。并且，对于不同的应用厂商，根据其自身的特点，往往会选择不同的平台和应用系统，但是，这样不仅无法及时适应企业内部的相关变化，对于企业系统的升级时的选择就非常的局限，也减缓了其应用的敏捷性。操作系统和数据库管理系统对于构建大型企业非常重要，是它所应用的基础通信及数据支持设施。网络环境下最重要的一类中间软件是应用服务器，它能够在各种领域中独立应用，通常应用于核心服务或功能以及扩展服务及功能上面，它的最常见的功能或服务包括运行时候的执行处理能力、DBMS访问和链接性、动态的Web页面系统以及上下文的会话管理等。业务基础软件平台层的主要目的是在大型项目团队的协作中起协调作用，并能够开发活动，它是一个位于底层支持系统上的软件抽象层，主要作用是任务分解及资源的分配、进程的控制、访问的控制以及配置的支配等，通过提供一定的工具接口，来支持系统内部与外部各种工具的无缝集成。
在SOA技术还没有出现之前，ERP系统的各业务之间的关系非常复杂，并且都有所牵绊，如某块业务功能升级将引发整个ERP产品的升级，这样将对业务的进行和信息部门都带来很大的压力。其中某一业务模块的调整也将对整个企业的相关信息处理工作带来非常大的影响，就像因为系统升级需要频繁的停机安装组件和备份文件，就容易带来相关模块操作流程和界面的改变，让整个系统应用变得更加复杂，刚性极强不利于各个部门的相关链接。现在的SOA面对的是一个独立的服务架构，它能够使企业在重复功能上可以直接通过接口调用，服务之间可以通过标准的接口来相互调用。这样就建减少了重新开发的浪费。如果企业的业务内容发生变化，只需要修改相对应的服务即可，大大的降低了修改的难度和复杂度，保证了企业ERP系统的敏捷性。如图2所示。
图2基于SOA的ERP系统体系架构在基于SOA的ERP系统中，敏捷架构是其中的一个重要的架构，如果将ERP各个业务模块的功能和每个业务模块中的子功能分开对待，把ERP系统的业务模块作为较粗糙的服务注册，把子模块作为细致的服务注册。并且本地企业提供的服务可以在本地服务注册中心注册，利于本地企业客户端的访问，需要在外部企业客户端访问的服务则到公共的注册中心区注册，供那些同外部合作的企业使用。而显示用户界面由Web环境实现，这样就可以利用SOA的客户接口实现。
由于ERP系统的重点是企业内部管理，很少涉及企业外部信息管理，所以它并不能实现企业与供应商、企业与分销商之间的相互信息集成。企业的信息在建设过程中，由于多年以来的业务流程变化和IT技术的发展，让企业内部积累了许多的应用系统。但是这些系统却不能相互通信，成为一个个独立的系统，作为企业，当然希望尽可能的重用而不是替换这些系统来实现新的业务要求，以求达到降低成本，提高投资的回报率。服务请求者和服务提供者的通信，达到查询和绑定调用方面的敏捷化目的。
SOA的目的不只是解决一个系统的调用方式，而是解决业务敏捷的问题，让IT更好地支持业务的变化。它的前提条件是运作服务化，然后把组织能力通过接口的服务体现，通过服务的组合编排来实现灵活的业务过程。架构是一个基础性的东西，而十几年前开发的软件虽然也支持SOA架构，但那并不是SOA架构，只是一种调用方式。
4结语
ERP系统已经成为现代企业管理活动中不能缺少的手段，并且是现代企业提高自身的竞争力的一种重要的途径。为了解决一切的ERP系统结构灵活性差且不能实现不同行业间的动态业务需求融合和企业内部流程的适时变换的特点，提出了一种基于SOA的ERP系统的敏捷架构。该系统架构的主要特点是：能够支持集成柔性化，为企业的信息化提供了可伸缩的空间；不但解决了ERP系统在应对不断变化的企业活动的需求做出反应方面不够灵活，系统集成也不够灵活的难题，实现了系统业务流程的快速便捷，也就是系统敏捷化架构的意义。
参考文献
［1］黄作明，薛恒新，丛秋实.基于ERP 系统定制的适应性企业信息化战略［J］.情报杂志，2007,26(1):57.
关键词：SOA Web Services 通信服务 服务化封装 服务发现
中图分类号：TN82 文献标识码：A 文章编号：1007-9416（2015）04-0031-02
电信业务能力开放一直是电信技术发展过程中长期研究的热门课题，主要目的就在于将电信能力开放出来供第三方开发业务使用。下一代网络（NGN/IMS）是提供语音、数据和多媒体等各种业务的综合开放的网络架构，采用ParlayX技术支持快速业务部署以及第三方业务控制，比如呼叫会话类业务。在通信网络中，不只是电信业务类网络能力需要对外开放，也需要把网络的资源控制类能力（比如传输控制）和资源态势类能力对外开放。
面向服务的架构（SOA）是一个组件模型，将应用程序的不同功能单元-服务（Services）通过服务间定义明确的接口和契约联系起来。SOA的核心是服务，专注于“以业务为中心”的服务，实现服务和技术的完全分离，根据需求通过网络对松散耦合的粗粒度应用组件进行分布式部署、组合和使用，从而在最大程度上实现服务的重组和集成，以达到服务的可重用性。SOA的特性是服务的封装、服务的重用和服务的互动，通信网络采用面向服务的体系架构，将通信网络功能和网络能力高度抽象，封装成服务。此架构是一个开放的、可扩展、可组合的分布式软件架构模型，将应用程序的不同功能单元封装为服务，向应用系统提供标准、统一的业务开发接口，同时对应用屏蔽了通信网络复杂通信协议和接口参数。
1 SOA
SOA的基本思想是以服务为核心，将通信网络资源整合成可操作的、基于标准的服务，使其能被重新组合和应用。SOA架构模型由三种不同的角色组成：服务提供者、服务请求者、服务注册中心。SOA可以采用不同的技术来实现，比如常用的Web Services技术。
Web Services是一种自包含、自描述、模块化的程序，吸取了分布式计算、网格计算和XML等各种技术的优点，通过采用WSDL、UDDI和SOAP等基于XML的标准和协议，解决了分布式计算以及代码与数据重用等问题。Web Services的基本平台是XML+HTTP，HTTP协议是最常使用的互联网传输协议，而XML则是一种可以在不同平台及编程语言中正常使用，且能够表达复杂消息和功能的特殊语言。WSDL（Web Service Description Language，Web服务描述语言）是Web服务的描述方式，其可以描述Web服务实例的功能，位置和对该实例进行访问的指令标准。
Web Services统一采用基于XML的SOAP（Simple Object Access Protocol，简单对象访问协议）进行消息传输，用于在服务请求者和服务提供者间进行消息传输。一般由一个Envelope元素附带一个可选的Header元素和一个必须的Body元素组成。SOAP Header元素是SOAP Envelope XML文档的第一个直接子元素，Header的直接子元素是Header条目，一个Header条目由一个完整修饰的元素名来标识，即一个命名空间URI和一个局部名。SOAP Body元素提供了一个简单的用于与消息的最终接收者交换信息的机制。
通信服务控制系统采用统一描述、发现和集成协议（UDDI）实现服务的注册、和发现。其中核心组件注册中心定义API和查询API。API主要用于在UDDI注册中心之间修改和存储注册信息，而查询API主要用于从注册中心读取Web Services的相关信息。
采用Web Services技术提供的通信网络服务是松散耦合的，当一个Web Services的内部实现发生变更时，只要其调用接口不变，对用户就没有影响。同时可以用任何语言，在任何平台上编写所需要的Web服务，完全屏蔽了不同软件平台的差异，各种软件平台都可以进行互操作。
2 面向服务的通信网络架构
传统通信网络的设计思想基本上是一种网络支撑主要业务的紧耦合模式，无法满足快速发展的网络业务多样性需求，缺乏提供协同、共享和互操作能力。而SOA是一种追求敏捷性的面向服务的体系架构，通信网络采用面向服务的通信服务控制系统，将网络能力和网络功能进行抽象和服务化封装，把各种复杂的网络操作封装为独立的服务引擎，并以Web服务接口形式开放给上层应用，使应用开发人员无需了解底层网络的各种复杂网络技术和网络协议，简化上层应用开发过程。同时，通信服务控制系统还提供服务基础设施功能，包括服务访问控制、服务注册、服务发现、服务组合和服务管理等。通信服务控制系统架构如图1所示。
下面介绍系统的主要模块。
（1）服务访问控制。服务访问控制截获上层应用的服务请求消息，从中提取用户信息、认证信息和策略信息，调用内部的安全和策略机制对服务请求进行认证和授权等操作，只允许合法用户的符合策略规则的服务请求通过，阻止非法和越权的服务请求。完成应用系统和网络服务控制系统之间的单向和双向认证过程，实现对服务请求进行统一认证管理，有效地保证服务消息的安全性。安全性采用基于信任域身份认证传递机制、基于用户名/口令和证书的用户身份认证。
（2）服务注册、和发现。服务注册用于把服务元数据注册到服务注册数据库中，服务元数据包括服务名称、服务功能、服务位置、服务提供者等信息。服务用于把已注册的服务出去，成为可供用户查询、调用的服务。服务发现功能根据应用的服务请求在服务注册数据库中查找匹配的服务，支持多种服务发现规则，当同时存在多个满足条件的服务时，能够从中选出最优服务。
（3）服务调度与路由。提供服务消息路由和服务负载均衡等功能。当存在满足同一功能的多个网络服务时，根据网络服务的负载情况、网络状态以及策略信息，优化选择网络服务。在服务请求者和服务提供者之间完成服务消息路由，根据服务地址、策略决策结果、用户权限和优先级、网络拓扑等信息为服务消息选择最优路由。
（4）服务控制逻辑。服务控制逻辑和通信网络各业务系统进行通信，获取用户身份、接入位置、网络资源状态以及状态呈现等信息，建立会话和控制网络承载资源，进行信令转换、逻辑控制、服务化封装等处理，提供状态呈现、业务控制、网络资源态势和网络资源控制等多种网络服务。
3 结语
SOA的特性是服务封装、服务重用和服务互动，根本目标是解决信息孤岛问题，并能提供随需求变化的服务。Web服务是SOA最流行的一种实现方法，通信网络控制系统采用面向服务的体系架构，将底层网络能力和网络功能封装为可调用的网络服务，以Web Services的形式提供给上层通信业务和应用系统使用，服务之间通过接口和契约联系起来，接口采用跨平台的方式进行设计，独立于实现服务的硬件平台、操作系统和编程语言，使得构建在这样的系统中的服务用一种统一和通用的方式进行交互，屏蔽底层复杂的网络模型、协议和接口类型。
参考文献
[1]赵婷.面向网络业务融合的电信业务能力开放研究与实现.北京邮电大学，2010年1月.
[2]詹盼盼.一种面向服务的消息中间件的研究与实现.西安电子科技大学，2010年1月.
[3]朱一群.Web服务访问控制研究.上海交通大学，2008年5月.
[4]王浩学等.面向服务的承载网络探讨.信息工程大学学报，2009年3月.
关键词：SOA；信息平台；关键技术
中图分类号：TP311.52 文献标识码：A文章编号：1007-9599 (2011) 16-0000-01
The Key Technology of Enterprise Information Platform Based on SOA
Zhang Huaidong
(Public Utilities Regulation Center,Huainan232007,China)
Abstract:Based on the enterprise information platform based on the SOA development key technology as the research object,in view of the related question are discussed.The article begins with a brief overview of the SOA some of the features,and then analyzed the SOA and Web services,finally elaborated the SOA safety control technology.Designed for enterprise information platform based on the SOA development to provide safety and reliability technology guarantee.
Keywords:SOA;Information Platform;Key Technology
一、SOA概述
SOA是个很独特的架构，强调协作、复用、本地透明组件和网络之间的链接。它的特点体现在“可重用性”和“互操作性”，使得起能够为企业解决多方面的问题。通过实现SOA可以带来很多好处，主要包括以下几个方面。
（一）效率
将业务流程从“烟囱”状的、重复的流程向维护成本较低的高度利用、共享服务应用转变。
（二）响应
迅速适应和传送关键业务服务来满足市场需求，为客户、雇员和合作伙伴更高水准的服务。
（三）适应性
更高效地转入转出让整个业务变得复杂性和难度更小，达到节约时间和资金的目的。
二、SOA与Web服务
现在的SOA很大程度上还是依赖Web服务，其影响非常深，以至面向服务的Web服务的概念和技术影响了许多SOA的特征。尽管基于Web服务的SOA还存在着某些限制，但是仍然是理想的架构和技术的组合，它始终可以提供强健的，可重复使用的服务，这样的服务不仅可以满足业务需求也可以适应不断变化的业务需求。
目前，WSDL已经成为访问任何应用的标准编程接口，而SOAP也成为连接不同应用的标准操作协议。以上这两个标准给我们开了一个好头，因为更多的针对企业级和服务质量方面需求而定制的WEB服务规范将越来越多，它们对WEB服务的安全、可靠性、事物编制和元数据管理等方面进行了定义。总而言之，WEB服务是构建SOA的最佳平台。
三、SOA安全控制相关技术
（一）Asp．NET应用程序的安全控制
1.基于表单的安全技术
如果在一个WEB站点上设立一个自定义用户注册系统，那么可以使用表单验证。这类验证的优势在于它可以把用户名和密码保存到任何你所期望的存储机制中，比如可以把用户名和密码保存在Web.Config文件、XML文件或数据库中。
表单验证依赖于测览器Cookie来确定用户身份。在为一个目录启用了一表单验证后，这个目录中的页面就不可以被访问了，除非用户拥有存储在Cookie中的正确授权令牌。
2.基于windows的安全技术
当开发的程序主要为内部网所用，那么可以使用现存的Windows用户账号和用户组来使用Windows验证。
我们可以使用Windows的验证来控制用户对机密信息的访问。比如，你只想让开发组中的成员才能访问开发相关的文档，那么，可以使用Windows的验证来防止其他Windows账号组的成员，比如外联部的人员来访问这些受限文件。但是，如果你正开发的是一个公共用户注册和密码系统，那么使用基于Windows的验证就不是一个安全的选择了。在启用Windows验证时，就必须为每个要访问受保护页面的用户配置一个Windows用户账号。
（二）Web服务安全
Web服务除了给SOA带来很多优点之外，也带来了很多安全隐患。创建一个安全的WEB服务要涉及到因特网传输、XML和WEB服务安全机制，有部分在创建过程中已经建立好的，比如：传输级安全（防火墙、VPN等）、消息级安全（认证令牌）、数据级安全（数字签名等）、环境级安全（登陆、审核等）。一个好的安全方案则需要花费一定的时间和精力以防止数据被恶意的访问或篡改。
安全是个非常复杂的领域，充满着许多为解决不断出现的威胁而设计的技术与协议。要保护数据，通常要对WEB服务进行加密和加密选项的选择，在进行加密的时候，又要考虑到是否兼容的问题。同样，确保整个SOA支持一套技术也是非常关键的，一般说来，为了处理SOA中的多种服务与机制，往往需要很多技术结合在一起。通常可以包含安全服务集成接口、安全服务、消息安全、安全传输等四层。
参考文献：
[1]慧琼.基于WEB的统一信息平台的架构[J].计算机与现代化,2006,5:111-113
【关键词】SOA；工作流；食品安全
1.引言
从三聚氰胺到“瘦肉精”，从“染色馒头”到“牛肉膏”，层出不穷的食品安全事故使中国的食品安全问题引起了前所未有的关注。如何确保老百姓的餐桌安全，已经成为考验中国社会管理水平的一个迫切问题。食品安全监管系统是一款面向中小型食品经营商（超市、商店、食杂店等）食品进销存一体化的优秀应用软件，为使用者提供最简捷、明晰的进销存管理解决方案，达到了行政监管行为与食品经营行为的有机结合和高效运作，提升了食品安全长效监管水平。
2.SOA和工作流技术
2.1 SOA
2.1.1 SOA的定义
20世纪90年代中期，Gartner提出SOA（service oriented architecture，面向服务架构）的概念，但当时的技术与环境还无法使SOA走向应用，所以SOA的概念很早就出现了，但却没有受到人们的关注。直到21世纪，随着XML与Web Service等技术的发展，SOA才得以从概念逐渐转向于应用，才逐渐走入人们的视野。虽然到目前为止，关于SOA还没有一个统一的、被广泛认可的定义。但SOA的核心思想却是固定的：
（1）SOA是一种软件架构思想，并不是一种产品。
（2）SOA的重点是面向服务，此服务包括企业的内部与外部的每一个业务细节。SOA的思想是把这些服务从复杂的环境中独立出来——组件化封装，然后通过标准的接口使不同的服务之间相互调用。
同时，每个服务有一个明确的界限，其他服务只能通过接口来调用服务，每个服务是独立自主的，每个服务不必依赖于其他的系统。
2.1.2 SOA的实现
要真正的实现SOA，必须要有以下四个因素：服务消费者、服务提供者、服务注册中心、合同。
服务提供者：通俗的讲就是我们常说的软件供应商，它通过在服务注册中心将提供的服务与要求的合同注册并出来。
服务消费者：即企业与其他消费服务的组织，它们通过服务注册中心寻找符合自身的合同与服务。
服务注册中心：相当于一个服务信息的数据库，为服务提供者与服务消费者提供一个平台，使两者可以各取所需，同时服务注册中心要有一个通用的标准，使服务提供商提供的服务符合这个标准，这样，服务消费者使用的服务才可以跨跃不同的服务提供商。
合同：是服务提供商与服务消费者之间的一种协议。
2.1.3 SOA的关键技术
目前，实现SOA的技术很多，比如Web Services、CORBA等，这些技术一个很重要的共同点就是支持在不同的不同平台上、以不同语言编写的各种程序以基于标准的方式相互通信。下面我们主要介绍其中的主流技术：
（1）XML，XML是一种扩展性标识语言。XML语言有很多的优势主要表现在：XML可以广泛的运用于web的任何地方；XML可以满足网络应用的需求；使用XML将使编程更加简单；XML便于学习和创建；XML代码将清晰和便于阅读理解。
（2）SOAP，SOAP（简单对象访问协议）是一个基于XML的，它用于在分布式环境中发送消息，并执行远程过程调用。简单地讲，就是允许Java对象和COM对象在分布式、分散的、基于Web的环境中彼此通话。
（3）Web Service，Web Services应用是由基于Web的一组服务组成，是面向对象分析与设计（OOAD）的一种合理发展，同时也是电子商务解决方案中，面向体系结构、设计、实现与部署而采用的组件化的合理发展。
除了以上四种技术外还有消息技术、企业服务总线技术等。
2.2 工作流
工作流（Workflow）是一类能够完全或者部分自动执行的经营过程，根据一系列过程规则，文档、信息或任务能够在不同的执行者之间传递、执行。工作流引擎技术中涉及到的一些基本概念包括：工作流引擎、业务过程、过程定义、活动、自动活动、人工活动、实例、过程实例、活动实例、工作流参与者、工作项、工作项列表等。工作流要完成的核心功能有流程设计，流程执行，流程和线程的调度，任务的分派与通知，集成已有信息系统等。
工作流技术的最大优点是实现了应用逻辑和过程的分离，在过程逻辑的建立过程中可以不考虑应用和资源的异构性，但是没有解决分布式异构环境中资源的互操作问题，而Web服务恰好提供了对分布式异构资源的互操作能力；同时工作流技术提供了对服务运行的协调、监控和管理能力，为Web服务提供了一条可行、有效的路径。因此，一种基于工作流的Web服务组合成为未来进行事务处理的发展趋势。
3.食品安全在线监管系统设计与实现
3.1 系统概述
食品安全在线监管系统应用了最先进的B/S架构，基于SOA和工作流技术，巧妙地将基础设置、进货管理、销货管理、库存管理等多种功能集于一体，使工商部门和食品经营者不同角色间的信息流转由本应用系统统一管理、统一运营，使食品经营者最关心的进货状况、销售状况、库存数量、往来款项等信息一目了然。
3.2 系统结构
食品安全在线监管系统由以下几个模块组成：公共服务平台、食品安全监测系统、准入备案管理系统、食品安全数据分析系统、食品安全知识管理系统等。
3.3 系统设计与实现
下面以食品安全监测系统和准入备案管理系统为例子介绍本系统的设计与实现。
（1）食品安全监测系统
工商机关可以通过本系统有计划地组织工商执法人员和法定检验机构，开展的对流通领域的食品和重要商品进行抽样检测、质量判定，并公布商品质量信息，指导消费。因此，本系统的主要用户由两个层面：工商用户和检测机构。针对工商机关来说，可以指定、监测计划并通知相关执行单位，执行单位可以将检测结果录入，通过系统进行反馈；针对检测机构来说，工商可以通过本系统将某个检测任务委托给某个检测机构，系统将自动同步检测任务到外网，则检测机构可以通过外网录入检测结果，检测经工商确认后进入食品和重要商品检测数据库。
（2）准入备案管理系统
本子系统的整体设计思路为提倡食品生产经营企业的自我信息管理，从而将备案管理工作进行分散，在一定程度上减少工商工作人员工作量。这种思路的关键点在于如何将备案管理工作分散到各个企业进行，而解决此问题的关键在于如何在分散工商工作人员工作量的同时，也减少食品经营企业的备案工作量。综合以上思路，关键在于实现资料和数据的共享，一个企业录入的数据其他所有企业都可以使用，这就极大的减少了企业需要录入的数据量，提高了企业的积极性，也达到了工商希望得到的效果，实现了双赢的局面。食品准入备案管理系统的外网部分主要供食品生产企业和食品经营企业，如商场、超市、市场等用户经过用户认证后浏览使用。所完成的主要功能是主体备案、食品和重要商品备案、索证索票资料管理、进销台帐管理等国家要求进行的一些信息管理。
4.总结
“关注百姓消费，共享和谐生活”是工商局为民生安全保障工作重点，我们将密切关注百姓“衣食住行”，严格规范市场、着力引导消费安全。食品安全监管系统的建设是围绕着保障消费安全、食品安全为核心，通过建设各种监测、监管手段相结合来实现消费安全、食品安全的全面保障。
参考文献
[1]韩宇星，等.工作流技术与Web服务[J].河南教育学院学报，2007，12.
[2]周燕，等.面向动态工作流的Web服务组合模型研究[J].计算机技术与发展，2008，1.
[3]凌晓东.SOA综述[J].计算机应用与软件，2007.
关键词：面向服务；企业解决方案；企业服务总线
中图分类号：TP391 文献标识码：B 文章编号：1009-3044(2007)06-11659-02
1 问题提出
企业信息化建设，大部分已经结束各自为政的各业务部门独立建设的阶段，迫切需要把企业内部已经建设、部署好的业务系统，联通起来，构建整体的企业信息化体系。
这里所说的联通，不是简单的通过互联网络，连接各个应用系统，而是各个系统间业务工作和业务数据的共享和交互。
目前，在各个业务系统建设均已成熟的情况下，企业内部提出这种系统交互需求，只能通过认为地为系统添加特定的接口，完成与特定系统的特定数据或者业务交互，这样不但造成系统间交互的网络模型混乱复杂，也加重了开发成本，随着新交互需求的不断提出，企业信息化建设始终处于不断修补的不良状况下。(图1)
图1企业信息化建设始终阶段不断修补的不良状况
随着企业中业务系统建设越来越多，这种错综复杂的系统交互关系会越来越多，各个系统甚至出现互相依赖，互相耦合的情况。这种情形直接导致了业务组件重复建设、业务数据冗余、企业内数据不同步、系统界限模糊、维护困难、拓展困难等等难以想象的问题，使得企业信息化建设陷入泥沼。
2 ESB企业服务总线
ESB（Enterprise Service Bus，即企业服务总线）是传统中间件技术与XML、Web服务等技术结合的产物。ESB提供了网络中最基本的连接中枢，是构筑企业神经系统的必要元素。
企业服务总线（Enterprise Service Bus，ESB）的概念是从面向服务体系架构(Service -Oriented Architecture， SOA)发展而来的。SOA描述了一种IT基础设施的应用集成模型，其中的软构件集是以一种定义清晰的层次化结构相互耦合，其中，一个ESB是一个预先组装的SOA实现，它包含了实现SOA分层目标所必需的基础功能部件。
ESB是传统中间件技术与XML、Web服务等技术相互结合的产物。ESB的出现改变了传统的软件架构，可以提供比传统中间件产品更为廉价的解决方案，同时它还可以消除不同应用之间的技术差异，让不同的应用服务器协调运作，实现了不同服务之间的通信与整合。从功能上看，ESB提供了事件驱动和文档导向的处理模式，以及分布式的运行管理机制，它支持基于内容的路由和过滤，具备了复杂数据的传输能力，并可以提供一系列的标准接口。
使用一个分布式企业服务总线，企业可以通过利用标准以提供灵活实时的“按需服务”基础架构来最大化利用其在硬件和软件的现有投资。
3 企业服务总线建设构想
3.1 期望业务模型
企业服务总线的模型，是为企业的业务流和数据流提供一个通用的通道，通过标准的接口，应用系统可以容易地通过ESB提供服务接口和数据交互接口。（图2）
图2应用系统通过ESB提供服务接口和数据交互接口
这里涉及几个关键：
(1)接口：各个系统，尤其是旧有系统，系统接口均已经部署，不容易改变，企业服务总线ESB必须兼容这些接口，这必然需要一套适配机制，满足不同的接口通过适配机制接入到总线中；
(2)总线中的数据流：为了方便ESB操作数据，从各个接口流入总线的数据流和业务流，必须被格式化成标准格式，在ESB中流转，当传送到特定系统时，再被翻译成该系统能接受的格式；
(3)节点的注册：接入ESB的应用服务，必须在ESB上注册组件信息和服务信息；
(4)自动传输：ESB应该可以控制一些无需人手干预的数据流转，如信息同步等，并且控制流动的过程。
3.2 实现原理
通过定义节点的方式，定义应用组件的接入以及接口规则；通过开发针对不同类型数据接口的适配器，实现不同的接口接入系统，并翻译节点数据的ESB内部数据格式；通过定义数据交互的路由和调度，实现自动的数据传递过程；通过队列、线程、缓存等方法，实现多任务多进程，提高业务数据传递效率。（图3）
图3 ESB服务实现原理
4 企业服务总线实现
4.1 适配器―总线标准接口的驱动程序
对于接入企业服务总线的应用系统和应用服务，有些是旧有系统，可能还是CS结构的系统，有些是新建设的系统，有的部署在互联网上，使用WebService方式对外沟通，有的部署在生产环境里，使用Socket的方式进行通讯。
为了把各种各样的业务系统接入到ESB的总线结构中来，我们需要一系列的接口程序，可以针对性地对各种类型的交互接口进行通信，并且担当系统与总线间的数据格式翻译工作。
我们把这样的软件组件，叫做适配器。就如不同的硬件设备连接到电脑主板总线上需要驱动程序才能工作一样，适配器就扮演了这样一个驱动接入系统或者组件的角色。适配器通常有两种，一种是针对特定接口的通用适配器，如SQL适配器、FTP适配器、WebService适配器、Socket适配器等。另外一种是针对特定系统的适配器，比如是使用某种特定加密算法的适配器。
企业服务总线的基础架构上，可能提供一些通用的适配器做常规连接，但是也会提供标准接口和开发规范，允许特殊的应用系统自己开发专用的适配器，接入到企业服务总线中来。
4.1.1 FTP适配器
FTP适配器的目的是通过让用户定义，适应FTP的取数据拿数据的过程，可以实现配置FTP拿数据，配置FTP传数据。
我们通过适配器，可以进行：
定义FTP信息――让用户定义FTP服务器、用户名、帐号、文件的定义规则等信息。
下载FTP的文件――从FTP服务器下载需要的文件。
打包FTP文件信息返回――把拿到的FTP文件信息打包返回。
上传FTP文件――把输入的信息打包成文件放到FTP服务器上。
4.1.2 SQL适配器
SQL适配器的目的是通过让用户定义SQL语句，可以实现从数据库取数据、传数据的过程，可以实现执行SQL语句、存储过程。我们通过适配器，可以进行：
定义SQL语句、存储过程――让用户定义数据库链接、SQL语句、存储过程、输入参数等信息。
传递执行参数――把输入的参数传递给SQL执行引擎。
返回SQL执行结果――把SQL执行的结果打包返回。
4.1.3 Web service适配器
Web service适配器的目的是通过让用户定义Web service服务，可以实现打包Web service的参数，调用Web service服务，可以实现Web service的参数、调用Web service服务。
我们通过适配器，可以进行：
定义Web Service服务――让用户定义Web Service的方法、参数等信息。
转换Web Service的输入参数――把节点的输入参数转换为Web Service的方法参数。
调用Web Service服务――调用Web Service服务，并输入Web Service服务对应的参数。
打包Web Service的返回结果――把Web service运行的结果打包返回。
4.1.4 接入适配器
一般情况下，应用程序需要使用ESB的服务时，通过直接调用ESB提供的通用Web service接口即可，但在某些情况下，应用程序需要通过其他方式调用服务，比如Socket等，因此有必要提供一个接入适配器来处理接入ESB的差异性。接入适配器目前考虑下面几种接入方式，可以根据情况进行增加：
Http接入适配器，应用程序通过调用Web service直接使用ESB提供的服务。
Socket接入适配器，如果接入的节点只能使用Socket通讯，则使用ESB提供的Socket接入适配器来调用ESB提供的服务。
条形码接入适配器，如果接入的节点只能使用条形码方式通讯，则使用ESB提供的条形码接入适配器来调用ESB提供的服务。
红外线接入适配器，如果接入的节点只能使用红外线通讯，则使用ESB提供的红外线接入适配器来调用ESB提供的服务。
蓝牙接入适配器，如果接入的节点只能使用蓝牙通讯，则使用ESB提供的蓝牙接入适配器来调用ESB提供的服务。
4.2 节点―插在接口上的业务应用
节点为应用系统，或者应用服务接入ESB服务总线的连接点，它通常代表了一种应用服务。
比如说，存在一个操作系统，它提供发送手机短信的服务，也提供企业公告的服务，那么它在ESB上应该定义两个节点。
节点一：短信发送节点，节点定义了服务的接口类型，如WebService接口，定义了使用通用适配器―WebService适配器，定义了数据传输的格式―一段满足系统规范的XML描述，还定义了一些诸如系统标识等等的关键信息。
节点二：公告节点，定义信息同短信发送节点。
如上所述，节点可以理解为一个接入的端口、一个接入的服务、一个完整的业务。节点的定义要满足一定的格式，有些必须定义的字段，这里会形成节点定义规范。
通常，应用系统获得一个在ESB上注册的节点，就可以向该节点发送请求。作为服务使用者，请求方需要从ESB上获得该节点的请求格式，通过ESB的通用调用接口，传入请求和目的地，ESB自动启用通用适配器，向节点传输请求，并返回结果。
当ESB中启用调度机制后，系统可以自动起请求，逐个按次序访问定义在调度序列中的节点，发送请求或者传递请求。（图4）
图4 ESB节点模型
4.3 节点集―可进行同一操作的应用集合
有时，服务使用者想把请求传递给一组节点，但不想多次调用。如，有一个消息需要同时通过短信息和企业公告进行发送，就可以把短信发送节点和公告节点组成一个节点集，服务使用者一次向节点集发送信息即可。
节点集中的节点处于并发的地位，请求将会同时传递给节点集中的所有节点。
若要按次序发送请求，或者把上个节点返回的数据作为下个节点的请求，就需要定义路由了。
4.4 系统―节点业务的所有者
为了控制ESB上节点的使用权限，或者便于维护节点的来源，需要定义节点所属的应用系统信息。
4.5 路由―数据传输或业务执行的路径和次序
有时我们希望我们的请求不是单步返回，而是希望它依次传递给一系列的节点，在某些地方，还需要把一个节点的输出作为下个节点的输入，更复杂的情况还包括在传递过程中根据返回的结果进行逻辑判断，决定请求下个传递目标。定义这样一个信息传递的过程和路径，我们称为路由。（图5）
路由管理是定义节点执行的先后次序，并可以定义嵌套路由，是指执行完本身的节点后，再执行嵌套路由，有下面的情形：（图6）
调用一个Web service的方法获取数据，然后调用SQL语句插入到数据库中从某个FTP的站点拿数据，然后调用SQL语句插入到数据库中从数据库中取出数据，然后把数据放到某个FTP的站点从某个Windows目录取数据，然后调用某个Web service。
4.6 调度―自动运作的一系列业务过程
有时候，有些数据交互不需要人为干预，它可能会在某天特定的时候自动运行，比如每天晚上10点，自动把人力系统上的最新用户信息发送给企业内所有的用户系统。
我们可以设计一个数据传递的路由，然后指定这个路由的请求数据来源和数据传递规则，最后定义该路由运行的时间规律，这种自动按照时间表运行路由的规则，就叫做调度。
图6 动作的执行流程
5 结束语
企业服务总线是企业解决方案的新设想，它能有效地沟通企业分散的信息系统资源，为企业提供一个低成本的全面解决方案。通过使用ESB，可以在几乎不更改代码的情况下，以一种无缝的非侵入方式使企业已有的系统具有全新的服务接口，并能够在部署环境中支持任何标准。该技术可以说是现代企业信息建设中的突破性新技术。
参考文献：
[1]孙正兴,戚鲁.电子政务原理与技术[M].人民邮电出版社,2003.
[2]（美）伊尔,著，王满红，陈荣华,译.SOA概念、技术与设计[M].机械工业出版社,2007.
[3]梁爱虎.精通SOA：基于服务总线的Struts+EJB+Web Service整合应用开发[M] .电子工业出版社,2007.
[4]中科永联高级技术培训中心[S].企业服务总线.
[5]Matt Rothera. 企业门户集成和企业服务总线 ( ESB ) Hub Vandervoort[EB/OL]..cn
对于烟草行业来说，尽可能地减少缺货次数、缩短采购周期、降低库存成本，是至关重要的；这就要求其IT系统，增强进销存数据的实效性、提高投放货源计划的灵活性，以及尽可能缩短流程的周期。现在，SOA技术已经开始帮助烟草行业实现这样的目标了。
山西烟草就通过采用SOA技术，实现了流程的整合和系统的直连，不但优化了库存，还利用企业服务总线解决架构提高了架构的灵活性。更重要的是，SOA让山西烟草的营销理念发生了变化：由销售部门按订单组织货源向由生产部门按订单组织生产延伸。这样的延伸无疑从根本上解决了烟草行业在产、销、存环节中一直不能很好解决的问题。
而这正是在IBM的支持协作下，浪潮首先为烟草行业实现的SOA解决方案，这也是IBM协助本地合作伙伴将SOA在中国落地的重要体现。
IBM牵手浪潮共拓SOA
据统计，目前全球SOA市场需求呈现高速的增长态势。Gartner的报告显示，到2008年，SOA将为80%的新开发项目提供技术和服务；IDC则预测，到2010年，全球基于SOA的服务开支预期将高达338亿美元。
相信是这样的市场机会促成了IBM与浪潮的牵手，IBM大中华区副总裁及软件集团总经理Bete F. Demeke表示：“SOA在全球扮演着越来越重要的角色，因为它能够帮助企业识别新的商机、进行创新并不断满足客户的需求。此次合作，IBM将为浪潮‘SOA创新中心’提供包括软硬件、服务，以及专家咨询和人员培训的全面支持。”
而IBM为什么要选择与浪潮合作呢？其实原因很简单，IBM在与浪潮的这次合作中，所看重的并不是从中得到什么眼前的实际利益，对于SOA的全面推广才是IBM的真实目的。这样的合作对于在中国整体建立SOA环境无疑将会起到很大的推进作用。另外，浪潮在烟草行业的地位，相信也是IBM所看重的。
对浪潮来说，在国际软件巨头的支持下创建“SOA创新中心”，将会进一步推进其软件向SOA的全面转型。此次，浪潮选择在烟草行业应用开发和技术中心平台这两个龙头部门应用SOA，也足以看出浪潮对于SOA的信心。浪潮平台事业部总经理周恒表示，“我们计划在3到5年内将SOA应用到其他的垂直行业，最后浪潮软件将全面转向SOA。”
如何更好地切入SOA
看来，SOA的进程已经势不可挡，而且我们发现，进入2007年后，关于SOA话题已经慢慢从“为什么要上SOA？”转变到了“如何上SOA？”。
的确，对于用户来说，如何更好地切入SOA是他们迫切需要了解的。我们都知道，SOA是分阶段、循序渐进和逐步实现的，如果我们把企业的所有经营活动看做是一个个的服务，那么整合就是要将企业内外部的各种服务有机地联结起来。
IDC发现，中国SOA的关键任务与全球市场存在比较大的差异，中国IT应用成熟的企业已经建设了大量的生产型系统，目前正在尝试着整合；而大量的服务性系统仍有待新建。因此，大量的服务需要全新构造才是中国SOA的主要任务。
所以用户要部署SOA，特别是对于中国的用户来说，首先要从梳理某一个关键服务入手；还有就是要由小及大，逐渐在企业业务中进行扩散。
那么，SOA究竟要从哪里开始呢？IBM给出了5个可以帮助用户实施SOA的切入点，分别是以人员、流程、信息为中心的方法，以及系统连接性和重用现有资产的能力。
IBM大中华区SOA技术战略与合作部负责人陈琦程先生具体地解释了这5个切入点，“以人员为中心的SOA切入点，是要为企业提供综合信息，以及在业务流程中交互的视图；以流程为中心SOA切入点，是一种借助重新利用和优化流程快速部署创新的业务模式；以信息为中心的SOA切入点，以嵌入式或现场的方法提供信息服务；将连接作为基础以业务为中心的SOA，是通过具备任意互连的新型业务渠道提供服务的；SOA创建和再利用服务的切入点，能够实现SOA管理的再利用。”
标准化让SOA更为简单
“如果把SOA的思想类比为以插接积木的方式来构建灵活的、可复用的企业IT系统的话，那么标准就相当于是带插孔的底板。”易观国际分析师梁新刚表示。就在今年3月，OSOA组织――一个由IBM、BEA、甲骨文、SAP以及中国普元等厂商联合成立的SOA国际标准化组织开始SOA相关技术标准SCA/SDO。
SCA提供了一种统一的面向服务组件的调用方式，从而使用户可以把不同的软件模块通过服务组件的标准化而统一地封装起来和被调用访问；而SDO则作为一种数据编程架构和API，它统一了不同数据源类型的数据编程，让开发人员可以从不同的数据源以统一的方式访问和操纵数据。
相信这些标准的逐步出台，会让SOA变得更成熟也更简单。而前不久，SOA国际标准全球路演中国站也在北京正式启动，这样的路演也会进一步地促进SOA的标准化。
相关事件
SOA与业务流程管理
就在SOA国际标准全球路演中国站正式启动的当天，作为SOA倡导者之一的甲骨文在京与媒体就“SOA与业务流程管理”进行了交流。
如何利用业务流程管理充分释放SOA的潜力？甲骨文公司大中华区SOA技术推广经理周有衡表示:“服务导向架构（SOA）不仅‘盘活’了企业的业务流程管理（BPM），也‘盘活’了企业的IT资产。”
面对“单兵作战”、互不相联的IT架构，人们想到了SOA，试图通过它在IT层面上进行集成的业务流程建设和管理。当企业试图提升自己的业务流程时，他们不愿意购买新的IT系统为这些流程服务，而SOA由于能够在现有应用系统上进行业务流程的更改和管理，这时，人们又想到了SOA。
而SOA与业务流程管理之间是什么关系呢？周有衡认为：0“业务流程管理是业务模式层面的，是具有战略意义的，它应该具有适应性和变革性强的特点；SOA是实现业务流程管理的有效的IT手段，是执行层面的，它应该具有灵活的IT基础设施的特点。”
另外，周有衡还介绍了Oracle的SOA套件：把业务流程与人力和系统资源集成在一起；实施业务流程并定义与流程相关的业务规则; 优化流程；对流程进行管控。
BEA推出事件驱动型SOA
近日，BEA公司宣布，推出了一款专门为事件驱动应用而设计的新产品BEA WebLogic事件服务器（BEA WebLogic Event Server），其能够在Java环境中实现事件驱动型SOA。BEA WebLogic事件服务器是专门针对处理大容量的流式数据、可预测的实时响应需求和复杂事件处理（CEP）而进行优化的Java应用服务器。而在此之前，还无法使用Java以实时、高可预测性的方式来管理这些类型的事件需求。借助WebLogic事件服务器，BEA再次把Java引入了新的领域，并成功地解决了这些问题。
今天，关于面向服务的架构，即SOA，和有关如何“正确”地构建SOA的争论无处不在。这一点都不奇怪，因为现在每一种新兴的计算趋势都会带来不同的争论，并且每一家厂商都会借此机会大张旗鼓地宣传他们的技术和产品是最适合用户的，能够帮助用户充分利用每一种新兴技术和产品的优势。为了充分挖掘狂热IT趋势中的用户兴趣，厂商们都会积极地重新定位自身已有的产品组合。然而，糟糕的是，这种做法往往会造成认识上的混乱，甚至让用户对SOA丧失信心。因为厂商往往无法完全兑现他们所做的承诺，销售的所谓适合SOA架构的技术解决方案也许最终证明并不合适。
想要对SOA建立正确的认识，首先必须认识到从概念上来讲SOA是一种分布式的架构。作为SOA的核心要素之一，服务的目的是要实现与另一项服务的远程通信，尤其是要实现数据互享。而SOA架构的目的则是要彻底变革IT系统的构建方式，由原来建立专有的单一应用变为建立更为高级和整合的应用，这种应用的显著特点就是充分利用已有的、可以共享和重复使用的功能，也就是服务。
在部署和使用可共享和重复使用的服务方面，分布式SOA架构是最为简单易行的途径。并且不论是从成本角度还是从技术角度，分布式SOA架构都对目前业界普遍认同的渐进式的部署提供了最好的支持，同时，使系统具备更强的部署灵活性、适应性和可维护性（例如，一个服务与整个应用来比，对服务的验证和升级要容易得多）。
不幸的是，集中式的SOA架构方式还在被不断开发和鼓吹。这些厂商们会不遗余力地说服潜在用户，他们所提供的技术和产品自始至终都支持SOA架构，且从设计伊始便是为了方便用户建立SOA架构，而不管这些技术和产品原本是为JavaEE应用服务器而设计，还是为EAI系统而设计。
换句话说，对分布式SOA架构持反对意见的厂商这样做，是由他们所拥有的软件架构的性质所决定的。一个EAI Hub或是基于JavaEE的应用堆栈式架构亦或其他解决方案，它们的消息请求都必须经过中央控制点，因此都不能被称为真正的分布式解决方案。因为在它们的架构中，如果要执行某项服务请求，都必须通过Hub或中央服务器来实现。集中式SOA架构会增加成本，限制资源的再利用，降低系统的灵活性，并且有可能导致成本高昂的系统瓶颈。最糟糕的结果是，它还有可能成为用户取消SOA计划的第一原因。如果SOA架构的灵活性不足以满足用户的各项需求，无疑会导致用户对SOA架构的彻底失望。
还好，具备SOA分布式特性的基础架构解决方案确实存在。分布式SOA架构通过智能端点让具备某种服务功能的应用自动找寻其他服务，并与其实现相互通信。这些智能端点同时还具备极强的可获得性和高安全性能等企业级服务特性，从而能够确保其具备现有的企业关键应用所需要的各种性能。
分布式SOA架构是建立一个平台中立、高度灵活且基于标准的IT环境，从而能够更好地应对不断变化的技术和业务环境。因此，分布式SOA环境能够更好地满足基于SOA架构的应用程序对各项技术和成本的要求。而且，分布式SOA允许客户按照自己的计划渐进地部署服务，比如一次部署一两个服务，在未来根据具体的业务需要，为系统增加服务编排、注册/贮存、管理等各项高级功能。
需要强调的是，这里并不是说通过EAI系统、Hub或JavaEE服务器建立的集中式SOA架构的方式都不好，都是错误的。在许多情况下，现有企业应用很多都是采用上述形式实现的。这里要说明的是一个好的SOA架构不应该局限于完成EAI系统或JavaEE应用服务器架构所能做的，实际上，一个好的SOA架构应该包容集中式的系统，并将它们融入到可重用的服务体系中，这才是分布式SOA架构的真谛。
其实，用户更需要低成本的SOA解决方案，令他们可以从小规模SOA做起，并随着业务的增长逐步扩大规模，同时根据自身的需求增加服务质量和其他功能等，与此同时，使用点到点的通信方式，避免新增加昂贵的服务器和Hub。简而言之，SOA用户需要的SOA架构必须真正具备SOA架构的固有特性，也就是分布式的特性。
作为一种概念，SOA已经成熟; 但作为一种架构，SOA的部署并非易事。
2006年6月22日，计算机世界报成功主办了第三届中间件应用年会。3年来，计算机世界中间件应用年会已经成为国内中间件技术与应用顶尖专家云集的论坛，成为中间件产业发展的风向标。今年年会的主题为“中间件主流应用趋势”。在此次年会上，记者感受到了SOA（Service-Oriented Architecture，面向服务的架构）在各行业应用领域“张弓搭弦”的迅猛发展趋势，同时也看到已进入实战阶段的SOA，在实施和部署方面所面临的一系列难题。
当前，企业对于SOA的需求已经越来越迫切，几个具有代表性的行业，如中石化集团的整个IT系统面临的突出问题就是系统要服务于业务，IT系统不再是辅助设施，也不再只是单纯的办公自动化系统，而是成为企业的核心部门，IT与业务已经密不可分。再比如，国内大部分银行IT系统已经陆续完成了由分布式向大集中的转变，接下来主要面临两方面的问题，一是保证旧有系统的正常运转和数据共享，二是为新的IT系统设计足够的弹性，使之能够灵活适应未来银行业务的实际变化。
SOA所具备的不依附于任何平台、面向服务的架构思想，力图使IT系统变成“松耦合结构”，以适应变革中的企业用户在改动和调整IT系统方面的需求。BEA公司曾经提出SOA“液态化”的模式，让服务在多层水平面上流动起来，这种思路恰恰符合当前各行业用户快速部署和灵活管理的需要。
近几年，SOA几乎已经成为企业应用架构的主流，从计算机世界“中间件应用年会”上可以看出，大部分主题演讲都涉及到SOA的应用和部署问题，IBM当前不仅以服务商的角色介入SOA，而且在此次大会上还带来了众多的SOA的成功实施案例；BEA公司也定位于SOA平台提供商，并且推出了一系列产品和方案；国内软件企业，像中创、东方通科技以及金蝶、用友、科诺等公司也在不同程度地切入SOA工具或解决方案的开发。种种迹象表明，SOA已经超越概念走向应用，并逐渐形成一股不可阻挡的潮流。
然而，在大规模实现SOA的过程中，一些观念也应予以澄清。
首先，SOA不可能解决所有的问题，SOA只是一个软件架构设计理念，而不是一个具体的构件或产品，因此它只是一个概念；其次，SOA也不能等同于Web 服务（Web Service），Web 服务只是SOA的一个实现技术。最后，SOA作为一种软件技术架构，还存在诸多不足：缺乏技术规范，实现SOA的Web服务技术尚不成熟，标准还处在发展之中；工具也还没有跟上，尤其在项目开发初期，企业用户付出的代价可能要比传统软件项目大得多。一些专家认为，现阶段实施SOA还存在一定风险。
尽管如此，SOA所具有的独有的“松散藕合”和广泛集成的特性仍然决定了它已经成为企业未来应用架构的大目标。计算机世界报社在中国率先对SOA和中间件领域予以密切关注，2004年、2005年，《计算机世界》方案评析实验室就已经连续组织了两届大规模的中间件解决方案的横向评估。由于看到SOA和中间件技术方面存在的许多实际应用问题，2006年《计算机世界》方案评析实验室组织的大规模中间件应用方案横向评估，将评估的范围扩大为SOA服务架构、协同商务/EAI、企业信息门户、RFID中间件等四个技术及应用领域的解决方案，并分别针对这四大类中间件技术和应用领域，组织相应技术领域的知名专家和行业专家组成专家评审组，在确定评估标准体系的基础上，对所征集的解决方案形成定性评估和量化结果。我们的目的在于从第三方角度梳理中间件应用市场格局，甄选、评价、推荐优秀的中间件解决方案，探究中间件应用的热点问题，实实在在地为产业和用户服务。
事实证明，在计算机世界第三届中间件应用年会上，基于SOA架构的RFID、企业应用集成和协同商务等受到了与会用户代表和专家们的一致关注，特别是对于RFID中间件如何帮助企业快速、低成本地部署物流系统，利用RFID中间件完善企业的供应链流程等一系列问题。此外，基于SOA的“大协同”的概念也得到了广泛的认同。
总之，SOA已被国内用户广泛认知、接受、重视，甚至考虑实施，表明SOA正逐步走向成熟和应用，也恰恰为受困于传统软件体系弊端的快速成长企业提供了新的希望。
数据来源：IDC，2007年3月
大中型企业认为成功实现SOA架构的最重要因素
数据来源：IDC，2007年3月
中国企业在实现SOA架构的时候,往往需要同时面对原有系统改造优化和新建系统两个层面的问题。
两条实现之路
不同的环境决定了不同的SOA实现道路。在中国，主要有两种类型。
系统改造与新建系统并行的企业
金融、电信等IT建设领先的行业是这种类型的代表。他们通常已经拥有一些应用系统，因此他们在IT建设中通常是系统改造优化和新建系统同时进行。
在被问及该如何将已有系统进行分割并形成SOA服务时，超过67%的大中型企业希望把原有系统切割并包装成为SOA服务。这一方面是因为大部分已有系统运行着核心业务，任何更改都可能对企业运营带来巨大的风险；另一方面，企业出于利用旧系统的考虑，不愿意轻易将原有系统推倒重来，或新建替代系统。因此，在对已有系统的处理上，这些企业往往采取以下几种方法：
1.对已有系统进行升级改造；
2.如果系统功能容易被切分，对已有系统进行切割和封装；
3.如果系统功能不容易被切分，把整个系统包装成一个服务，或者推倒重来，用新方法构造服务；
4.对于新建系统，采用粒度更小、组合更容易、架构更灵活的面向构件技术构造；
5. 用ESB(企业服务总线)实现新旧服务的注册与管理，以完全实现灵活的SOA架构。
以新建系统为主的企业
政府、国防、电力等还没有大规模地构造服务型系统的行业，可以从构造SOA服务着手实现SOA架构。然而，到目前为止，构建SOA标准服务的国际标准尚未形成。许多早期开始实践SOA架构的企业，可能通过EAI(企业应用集成)来实现，除了遇到性能上的问题以外，还因为缺乏标准导致更多信息孤岛的产生。实际上，即便在SOA市场成熟度已经非常高的今天，仍然有65%接受调查的企业表示，并不清楚如何在新建系统时按照SOA架构来创建标准服务。
这类企业的最佳实践，首先要遵循SOA国际标准,包括SCA(服务构件架构)、SDO(服务数据对象)等。然后，要尽量采用符合SOA标准的方法，如面向构件技术，来构造粒度更小、组合更容易、架构更灵活的服务。在实现SOA架构的第二阶段，企业需要考虑实现基于构件和服务的流程管理和软件治理。对于多服务的集成来说，则需要通过部署ESB(企业服务总线)来实现。
SOA实现面临三大挑战
大量接受调查的企业都已经开始了SOA之旅，并且计划在时机成熟后在全企业范围推广SOA。尽管实施SOA的回报很可观，但机遇和风险永远是并存的。SOA项目的设计和实施往往涉及对企业软件基础架构、管理和运营等全方位的冲击，还影响到现有软件供应商的利益分配格局，因此SOA项目的提出和落地都隐藏着诸多风险。同时，SOA的成功实现对相关系统、产品技术和实施人员都提出了很高的要求。
很多接受访谈的企业认为，做出适合自己企业的SOA规划，采用成熟的SOA技术支撑的产品，以及获得业务部门的支持，是企业成功实现SOA架构最重要的三个因素。
通过对大量企业CIO或IT经理的访问，IDC总结出以下三点影响SOA中国发展的因素。
第一，缺乏成功案例,市场信心仍有待建立。这一方面是中国企业在应用EAI效果不够理想后，对改变企业IT建设基础架构的新技术表现得过度谨慎；另一方面，作为还在不断发展成熟的技术体系，基于SOA的系统本身在性能和安全方面仍有待时间的考验。
第二，业务需求变化频繁，系统开发难上加难。业务设计的不精确导致企业系统不易用或难以扩展。需求频繁变化也是对SOA系统开发的一个挑战。在这一点上，国外软件更多是针对国外成熟的软件环境和需求，无法最好地适应国内系统开发中需求的频繁变化，而且也无法满足一些本地化的特定需求。
第三，人才缺乏。企业缺乏对业务和IT需求都充分了解的人员。软件开发商缺乏SOA系统的架构设计、项目管理和高级开发人员。这些导致目前SOA项目难以得到大面积的推广复制。
充分利用后发优势
构造服务和整合服务，是成功实现SOA架构的两个重要方面，而且这两个方面是相辅相成的。
正如网页搜索引擎的根基在于大量的网页内容，使用ESB(企业服务总线)来实现服务的注册、管理、检索、发现、使用是构造大量SOA服务的前提条件。因此，基于构件技术的SOA服务构造和基于ESB的SOA服务整合是成功实施SOA架构互补的两个方面。
SOA国际标准之SCA(服务构件架构)与SDO(服务数据对象)，对基于SOA方式构建服务十分关键：一方面，SOA服务需要构件来建造；另一方面，SOA服务本身的管理和组装也是面向构件的过程。因此，无论是SOA服务的构建，还是SOA服务的整合，都以面向构件为基础。
中国企业信息化建设相对较晚，采用基于遵循SOA标准的面向构件技术来实现SOA架构意义重大。IDC认为，中国企业可以充分利用后发优势，从一开始就部署符合标准、面向未来、灵活稳定、互联互通的SOA架构软件，转型为面向服务的实时企业，从而获得新经济时代的竞争力。
以面向构件技术为基础
SOA服务的构造，以及用标准的方法来重用与整合服务，是SOA的核心任务。考虑到IT建设背景和特定的市场环境，中国企业实现SOA架构的关键任务是，在一个标准的平台上构造企业所需要的所有标准服务。这与美国企业对已有系统的功能进行提取和包装形成标准的服务是截然不同的。这也决定了中国企业要遵循一条与自身IT建设实际情况和需求相符的SOA中国路线。
IDC建议中国企业用面向构件技术来建造SOA服务。同时，由于SOA服务本身的管理和组装也是一个面向构件的过程，因此，无论是SOA服务的开发，还是SOA服务的管理和使用，以面向构件技术为基础都是比较合理的。
链接:中行江苏分行的SOA之旅
中国银行江苏省分行是中国银行在江苏的一级管辖分行，下辖12家二级分支行和12家南京地区直属支行。
挑战：随着中国银行的上市，外部监管要求变得越来越高。中行把客户贷款的风险控制提到了战略层面，并希能借助信息系统将信贷的操作风险、市场风险和道德风险进行量化和监控。为此，中国银行选择信贷规模最大的江苏分行作为试点建设风险管理系统。
一期工程是由合作伙伴采用手工编码方式从功能实现的角度来构造的。然而，这种缺乏总体架构设计的系统无法全面适应业务和流程变化带来的系统数据结构和业务逻辑的变更。系统的改动往往不能按时完成，质量也很难得到保证。一期工程上线后，有些流程的调整难以实现。为此，江苏中行考虑启动二期工程，对系统进行升级。
方案：经过严格论证，中行江苏分行决定采用面向构件技术来进行系统升级。面向构件技术使各应用系统之间的信息沟通与整合变得容易。同时，开发速度的提升使开发商能更快地开发出原型系统，从而可以及时向用户求证是否满足需求。作为该项目的负责人，中行江苏分行风险管理部主管琚江指出，采用面向构件技术之后，系统功能增加了一倍，而费用却跟原来工程持平，开发效率提高了50%以上，应用维护成本节省了70%以上，构件复用率达到80%以上。
【关键词】SOA；Web服务；教学管理系统
1.引言
目前，许多高校存在校区多、分布地域广、各类学生多的特点，导致了大量的教育资源之间不能互联互通、缺乏有效的数据共享与软件复用、无法实现不同系统业务流程的集成。最典型的问题是呈现许多信息孤岛使教学管理的信息资源不能有效共享和开发利用。教学管理需要纵向、横向广泛的互联，利用信息技术、网络技术来辅助学校教学管理，已经成为学校教育信息化建设的目标和发展方向。采用基于SOA架构的思想来开发新的教学管理系统在不改变各种应用底层架构的基础上，可以很好地解决上述问题，这样的架构方式更能适应业务开发的需要。SOA架构的最大目的是尽最大可能重用已有应用程序中的服务来提高系统的实用性和适应能力。
2.SOA架构及实现技术简介
2.1 SOA的定义
简单的说，SOA(面向服务体系的结构)，它是用构建组成一个系统，一个松耦合的模型，把现有的系统组成新的系统。使原来的系统无论使用哪种平台都能够将其协同起来工作的一种软件系统架构。
SOA架构是一种程序设计的方法，可以用任何编程语言来实现。只要这种编程语言能生成服务并且支持WSDL平台即可。但随着Web Service技术的发展和日趋广泛应用，使得Web Service成为目前实现SOA架构的首选方式。
3.基于SOA的教学管理系统架构的设计
通过将原有教学管理以服务的形式进行封装，用基于SOA的思想框架集成后，在对外接口上都将用统一的Web Service进行封装。通过UDDI注册中心进行信息的，服务用户通过Internet在注册中心实现服务的查找和调用，以达到最大限度的资源共享。
4.基于SOA的教学管理系统架构的实现
5.结束语
SOA架构凭借服务间松耦合、粗粒度等特性来实现资源共享。它解决了异构开发平台环境的缺点，真正实现了将原有面向对象的信息模块的功能复用，而不需要重新编写代码。真正实现了在不改变原有基本资源的前提下，以最小的成本实现信息资源的重组来应对不断改变的业务流程的变化。本文成功的将SOA的架构思想和Web Service技术融合，实现了基于SOA的教学管理系统的架构的设计与实现研究，从而证明了用SOA架构思想对原有教学管理系统进行资源整合的可行性。
参考文献
[1]Hongbing Wang.Joshua Zhexue Huang Yuzhong.QJunyuan Xie.Web services:problems and future directions.Web Semantics:Scienc,Services?and?Agentson?the?World?Wide?Web,2004.
[2]XU Xin,SU Xin-ning.Building a new generation digital campus of university[J].New Technology of Library and Information Service,2005,119(1):58-65.
[3]柴晓路,梁宇奇.Web?Services技术、构架和应用[M].北京:电子工业出版社,2003.
[4]郭晋伟.SOA架构的管理信息系统设计与实现[D].沈阳:中国科学院沈阳计算技术研究所,2006.
[5]蒋杰,刘友华,曹天瑜.基于SOA的网络教学资源系统集成[J].科学技术与工程,2007,8.
《SOA中国线路图》白皮书参考了IDC的《2007年中国企业SOA应用调查》。该调查源自2007年3~5月对50家中国大中型企业CIO和IT经理所进行的面对面访谈或电话访问。IDC同时还对中国市场上主要的SOA供应商进行了面对面的访谈。而间接的调查研究，如IDC全球分析报告、新闻稿件、统计年鉴，以及其他公开信息，则是对这些访谈的进一步补充。
本次企业调查样本是随机抽取的。在行业方面，选取了银行业、保险业、电信业和制造业四个具有代表性的行业；在企业规模方面，定位在员工人数超过500人的大中型企业。
通过这种方法对调查范围加以限制，IDC认为本白皮书清楚地展示了这一重要群体对于实施SOA的态度和计划。从统计学的观点来说，由于样本量有限，本白皮书中定量统计的结果仅供参考。
SOA应运而生
随着市场竞争环境的变化，越来越多的企业在实现从以生产主导，到销售主导，再到客户服务主导的变迁。随需应变的客户服务能力越来越被企业所重视。SOA作为一种软件系统架构方法论应运而生。它能够满足市场对软件互联互通、复用和业务流程管理的需求。
面向服务的体系架构(SOA)是一种软件系统架构，其主要目的是帮助企业的业务流程更加灵活，通过让IT运行环境更好地支持业务的变化，来保证业务的灵活性。当业务灵活性发生变化的时候，IT的支撑架构就要很快地适应这种变化。
构建SOA服务，以及用标准的方法重用与整合服务是SOA的核心任务。SOA服务的构造可以是对已有系统中的功能进行提取和包装，也可以是基于新的业务需求进行构造。
中国企业日益关注SOA
2005年以前，中国企业还在问什么是SOA。虽然部分企业用户开始内部交流论证SOA，但觉得SOA远不如BI(商业智能)或EAI(企业系统集成)等技术词语来得通俗易懂。大部分IT专业人员也在头疼如何给企业用户讲明白什么是面向服务的体系架构。
2006年，部分企业已经开始试点实施SOA项目。随着厂商产品技术的不断完善和相关国际标准的出台，进入2007年后，关于SOA的话题慢慢地从为什么要上SOA转变到如何上SOA。
SOA处于局部应用阶段
IDC所作的《2007年中国企业SOA应用调查》显示，77.5%接受调查的中国企业开始考虑或已经着手实现SOA架构，其中已经部署SOA项目的企业占10%，已经规划或正在部署的占30%，正在进行SOA项目论证的占37.5%。尚未论证或考虑SOA项目的仅占22.5%。
当前大部分企业对SOA的接受仍然集中在论证、实验或某一功能或部门级别的局部性部署阶段。然而，这种局面正在发生变化。一些具有前瞻性的公司正在跨越功能和部门来拓展他们的SOA实施，最终将涵盖整个企业，甚至他们的合作伙伴、供应商和客户。这无疑将是更高级的SOA实施。企业可以由此获得巨大的商业利益，比如系统整合将节约大量成本，优化的单一客户界面将提高客户的满意度；服务的快速开发和部署能力也将不断推动企业的创新和利润增长。IDC认为，2008年大部分企业会开始在局部范围部署SOA应用，2010年会有更多的企业全范围地实施SOA。
图1 中国企业的SOA普及度
图2 中国SOA市场发展
图3 中国大中型企业现有软件系统在3~5年后还可以继续使用的比例
图4 中国企业在当前IT应用系统建设中面临的最大挑战
SOA在中国面临的挑战
如何适应业务需求的不断变更，如何对原有系统进行不断整合或扩展；如何控制成本，如何适应技术的更新换代，以及如何管理众多软件系统和开发商，是接受调查的中国企业当前在IT应用系统建设中面临的最大挑战。
能否帮助中国企业克服这些困难，使企业的IT架构更为灵活，从而从容地应对市场环境的不断变化，使企业现有的IT系统之间充分整合，从而使各个业务部门和环节更好地协同，通过服务颗粒和松散耦合，使企业IT系统的复用性提高，从而有效降低IT成本。这些都是SOA要迫切解决的问题和面临的挑战。这也是推动SOA的诞生和快速发展的关键因素。
适应业务需求的不断变更
近40%接受调查的中国企业认为，中国企业IT系统建设面临的最大挑战是如何适应业务需求的不断变更。中国经济的飞速发展和市场竞争的日趋激烈，使很多企业不得不通过不断的发展变化和业务创新来保持持续的竞争力。现有IT系统的相对刚性使很多CIO在面对频繁的业务变化时步履维艰、痛苦不堪。
从技术层面来说，许多软件系统完全采用手工编码，总体架构设计的缺乏，注定系统无法全面适应需求变更的需求。同时，由于中国企业的经营模式和经营理念因市场环境的变化而不断改进，业务和流程的变化也非常频繁。
由于业务需求的不断变更和软件系统架构的不灵活，使43%接受调查的中国企业认为，3~5年后自己所在公司一半以上的软件系统将无法继续使用。
这就要求软件系统必须能够灵活地满足现有及未来业务流程、组织结构的变化。
需对原有系统不断整合
中国企业在不同时期针对当时的应用需求开发了相应的各种小型管理系统，造成业务人员要面对越来越多的业务系统，操作十分繁琐，效率非常低下。在软件系统建设中经常需要对不同系统进行功能整合和数据源整合，这无疑增加了开发工作量、复杂度和整合后系统的风险。
管理众多软件系统
不少企业的软件系统是在不同时期，由不同团队、用不同工具开发的，导致系统维护成本较高。界面及操作风格的不一致，还增加了系统的培训成本。而与多家软件开发商打交道，无疑又增大了用户的管理成本。
重点关注服务、松耦合、重构的灵活性，以及对标准的支持，是任何一个SOA系统所必须具备的特征。在不同IT建设背景和需求下，实现SOA架构会有不同的具体路线图。通过审视中国SOA的关键任务，实现关键任务的典型技术和技术架构图，以及中国SOA市场上的现有解决方案和厂商分布格局，我们就可以总结出中国企业的最佳SOA实践。
链接:关于《SOA中国路线图》白皮书
随着厂商产品技术的不断完善和相关国际标准的出台，进入2007年后，关于SOA的话题慢慢地从为什么要上SOA转变到如何上SOA。为了让中国企业对SOA有一个更加全面的认识，《SOA中国路线图》白皮书于2007年5月29日在SOA国际标准全球路演中国站上了。
