从当初的针锋相对，到现在的逐渐融洽，管理软件集成的大趋势不可扭转。集成的模型已经很明朗：OA协同作为办公自动化基础，逐步扩充ERP之类的刚性系统。

　　SOA的出现，则为这种集成提供了更多的可能。

　　集成 大势所趋

　　企业管理软件业不断的更新换代，造成了企业信息化投资的重复性问题。随着企业对于信息化投资越来越理性，企业管理者在管理软件选型时，软件跟现有信息化项目的集成性问题，已经成为他们软件选型的重要指标之一。

　　OA 系统具有强大的工作流定制功能，可以适应于企业各种形式的审批表单和流程的需求，并能满足多层次的审批结构、支持较复杂的审批层次。目前国内大部分企业，都存在行政审批结构，因此OA强大的工作流定制功能，是每个企业信息化所必须经过的一步。

　　相对于OA，另一款重要的管理软件ERP实现了业务上的逻辑数据流，却不着重于行政结构上的审批。通过和OA的整合，利用OA的强大的工作流定 制功能，可以良好地完成对企业经营过程运行的支持，在更广的范围内，不同的时间跨度上做好企业的经营管理，提高企业的整体水平和竞争力。

　　国内领先的协同办公(OA)厂商泛微公司与国内最大的管理软件供应商用友软件已经给我们做出来最好的示范。这两家OA行业和ERP行业的领头行 业，联手为集团企业用户提供协同办公(OA)平台+ERP软件的企业信息化一体化集成解决方案，实现了两个管理软件平台的优势互补，从而更好的满足集团企 业的业务需求提升企业的核心竞争力。

　　SOA推波助澜

　　软件集成的另一个方向，就是会产生如SOA之类专门软件集成的平台。SOA目前在市场上的升温趋势，再次说明了管理软件的集成已经成为了未来的必然趋势。

　　SOA是一个整合各种服务的架构平台，核心本质是实现服务和技术的完全分离，从而在最大限度上实现服务的集成和重组。其就像WINDOWS、LIUNX操作系统一样，可以让安装在其平台上的软件互相进行沟通，进行数据共享，从而实现管理信息系统之间的集成。

　　基于SOA的OA与ERP的集成方案，可将ERP的各个功能组件通过发布成Web service、Service Bus进行集中管理与OA的工作流管理模块完全整合在一起，做到既能有效地进行软件服务的整合，又能实现松耦合的集成。

　　以SOA为代表的软件集成平台，拥有成本小、操作方便、易于集成等特性，将成为未来软件集成首要选择。而各个软件公司在设计产品时，也将会公开越来越多的接口，以允许其他软件跟其通讯。可以预见的是，未来将有更多的软件公司与企业用户加入到软件集成平台的队伍中来。

　　无论是管理软件的发展进程，还是企业信息化理念的不断更新，集成将成为协同OA行业的发展趋势。只有把多个系统整合在一起，才有可能实现真正的办公自动化。而OA，则在此扮演着尤为关键的基础平台作用。

　　企业信息系统集成的思路是，首先以数据集成为基础，实现在企业部门内的信息集成，继而在实现应用系统集成以及业务流程集成的过程中，完成企业内 各部门之间、企业与自身所处供应链上下游伙伴之间的信息系统集成。这种信息系统集成的方式，在企业内部和对外，以企业信息门户的方式实现，在供应链中通过 协同电子商务来实现。

　　尽管不同的企业的发展状况不同，但这些企业已经开始实施自己的信息化战略，完成了信息系统集成的第一步，即数据集成。其表现形式是建立了针对自 身业务的信息系统。针对制造业企业的信息系统集成需要从原料采购、产品生产、产品物流、产品销售、客户服务和供应商服务等管理流程人手。依据协同理论，将 信息系统集成中的协同分为内部协同和外部协同。

　　1、信息系统集成的内部协同框架

　　信息系统集成的内部协同是通过建立企业信息门户的方式，将企业内各个部门和系统的信息以及企业对外的一些日常信息集成到一个统一的平台。该平台 所涉及的模块包括e-Documents，e-CRM，e-Logistics，e-Project，e-HRM，e-Financials，e- Procurement。EIP平台的建立为这些模块提供了数据支持，这些模块是企业日常运作的基础，它集成了包括企业财务ERP、知识管理系统以及其他 相关的一些MIS系统的信息。

