为税务部门开发业务文书流转系统,采用哪种技术方案比较好?(300分)

  • 主题发起人 snowboat
  • 开始时间
S

snowboat

Unregistered / Unconfirmed
GUEST, unregistred user!
  
  我们为税务部门开发办公系统,其中的文书系统比较费脑筋。以前自己用DotNet开发过一个文书引擎,但使用效果很不理想,现在需要重新开发。
  客户业务所涉及到的文书,不是简单的文本,而是由文本、业务数据、系统数据、业务规则组合起来形成的复杂数据对象;文书的业务操作也不是简单的“撰写-发起-阅读-批示-督办-完成”,而是穿插在相应工作业务的流程之中。文书中的数据源于字典表、系统环境、用户录入和已有的业务数据,并将作为后续业务的数据来源。文书可受各种业务事件的触发,并引起其他业务事件,触发其他业务操作。
  简言之,这些文书其实就是业务表单,文书操作界面就是业务操作界面,但需要使用文书式的工作流程来处理。
  出于性能、效率等方面考虑,不想再从底层写了,当然也不能直接买独立成型的办公软件。现在打算采用一种现成的、可供定制开发的文书流转系统技术(开发平台、引擎),请问有哪些选择?
  分数不够可以再加。
  
 
看不明白
 
西安协同的工作流,我们公司用过,可以查查看。
 
http://www.delphibbs.com/delphibbs/dispq.asp?lid=3315314
 
看不懂了,只能拿一般的文稿系统来修改了吧,我觉得电视台的文稿系统应该满足你要求
写稿->修改->审核->修改(取消审核)->评分等.权限分4级,具体权限不同.
 
做个工作流引擎!
 
来自:homejun, 时间:2006-6-30 20:08:40, ID:3492697
看不明白
  一般的政府办公系统中的文书,就是静态文本,有人撰写,有人批示,有人阅读,最后终结。
  我现在所需的系统,不只是静态文本,而是要用来做业务,数据来源于业务,又要用于控制业务。
  
 
来自:pjwork, 时间:2006-7-1 8:44:00, ID:3492862
看不懂了,只能拿一般的文稿系统来修改了吧,我觉得电视台的文稿系统应该满足你要求
写稿->修改->审核->修改(取消审核)->评分等.权限分4级,具体权限不同.
  老大,我原文已经说了,不是这样的简单文本处理啊!是工作流程!
  
 
我看过一个引擎,而且也有设计。
其实很简单,
这个引擎,简单的流程为修改-审核-批准。
最好的引擎设计为如图所示
工作流 可选方向 当前步骤
a ->2 ->3 1
b ->4 ->1 2
c ->4 3
d 结束 4
你看到上面了,这个工作流引擎也是通用的OA引擎设计,主要达到可选,和活动的引擎流程控制。
蓝蓝研究中。。。。
 

Similar threads

顶部