企业应用整合解决方案计划草案.docxVIP

文档仅供参考 文档仅供参考 PAGE PAGE # 企业应用整合解决方案计划草案 2020年4月19日 美赞臣企业应用整合解决方案计划草案 MeadJoh nSon En terprise Applicati on In tegrati on Project Draft 一、 方案概述 系统将采用EAI这种国际领先的企业应用整合思路 ，她能够将业务流 程、应用软件、硬件和各种标准联合起来 ，在两个或更多的企业应用系统 之间实现无缝集成，使它们像一个整体一样进行业务处理和信息共享。 经过采集企业在其核心基础业务平台之上的数据 ，把企业各种应用无 缝地集成，对各种业务流程实现管理并实时监控与分析 ，在不同的企业业 务系统间，以及跨越企业边界的合作伙伴形成的商业网络间 ，安全地对信 息流实现智能管理，把相关的外部信息与内部信息有机地联系起来 ，全方 位地满足企业各种业务功能的要求。 工作流管理系统作为企业应用集成 (EAI)的手段，能够快速解决信息 孤岛、IT应用系统相对独立的问题，迅速填补信息鸿沟，实现数据的快速 流转。如果只是解决了 EAI与流程管理的问题，还无法完全体现工作流管 理系统的价值，经过流程分析与信息挖掘，我们还能够发现企业的流程弊 端,从而优化流程。如：某企业的某个业务流程，在一个环节上没有价值能 够删除，或者在某个工作岗位上平均工作时间过长 ，能够考虑工作分流等 等,以此来帮助企业管理层获取商业智能，辅助企业决策。 2020年4月19日 应用框架 解决方案在总体业务架构中的位置 ERP系统 应用 ° C颈至统 S61系统 EAI经过建立底层结构，来联系横贯整个企业的异构系统、应用、数 据源等。EAI解决方案的起源能够追溯到那些提供双向的解决方案以完 成在企业内部的ERR CRM SCM数据库、数据仓库以及其它重要的内 部系统之间无缝地共享和交换数据的需要。 2020年4月19日 文档仅供参考 文档仅供参考 PAGE # PAGE # 2020 年 4 月 19 日 这种分布式的引擎还采用 RMI服务方式，避开应用服务器，大幅降低 应用开发成本 ; 其流程定义支持 Script, 提供脚本调试工具 , 可轻松定义 各种复杂的流程逻辑 ;提供良好的扩展接口 ,支持流程模板、活动模板等 扩展方式 ; 并采用组件化设计 , 引擎提供 Ocx、 Dll 、Servlet 、 EJB、 Java Class 类型的接口 (WAPI), 可方便嵌入到 C/S、 B/S 架构的各类系统中 ;提 供应用集成服务器 (iConnect), 从而做到与其它应用系统实现 Com、 Socket 、 EJB、 Java Class 、JMS 等方式集成。为了更好实现集成功 能,SUNFLOV工作流还支持 WebSphere WebLogic、Boss等多种商业应用 服务器以及 MS SQL Server、Oracle、Sybase等多种数据库和 Windows、Linux、UNIX等多种操作系统。 三、 产品方案 企业信息化的不断推进 , 企业内出现越来越多的应用系统 , 可是这些 系统往往不是由企业直接规划的 , 而要幺是在不同的时间、不同的地点、 由不同的开发商开发的 , 要幺是直接成套购买的 , 她们所采用的操作系统 平台、数据库系统、开发技术都不尽相同。这些系统的开发语言不同、 部署平台不同、通信协议不同 , 对外交换的数据格式也有很大的差异 , 已 经为进一步推进企业的信息化造成了障碍 , 主要有以下几个问题 : 1、由于以前的很多应用系统都是单独实施的 , 造成了不同应用之间 的数据格式不统一以及系统间数据不能共享的情况。同时 , 企业内部数据 没有实现整体管理 , 为进行数据分析和数据挖掘造成麻烦。 2、不同的应用往往采用不同的软硬件平台 , 异构系统的大量存在使 得实现信息共享的技术难度增大。各种网络应用供应商早期为争夺市场 而长期形成的技术、平台壁垒 , 造成各种系统、产品间的互操作性往往很 差, 相互间难以配合 , 这也就是的同一个企业内的不同应用系统因为采用 不同的技术而难于沟通 , 在电子商务等技术普及发展的今天 ,其后果越加 明显。 3、企业内 ,特别是大型企业内的系统数目越来越多 , 新旧系统越来越 难整合 , 实施成本加大 , 效率降低。 4、电子商务环境下的企业应用 , 对系统的开放性要求越来越高 , 现有 应用较难以满足商务应用的需要。 解决这些问题的思路有两种 : 1、一种是将原有的系统舍弃 , 而重新从整个企业的高度规划重建各 种应用系统。可是这样做的难度是显而易见的 , 首先是重新规划成本太 高、难度太大 , 其次是风险很高 , 因为无法确定新的应用系统是否能够满 足企业的运作需