　　e-Documents是提供全面的知识管理的框架，允许企业在任何地点和时间，张贴、存储、创建文档并共享信息。所有的文档都可以经由浏览器 搜索并获得，并将不同等级的文档赋予不同权限的人。文档管理系统使得内部和外部的交流更加容易，企业可以建立公共Web站点和内部网，为不同用户提供不同 的内容呈现。这种友好性和柔韧性的结合使得这个模块适合于任何大小类型的组织。

　　e-CRM集成的访问客户信息，包含了传统的CRM产品的全部范围。将客户集成到服务、销售、产品和财务组织中，真正获得对客户全方位的观察，通过这个基于因特网的CRM解决方案，企业可以管理关于客户、潜在客户、合作伙伴的合同、通信、文档和需求等相关信息。

　　e-Logistics实现产品、服务和价格的管理，并通过Intranet和Internet共享信息，同时还可以实现企业的目录、项目和价格的管理。

　　e-Project管理与项目相关的活动和资源，并从矩阵视图观察组织的效能。不论咨询公司还是建筑公司，项目管理意味着所有相关资源的管理，包括从员工信息到物料信息。

　　除了传统的 HRM管理的功能，e-HRM还有对与角色和安全权限相关的员工和信息的维护功能。e-HRM可以让所有员工通过因特网访问企业的信息系统，与其他模块相集成，员工可以轻松跟踪与他名字相关链接的产品、客户、文档和外部及内部的请求。

　　e-Financials通过Intranet和Internet自动进行数据的收集和处理，能在线分析组织的效能，实现中央控制和本地执行的 集成，集成中央控制与各地运作部门的指令。e-Financials产生并保证来自个人和各地运营部门数据的有效性，以获得详尽的分析报告。它使企业可以 分析基于地理层次、组织单位和业务处理链中的财务绩效，可以通过集中信息提供对本地运转的监控，可以使用户浏览多种预算和实现财务报告功能。

　　e-Procurement与e-HRM相结合，可以保证对全部流程的电子管理;减少请求处理的作业成本;提供定制好的视图和报告;满足企业定 义适合自己管理要求的请求和工作流程的需求。企业信息系统集成的内部协同框架通过各个模块和业务系统之间构成的协同网状结构来完成对企业相关资源的统一管 理，统一管理的过程通过Web Services实现。要使企业内部协同效应得到最大化体现，还需要使用数据仓库技术，利用数据挖掘手段，进一步实现企业内部协同过程中竞争力的提升。

　　2、信息系统集成的外部协同框架

　　信息系统集成的外部协同表现为协同商务的形式 ，通过构建融B2B、B2C、物流、整体CRM以及与企业现有相关业务系统为一体的外部信息化平台，融入一个将企业所有应用和数据集成的统一信息管理平 台，使企业能够释放和存储内外部的各种信息，加速供应链各个环节中的企业问的信息传递，使企业在外部协同过程中实现价值增值。

　　客户门户为终端客户提供一个交互平台，实现客户互动的自动化和智能化。客户知识应用于企业面向客户的决策所产生的效果或能力，称为客户智能。客 户门户的出现有利于客户知识产生、分发和利用客户门户与企业其他应用系统和门户结合，能为企业建立一套合理完善的客户智能体系。

　　物流门户为第三方物流公司或本公司的物流部门提供交互平台，提供完整的物流服务，实现物流过程的动态控制。物流门户与分销商门户以及供应商门户 结合，实现对供应链前端的供应商物流和供应链末端的分销商物流的统一管理，同时与企业内部的生产环节一起，实现企业生产制造过程的价值增值。

　　分销商门户协同商务与企业传统营销渠道的结合，通过与企业内部的DRP系统和物流系统的无缝结合，确保传统营销渠道电子化过程的畅通无阻。作为企业与分销商的交互平台，分销商门户需要与客户门户和物流门户一同管理销售数据，并为企业生产提供导向。

　　供应商门户是实现全球化的电子采购和电子招标的基础。它利用因特网以及 Web服务技术，保证供应商与企业之间双向选择的动态性，从而依靠整个互联网为企业达到降低生产成本的目的。供应商门户的另一个作用是通过与供应商合作时的一些约束机制，确保供应商服务的稳定性。

　　电子商务门户提供有别于传统营销渠道的营销服务，同时通过与企业内部协同框架的结合，提供对企业不同类型产品的展示。电子商务门户与物流门户结合，提供 自动化的交易服务 ，同时与客户门户结合 ，为客户消费行为信息的收集提供新的渠道。

