企业应用整合解决方案计划草案样本.doc

美赞臣企业应用整合处理方案计划草案
MeadJohnSon Enterprise Application Integration Project Draft

一、 方案概述
系统将采取EAI这种国际领先企业应用整合思绪，她能够将业务步骤、应用软件、硬件和多种标准联合起来，在两个或更多企业应用系统之间实现无缝集成，使它们像一个整体一样进行业务处理和信息共享。
经过采集企业在其关键基础业务平台之上数据，把企业多种应用无缝地集成，对多种业务步骤实现管理并实时监控和分析，在不一样企业业务系统间，和跨越企业边界合作伙伴形成商业网络间，安全地对信息流实现智能管理，把相关外部信息和内部信息有机地联络起来，全方位地满足企业多种业务功效要求。
工作流管理系统作为企业应用集成（EAI）手段，能够快速处理信息孤岛、IT应用系统相对独立问题，快速填补信息鸿沟，实现数据快速流转。假如只是处理了EAI和步骤管理问题，还无法完全表现工作流管理系统价值，经过步骤分析和信息挖掘，我们还能够发觉企业步骤弊端，从而优化步骤。如：某企业某个业务步骤，在一个步骤上没有价值能够删除，或在某个工作岗位上平均工作时间过长，能够考虑工作分流等等，以此来帮助企业管理层获取商业智能, 辅助企业决议。

二、 应用框架
处理方案在总体业务架构中位置：

EAI经过建立底层结构，来联络横贯整个企业异构系统、应用、数据源等。EAI处理方案起源能够追溯到那些提供双向处理方案以完成在企业内部ERP、CRM、SCM、数据库、数据仓库和其它关键内部系统之间无缝地共享和交换数据需要。

这种分布式引擎还采取RMI服务方法，避开应用服务器，大幅降低应用开发成本；其步骤定义支持Script，提供脚本调试工具，可轻松定义多种复杂步骤逻辑；提供良好扩展接口，支持步骤模板、活动模板等扩展方法；并采取组件化设计，引擎提供Ocx、Dll、Servlet、EJB、Java Class类型接口（WAPI），可方便嵌入到C/S、B/S架构各类系统中；提供给用集成服务器（iConnect），从而做到和其它应用系统实现Com、Socket、EJB、Java Class、JMS 等方法集成。为了愈加好实现集成功效，SUNFLOW工作流还支持WebSphere、WebLogic、Boss等多个商业应用服务器和MS SQL Server、Oracle、Sybase等多个数据库和Windows、Linux、UNIX等多个操作系统。

三、 产品方案
企业信息化不停推进，企业内出现越来越多应用系统，不过这些系统往往不是由企业直接计划，而要幺是在不一样时间、不一样地点、由不一样开发商开发，要幺是直接成套购置，她们所采取操作系统平台、数据库系统、开发技术全部不尽相同。这些系统开发语言不一样、布署平台不一样、通信协议不一样，对外交换数据格式也有很大差异，已经为深入推进企业信息化造成了障碍，关键有以下多个问题：
1、因为以前很多应用系统全部是单独实施，造成了不一样应用之间数据格式不统一和系统间数据不能共享情况。同时，企业内部数据没有实现整体管理，为进行数据分析和数据挖掘造成麻烦。
2、不一样应用往往采取不一样软硬件平台，异构系统大量存在使得实现信息共享技术难度增大。多种网络应用供给商早期为争夺市场而长久形成技术、平台壁垒，造成多种系统、产品间互操作性往往很差，相互间难以配合，这也就是同一个企业内不一样应用系统因为采取不一样技术而难于沟通，在电子商务等技术普及发展今天，其后果越加显著。
3、企业内，尤其是大型企业内系统数目越来越多，新旧系统越来越难整合，实施成本加大，效率降低。
4、电子商务环境下企业应用，对系统开放性要求越来越高，现有应用较难以满足商务应用需要。
处理这些问题思绪有两种：
1、一个是将原有系统舍弃，而重新从整个企业高度计划重建多种应用系统。不过这么做难度是显而易见，首先是重新计划成本太高、难度太大，其次是风险很高，因为无法确定新应用系统是否能够满足企业运作需求。所以这种方案对于现有企业来讲可行性不高。
2、另一个就是保留原有系统，而利用已经有优异技术为现有系统提供互操作能力，使得各个不一样应用能够像是一个统一系统那样交互运行，实现无缝结合，这也就是所谓企业应用集成。这个方案在实施上不管是从成本、难度还是风险上全部比前一个方案要小，所以目前企业全部纷纷利用企业应用集成技术整合企业多种应用系统。不过系统开发语言不一样、布署平台不一样、通信协议不一样，对外交换数据格式也有很大差异，怎样去处理语言差异、平台差异、协议差异、数据差异所带来系统集成是处理企业范围内，甚至是跨企业不一样商务应用系统对接问题关键。
通常来说，EAI集成关键能够从以下多个方面进行：
企业应用集成经过建立底层结构，联络贯穿企业多种异构系统、应用、数据源等，实现在二个或更多企业系统之间集成，实现应用透明化。
EAI在技术上包含基础设施和工具二个部分。基础设施支持整合在一起各应用系统之间通信，并协调和管理组成工作流各活动单元。基础设施关键包含面向消息中间件、集成代理、适配器等。面向消息中间件对EAI 十分关键，因为它使得各应用系统之间实现异步消息传输。集成代理可用来封装应用集成过程逻辑。适配器是一个可配置软件组件，实现把数据或查询从一个模式转变成另一个模式和解耦应用。EAI工具可用于快速设计工作步骤处理逻辑和各个被集成应用系统和平台之间适配器。

