异构系统集成方案
权限集成
单点登录
需要被集成进来的系统必须提供单点登录的接口，这个接口最好要统一化（比如：使用超链
接方式）。

用户以及权限同步
方案1
在各大系统中手动同步用户以及权限
由于将要集成的各大系统权限设计存在差异，控制的颗粒大小程度不一致，各系统用户信
息不对称，所以建议在各系统提供单点登录接口，并用手动的方式实现用户的同步，在各大
系统中详细控制用户具体操作的权限。

这样对用户需求可以很好的把控，并契合实际去实施。

管理员需要对各个系统熟悉，并能快速分配用户权限。

这样各个系统做的修改比较少。

方案2
独立的权限架构系统
独立权限架构系统是指一套独立的权限系统，该系统开放多种接口，方便各个系统调用。

管理员只要维护这一套权限系统即可。

这样需要每个系统都要做支持该权限系统的功能。

我们可以定义一套标准，比如使用最为广泛的RBAC的权限设计模型来搭建。

详见：
/u1/57965/showart_469429.html
这样其他系统都以该权限系统为标准，对各个用户权限进行操作。

消息集成
消息集成需要统一展示风格。

2.1如果是外挂式集成(也就是超链接的方式集成)
那么我们就要定义弹出窗口的种类以及弹出方式的接口供被集成方掉用，以此达到展示风
格统一化。

由于各大子系统都是web版，因此我们定义两方面的接口供其调用：
2.1.1、网页js接口
由于整个协同办公平台的最外层框架是由我们开发，可以定义一套或几套消息
展现的界面标准，将js接口方法都定义在外层的框架上。

其他子系统是作为链接内嵌到协
同办公平台上的，所以子系统可以直接调用最外层框架的js方法，将相关的参数传递进去
达到统一展示的效果。

2.1.2、后台服务层消息队列
由于有的系统已经有自己消息框架，可以直接对该系统开发协同办公平台的底
层消息处理服务，必要时可以推送到前端展示页面上进行展示。

也可将上述两种接口和为一体，形成一个独立的系统消息（或通知）体系，并将相应的功能接口开放出来供外部调用。

2.2 如果采用系统总线的方式进行集成可参考如下方案
链接：/p-49819265545.html。