开贴送分大讨论:Jsp开发公文流转(oa)系统

sunrey 2005-04-05 12:03:59

我觉得目前电子政务的发展日新月异，而公文流转作为电子政务的主要模块，其解决方案亦是多种多样。现在jdk1.5的security接口更加完善，使得jsp开发公文流转系统更显方便，个人相信以后j2ee、jsp会成为OA开发更方便、更安全、更值得信赖的开发语言。
希望大家有任何建议，想法，或解决方案能发出来与我们共同探讨。

...全文

833 79 打赏收藏转发到动态举报

写回复

用AI写文章

79 条回复

切换为时间正序

请发表友善的回复…

发表回复

sunrey 2005-04-20

打赏
举报

没人来说了?好不舍得结贴啊

sunrey 2005-04-13

打赏
举报

“控制文档来记录档案流程”，这个和多版本保存有何联系？具体怎么实现的？

cold_face 2005-04-11

打赏
举报

刚学，对你讲的不懂~~~~~~~~~~~~`

shan__le 2005-04-11

打赏
举报

没有感觉java有什么特别的厉害地方,就OA来说我本身就是从事这个行业,看到的都是.net写的oa,没有看到过java写的,其实重要的是编程思想,而不是技术本身,在windows操作系统占90%多以上的使用情况下,你们感觉跨系统很重要吗?

yxhxinxiang 2005-04-11

打赏
举报

關注!!!高深!!!

zghmu007 2005-04-11

打赏
举报

asa516 2005-04-11

打赏
举报

同意EchoEverything(小E)的说法，工作流是oa的核心，可是现在做工作流的公司很多，虽然说名气，质量上都比不上lotus，可是一般的单位工作流也不是很复杂，能实现业务角色和系统角色分开就可以了。
另外我觉得现在就说不用word了为时尚早，因为现在的政府机关人员的计算机水平实在有限，让他们再去学习一种新的办公软件他们会有抵制的情绪，增加项目实施的难度，浪费开发时间。

plusjava 2005-04-11

打赏
举报

OA中有一个在线人数的统计，怎么弄？

lasthope 2005-04-11

打赏
举报

有时间去学ofbiz吧

wyun0 2005-04-11

打赏
举报

同意EchoEverything(小E)

我以前开发的公安局的OA时，在公安局待了3个月，对于那些老家伙，太了解，别说是使用word了，就让他们把自己的姓名打出来，也要好几分钟，根本就不可能去用word什么的。

劝你们别把OA想的那么复杂，对用户来讲，他们只要最简单的操作，最好只是用鼠标点就可以，不用打字什么的。搞的那么复杂操作，谁去用啊？？

ipv 2005-04-11

打赏
举报

OA没啥
就是工作流
图文混排啥的

woanon 2005-04-10

打赏
举报

seakingwy 2005-04-10

打赏
举报

接分

EchoEverything 2005-04-10

打赏
举报

这个思路是绝对正确的，因为一开始你的起点过高并不会使利益最大化，但一定要有一个长远的目标。等你的工作流引擎开发成熟了，市场也没了。不断的做升级服务是一条切实可行的路子，何必给用户一下做那么好呢？即便是能也不给他们做太好，否则哪来的二期，三期项目，哪来那么多的升级服务啊！

sunrey 2005-04-10

打赏
举报

工作流引擎的开发周期估计很长了。我需要先实现系统的外部功能和业务逻辑，先得到一个“看起来”成型的系统。之后我会将精力放在工作流引擎上，希望还能和大家继续讨论。

EchoEverything 2005-04-09

打赏
举报

工作流是OA系统的真正核心内容。说实话，什么痕迹保留，套红什么的都是花俏的东西。对于OA来说，谁吧工作流引擎开发的成熟了，谁就是老大。而这方面真正出色和技术成熟而又安全的只有IBM Lotus Domino，其他的谁也不好使。
楼主用Jsp技术开发OA是目前非常流行的中小企业以及政府办公的开发方案，因为Lotus的优势全在C/S系统上，而让政府老家伙（那些跟头把势好不容易才弄明白Word的人）再学一个Lotus，那政府就不用办公了。但是Java的引擎的确不成熟，建议楼主站在比较高的位置看待OA工作流引擎的重要性，用Java applet开发OA工作流系统，以实现动态工作流定制设计，只有这样才能赚钱啊？要不然，一个OA开发一套东西，没法赚钱了，一点儿积累都没有！

sunrey 2005-04-09

打赏
举报

有没有人对workflow有些感性或者理性的认识,来讲一将啊.

sunrey 2005-04-08

打赏
举报

Billy说的不错。现在我力争完全使用jsp开发，否则做出来的oa也没什么意义。
你说的3个难点，1，3我不太理解。对于工作流，我一直没有什么概念。在我看来，工作流好像就是工作流程的路径设定，似乎更多的由业务决定。我给每个用户都设定了部门属性，这样公文可以根据user的部门属性决定自己的流转路径，或者由发起者自行设定一个路径（如果业务需要）。呵呵，不知道这叫不叫工作流，至于工作流引擎，我就更不了解了。
多版本保存，因为我不是在线编辑，就很好实现了啊。
业务上的东西我不了解，有错误理解还请大家指正哦。