[系统架构]问各位前辈一个有关各系统之间同步的问题
目前我们集团正在建设一套OA系统,架构如最上面是集团OA,下面是各子公司的OA系统,平台是统一的,现在要解决是各系统中的流程流通及信息发布共享、单点登录等问题，实施方给的方案相当简单，但我觉得还有很多细节需要考虑，

故来此地，望诸君集思广议，希望有过此类经验的朋友多给建议，在此拜谢。

------解决方案--------------------
具体情况不一样!也说不出什么共性的东西!!
我觉的流程清楚准确!用户操作方便,信息安全,就差不多了!
------解决方案--------------------
这是流程管理问题，和同步好像没什么关系，同步可能只是你管理中要实现的一些流程要求罢了。
------解决方案--------------------
技术简单但未必人人能做。例如实施方只是给出TCP或者HTTP通讯方式，简单吗？

纯粹从技术上说，也许还会结合MSMQ，也许还建议在服务器群之间采取Remoting。这样也许有些人就会认为“不简单”了。

其实简单的东西如果能够做到位，相当不容易。对于干事的人，“决战于终端”才是扩大业务的基础。

有不少人喜欢玩多种不简单的技术名词，但是一到业务逻辑设计就想不出个数来了。
------解决方案--------------------
少谈技术，多谈应用。多谈谈一旦系统联到一起之后会不会造成更多不一致的错误数据，或不会丧失安全性，会不会降低系统性能，会不会只想当然地认为客户端只有一种接入方法而忘记了其它5种必需的接入方法（用户才不管你技术怎样，功能过分技术化就等于给你的竞争对手做广告）。

这些需求搞清楚，那么只要深入到本质，就能把技术搞清楚。

分析系统概要，最怕不该简单的地方过于随便简化，不该具体的地方过于技术化。
------解决方案--------------------
对于外包的控制思路，我是走技术路线的（签合同前自己做架构设计、签合同后自己做测试驱动），更那种纯粹走商务路线（签合同前尽可能在商务手腕方面折腾“死”承包方）的相反。

许多具体的技术思路，不可能在前期写垃圾文档时“规定清楚”。这就要求你们的产品开发过程中的工单流程比较合理，产品经理亲自做测试驱动然后才交给开发团队去开发。如果你把不应该提前3周考虑的东西考虑了，只能浪费时间。
------解决方案--------------------
可以建设一个协同平台，将各个oa进行整合，使用统一的身份认证，将每个oa的数据流到协同办公平台，支持统一管理和分布管理，你可以到ibm网站上，查找一些资料，应该有相应技术说明和案例的。