《某企业应用整合解决方案计划草案》由会员分享，可在线阅读，更多相关《某企业应用整合解决方案计划草案（7页珍藏版）》请在金锄头文库上搜索。
1、美赞臣企业应用整合解决方案计划草案MeadJohnSon Enterprise Application Integration Project Draft一、方案概述系统将采用EAI这种国际领先的企业应用整合思路，他能够将业务流程、应用软件、 硬件和各种标准联合起来，在两个或更多的企业应用系统之间实现无缝集成，使它们像 一个整体一样进行业务处理和信息共享。通过采集企业在其核心基础业务平台之上的数据，把企业各种应用无缝地集成，对 各种业务流程实现管理并实时监控与分析，在不同的企业业务系统间，以及跨越企业边 界的合作伙伴形成的商业网络间，安全地对信息流实现智能管理，把相关的外部信息与 内部信息有机
2、地联系起来，全方位地满足企业各种业务功能的要求。工作流管理系统作为企业应用集成 （EAI ）的手段，可以快速解决信息孤岛、IT应用系统相对独立的问题，迅速填补信息鸿沟，实现数据的快速流转。如果只是解决了EAI与流程管理的问题，还无法完全体现工作流管理系统的价值，通过流程分析与信息挖掘， 我们还可以发现企业的流程弊端，从而优化流程。如：某企业的某个业务流程，在一个 环节上没有价值可以删除，或者在某个工作岗位上平均工作时间过长，可以考虑工作分 流等等，以此来帮助企业管理层获取商业智能，辅助企业决策。应用框架解决方案在总体业务架构中的位置:EAI通过建立底层结构，来联系横贯整个企业的异构系统、应用、
3、数据源等。EAI解决方案的起源可以追溯到那些提供双向的解决方案以完成在企业内部的ERP、CRM、SCM、数据库、数据仓库以及其它重要的内部系统之间无缝地共享和交换数据的需要。这种分布式的引擎还采用 RMI服务方式，避开应用服务器，大幅降低应用开发成本；其流程定义支持Script，提供脚本调试工具，可轻松定义各种复杂的流程逻辑；提供良好的扩展接口，支持流程模板、活动模板等扩展方式；并采用组件化设计，引擎提供Ocx、 Dll、Servlet、EJB、Java Class 类型的接口( WAPI),可方便嵌入到 C/S、B/S 架构的 各类系统中；提供应用集成服务器( iConnect )，从而做到
4、与其它应用系统实现 Com、 Socket、 EJB、 Java Class 、 JMS 等方式集成。为了更好实现集成功能， SUNFLOW 工 作流还支持 WebSphere 、 WebLogic 、 Boss 等多种商业应用服务器以及 MS SQL Server 、 Oracle 、 Sybase 等多种数据库和 Windows 、 Linux 、 UNIX 等多种操作系统。三、 产品方案 企业信息化的不断推进，企业内出现越来越多的应用系统，但是这些系统往往不是 由企业直接规划的，而要幺是在不同的时间、不同的地点、由不同的开发商开发的，要 幺是直接成套购买的，他们所采用的操作系统平台、数据
5、库系统、开发技术都不尽相同。 这些系统的开发语言不同、部署平台不同、通信协议不同，对外交换的数据格式也有很 大的差异，已经为进一步推进企业的信息化造成了障碍，主要有以下几个问题：1、由于以前的很多应用系统都是单独实施的， 造成了不同应用之间的数据格式不统一以及系统间数据不能共享的情况。同时，企业内部数据没有实现整体管理，为进行数 据分析和数据挖掘造成麻烦。2、不同的应用往往采用不同的软硬件平台， 异构系统的大量存在使得实现信息共享的技术难度增大。各种网络应用供应商早期为争夺市场而长期形成的技术、平台壁垒， 造成各种系统、产品间的互操作性往往很差，相互间难以配合，这也就是的同一个企业 内的不同应
6、用系统因为采用不同的技术而难于沟通， 在电子商务等技术普及发展的今天， 其后果越加明显。3、企业内，尤其是大型企业内的系统数目越来越多，新旧系统越来越难整合，实施成本加大，效率降低。4、电子商务环境下的企业应用，对系统的开放性要求越来越高，现有应用较难以满足商务应用的需要。解决这些问题的思路有两种：1、一种是将原有的系统舍弃，而重新从整个企业的高度规划重建各种应用系统。但是这样做的难度是显而易见的，首先是重新规划成本太高、难度太大，其次是风险很高， 因为无法确定新的应用系统是否能够满足企业的运作需求。所以这种方案对于现有的企 业来讲可行性不高。2、另一种就是保留原有的系统，而利用已有的先进技术
7、为现有系统提供互操作能力,使得各个不同的应用能够像是一个统一的系统那样交互运行，实现无缝结合，这也就是 所谓的企业应用集成。这个方案在实施上不管是从成本、难度还是风险上都比前一个方 案要小，所以当前的企业都纷纷利用企业应用集成技术整合企业的各种应用系统。但是 系统的开发语言不同、部署平台不同、通信协议不同，对外交换的数据格式也有很大的 差异，如何去解决语言差异、平台差异、协议差异、数据差异所带来的系统集成是解决 企业范围内，甚至是跨企业的的不同商务应用系统的对接问题的关键。一般来说，EAI的集成主要可以从以下几个方面进行：企业应用集成通过建立底层结构，联系贯穿企业的各种异构系统、应用、数据源等
8、， 实现在二个或更多企业系统之间的集成，实现应用的透明化。EAI在技术上包括基础设施和工具二个部分。基础设施支持整合在一起的各应用系统之间的通信，并协调和管理构成工作流的各活动单元。基础设施主要包括面向消息的中间件、集成代理、适配器等。面向消息的中间件对 EAI十分重要，因为它使得各应用系统之间实现异步消息传递。集成代理可用来封装应用集成的过程逻辑。适配器是一种可配置的软件组件，实现把数据或查询从一种模式转变成另一种模式以及解耦应用。EAI工具可用于快速设计工作流程的处理逻辑以及各个被集成的应用系统和平台之间的适配C J JZjDB2前辅分析EAI的一般性技术解决方案是利用中间件、应用程序接口
9、和定制代码实现EAI。用户界面集成：用户界面层的集成是最简单的集成方式，它将原先系统的终端窗口 和PC的图形界面改用一个标准的界面（有代表性的例子是使用浏览器）来替换，各种应 用被统一集成到使用者的界面中。企业门户应用也可以被看成是一个复杂的用户界面集成的解决方案。消息集成：该模式通过一个中间件产品实现各种系统间的交互，然而，由于不同的 IT 厂商所提供的不同产品间的不兼容性，因此，在进行企业应用系统集成时，需要进行 定制化的开发，系统实现的效率低、开发工作量大、周期长。数据集成：该集成主要发生在不同的数据存储上，数据集成包含数据共享、数据迁 移及数据复制等。通过该模式，将从一个数据库中提取出
10、的数据经过必要的处理与修整 后，用来更新另外一个数据库的信息。通过一些数据复制和中间件工具可以轻松地完成 数据源之间的数据传输。该方法的优点在于不用对现有系统进行任何改动，代价相对较 低，但是，商业逻辑常常只存在于主系统中 ,无法在数据库层次去响应商业流程的处理 因此它限制了实时处理的能力，主要难点有数据格式的转换、数据冗余以及完整性的保数据集成的方法：批处理，数据合并，数据复制， ETL 解决方案。ETL（Extract 、Transform 、Load ）解决方案是基于 ETL 引擎的，从不同的应用程 序析取、转换、过滤和装载数据到数据仓库，这是企业实现数据集成的一条非常有效的 途径。函数
11、或方法集成：一般来说是处于同步模式的，即基于客户和服务器之间的请求相 应模式。应用集成：应用集成是指企业现有 ERP 、CRM 等系统之间的集成，是通过应用的输入/输出来实现的。通过提供相应的框架规范，为各个应用系统提供相应的适配器，实 现系统间数据、函数的相互调用，从而大大降低增加新应用的时间及系统变更带来的影 响。业务集成：业务集成是企业中事件处理、操作的流程化。业务流程的前身是工作流 程，它由一系列的活动相互连接，从而完成特定的业务活动。B2B 集成：是当企业的集成范围扩展到企业外部开展电子商务时，所涉及的集成应用可以是客户方、供应商或合作伙伴，主要方法包括通过 XML 、EDI 进行交
12、互、分布式 过程调用以及所采用的专用代理等。不同的 EAI 方法具有不同的特征，消息层集成具有良好的可靠性，也具有一定的实时性。应用层集成是完全同步的，集成的系统之间完全实时响应。消息层和应用层集成 方法都要通过编程实现，在企业遗留系统存在的情况下，往往意味着系统的改写，这一 点大大增加了应用集成的难度。数据层集成通常是实行比较差，但是其实现过程要比其 它方法简单得多，并且基本上没有遗留系统集成的障碍。目前，企业应用集成不仅指企业内应用之间的集成，也包括企业间的应用集成。但 是不同的企业不能够保证是采用相同的技术进行应用集成，所以企业间的应用集成不能 采用传统的集成技术，因为根本无法保证进行交
13、互的双方采用的是相同的中间件平台， 而往往是采用 web services 的方式。 web services 使很多以不同编程语言开发的、由不 同供应商提供的或运行在不同操作系统之上的企业软件之间可以互相通信。传统的企业应用集成 (EAI) 技术其实是一种点对点的继承方式，两个需要集成的应 用需要为彼此编写集成适配器 ,所以为了在企业内部或企业与企业之间进行应用集成 ,就 必须通过交流使应用之间达成一致 ,并分别就通信协议、消息格式、数据模型进行实施。 当用户群非常庞大时 ,这种点到点的集成就变得非常困难。使用流行的分布式对象中间技 术 (如 CORBA 等) 虽然可以实现一些复杂的应用集成
14、 ,但由于其存在一些难以克服的问 题和缺陷 ,因而并不是一个理想的选择。 各种分布式计算技术虽然各自基于某种标准 ,但由 于传输、数据定义、访问模型等机制均不一样 ,各自的应用还是不容易互相连接，并且缺 乏一种普遍接受的方式进行描述和定位 ,因此直接集成的难度比较大。在信息表达和交换 方面， XML 技术有极大的发展空间 ,但在现有分布计算平台中融入这种技术并不很合适 , 因此对广泛的应用程序之间的交互是不利的 ;集成新的服务需要进行复杂的软件粘合；类 似 DCOM 和 CORBA/ Java 之间出于厂商利益的技术对抗也阻碍了企业应用程序的统 一集成。所以说 ,传统的 EAI 不是一个能彻底
15、解决集成问题的方案。采用 Web Services 的集成方式。首先，企业的开发人员使用 WSDL 描述工具将自 身待集成的应用包装成 Web 服务。接着，按需要将包装好的 Web 服务及其描述发布到 Web 服务的注册中心 UDDI ,以供日后查询。如果另一企业的应用想完成和此企业应用 的集成，它只需要通过 UDDI 的 API 来查询 Web 服务的注册中心， 获得对方的 Web 服 务的 WSDL 的描述文档， 然后将此 WSDL 描述文档装载到自己的开发平台中 ,并生成相 应的接口。如果同时使用 XML Schema 的工具可以快速地理解应用交互需要使用的数据结构，并将此数据结构引入自
16、身的应用中，再使用 SOAP 技术与对方的 Web 服务进行 通讯、交互，就完成 B2B 的应用集成。四、客户价值对电子行业激烈的竞争，确保企业可持续发展的战略能有效执行； 为企业创造在速度、成本或质量方面的竞争战略新优势； 显着降低生产制造成本，突显产品价格优势； 满足电子行业不同发展阶段客户的个性化需求； 帮助成长性企业快速反应，提升企业竞争优势。五、1、2、3、4、5、6、7、系统约束 服务器平台：支持 PC 服务器、专用服务器、小型机等 网络操作系统：支持 Windows NT/2000 数据库： MICROSOFT SQL SERVER2000 客户机平台： PC 兼容机客户机操作系统：支持 Windows9x/2000、 Window
