请教OA系统中工作流的开发心得.

我随便说说文档的流转的问题:
文档流转的涉及方面主要是文件的各个域的输入,修改(这里面包括谁在什么时候允许建立,修改什么域),用户权限(包括并行权限,授权等),文件流转序列(就是谁看完了如何操作等)
我们的解决是:文档是一块,他仅仅是存储文档的资料,包括修改资料,用户签名等,权限一块,主要负责人员在部门中的角色,能做什么事情,不能做什么事情,还有类似直接上级是谁等等.文档的流转就是一个流转的序列了,先给谁看,再给谁看等.如果为了通用性,你可以在系统中嵌入一个Script的引擎,然后你就可以在项目封盘以后,由配置工程师去培植文件流程了.
不知道以上的说明是否对你有用?

一般来说,OA使用结构数据库设计是不合适的,因为文档实际上是一种非结构化资料,如果一定要加入数据库的结构化数据,将来会非常复杂,以前我们尝试过三个版本,PB+Sybase,VC+ASP+SQLServer,Lotus Notes,实际上,就实用性来讲,就是Notes比较合适.其他的版本在用户的需求下,基本上都崩溃了.
比如讲你的例子,实际上,文档上有几个属性:建立人,权限控制(比如可以读,可以写,可以删除等),流转流程(就是你说的ABC),目前流转位置(比如刚起草完,就是A),然后让三个人知道主要是通过OA中的邮件服务器发送连接邮件.当然,你没有必要在A还没有审核的情况下,发邮件通知C审核.

3nt(更浅的蓝):
我的做法有什么问题吗?请不吝指教.

To huzais(虎仔)
比如我举个例子,我需要以下功能:
1.审批人可以直接修改文档,并且在文档中需要留下痕迹,比如我删除了一段话,又添加了一段话,或者加了个批注,需要全部在文档中可见,那么我该如何做呢?我当时直接的想法是:要先做一个RichEdit编辑器了.而且将来如果用户需要在文档中加入更多的东西,你如何克服,因为你文档的结构是已经固定的,如果需要修改,这可是一个基本数据结构,几乎所有模型都有关,于是,也不是说不能改,但改的工作量很大啊.而且这样的需求在OA里到处可见,特别是gov行业.
2.公文流转是可以由结构性数据库很好地完成的,这是数据库的强项,不多说了.大家比我还清楚.
3.而且OA中包含了很多功能,比如你至少要和邮件结合起来,至少要提供日历.工作计划共享,会议的申请,发起,这些功能因为基本是一些很普通的功能,如果自己开发也不是说不可以,但一来没有成熟产品做得好,而且也没有很大必要不是?
现在IBM的Protal Server已经用Java包含了Lotus Script的功能,学习曲线问题不用考虑了,而且所有功能集中在IE上,没有客户端.你该多考虑使用什么平台更适合一些，当然如果功能简单，也可以直接用数据库

:)我可不是IBM人，来推销产品，仅仅是想说：用合适的工具开发合适的项目，不然将来后患无穷

1.我觉得有一些东东虽然好，但很不适合国情。比如：日历，你要给别人发一个工作计划、然后对方打开看，还要响应：接受或拒绝。可能这些在外国人和自己在学生时代看来，是很自然的流程。但实际上，这样做在企业和gov中，基本上毫无用处，没有人愿意这么做。

2.IBM的Portal Server，我不知道。我接触了一些ms的SharePoint Portal Server，也包含了一套即装即用的发布/审批式的文档流程。本来也算不错，可是性能和稳定性上很一般化。不知IBM的如何？价钱如何？

3.其实我认为，oa想做好并不难，尤其是你为一个企业定制时。但想让oa通用、让OA在企业中发挥经济效益才是真正的困难和挑战。感觉可能是中国的oa用户们本身就没有好的工作习惯、规章制度、效率等，你只能去适应他们，而不能让他们适应oa软件。