公文转发流程自定义的数据建模
2008-09-03 09:59:57 来源:WEB开发网流程环节记录表(Step_log)
名称 类型 约束条件 说明
log_id int 无重复 环节记录标识,主键
step_id int 不允许为空 环节标识,和Step_table.step_id关联
sender varchar(100) 不允许为空 发送用户标识,相关用户组的User_table.user_id的集合
receiver varchar(100) 不允许为空 接受用户标识,相关用户组的User_table.user_id的集合
doc_id int 不允许为空 转发公文标识,和Document_table.doc_id关联
batch_no int 不允许为空 批量转发公文编号,同一流程环节转发的batch_no相同
state char(1) 不允许为空 处理状态
sub_date datetime 不允许为空 提交时间
res_date datetime 允许为空 处理回复时间
comment varchar(255) 允许为空 处理回复注释
说明:
①同一流程环节转发的batch_no和该批第一条入库的log_id相同。举例:假设当前最大log_id是64,接着某用户一次转发了3件公文,则批量插入的3条流程环节记录的batch_no都是65。之后另外一个用户通过某个流程环节转发了一件公文,再插入流程环节记录的batch_id是68。
②state字段用来描述其流程环节所处的状态,是正待处理,已被处理通过,已被处理驳回,还是超出最长等待时间被系统自动收回等等。通过这个字段我们对接受用户发出处理通知,还可以可以很容易的查询出所有超出最长等待时间被系统自动收回的流程,以便企业管理层在日后业务流程重组(BPR)时参考。
③如果某份公文在某个流程中的某个环节被处理驳回,可以看作该公文在此次流程中被驳回至起始点,最初发送用户可根据处理回复注释修改公文后重新发送。
总结:
企业公文流程自定义应该是把企业内已经固定了的公文转发、审批流程电子化,实现高效的无纸化办公,对于非正式的口头讨论、商议、集会等商务活动并不适合。当企业累积了一定数量的电子化公文转发的记录后,可以在商业咨询专家和技术开发人员的协助下对其进行数据挖掘,分析出其中的低效、无用环节,进行优化重组,最终提高整个企业的竞争力。作为技术开发人员,我们应该根据企业实际运作情况、资金投入规模,选择当前时期最适合的技术解决方案,切不可为了展示自己的技术实力,而把开发复杂化,企业开发并不是追求技术最先进,而且最适合。
更多精彩
赞助商链接