选择oa系统开发平台的方法

bncharm (人间兵器) :
我们公司以前一直都用的是db2+delphi+Domino Lotus Notes平台。现在感觉市场对这个平台的需求不是很大，而且公司内部有种lotus平台已经落后于时代的感觉。是否真是如此？老总要求我们分析几种平台的优劣，以便选择其一作为公司将来的发展基矗诸位大大是否可以介绍一下目前比较流行的平台以及与平台相关的辅助技术与工具？高分相送。

zhf_karen(zhf)
很多人采用DB方式来解决公文流转的问题啊.这么来说吧.我自己的例子,在1999年的时候,我带领一个12-15人的团对,采用COM+ASP+SQLServer+ExchangeServer(前期,另一个团队,采用了PB+Sysbase做了类似的系统)去做一个OA产品,结果,在项目前期看起来一切都很好,公文也能流转,也能对数据域进行控制.但是,到后期的时候,问题出现了.我们知道OA特别是政府部门的OA,内部机制是非常复杂的.首先,你用什么来保证修改的东西在文档资料中是可见的,而且后来的人不能修改,第二,如果我使用数字签名,你如何保证这些文档是我签字的?而不是别人修改数据库.如果我的控制需要做到文档级的,就是说同一类型的文档,这一份你能看,那一份你不能看?
总体来说:控制流转在DB环境下没有什么问题,就算是很复杂的控制,也可以做.但是文档资料的保存,数字签名.实际上,用DB来做解决方案,就意味着你企图使用结构化的数据格式来表示非格式化的东西.当然,非结构化的数据(比如Word文档资料)用XML来表示.这当然是可以的,但工作量是多少?而且,你的结构化的表示方法真的没有问题吗?如果出现了问题,在文档结构上要改动,你如何做?一切程序都有变动的可能.如此下去,也许你能理解当时我们做了半年的时候面临的问题了.发现修改变得越来越复杂,项目到后期基本就是补丁了.
而后一个项目,我们采用Lotus Notes开发,因为他的基础就是文档数据库,用了6个人,4个月就给上海一个政府机构开发成功.
现在Domino可以完全在B/S结构上表现出来,所有的接口可以和Java调用,而且整合在Portal Server的平台内.如果你需要,你甚至可以很简单地完成图象检索,在线会议等.而这仅仅是几个模型.用户对界面可制.
对于这样的企业平台,我的概念是:除非你的应用非常简单,不然,尽量站在平台的基础上,不然,不是我看不起大家,有哪个公司能够再做出一个Notes?即使做出来类似的文档存储方式,你的安全问题如何解决呢?还是自己做?这似乎有点困难了吧.
现在类似的产品也比较多了,数据库并不能解决所有问题,为什么那么多公司采用数据库作为开发方式,原因无非两点:开发人员多(数据库操作谁不会啊),对OA理解比较浅,没有大型项目的背景.
我只简单举一个例子,如果他们公司需要你做一个电子印章,你用数据库如何做?打印出来以后,你如何保证这个印章是我敲上去的,而不是用图象合成出来的?你没有什么办法吧.但是你使用Lotus,采用书生公司的产品,就可以完成类似功能.而且这个解决方式是得到国家技委推荐的.
一般对此种的问题,主要要解决两点:你如何保证数据是我修改的,和如何让我去证明,这个数据我没有越过修改过.这在数据库形势下,是比较难以说明的.不是吗?

