关于OA系统的一些困惑......

手谈

最初由 husthxd 发布
[B]

个人觉得OA与业务系统之间还是松耦合的关系好一点.
保证了整个大系统的灵活性,升级其中某一个子系统都不会影响到其他子系统. [/B]

是，我也是这样认为，但总要建立在一个共有的平台上啊，你觉得websphere和.net哪个好一点？

husthxd

webspere是应用服务器
.net是ms软件开发的架构
两者不存在替换性了.

对.net一无所知,我当然会推荐j2ee的

hnroger

个人觉得用Oracle好过domino，简单的OA可能domino就够了，但如果做复杂的流程，还要靠其它工具来做

Angel.John

比较认同 Toms_zhang ,OA系统已经超出普通办公概念.现OA概念更广。

cowherd

最初由 手谈 发布
[B]

是，我也是这样认为，但总要建立在一个共有的平台上啊，你觉得websphere和.net哪个好一点？ [/B]

我认为跟这个其实没什么关系的！问题还没有到这一个层次上来。
举OA中工作流来说，采用何种架构不是问题，问题是如何建立尊
从标准，而且能够方便的处理业务流程的数据模型！

j2ee和net其实在这里必须考虑到差别影响很小！

husthxd

举OA中工作流来说，采用何种架构不是问题，问题是如何建立尊
从标准，而且能够方便的处理业务流程的数据模型
-->
可否解析一下遵从标准?
工作流跟业务数据应该是分离的,所以我觉得工作流是跟业务流程中的数据模型无关的.

Ora-600

看你的OA系统主营业务是什么了，如果仍然偏重于老OA的文件流转、信息流转、安全签名等，那么文件型数据库更好，但是如果侧重于企业应用系统，辅助以老OA的文件管理，那么可以考虑关系型数据库。

Toms_zhang

最初由 Ora-600 发布
[B]看你的OA系统主营业务是什么了，如果仍然偏重于老OA的文件流转、信息流转、安全签名等，那么文件型数据库更好，但是如果侧重于企业应用系统，辅助以老OA的文件管理，那么可以考虑关系型数据库。 [/B]

斑竹说的有道理．现在的OA基本上都是协同办公系统（综合办公），涉及到的应用系统很多。特别是电信、金融领域的OA，更是庞大。仅仅基于workflow也不见得跟上步伐。EAI、BI的思想和概念也必须在做方案和设计时要加以考虑。。。