我的OA开发历程(2)

       有不少人问为什么不使用国外的开源工作流产品，而要自己开发一个，因为我觉得国外的开源工作流产品直接支持我们面对的复杂业务是很难的，需要做很大的修改，与其修改它们，不如我自己开发一个可以完全自己控制的工作流产品，流程文件的定义我也没有采用xpdl,不过阅读<<工作流管理联盟规范（接口1）>>还是在思路方面给了我很大帮助。
       在开发这个产品的过程中，同事W给了我很大的帮助，他根据自己对煤炭行业公文流转的了解，给了我很多公文流转方面的业务知识，同时他苛刻的测试也帮助我最大限度的提高了产品的质量。
       产品开发完成以后没过多久,公司中标了一个中型煤业公司(5万多名员工，近40家下属二级单位)的信息化项目，有10个软件，办公自动化是其中一个。我做为项目组的一员，到用户那里出差一年的时间，调研开发和实施了这些软件项目。印象最深的是到用户那里后第二天，我和同事W从用户秘书处拿到了用户局机关的公文流程以及发文收文原始资料，然后定制表单，定制流程，根据用户的组织机构，权限进行公文表单流转的权限分配，看到自己做的东西马上就有人使用，那种美好的感觉即使现在想起来还特别的兴奋。接下来的一段时间，我又给原来的产品追加了信访管理，档案管理，车辆管理等一些功能。但是在随后的实施中，却并不顺利。由于用户单位的一把手对信息化并不是很重视，所以这套产品在用户那里并没有发挥它应有的作用。比较有意思的一件事情是，我们的产品运行一段时间后，用户单位的一位副局长让手下的一个处长领着一群人到全国各地的同行单位去考察办公自动化系统的实施情况，回来后他们中的两个人对我说：看了不少系统，还是你们的OA系统最好。
       总结起来，OA系统要实施的好，最重要的是用户单位的一把手要重视，不然，OA系统的实施效果肯定大打折扣，试想，公文的流转如果领导不参与进来，还有什么实际意义？
      从技术上来说，一个好的OA系统首先要有一套支持公文流转、审批的工作流引擎和表单定制工具，虽然不一定要面面俱到，但是一定要能满足实际需要，不然的话用户需要一个流程，程序员就得开发一个流程，实施的成本太高，开发速度也难以令人满意，如果有图形化定制工具的话会给产品增加不少亮点，我是用swing做的定制界面，虽不怎么美观，但还算实用；第二点是要有一个支持在线编辑office文档的插件，我开发的系统属于b/s系统，使用的是广州一个公司开发的浏览器插件，能够满足最基本的需要；第三点是公文流程的监控功能最好丰富一些，我做产品时这方面考虑的不是很多，结果实施中发现用户这方面的需求挺多；第四点是用户的公文归档后一定要支持全文检索，不然使用起来效果要打折扣；第五点不算难，就是在用户发公告和通知的时候要能够提供支持富文本编辑的功能，让用户可以对内容进行排版或设定一些格式，这个功能特别的实用；第六点也是最后一点，是我一直想做但是没有做的，就是提供一个桌面工具，实现信息的即时推送，克服b/s系统信息推送不及时的弱点，这样的话即使用户不打开浏览器也能及时的收到信息。
       受个人经历的限制，我的许多观点不一定正确，欢迎大家和我讨论，我的邮箱是[e-mail]。

评论

3 楼 liusong1111 2007-06-11  

哦，很佩服。
桌面工具如果只是消息提醒也倒没啥，最怕把组织模型信息、查看消息正文以及进行相关处理都往上堆，最后就变成一套小型CS模式的OA了，嘿嘿~

2 楼 flashj 2007-06-11  

  桌面工具我计划用vc开发,因为我做过2年多的vc开发,2004年时写了一个很简单的demo,通过http和服务器端的servlet通讯,可能是demo太简单了,界面太丑陋了,当时评审没有通过.

1 楼 liusong1111 2007-06-10  

你们投入这么少的人力做出了功能这么全的东东,很佩服~
web上大概已经做了消息通知的功能吧（ajax）？
桌面工具的消息推送多少会有代码重合的地方，在哪些功能上重复是个问题，而且用java开发效果怎样也难说，如果用C等语言，无疑给开发维护增大了难度。我看好多选用某个开源即时通信工具改装的，以前考虑过对yahoo! widget、google desktop做插件的方式，可惜的是没实施。