fireiceman(冰火) (

为什么很少有人讨论Lotus notes的人很少?
我也觉得用notes应该更加层次清晰一些.

自己用了DB的方法来做,觉得非常混乱.
开始时非常清晰的结构,随着进度的进行,越来越乱,直到成为一团乱麻.

不过也许DB能跨平台,比notes的灵活性更高.
如果有一个非常好的系分和项目经理,也许能做出成功的系统来.

litdong(不到黄河不死心)

zhf_karen，看来您对oa很有经验，向您学习 :)
但是我觉得采用db可以做出非常灵活的公文流转，而且在操作系统平台上的应用也比较灵活，从您所说的来看，你存储公文实体的方式还是采用word文档是吗？
但我们想采用的是数据库存储的方式，公文的采Active组件显示，可灵活定制公文模板，随便改，填加什么样式的公文！这我们已经做到了。另外，我觉得xml也是个好方法可是不会xml :),不知道工作量有多大！
至于电子签名，呵呵，还是挺头晕得，迫不得已，我们就把它存成图片放到服务器上，可又造成安全的问题。正想方法解决，我看到过书生的电子签名，很牛！可是成本呢？我们老板不想掏钱啊！
......
另外大家谁有j2ee的项目经验，交流一下好吗？用j2ee作oa可行吗？
我的e-mail:litdong@163.net，谢谢！

zhf_karen(zhf)

看了大家的回复,hehe,很不好意思,大家的问题,又撞在我的枪口上了,我们处的方向是J2EE,我们做的大多数系统是采用J2EE平台,我有一个朋友的处是使用.net平台的,他们最近刚用.net做了一个公文流转.最近我们一个过亿元的大单,高层的意见是使用他们的.net平台的的产品,但是那个产品经理对此很不满意.你知道为什么吗?原因就是以上的东西,因为将来面临的东西,你很可能必须自己去做.而这是很大的风险.谁也不愿意这么大的项目失败.
XML,我使用这个工具,开发了两个项目,首先明确一点,XML仅仅是一种通过格式的表述工具,所谓WPS的使用XML技术就可以和Office完全兼容,这是一种费话,也就是说说而已.因为你不知道格式.所以同样的,将来XML也许可以支持其他格式的东西,比如矢量图形(实际上,去年我就看见类似的标准,但目前还不能为大家接受).他也不是解决问题的根本原因.
J2EE也是同样,他仅仅是一种框架,但技术是有一个基本架构的.比如你使用J2EE可以配合Domino开发,也可以基于数据库开发,当然,你可以通过WebServices来达到访问的通用化,封装各种技术细节.这没有讨论的必要吧.我们讨论是是用数据库解决OA是否合适,而不是使用什么开发工具.
至于使用Excel,Word等,那么祝贺你,你可以实现数字签名了.Office在这里有解决方案.但是,问题又出现了,你如何存储管理这些文档?存放在文件系统里?村放在数据库里?你如何来进行全面的文档检索?你总不能不提供类似的方案吧.于是,你必须使用MS的知识管理体系.实际上,我们去看一下,OA类似于知识管理体系,你去看看大型公司是如何做类似的体系,你可是使用LDAP的方式而不是数据库方式.或者其他的方式.为什么MS不使用数据库,IBM不使用数据库来做类似的系统.按理他们有自己的DB,有自己的开发工具,但是还是重新开始做了类似的系统,还不值得我们去考虑一些问题吗?
问题的结论是:如果你只是给一般的小公司做类似的系统,你使用DB来作为解决方案是可以的.因为他们没有特别严重的安全问题和责任问题.但是给政府企业做系统,这些问题不考虑,就是给自己埋下隐患.Lotus做类似的系统,你将发现,这样的项目从根本上是先需要解决的是解决方案,而不是开发,有什么成熟工具?有什么平台,我们需要做什么,而不是一切都自己开发.流程,公文流转过程,安全性问题,数字认证,我想了都头疼.也许你们还没有碰到具体的很复杂的需求,认为那样做是可以的,实际上,我现在看到最好成绩的通过DB完成的OA的产品是上海长城电脑公司的软件部做的一个产品,是两年以前的事情了,不错,但那仅仅是以前的感受,现在看起来不是特别好.当然,我看见的应用是一个40万左右的单,没有办法和我们的系统来相比.
最后,我不是想说:用DB解决就是找死,但是,最好先定义你们的用户,你使用的那套系统是不适合复杂应用的,不适合大的单的.这不是你设计能力的问题,而是你必须去走别人已经走过的许多路.
最后说一点, litdong(不到黄河不死心) :我的存储方式不是word,而是Domino的文档数据库.

