为多系统集成做准备2-思考

我的现状是这样

三个系统，windchill，erp，teamcenter。数据要从teamcenter发送到windchill，再从windchill发动到erp。根据我的想法，实现这样的功能。

1. 需求分析人员给出各系统之间的数据集成需求、流程集成需求。
2. 设计人员开始画工作流。
3. 开发人员在各信息系统里开发webservice接口，以便接收/发送数据。
4. 开发人员细化工作流，加入3中的成果。

这样的系统需要哪些软件和技术呢？
1. 流程化设计器
2. 流程引擎
3. esb服务组件，还需要mq
4. 对应于各应用系统的适配器
5. 集成系统运行时的管理控制台，提供运行信息，统计信息，系统管理的功能。
6. 持久化数据库
7. 集群功能

还有webservice,安全机制,xml,soap,orm技术....

对应的开源组件是：
jbpm, mule, activemq, mysql/oracle
http://www.iteye.com/topic/193241他的文章不错

评论

4 楼 wanglishu 2010-08-05  

intalio貌似是个不错的选择

3 楼 wanglishu 2010-08-05  

好啊。
最近找了几个开源的
apacheds, cas, liferay, mule
综合来看是ldap,sso,portal, esb这几类应用的框架，发现替代产品真多，眼花缭乱。
就以liferay开始吧。

2 楼 yihaijunyxr 2010-07-09  

流程引擎 你还是另找别的专业产品吧，现在ESB在这方面还不专业呢。

1 楼 yihaijunyxr 2010-07-09  

   就这三个系统集成，需ESB这么重量级的东西吗？不如自己写几行代码加配置来实现，mule的transport很垃圾呀！我们公司多年以来一直用的就是我写了一个封装所有常见通信协议的jar包加配置文件,现在要用mule了。不可能要很多开发人员都去研究mule吧，我以前提供一个名为call的API方法，大家填一下配置文件最多最重载个什么消息处理类，多简单！
   如果发现我的观点很落伍，请点拨一下。接口开发方面，我做过多年了，交个朋友，说不定还可以分工合作合作。