　　这些门户是企业信息系统集成外部协同的表现形式，它们保证了企业客户、供应商和合作伙伴等能够通过单一的渠道访问其所需要的服务和个性化信息。 外部协同框架利用基于供应链的协同网状结构实现了供应链上资源的优化配置，提高了供应链的持续改进能力。企业外部协同效应的进一步提升还需要依托基于客户 服务和供应链管理等相关信息的数据挖掘手段，同时利用 web Services技术，提高供应链流程的自动化程度。

　　结论

　　企业信息系统集成是解决企业信息孤岛的有效方法。基于协同理论的企业信息系统集成框架适应的不仅是现阶段企业发展的需要，也能适应将来企业所需 要面对的内外部结合的企业信息系统集成的需要。基于Web Services技术，使得企业信息系统集成具有动态性的特点，同时基于数据挖掘技术，增强企业信息系统集成的自我改进能力，在实现企业内及企业间动态集 成的过程中，提高企业的竞争力和实现企业的价值增值。

 Web服务(Web Services)是目前程序设计领域中的一项新技术，是一个崭新的分布式计算模式，指的是模块化的独立于平台和与语言无关的系统功能，这个功能是基于开放标准并且它是根据所支持的交易方案需求来使用的。然而，术语“Web服务”有点让人觉得模糊，因为它描述了相关但却是不同领域的解决方案，包括贸易商到贸易商的集成(B2B)，企业应用程序集成(EAI),以及基于远程过程调用(RPC)的基本服务。另外，Web服务如今存在着大量的标准——这些标准将很可能会因为它们发展和成熟而融合。为了更好地理解术语“Web服务”，我们使用了限定词——“协作的和基本的”来描述当前Web服务的发展。

　　1.1对比基本的Web服务和协作的Web服务

　　1.1.1基本的Web服务和协作的Web服务具有一些共同的特征：粗糙的——典型的，Web服务扮演在基于对象或组件的服务内详细描述的门面;松耦合——服务消费者和服务提供者不知道关于彼此的内在实现。因而，Web服务是独立于平台和语言的;自描述——存在着对这些服务的标准描述。那些通知其他系统有关服务细节的描述包括了链接它们的方式和它们可靠特征以及安全参数。

　　1.1.2那么，什么东西是基本Web服务中缺少而却是协作的Web服务的一部分呢?三个关键特征：可靠性——可靠的通信意味着它确保一条消息至少被发送——并且至多一次只送到一个接收者，这个接收者可以过虑掉重复的消息。这两大功能结合在一起就产生了可确保的、一次仅一次的传送。因为发送者和接收者都必须比较进来的消息和先前的消息以决定它们是否是重复的，这一项保证就暗含着消息的持续性;安全性——考虑到在互连网上，而不是在有防火墙控制的企业内部网出现最多的交互，可以说这是一个关键的组件，特别是对于基于B2B集成的Web服务。安全性关注存在的风险，这些风险包括从消息完整性和机密性到端点的网络级的保护。在两个消息端点之间的网络保护是有效的，但消息已被接收和从网络中移除的情况是一次也不会发生的;交易处理——协作的Web服务典型地包括有多个交易活动，它们是作为协作的一部分的。因而，我们必须在那些活动中定义事务和次序——处理指的是交易过程的编序。

　　1.2小结基本的Web服务和协作的Web服务的差别如下

　　基本的Web服务 协作的Web服务

　　为带有单一请求和响应的交互提供了简单的模式 为带有多个消息交换的交互提供了精练的模式

　　具有有限的安全需求 具有强烈的安全需求

　　不支持交易协作 支持交易协作

　　同步的且不可靠 异步的并且可靠

　　只读的 可读并可更新

　　2可应用的组件平台及技术

　　下面概述一下满足Web要求的两个组件平台和两种技术风险：Java2平台，企业版(J2EE平台)，ebXML和SOAP。

　　2.1 J2EE平台

　　基于Java2平台，标准版本(J2EE平台)，J2EE平台提供了健壮的建立、部署和管理分布式的多层的企业应用程序的基础。既然J2EE标准微你的基于服务体系中的应用程序提供了核心功能，那么那些成为创建Web服务砖瓦的组件根据那些标准创建。

　　另外，我们能够在J2EE平台下包装和改编我们的组件，因而提供了一个标准的访问既新又合法代码的途径。特别地，我们包装合法的组件，这些组件没有暴露依从于J2EE的接口，例如，J2EE连接器体系和改编已经存在的J2EE组件以适应我们需求。

　　建立基于J2EE平台的系统仅仅是一个开始。下面面临的问题是如何使系统模块化且可扩展，可重用，可伸缩，可维护等等。除了学习如何使用相关的API外，也必须要获取健壮的设计和软件体系原则的稳固理解。