kongki(kongki)

我也在做OA，开发平台是本公司开发的开发平台。采用该平台的好处是避免设计重复姓的模块，提高开发效率与个性适应性，但回到本次讨论的主题，我们归根到底还是采用DEPHI+MS SQL做OA。主要模块已经开发完毕并且已经在本公司运行。到现在为止的主要问题是：无法对付将来业务数据库急剧膨胀的问题以及签名问题。公司原先并且还在用LOTUS NOTES发送工作邮件，流转公文。我本身自己，每天在新加入LOTUS NOTES的文档都有几M,员工每次发送邮件都毫不考虑容量问题。但是有管理员的整理，LOTUS NOTES好像能够很好对应大量的文档。可我当心，我开发的本公司的OA如何售得了如此的数据量？关于第二个问题，谁能告诉我能力有关电子签名介绍的网站？

xx0118(床太大)

做OA给我了很深的体会：
1。开始用纯LOTUS DOMINO，用户对此非常不满意，因为很容易误操作，不直观（客户端NOTES工具不能屏蔽），而且维护很麻烦，对机器的配置比较高。
2。后来发现DELPHI开发的效力挺高的，而且开发出的界面很友好，用户容易接受，就用了DELPHI+DOMINO，采用DCOM连接，开始挺有信心的，但是后来发现公文流转定义跟DOMINO本身的文档型数据库性质有点不顺，越来越乱。。。
3。再后来用ASP+JAVASCRIPT+IIS+SQL SERVER（切切的说这不叫OA，只是高级的邮件系统摆了），我个人觉得，如果是功能不复杂的OA采用次平台是最好选择，维护特别方便。
4。最近用DOMINO的B/S开发，我觉得此平台是现阶段做OA的最佳，既维护方便，又适合文档型数据库的性质
5。以后的发展趋势我觉得是居于J2EE+DOMINO的架够，请大家讨论，

谢谢！

zhumkcn(akang) (

我们现在使用asp.net + oracle9i做公文系统，感觉不好，存储office文档，由于office 2000与asp.net有一些冲突，很烦人，而且电子印章，公文模板，流程等等都很烦人。

不过我觉得用PDF文件格式比office格式要好。

： rink1357(北堂昊雪)

我使用的是ASP+SQLServer2000+IIS，怎么说呢？看起来真的不象OA，很差劲的。
公司以前也做过DOMINO的B/S开发的感觉还行。但是费用太高一般的企业无法承担。
现在我想用jsp+tomcat+sqlsrever+win2000(nt)做。可能会好一点

本站注释:

本贴转自CSDN论坛,本话题讨论非常精采.特别是zhf_karen(zhf) 网友的回复,分析的很有道理,从企业的进一步发展来看OA系统平台的选择问题.

选择Lotus/Notes的优点:
1)Lotus/Notes如果不做开发本身也能用,邮件,日程安排,讨论等
2)Lotus/Notes可大可小,小用户可以在上面做简单的流程及业务处理,开发时间快,对开发人员要求不高.
3)Lotus/Notes可与J2EE进行很好的接合.从R6的发展可以看出.Lotus将越来越好的与J2EE进行整合.
4)Lotus/Notes有IBM的技术支持,可以有效的保护投资及技术升级改造,如果选择其它开发的平台,将无法保证OA系统的延继性(做OA的公司倒闭系统无法升级,做OA的技术人员离开都将对系统造成很大影响,系统本身做好后开发商很少对平台进行升级)
5)可与其它系统无缝接成，Sametime workflow domino.doc 无线应用等，为系统的再次升级提供了很好的解决方案，而如果是自已开发的平台，开发商将无法帮你提供这些解决方案。