对oa接口的总结

oa接口的完成花费很长的时间，现在终于基本上告一段落，现在大致总结一下原因：

1、对直接读取oa的表的方式的否决：刚开始的时候，双方商议用直接读取对方的表的方式解决问题：即双方建立一样的‘设计信息表’、‘审批表’和‘附件表’，然后每天定时读取对方的表数据写到自己的库。但是后面发现双方不是一样的库，我们是sybase对方是oracle（后面发现是古董级的oracle8.1），这时就发现问题了，由于双方不是同样的库，如果我们的程序直接读取对方的数据的话，就要配置两个数据源，一个sybase的，一个oracle的，由于对方的oracle库不再我们的管辖之内，所以一旦对方的库有什么问题，或者是网络出现问题，就会直接影响我们的系统的正常使用，这种对我们系统非常不利的方法我们是不会采用的，（后来跟oa商议，他们也不愿读我们的库），所以这一解决方式告一段落。这个过程花费大概两三天的时间。这里耽误时间的原因，个人认为主要经验的欠缺已经沟通不够的问题，如果及早的发现双方库的不同以及直接读取对方的表的缺陷，就可以直接否决这种方式，就不用浪费两三天时间了。

2、oa不愿采用webservice来解决问题。本来我们的系统与其他系统之间信息的交互都是采用webservice来解决的，但是oa说他们的domino版本太低，不支持soap，所以他们不能用这个方式来解决。这个过程的沟通用来大概一天的时间。

…… …… 余下全文