EAI 通常性技术处理方案是利用中间件、应用程序接口和定制代码实现EAI。
用户界面集成：用户界面层集成是最简单集成方法，它将原先系统终端窗口和PC 图形界面改用一个标准界面(有代表性例子是使用浏览器) 来替换，多种应用被统一集成到使用者界面中。企业门户应用也能够被看成是一个复杂用户界面集成处理方案。
消息集成：该模式经过一个中间件产品实现多种系统间交互，然而，因为不一样IT厂商所提供不一样产品间不兼容性，所以，在进行企业应用系统集成时，需要进行定制化开发，系统实现效率低、开发工作量大、周期长。
数据集成：该集成关键发生在不一样数据存放上，数据集成包含数据共享、数据迁移及数据复制等。经过该模式，将从一个数据库中提取出数据经过必需处理和修整后，用来更新另外一个数据库信息。经过部分数据复制和中间件工具能够轻松地完成数据源之间数据传输。该方法优点在于不用对现有系统进行任何改动，代价相对较低，不过，商业逻辑常常只存在于主系统中,无法在数据库层次去响应商业步骤处理,所以它限制了实时处理能力，关键难点有数据格式转换、数据冗余和完整性保持等。
数据集成方法：批处理，数据合并，数据复制，ETL处理方案。
ETL（Extract、Transform、Load）处理方案是基于ETL引擎，从不一样应用程序析取、转换、过滤和装载数据到数据仓库，这是企业实现数据集成一条很有效路径。。
函数或方法集成：通常来说是处于同时模式，即基于用户和服务器之间请求对应模式。
应用集成：应用集成是指企业现有ERP、CRM等系统之间集成，是经过应用输入/输出来实现。经过提供对应框架规范，为各个应用系统提供对应适配器，实现系统间数据、函数相互调用，从而大大降低增加新应用时间及系统变更带来影响。
业务集成：业务集成是企业中事件处理、操作步骤化。业务步骤前身是工作步骤，它由一系列活动相互连接，从而完成特定业务活动。
B2B集成：是当企业集成范围扩展到企业外部开展电子商务时，所包含集成应用能够是用户方、供给商或合作伙伴，关键方法包含经过XML、EDI 进行交互、分布式过程调用和所采取专用代理等。
不一样EAI方法含有不一样特征，消息层集成含有良好可靠性，也含有一定实时性。应用层集成是完全同时，集成系统之间完全实时响应。消息层和应用层集成方法全部要经过编程实现，在企业遗留系统存在情况下，往往意味着系统改写，这一点大大增加了应用集成难度。数据层集成通常是实施比较差，不过其实现过程要比其它方法简单得多，而且基础上没有遗留系统集成障碍。
现在，企业应用集成不仅指企业内应用之间集成，也包含企业间应用集成。不过不一样企业不能够确保是采取相同技术进行应用集成，所以企业间应用集成不能采取传统集成技术，因为根本无法确保进行交互双方采取是相同中间件平台，而往往是采取web services方法。web services 使很多以不一样编程语言开发、由不一样供给商提供或运行在不一样操作系统之上企业软件之间能够相互通信。
传统企业应用集成(EAI) 技术其实是一个点对点继承方法，两个需要集成应用需要为相互编写集成适配器,所以为了在企业内部或企业和企业之间进行应用集成,就必需经过交流使应用之间达成一致,并分别就通信协议、消息格式、数据模型进行实施。当用户群很庞大时,这种点到点集成就变得很困难。使用流行分布式对象中间技术(如CORBA 等) 即使能够实现部分复杂应用集成,但因为其存在部分难以克服问题和缺点,所以并不是一个理想选择。多种分布式计算技术即使各自基于某种标准,但因为传输、数据定义、访问模型等机制均不一样,各自应用还是不轻易相互连接，而且缺乏一个普遍接收方法进行描述和定位,所以直接集成难度比较大。在信息表示和交换方面，XML 技术有极大发展空间,但在现有分布计算平台中融入这种技术并不很适宜,所以对广泛应用程序之间交互是不利;集成新服务需要进行复杂软件粘合；类似DCOM 和CORBA/ Java 之间出于厂商利益技术对抗也阻碍了企业应用程序统一集成。所以说,传统EAI 不是一个能根本处理集成问题方案。
采取Web Services集成方法。首先，企业开发人员使用WSDL 描述工具将本身待集成应用包装成Web 服务。接着，按需要将包装好Web 服务及其描述公布到Web 服务注册中心UDDI ,以供以后查询。假如另一企业应用想完成和此企业应用集成，它只需要经过UDDI API 来查询Web 服务注册中心，取得对方Web 服务WSDL 描述文档，然后将此WSDL 描述文档装载到自己开发平台中,并生成对应接口。假如同时使用XML Schema 工具能够快速地了解应用交互需要使用数据结构，并将此数据结构引入本身应用中，再使用SOAP 技术和对方Web 服务进行通讯、交互，就完成B2B 应用集成。

四、 用户价值
l 对电子行业猛烈竞争，确保企业可连续发展战略能有效实施；
l 为企业发明在速度、成本或质量方面竞争战略新优势；
l 显着降低生产制造成本，突显产品价格优势；
l 满足电子行业不一样发展阶段用户个性化需求；
l 帮助成长性企业快速反应，提升企业竞争优势。

五、 系统约束
　　1、 服务器平台：支持PC服务器、专用服务器、小型机等
　　2、 网络操作系统：支持Windows NT/
　　3、 数据库：MICROSOFT SQL SERVER
　　4、 用户机平台：PC兼容机
　　5、 用户机操作系统：支持Windows9x/、Windows NT Workstation；
　　6、 网络协议：支持TCP/IP、IPX/SPX
7、 WEB：支持WEB浏览