　　在Sun专家服务(http://www.sun.com/service/sunps/architect/)中，在我们着手处理J2EE平台和基于Web服务的项目中，我们会基于大家熟悉的模式分类，用它们来帮助我们理解在特定环境中解决出现的问题。合理使用模式会提高我们进度的效率：我们为与给定的熟悉的解决方案相呼应的软件开发项目作图表，用共同的词汇与我们的团队人员进行交流。

　　2.2 ebXML

　　今天的电子商务世界正经历着对可靠和安全的消息以及自动化能力，特别使交易协作的紧迫需要。当前ebXML是唯一为基于B2B的Web服务协作而定案的、业界标准的声明集。

　　ebXML是联合国贸易促进和电子商务中心(UN/CEFACT)和结构化信息标准发展组织(OASIS)共同倡导、全球参与开发和使用的规范，其中UN/CEFACT提供相关的商务技术，OASIS则提供XML及相关技术的支持。ebXML作为电子商务全球化标准，它是一组支持模块化电子商务框架的规范，支持全球化的电子市场，它使得任意规模的企业能够通过交换基于XML的信息，不受地域限制地接洽和处理生意。

　　2.2.1 ebXML体系结构如图2所示

　　一些IT人士使用术语“ebXML”来指定ebXML一系列声明中的其中之一。例如，一些人可能会说，“让我们在咱们项目中使用ebXML进行可靠通信。”在这种情况下，话语实际所指的是ebXML消息服务声明，它只是ebXML体系中的一个组件。必须承认的是，以为声明支持可靠的通信，它经常会被一些交易商首先考虑到。同时，牢记ebXML是作为一个由多个声明所组成的整体出现的，那些声明可以被递增地或者每一个独立地采用。

　　ebXML体系具有的主要声明如下：可靠通信：ebXML消息服务声明(ebMS)——它提供了可靠的、一次仅一次的传送，成层在SOAP消息之上;交易过程声明：ebXML交易过程声明模式(ebXML BPSS)——它定义了交易活动、协作和事务，并且描述了它们的关系。它也提供了机器可读的声明实例;贸易伙伴配置和协定：ebXML协作协议配置和协作协议协定(ebXML CPP/A)——它持有伙伴运行时系统的配置信息并存储了服务质量信息;注册中心和存储中心：ebXML注册中心/存储中心(ebXML Reg/Rep)——它为构件提供了强大的分类和存储机制，包括有BPSS和CPP/A。

　　那么，面临的选择就不是使用“ebXML还是SOAP”的问题了，而是是否扩展SOAP以支持ebXML消息的可靠性。

　　2.2.2 ebXML的好处

　　ebXML的首要目标是促进基于XML和文档交换的全球电子市场建立。由UN/CEFACT和OASIS国际性地发起的声明为建立支持协作的Web服务(包括可靠的通信)提供了一个开放的业界标准。

　　认识到ebXML的好处是为组织扩展它们的电子交易事务、发展它们伙伴和操作多个传送通道而提供的低成本的可替代方案。

　　2.2.3 ebXML的认可

　　已经有多个业界标准组织宣称它们对ebXML标准的认可，其中有：开放传播联盟Open Travel Alliance (OTA)，一个国际化的传播协会;开放应用程序组 Open Applications Group (OAG)，一个进行电子交易和应用集成的协会;全球商业主动者Global Commerce Initiative (GCI),一个引领制造商和消费者商品的零售商的自愿组织;自动化和零售行业技术标准组织 The Standards for Technology in Automotive Retail (STAR) organization,支持零售自动化操作的公司联盟;RosettaNet ,一个电子交易的开放标准组织;Health Level Seven ，一个开发关注健康标准的组织。

　　2.3 SOAP

　　当使用术语“SOAP”时，我们特定指的是声明的套件，包括有Web服务定义语言(WSDL)和统一描述、发现和集成(UDDI)，也被称之为WUS(即WSDL、UDDI、SOAP的首写字母合成)。这个标准栈没有ebX.ML声明那么强大，也没有那么多的丰富特征，但是要较之使用简单并更适合满足变换的需求。

　　例如，在应用程序层，位于HTTP之上的SOAP协议不足以提供可靠的消息传递。与能够被SOAP和WSDL实现的服务质量相比，比带有CPP/A的ebXML捕获的服务质量要为详尽、精道。

　　组成WUS标准栈的三个主要声明:SOAP声明——没有提供消息可靠性和安全性;WSDL 声明——提供了服务描述，因而服务消费者能够调用服务;UDDI声明——为定位业务和它们的Web服务提供注册。

　　通过如下步骤看一下Web服务的工作机制：

　　图3Web服务的工作机制图

　　2.3.1 SOAP的好处

　　SOAP作为为远程过程调用RPC和企业应用集成EAI提供传输和集成机制是有价值的，特别是在与B2B场合相比可靠的消息传递和安全需求均受限制的情况下。

　　2.3.2 SOAP的安全问题

　　在一些为Web服务开放的安全标准中，主要有两个提案：安全声明标记语言(SAML)——这是一个类似于XML，用来为授权和认证进行编码和交换机制的安全标准。SAML关注于支持单个广播信号single sign-on (SSO)的安全信用。SAML是在OASIS安全服务技术委员会(WSSTC)指导下开放，并用作基于XML的安全标准。Web服务安全WS-Security(WSS)——这是一个关注消息完整性，机密性和签订的安全标准。WSS并没有强调SSO，但是它详细地包括了消息加密。WSS继续在OASIS Web服务安全技术委员会(WSSTC)指导下进行开发。

　　SAML要比WSS更为成熟。即使这样SAML和WSS也有重复，它们并不是相互排斥的并且可以融合到将来的一个单一标准。

　　要想利用SAML或者WSS取得成功，你必须建立一个分层的系统，这个系统要支持当前和未来的安全实现。服务提供者接口(SPI)仅仅提供了削减连合的类别，这种连合对于能够有多个插槽实现是必需的。

　　从Sun领头、基于广泛使用的ebXML 和SAML工程来看，图3显示了建立基于SPI(服务提供者接口)的安全服务途径的基本体系结构，在这个体系结构中每一个被指派的权威组件包含一个提供者接口，它能够提升任何数量的具体实现。例如，签订权威authentication authority既可以使用一个基于Sun ONE的标识服务器Identity Server提供者也可以使用一个基于另一个与Sun ONE兼容的服务器的提供者。因为每一个供应商实现都暴露了相同的SPI，你能够如期望地那样交换或者替换另一个供应商的实现。这种方式不仅减少了锁定供应商的问题，它也利用了现存的体系结构。

　　也请关注Liberty Alliance ,它是建立在SAML之上用来提供健壮的标识管理方案。最近一项重要事件是Sun公司发布的Sun ONE Identity Server 6.0，它是基于Java技术、Liberty Alliance 和SAML声明的。产品发布者通过单一广播信号SSO来访问应用程序和服务的，并承诺在企业管理花费方面会有显著的削减。

　　3 Sun ONE如何帮助我们

　　Sun开放网络环境(Sun ONE)是Sun公司基于标准的建立和部署Web服务和所需要服务的软件平台该平台使得你能够连接并集成你们企业信息资产，还使得服务在线可用。简单描述如下：

　　应用程序开放和内容发布 Sun ONE Application Server7提供了一个与1.3标准兼容的J2EE平台环境，用于开发并发表企业解决方案和Java Web服务。它集成了Sun ONE Studio 4应用开发环境。Sun ONE Web Server能够在高可信和服务层将内容发布到终端用户。从如Java Servlet和JSP技术生成的Web内容受紧凑的安全标准和鉴定及访问控制选项所保护。

　　安全和网络鉴定 Sun ONE Identity Server 管理安全访问基于Web的资源，并提供一个鉴定系统，它包括有访问管理，标识管理和目录服务。Sun ONE Directory Server 存储并管理了标识描述，访问优先权及应用程序和网络资源数据。

　　ebXML消息处理系统(MHS) Sun ONE Integration Server，安全贸易代理使得交易能够集成处理多个应用程序的交易，而这些应用程序是跨操作系统和通信协议的。

　　4小 结

　　当前技术，包括建立在SOAP和SAML之上的ebXML,提升了可信赖和安全的Web服务的开发，它能够跨互联网处理伙伴们之间的复杂事务。同时，开发人员能够用SOAP和WSDL建立更为基本的基于远程过程调用的Web服务。

　　尽管Web服务存在的许多标准有时候会引起混乱，但是目前正在努力在当前状况下融合相关的声明以提供更为清晰的标准。随着标准的发展，建议企业密切关注，逐渐将Web服务技术应用到作为相关并合适于它们商业需求的企业基础体系中。

        2. 内容组织（Web 2.0）
        以健康体育为基调，组织门户信息资源、展现企业面貌。 web2.0是互联网的一次理念和思想体系的升级换代，由原来的自上而下的由少数资源控制者集中控制主导的互联网体系转变为自下而上的由广大用户集体智慧和力量主导的互联网体系。