精华内容
下载资源
问答
  • 企业应用集成之初学乍练

    千次阅读 2018-04-11 15:56:37
    企业应用集成(EAI)的需求企业不断发展,很多长期需要人为操作或者流程定制来处理的业务问题,为了提高效率会考虑引入软件应用系统来解决,比如,CRM(客户管理管理)系统,SCM(供应链管理)系统,ERP(企业资源...
    撸主:


    阿木   岂安科技项目经理


    基础开发出身,目前主要负责岂安产品的项目资源规划和过程管理。




    企业对应用集成(EAI)的需求


    企业不断发展,很多长期需要人为操作或者流程定制来处理的业务问题,为了提高效率会考虑引入软件应用系统来解决,比如,CRM(客户管理管理)系统,SCM(供应链管理)系统,ERP(企业资源计划)系统等。引入这些系统在当时是解决了一部分的问题,但是随着应用系统数量的增加,新的问题也慢慢暴露了出来。因为,每个应用系统都有不同的开发需求前提和问题背景,系统之间数据也是相互孤立;所以在企业内部,每个应用系统其实就是一个“孤岛”,相互之间没有畅通的信息交流与数据共享。于是经过一段时间之后新的问题就出现了:比如,信息和数据的更新的不同步甚至不一致的问题,更严重的是给客户也经常提供一些前后不一致的信息,导致客户无法接受,这会严重影响到企业的形象和信誉。



    企业要解决这些矛盾,一种办法是对现有系统推倒重来:将企业引入的各个信息系统全部更新成一个统一的管理系统,并要求各个部门都在这个统一的系统上工作(如:整个企业的所有应用都在一个ERP系统上运行),但考虑到成本、实施周期和难度因素,这不是一种切实可行的解决方案。还有另一种办法,就是企业从整体来考虑整个信息系统,根据实际需要,对各个应用系统进行总体规划,选择一个合适的集成平台,把企业的各个“信息孤岛”合理的集成起来。这种解决方案不管是从实施难度,还是从实施成本、周期和技术上考虑都是切实可行的。



    什么是企业应用集成(EAI)


    一般的应用系统是属于独立完成一项应用的软件产品,比如:ERP系统、OA系统、库存管理系统、人事管理系统等等;而系统集成是指将两种、甚至多种类型的应用系统通过二次开发将他们互相集成在一起,可以进行信息资源的共享和相互调用,比如将库存管理系统和ERP系统进行集成后,管理员可以通过ERP系统方便地查看物料零件的当前库存和标准价格等信息;而ERP系统也可以直接将库存管理统中单个零件清单和入库、出库、货品盘点操作等信息自动进行导入,以提高工作效率。


    图源百度



    企业应用集成(EAI)的分类


    关于企业应用集成,可以从深度和广度两方面来理解,然后进行分类。

    从集成广度来看:

    ✦部门内部集成到部门间的集成

    ✦企业范围内和企业间的集成


    部门内部集成到部门间的集成可以理解为一个商业实体(企业)的信息系统进行业务应用集成,比如酒店各部门之间消费的统一结算、直销企业的网上订单到送货的后台过程;但当在多个企业系统之间进行商务交易的时候,也可以表现为不同企业实体之间的企业系统集成,例如跨行信用卡在ATM上的互通、超市与供应商间的电子数据交换。


    从集成深度上理解,企业应用集成应该还可以归类为:数据集成、业务集成、应用集成三大类。


    数据集成


    数据应用集成是企业实施EAI的基础。数据集成的目的是将不同的数据库集成起来,提供一种单一的虚拟数据库,这样就不会出现与核心业务不一致的多个数据库。数据集成直接和企业应用系统的数据库打交道,对数据库进行直接的读写操作。数据层的集成可能是EAI里相对简单的一种集成技术。再简单点理解,就是将企业的签约客户信息与财务的合同收款记录在数据库的基础上打通,保持一致性。




    应用集成


    应用集成主要是指通过应用接口对应用系统实现集成。应用接口(API)是指应用系统以及客户自建系统为方便和外部应用系统连接而对外开放的软件接口。目前市场上的一些标准商业软件,例如ERP系统,CRM系统,电子商务系统等,为了更好的满足企业应用集成的市场需求,都有非常成熟的API。






    业务集成


    业务集成是将不同单位部门的不同业务流程利用应用集成技术集成在一起,实现跨部门、跨系统、跨企业的流程共用。




    企业应用集成(EAI)的目标


    目前企业应用面临着:多对多的数据交换,牵一发动全身商业逻辑多出重复,浪费开发资源;难以进行业务修改,无法快速推出新产品,新业务;开发质量难以控制等问题。所以,企业需要实现应用集成,马上就可以降低IT成本。因此,可以认为采用企业应用集成的主要目的就是:


    • 实现符合业务流程需要的信息交互。

    • 满足企业实施并行工程和经营过程重组的扩展需要。

    • 充分利用已有资源,通过实现已有应用系统的集成和封装保护企业过去在信息化建设上的投资。

    • 实现应用逻辑和过程逻辑的分离及过程建模与具体数据、功能的分离,支持在不修改功能的前提下,通过修改过程模型来完成集成系统功能的改变,以提高企业的灵活性和反应能力。



    企业应用集成(EAI)的步骤


    1. 业务模式分析

    2. 企业现状分析

    3. 确定集成策略

    4. 确定集成技术架构

    5. 统一元数据标准

    6. 分析关键集成店

    7. 制定实施计划

    8. 分步骤实施

    9. 不断优化


    一般应用集成实施步骤图



    采用企业应用集成(EAI)给企业带来的好处


    企业应用集成就是将企业内部已经引入的“信息孤岛”连接起来,实现数据共享和业务流程的共享,可为企业带来以下一些好处:


    充分利用企业已有的信息系统,保护企业在信息资源方面的投资


    企业的信息资源不仅包括大家所熟知的企业各类数据还包括企业的管理与决策模式,而这种管理方式体现在电子化上就是企业的各类信息系统(例如:ERP,MIS,财务,销售,SCM等),这些资源是企业花费了大量资金与心血组建起来的。企业应该充分利用好现有的信息系统和数据资源,将这些分离的“信息孤岛”连接起来,避免信息重复多次输入,减少信息存在的冗余,消除大量的垃圾信息,保证信息交流的一致性,保证部门之间进行信息共享,方便领导统揽全局。 



    优化企业内部的业务流程


    1. 利用EAI技术可简化企业内部的信息流,可以将企业传统的业务流程通过信息技术进行整合,实现企业内部业务流程自动化。

    2. 利用EAI技术减去不必要的数据重复输入,简化企业内部流程。

    3. 利用EAI技术可以将分散在企业内部不同地方的数据进行汇总,为领导决策提供服务。



    总结


    随着时代的发展,企业迫切需要把自身业务精简化、自动化,使得内部业务直接实现无缝对接,所有应用系统之间的集成将成为企业信息化系统发展的最终目标



    附录:关键词


    关键词:信息系统、信息系统集成、应用集成、企业应用集成


     信息系统

    是用信息化的手段将业务逻辑固化,是人、设备、应用软件、操作环境、业务流程的集合体。


     信息系统集成

    是根据应用的需求,将硬件产品、网络设备、系统软件、工具软件以及相应的应用软件等集成为一个具有优良性能价格比的计算机系统的全过程。


     应用集成

    是遵循规范的开放标准,并用技术手段通过系统间的功能交互,实现之间的信息交互。


     企业应用集成

    实现企业多个应用系统构建之间的协同,将孤立到的应用过程集成起来,形成一个面向需求的、协调的、高度伸缩的、集成的企业信息系统。

    展开全文
  • 企业应用集成架构和ESB

    千次阅读 2011-05-25 17:09:00
     首先要说的是本文参考了《Service.Oriented.Java.Business.Integration》一书,对于企业应用集成和ESB,这是一本不错的书,它的第一章《Why Enterprise Service Bus》对企业应用集成面临的问题有一个真切地...

      首先要说的是本文参考了《Service.Oriented.Java.Business.Integration》一书,对于企业应用集成和ESB,这是一本不错的书,它的第一章《Why Enterprise Service Bus》对企业应用集成面临的问题有一个真切地描述,并列举了一些候选方案,然后重点阐述了为什么要选择ESB。

    1.企业为什么要进行应用集成?(当前企业IT设施的面临的问题是什么?)
      具体内容可参照Service.Oriented.Java.Business.Integration》一书第一章,总结起来主要是这样几个问题。
      1.企业中有多套独立的系统运行,很显然,企业有让这些系统能在一定程度上连通并相互协作的内在需要.

      2.同一业务实体会存在于多个系统中,并且因系统的关注点不同而表现出不同的属性。并且让人迷惑的是,到底这个数据是属于哪个系统?对于这个问题,我还没有找到SOA的解答,目前认为,如果系统进行了SOA改造,上层系统视图中应该不会再出现有的各系统,因为在SOA中,它们都被一个个的服务屏蔽了,我想那些复合服务可能在一定程度上代表了统一的业务实体吧。


    2.企业应用集成基本的架构方案:

    宽泛地看,有四种基本的企业应用集成架构,它们是:
    Point-to-Point solution
    Hub-and-Spoke solution
    Enterprise Message Bus Integration
    Enterprise Service Bus Integration


    3.为什么是ESB?

    In my entire career, I have been fortunate enough to participate in much new generation IT system development for domains such as Airline, Healthcare, and Communications. Most of the time, I've been writing either adapters between systems, or negotiating and formalizing data formats between desperate systems. I know this is not because the former system's architects haven't put a long term vision to their systems in the angle of interoperability, but because systems have to evolve and interoperate in many new ways which were not foreseen earlier. This pushes integration providers to define new software pipes across applications. When we start this activity it might be elegant and straight forward, but sooner than later we realize that our integration pipes have no central control, administration, or management provisions.
    这是《Service.Oriented.Java.Business.Integration》一书作者写到的。按作者的描述,早期,作者采用P2P方式的架构问题很多,特别是当集成的系统很多时。很显然,作者非常认同需要有一种“中控”机制来协调系统通信,这正是ESB的必要性。
    从问题导向出发,我们可以思考:当一系列的系统联通在一起的时候,你需要如何解决这些问题呢?

    1.How many channels do we need to define for complete interoperability?
    2.How easy it is to change a system interface, while still maintaining interoperability?
    3.How do we accommodate a new system to the IT portfolio?
    4.How much we can reuse system services in this topology?
    5.Where do we plug-in system management or monitoring functionality?

    P2P网状结构的集成架构:



    其实只要我们想像一下P2P架构如何应对这些问题时,我们就会很自然地明白ESB的优势了。需要说明的是:P2P架构里需要在两两系统中间提供Adapter适配器才能连通,对于ESB来说,只要系统接入总线就能自由地与其他系统连通,根本原因在于ESB有一套标准,所有接入的系统必须满足这一标准才能接入。这一标准实质上就是WebServcie!

    下图是ESB架构的图解:


    展开全文
  • 企业应用集成分类

    千次阅读 2006-05-04 12:20:00
    从应用范围上,应用集成经历了部门内部应用集成,部门之间的应用集成企业范围内的应用集成企业之间的应用集成等几个阶段。电子商务的运营模式的发展,使企业与客户,供应商,合作伙伴,分销商在更广泛的舞台上...
    从应用范围上,应用集成经历了部门内部应用集成,部门之间的应用集成,企业范围内的应用集成和企业之间的应用集成等几个阶段。电子商务的运营模式的发展,使企业与客户,供应商,合作伙伴,分销商在更广泛的舞台上展开协作,这也对应用集成技术提出的更高的要求。
    应用集成在体系结构上也在不断改进。传统应用集成采用点对点的集成方式,应用系统间都应清楚对方的结构,相互之间通过接口相连,无须对系统进行大的修改,编码的工作量不大。随着需要集成的应用系统的增加,这种接口问题变得非常复杂,这时产生了消息代理集成的体系结构,应用系统只需与消息交换平台进行互连,大大减少了接口的连接数量,同时在系统改变或增加新系统时,只需改动消息代理那一部分即可,增加了系统的可扩展性,降低了系统维护和升级的复杂性。随着面向服务的体系架构(service-oriented architectureSOA)的提出,应用集成已经进入SOA时代,企业服务总线Enterprise Service BusESB作为SOA基础组件,支持异构环境中的服务、消息,以及基于事件的交互,并且具有适当的服务级别和可管理性,通过企业服务总线,各个应用系统只要挂接到总线上,就可以很容易的集成起来。
    应用集成从集成层次上可以分为人员身份集成,数据集成,应用集成,过程集成和平台集成。人员身份可以采用门户集成的方式集成。数据集成一般是多个同构或异构数据源之间采用ETL进行集成。应用集成是两个系统间函数或API方式集成。过程集成是基于工作流实现的业务流程集成。集成的最高层次是平台集成,即通过统一的集成平台中间件实现应用集成。
    展开全文
  • 几种企业应用集成方式的比较

    万次阅读 2017-12-29 10:35:25
    尤其是很多企业应用系统,因为我们定义的很多子系统是为了解决某个特定的问题或者问题域,在后续随着业务的发展和变化对于系统也会有更多的集成要求。于是,集成主要有哪几种方式?他们各有什么特点呢?这些问题就...

    前言

         我们做过的大部分系统其实并不是自己从头开始设计和实现的,很多时候是基于现有的基础再做扩展或者和现有的系统集成。尤其是很多企业应用的系统,因为我们定义的很多子系统是为了解决某个特定的问题或者问题域,在后续随着业务的发展和变化对于系统也会有更多的集成要求。于是,集成主要有哪几种方式?他们各有什么特点呢?这些问题就一一的浮现出来。这里主要针对一些原来个人项目中接触过的问题,结合一些前人的经验做一个总结。

    企业集成要点

        通常来说,我们需要将多个应用系统集成起来是的他们之间能够相互交互。出于系统演化和需求变更的影响,由于系统的差异导致我们集成的时候面临的困难也比较繁杂。很多时候我们最开始在设计某些系统的时候根本就没有考虑到集成的需要。因此在集成的时候主要会考虑一下几个要点:

    • 应用耦合度:这一点也和软件工程中的基本设计思想是契合的。即我们要求系统之间的依赖达到最小化,这样当一个系统发生变化的时候也会对另外一个系统产生尽可能小的影响。也就是我们所说的松耦合。
    • 侵入性:当进行集成的时候,希望集成的系统和集成功能的代码都尽可能的变动小。
    • 技术选择:不同的集成方案需要不同的软硬件,这些牵涉到开发和学习的成本。
    • 数据格式:既然系统要集成,从本质上来说就相当于两个系统的通信。那么相互通信的系统就要确定交换的数据信息格式来保证通信的正常进行。我们接触过的SOAP, REST web service, CORBA等都有特定的消息定义标准。
    • 数据时间线:集成还有一个需要考虑的就是当一个系统将需要传递数据发送给另外一个系统的时候,他们传送时间要尽可能少。这样可以提升系统整体运行的效率,减少延迟。
    • 数据或功能共享:有的应用集成还考虑到功能的集成共享。这种功能的共享带来的好处是使得一个系统提供的功能在另外一个系统看来就好像是调用本地的功能一样。一些典型的应用集成比如说RPC(远程方法调用)就符合这种特征。
    • 远程通信:通常我们系统调用是采用同步的方式。可以在一些远程通信的情况下,采用异步的方式也有它的优点,比如说带来系统效率的提升。同时也使得系统设计的复杂度变大。
    • 可靠性:我们不仅仅是设计系统集成方案,就是在一些简单系统应用里面也会考虑到,如果某个部分出错了或者失效了该怎么办?有什么办法可以提高可靠性?

        OK,有了前面这些要点,我们再结合目前几种主要的集成方式来一一讨论吧。    

    文件传输(共享)

         文件共享传输的方式是一种我们能想到的很简单直观的办法。它的典型交互场景如下:

     

         在这种场景下,我们一个应用产生包含需要提供信息的文件,然后再由另外一个应用来通过访问文件获取信息。在这里,集成部分所做的事情主要是将文件根据应用的不同需要做格式的转换。考虑这种集成方式,我们有几个重要的问题需要考虑:

    • 文件的格式:考虑到不同应用系统传递消息的具体样式不一致,A应用产生的文件如果能够给B应用直接使用是最好的了。尤其是如果如果有B应用的原生支持,对于集成来说将大大提高效率。因此,我们一些常见的方法是传递XML或者JSON格式的文本。 当然,在一些UNIX系统里面也有通过纯TXT文本传递信息的。
    • 另外一个比较重要的问题就是什么时候产生文件,什么时候处理文件。因为我们一般都需要一定的时间来产生文件,我们不太希望文件产生的太频繁。而且,在一个应用产生文件的时候怎么保证另外一个应用这个时候不去修改它呢?如果文件产生完了怎么通知另外一个应用呢?还有就是,我怎么知道另外一个应用已经处理过我处理的文件了?我们产生的文件会不会有重名的冲突?文件被处理完之后该怎么办?删除它还是重复再应用?这些问题是在消息传输比较频繁时很容易发生的。这些问题的发生会导致两个应用系统之间信息的不同步或者信息的错误,这也是采用纯文件传输的弊端。
    • 当然,在一些应用场景之下,文件传输还是有其优点的。在一些信息交换不是很频繁,而且对于信息的及时性要求不太高的情况下,这种方式还是值得考虑的。我们可以采用一些timer job的方式来产生和消费文件。只要保证两者不产生冲突和他们正确的执行顺序。集成的效果还是可以达到的。另外,采用文件传输还有一个优点就是对于集成的系统来说它比较完美的屏蔽了集成的细节。每个系统只要关注符合标准格式的文件内容,具体实现和数据交换他们都不需要关心。 

    共享数据库

         还有一种集成方式也比较常见,就是共享数据库。在很多应用开发的场景下,我们的数据库是相对独立提供服务的一部分。所以对于其他系统的对接也就比较容易,这种集成的方式如下图:

        和前面文件共享传输的方案比起来,这种方案有一个相对的优势,就是可以保证数据的一致性。在原来的方案中,如果文件要传输给多个应用的话,我们是没办法保证所有应用的数据是同步而且一致的。有可能有的快有的慢。而在这里,所有的数据都是统一存储在公共的数据库里,也就不存在这样的问题了。对于任何一个系统产生的数据或者变化,另外一个系统也就马上可以看到。

         当然,这种方案也有它不足的地方。首先一个问题就是对于多个应用来说,这个共享数据库需要能够适应他们所有的场景。不同的应用考量的点是不一样的,要能适应所有的需求对于数据库这一部分就显得尤其的困难。还有一个就是性能方面的问题,不同的应用可能会同时访问相同的数据导致数据访问冲突,因此也会带来如死锁等问题。

         所以说,这种方案出现问题的根源在于用一种统一的数据模型来解决各种不同的应用需求是并不现实的。

     

    RPC(远程过程调用)

         远程过程调用的方法在早些年的时候也比较常见。典型的如Java的RMI。典型的应用场景如下:

         以典型的java RMI为例,当我们需要访问远程方法的时候,需要定义访问的接口,然后通过相关工具生成skeleton和stub。然后一端通过stub给另外一端发送消息。在应用A本地的代码中访问stub看起来还是和调用本地方法一样,这些细节都由stub给屏蔽了。其他的技术如COM, CORBA, .net Remoting都采用了RPC的思路。

        RPC的这种思路能够很好的集成应用开发。当然,由于这种机制也会带来一定的问题,比如说java RMI或者.net remoting。他们都局限于一个平台,好比说我应用A是用java做的,那么如果要和另外一个系统通过RMI集成的话,那个系统也必须是java做的。另外,他们其实还是一种紧耦合。我们RPC调用是用的一种类似于系统api的同步调用,当一端发出调用请求的时候会在那里等待返回的结果。如果另外一个系统出现故障也会对调用方产生很大影响。而且我们用RPC调用的时候默认期望消息是按照发送的顺序给接收方的。但是由于各种环境的影响会使得接收的结果乱序,这样也可能会导致系统执行出现问题。所以从可靠性来说还是存在着一定的不足。

    消息队列

         看来前面几种集成的方式,我们再来看看消息队列的方式。消息队列的集成方式如下图:

         所有应用之间要通信的消息都通过消息队列来传输,由消息队列来保证数据传输的异步性、稳定性等。总的来说,这看起来有点像网络连接结构。所有数据通过一条可靠的链路来进行通信。

        那么,这种集成方式有哪些特征呢?

    •     更好的应用解耦:像以往采用文件传输或者共享数据库的方式需要知道文件或者数据库在哪里。对于RPC的方式来说甚至要知道对方的IP地址才能进行方法调用。这样的依赖太强烈。而且还对开发运行平台也有依赖。而现在这种方式则是只要双方规定好通信的消息格式,各自都只要发消息给消息队列就可以了。这就好比是两个人写信,一个人只要把要写的内容整理好再交给邮局,剩下的事情他就不用操心,全让邮局给他办了。这样,不管对方是什么语言开发的系统,只要他们采用统一的消息格式,java开发的系统也就能够和C++, .net等平台的系统通信了。
    • 消息的可靠性:我们具体发送消息的任务相当于交给了消息队列。所有提交的消息有消息队列里的message router来投递。这有点像网络概念里的路由器一样,根据一个发送方指定的地址并转发到另外一个地方。同时,消息队列也根据不同的需要将消息进行持久化,这样保证消息在投递的过程中不会被丢失。
    • 系统可靠性:如果对消息队列和RPC的方式做一个对比,这就好比是生活中打电话和发短信的区别。在打电话的时候,我们是必须期望接电话的对方在电话旁边能够接收响应。而如果接收人不在或者忙的话,打电话的这一方就只能在这里干等。这就是系统不够健壮的地方,一旦另外一方系统出故障,系统就没法正常运作。而且要保证能够正常通信,需要系统双方都同时就位。而发短信的这种消息方式则不然,消息可以准确的送达到对方,如果对方暂时忙消息也会保存在那里。等有空的时候会进行回复。至少保证了有效信息的传递。这种特性也就是保证了系统的异步执行,从某种角度来说也提升了系统性能。

        综合上面的这些讨论,消息队列算是一种兼顾了性能、可靠性和松耦合的一种理想集成方式。目前实现消息队列的产品有很多,比如微软的MSMQ, 开源产品ActiveMQ, RabbitMQ, ZeroMQ等。后续的文章还会对消息队列的应用和内部机制做深入的分析。

    总结

         应用系统集成的方式有很多,最常见的几种有文件传输,数据库共享,远程方法调用以及消息队列。他们在解决某些特定领域的问题时有自己的特长。综合来说,消息队列算是一种比较理想的解决方案。不同事物或者不同领域之间也有很多的相似性,在研究消息队列的时候会发现他们和网络的体系结构思想非常相似。

    展开全文
  • 浅谈企业应用集成的三个层次

    千次阅读 2012-11-22 19:35:38
    企业应用集成是为了提高管理效益,而不是仅仅追求技术的先进性,只有把握集成的度,分层次考虑,才能提高集成的效益。 早些年企业在信息化方面的一穷二白不同,最近两三年我所遇到的咨询客户,都有一些共性,一...
  • 互联网+时代的企业应用集成平台

    千次阅读 2017-11-28 12:51:21
    在互联网+时代,企业中的业务人员将面临比以往更加复杂的信息化环境,不仅仅是以往经常使用的那些业务...在以往仅面对本地化信息平台时,通过应用集成平台实现整合的业务信息化平台来实现业务创新的方式,在当前的互联
  • 企业应用集成(EAI)的几种方法

    千次阅读 2019-02-18 08:58:16
    数据集成 功能api集成 界面集成 门户集成 流程集成
  • 而多层Web应用构架中的Web展现层则被展开成跨系统整合的五层结构,分别称为用户界面集成层,业务流程集成层,逻辑功能梳理层,核心信息共享层,和应用外接界面层。在EAI平台上的有业务流程集成层、逻辑功能梳理层、...
  • 实战:基于ESB的企业系统集成

    千次阅读 2016-03-18 13:36:25
    随着企业信息化程度的不断提高,越来越多的信息系统逐渐上线,这些系统在为企业带来效益的同时,也带来了一些让开发及维护人员头痛不已的问题,主要表现在系统分散,信息孤岛,交互复杂,维护成本太高。 多说无益,...
  • 传统的企业应用集成(Enterprise Application Integration,EAI)解决方案有4种类型:用户界面集成、数据集成、业务流程集成、函数/方法集成,这4种集成方法不能方便、灵活、低代价地实现异构系统的集成,难以
  •  新系统集成注定不会是将所有应用的前端移植到Flex平台那样简单,这对客户的吸引力非常有限,同时也决定了客户的投入。我认为我们提出的整合方案在强调基于Flex的富客户端技术为客户提供的良好用户体验的同时,...
  • 大型企业网络系统集成的设计方案

    千次阅读 2019-01-02 11:05:30
    由于目前网络技术复杂多样化,企业网络系统集成不再那么简单,必须经过详细、周密的规划设计,才能确保网络系统达到目的,那么企业网络系统集成需遵循哪些原则?企业网络系统集成方案又该如何设计呢? 网络系统...
  • 复杂的企业应用系统都会基于一些平台来开发和运行。这些平台软件主要提供一些各个应用系统共同需要的功能,如用于数据传输的消息中间件,用于远程数据交互,方法调用的各种组件技术,用于数据存储和访问的数据库,做...
  • 2016年下半年系统集成项目管理工程师 下午试卷I (考试时间 14:00~16:30 共 150分钟) 1.在答题纸的指定位置填写你所在的省、自治区、直辖市、计划单列市的名称。 2.在答题纸的指定位置填写准考证号、出生年月...
  • 软件架构设计【五】-应用集成设计

    千次阅读 2011-07-08 10:03:43
    系统架构设计中,多个系统经常需要进行应用交互,这时就需要进行应用集成设计,介绍几种常用的应用集成设计技术: EAI:EAI(EnterpriseApplication Integration),是企业应用集成EAI是将基于各种不同平台、用不同...
  • 系统集成

    千次阅读 2011-08-22 00:39:27
    一、什么是系统集成?  系统集成,英文System Integration,指一个组织机构内的...系统集成包括设备系统集成应用系统集成。  设备系统集成,也可称为硬件系统集成、在大多数场合简称系统集成,或称为弱电系统
  • 系统集成项目管理之何为系统集成

    千次阅读 2013-07-15 21:18:12
    所谓系统集成(SI,System Integration),就是通过结构化的综合布线系统和计算机网络技术,将各个分离的设备(如个人电脑)、功能、信息等集成到相互关联的、统一和协调的系统之中,使资源达到充分共享,实现集中、...
  • 信息资源不仅包括大家所熟知的企业各类数据,还包括企业的管理与决策模式,而这种管理方式体现在电子化上就是企业的各类MIS系统,这些资源是企业花费了大量资金与心血组建起来的。但由于历史的原因,企业在信息系统...
  • 随着电视台业务的越来越复杂,必须对现有的各个系统进行整合,让这些分开的资源和系统处于统一管理和调配之下,使各个系统能够相互通信并产生整体IT业务流程,使电视台的生产环境从“局部优化”提升到“整体优化”...
  • 应用集成与数据集成建设总体思路

    万次阅读 2010-07-19 11:06:00
    它使您又往回走了一步,不仅分析您的应用程序的体系结构,而且还要分析您正设法解决的基本业务问题。从业务的角度来看,它不再是一个技术问题,而是要开发一种应用程序体系结构和框架,可以在其中定义业务问题,还...
  • 软件工程之信息系统集成

    千次阅读 2017-10-28 23:14:06
    现在的软件开发工作大多数是集成,所有部分都...网络集成、数据集成和应用集成分别用于解决系统的互连性、互通性和互操作性。 (1)网络集成(企业局域网) 重点是系统中异构网络的互连。 (2)数据集成(大数
  • 分布式应用集成技术浅谈

    万次阅读 2011-10-28 16:52:32
    与网络技术的发展和日益增长的应用需求相适应,分布式计算已经成为新一代计算和应用的主流。分布式计算中所涉及的分布式系统是指组件分布在网络计算机上且通过消息传递进行通信和动作协调的系统[2]。分布式系统具有...
  • 力软敏捷开发框架是基于.net平台研发出的一套采用面向构件技术实现企业级应用开发、配置、运行集成一体的综合技术平台。...作为应用集成平台,能够支持各种异构系统之间的应用整合,降低系统整合...
  • 机器视觉作为工业自动化系统的重要组成之一,其技术与应用也随着自动化行业的发展而日益成熟。具体体现在:图像处理能力和速度不断增强、光电器件性能的提高、各类标准的逐渐统一以及价格的相对降低。据AIA(自动成像...
  • 如何将报表系统集成到微信中?

    千次阅读 多人点赞 2016-10-28 11:51:55
    如今,随着信息技术的不断发展,很多公司采用微信企业号来进行...那么如何可以将报表系统集成到微信中呢?这里分享一下在微信企业号中创建独立的报表应用,并且将微信账号单点登录到帆软报表软件FineReport的权限对接。
  • 产品数据管理系统(Product Data Management, PDM)通过与各种计算机辅助系统集成,在逻辑上连通了各设计单元的信息化孤岛,实现了对产品设计数据的统一管理。但是在企业运作中产品数据管理会关联到多种业务。...
  • 企业服务总线项目集成标准

    千次阅读 2016-11-25 21:33:47
    采用 SOA 架构,基于ESB总线进行企业异构应用集成,可以有效降低应用系统、各个组件及相关技术的耦合度,消除应用系统点对点集成瓶颈,降低集成开发难度,提高复用,增进系统开发和运行效率,便于业务系统
  • 而从本人前述观点,未来的统一编程结构(至少是面向企业应用的)应该是开放的、适用于所有系统的,而从抽象层面看,关系数据库作为一种persist资源(或系统),应该也是工作于一种抽象的、统一的数据结构接口上...
  • 作者: 郑 文 平 (2005.08) 内容简介: 本文首先讨论了什么是单点登录,然后分别介绍集成IBM的产品(Lotus Notes)和非IBM产品(指运行在WebLogic,Tomcat等服务器上的业务系统)两类企业应用,我们的重点在于...

空空如也

空空如也

1 2 3 4 5 ... 20
收藏数 97,402
精华内容 38,960
关键字:

企业应用集成统一系统