计划改版公司OA，技术选型请大家，建议！

    公司的OA运行5，6年了，积累的大量数据，但也是老系统了，是由外边公司做的，03年我刚来人家就买了，后来没咋给钱，但是那时我不懂java，觉得挺神秘的，呵呵，后来在维护中慢慢发现，这个系统设计的超繁琐，工作流也有这样那样的不好，比如，部门会签，竟然搞笑般的会签结束时产生多个多个代办事项，而且使用的在线office控件 ，不支持多人同时修改一个文件，这给会签带来不便，经过长期学习研究，我现在结束该系统的生命，主要是维护起来太麻烦了 ，而不是其他什么的，顺便也给自己09年的工作总结上填上重重的一笔，给自己以后再领导跟前多点发言权
    期间接触了很多技术，工作流主要是osworkflow ，用在几个小系统中，十分喜欢，jbpm 3，试用过，现在感觉到太复杂，不适合开发小系统，主要是鄙视jsf，4快出来了，路线清晰了很多，但不成熟，等release后，在用它开发其他业务系统，【有戏】，osworkflow网上评价很多，我用了几年，渐渐喜欢上它了，通读了源代码，在进行扩展，反正官方都不要了，这么优秀的引擎丢了可惜，哪来研究学习，还真值，至于多种功能，我都打算在原来的基础上扩展，修改，删除ejb，ofbiz，等一些不需要的部件，至于流程设计器，目前我还不需要，流程主要是自己用xml画，用户修改流程的实现目前还没有看到好多范例，jbpm这这方面做得不错，有空时，我打算把借鉴到osworkflow里来，表单使用xhtml，用htmlclean控件格式化用户表单成xml，ok，工作流暂时就这样了。
    业务曾不用说了，s2sh，或spring的jdbc，但是hibernate用惯了，懒得再去修改其他的，以后实在不行，自己简化一个hiber之类的，struts2 使用convision 插件格式化url
    我觉得oa的核心就是发文流转，其他例如会议管理就是扯淡，如果谁要加上也不是啥难事。
    表示层现在还在犹豫，自己看了两个技术，一种是ext的布局，三行两列那种够我用了，连sitemesh都省略了，一种是还在alpha的http://www.qwikioffice.com/,这个让我眼前一亮，但是在alpha般，也是基于ext的，不过看着十分舒服，可以介绍用户对系统的陌生感
呵呵
    其他的用啥就开发呗，没啥要命的了，欢迎大家给我提点建议，有经验的同志指点一二.
 
=================================================================================
权限系统忘了说了，既然是spring就用spring security
参看 http://www.iteye.com/topic/319965
=================================================================================
ps:我设想先不做一套大而全都系统，最初实现核心的发文功能，剩下的根据需求再慢慢添加，其他的oa产品，我调查使用了一下，例如会议管理，车辆管理，车次查询，工作计划，我感觉到很鸡肋，好像没什么难度！！

想过权限模型吗？另外还有就是相关的安全框架。

OA系统最好别碰，内部使用够用就行。这个东西，能把一个人全部耗进去，除非你想以后2年天天挨骂就干这个事情了……

改版要根据需求来，技术再怎么样也没用：需求 > 设计 > 技术
然后一定要技术成熟，需求确定，上级支持，就可以干了

这个东东做起来很费力费时,一个人做一套OA 系统耗时太长.
总的来说需综合考虑.

谁有过经验，说说陷进在那！！

首先，你得考虑历史数据！ 如果数据库表结构有大的变更，保证数据的向后兼容就是
一件很麻烦的事情

其次， 你得保证做的比以前好，功能更强大，更好用

我的理解，一个稍具规模的OA，要彻底替换， 都非常费时费力而且容易出差错，
你必须对里面业务流程非常清楚， 对旧系统的细节非常清楚才行。
要不然， 做好痛苦很长时间的心理准备吧

这种事情除非是领导要求，否则做出来也是吃力不讨好

我之前维护的OA 核心部分也在于收发文，其实也就是工作流部分

现在市面上这么多免费的收费的OA系统，弄一个过来用不就行了，关键把以前的数据导进去就行。你自己开发一个这样的系统，费时又耗力，而且最后结果可能还不一定好。要是到时做出来的OA功能没有市面上的好用，又有bug的话，别人就会说你开发的什么玩意，这么难用，还没以前的好。