一个电子政务系统框架设计的话题，欢迎讨论。

如图所示，一个系统总体规划如下：

 

 

外网用户通过企业门户访问业务系统，企业内部的所有业务系统可以集成到门户网站服务器中。

 

在企业内部，各个业务系统之间使用EAI来实现，分为以下几层：

1.用户交互层：这个层面是一个面向用户的整合，强调的是要将来自多个信息源的信息以一种可定制的、个性化的界面展现给用户。

2.应用连接层：这个层面强调的是应用可以存取企业范围的信息，而且保证信息能够及时和准确传递。

3.业务流程整合层：这个层面强调的是对涉及不同系统、不同角色人员所进行的活动的控制和协调。该层面既可以将多个离散的应用当作一个应用程序管理，从而实现流程自动化，也可以将企业业务流程从应用逻辑中剥离开，并集中到相应的业务流程管理工具中来统一管理并根据需要调整。

4.构建整合层：这个层面强调的是新发布应用程序对企业遗留资产的兼容。当在 EAI 过程中需要编写代码来实现新功能，并希望新的程序能和现有的应用集成，我们可以选用某些企业级的连接技术。特定到 J2EE 平台，可以通过 JMS、JCA 以及 Web 服务来实现。

5.信息集成层：这个层面强调的是将企业内部的信息通过联邦、变换和复制技术将企业内部的信息源集成在一起，集成的数据源将屏蔽底层数据源的位置、类型等物理特性，会以统一的视图和接口呈现给用户或者应用程序。

 

 

在这里，我想问的是，以上的理解对不对？

各个层次都需要用得技术或者软件是什么？开源的商用的都可以说说。

现在有没有成功的案例可以参考？是不是在真正的项目过程中，要做到这样的很难很难？

 

我本身是个新手，对这套东西也是刚刚入手。想抛砖引玉，让高手或者已经有成功实施经验的同志们分享一下。

 

 

 

 

 

说实话 你这个图画得比较烂
再者，从图上看内外网是通过隔离网闸隔离的，那么多业务系统想要集成到门户网站上，在图上就用一条虚箭头代表集成，有点儿太虚了。

这个图算是物理架构部署图吧？？

这个图还可以了，楼主只是用图来表示下他的想法而已，应该还不是提交给最终客户的全部文档。

而“在图上就用一条虚箭头代表集成”，可以用类似技术结构图、系统分层等角度进行进一步阐述“如何集成”。

单纯的数据集成用到EAI、消息订阅分发、ETL、适配器等概念……
流程集成……
门户等……