因为工作的需要,最近在研究工作流,工作流有已经开发好的,公司之前的同事写的,有了实现的代码,文档也只有简单的介绍,而且里面的代码写的也很复杂。我是上周三,开始接触这个的,到现在差不多4天吧。但是进度不是太乐观。下面对我的工作进行一下分析吧,并做一个计划。
需求:员工制定计划报批之后,由工作流制定审核流程,实现计划的审核、回退的功能。需求看来很简单。起初自己也有些大意,并没有制定计划,认为根据已有的功能,很快就可以梳理出头绪来,但是我错了,首先实现这项功能,并不简单。其次,现有功能使用的工作流并没有实现中间审核流程任意定义的功能,只有一级审核功能,而对其中参与者,如果是部门该如何操作,如果是角色,该又如何操作,这些并没有实现。摆在自己面前的是一直很大的拦路虎。
这几天,我只是停留在了,将代码移植过来之后,可以实现工作流的流向功能。中间审核环节该如何展现,审核回退,工作流参与者定义如果是部门和角色该如何操作,这些都没有一个明确的计划,周四还有周例会,届时该如何汇报自己的工作?需要我一一去解决。为解决这些问题,特制定如下计划,从宏观的角度来分析这个问题,从细节去实现这个功能。
首先,将工作流所用到的表逐一的将说明梳理出来,加深自己对这些表字段含义的印象,尝试思考这样设计表的意图。时间为2个半小时,中午9点~11点半。
其次,对现代码,用UML类图做一个宏观的展示,同时也加深对代码的了解。时间为2个小时,下午14点~16点。
以上这两点完成之后应该可以完成审核回退的功能。而工作流参与者包含部门和角色如何操作,找到现有工作流实现的讲解,从中去找到解决问题的思路。
再次,利用一个半小时的时间,实现中间审核环节的状态显示,因为中间审核环节并未对数据库中字段进行更改,只是做一个假象,只是最后一个审核的时候才进行数据库字段的更改。
暂定的是今天的计划。今天来检验自己的计划。因为已经过了午夜。所以是今天的。