基于工作流的处理方法.doc

基于工作流的任务管理方法一、 相关库表结构1、 任务控制表NameCodeTypePM任务号TASK_SEQSERIALYY状态STATUSCHARY是否附有清单ATTACHED_FLAGNUMERIC(1,0)Y状态变更时间ALTER_TIMEDATETIMEY计划响应时间PLN_RESP_TIMEDATETIME响应时间RESPED_TIMEDATETIME催件次数ASK_TIMESSHORTINT关联记录标识REL_IDNUMERIC(15)管理机构号MGR_BRANCHCHAR(6)受理机构号ACC_BRANCHCHAR(6)关联机构号REL_BRANCHCHAR(6)关联日期REL_DATEDATE关联顺序号REL_SEQNUMERIC(8,0)实际检索键个数QUERY_KEYSNUMBER(1,0)检索键1QUERY_KEY1VARCHAR(32,6)检索键2QUERY_KEY2VARCHAR(32,6)检索键3QUERY_KEY3VARCHAR(32,6)l 本表是所有任务控制表的基类，本表并没有实际存储，而是设计任务控制表的模板l TASK_SEQ：任务号。在每一个任务控制表中唯一，为主键l STATUS：状态。与具体的任务有关，其允许的状态在任务状态表中说明l ATTACHED_FLAG：说明此状态是否要求附加资料，l 关联记录标识：是关联数据表的ID，是决定数据表唯一记录的键值，目前业务系统中的数据表的主键是复合键，因此，该标识为保留属性，为以后扩充用l 计划呼应时间：主要用于人机交互操作时对于发出的请求，要求其它岗位在指定时间内响应。缺省的计划响应时间要求在任务类别中设置。当计划响应时间与状态变更时间相同时表示是要求立即处理的任务。l 催件次数：对于未及时呼应的，由发出方催办的次数。初值为“0”。l 管理机构号：对应数据的管理机构l 关联机构号+关联日期+关联顺序号：为关联数据表的主键l 检索键1、2、3：是为加速对数据检索速度，而在任务控制表中加的经常用于检索的值，这些值与关联数据的对应属性是冗余的，设计时一定要注意，如果该值在该节点的处理周期中可能发生变化，则不能建立检索键，或要做好同步处理2、 任务清单表NameCodeTypePM任务号TASK_SEQSERIALYY清单类别ATTACHED_FILE_TYPENUMERIC(4)YY要求提交时间PLN_REFER_TIMEDATETIMEY实际提交时间REFER ED_TIMEDATETIME3、 任务类别表NameCodeTypePM任务类编号TASK_IDNUMERIC(4,0)YY任务类名TASK_NAMEVARCHAR(32,16)Y任务控制表名TASK_CTRL_TBLVARCHAR(32,16)Y要求响应时间RESP_TIMENUMERIC(4,0)响应时间单位TIME_UNITCHAR检索键说明1QUERY_KEY _RM1VARCHAR(32,16)Y检索键说明2QUERY_KEY _RM 2VARCHAR(32,16)Y检索键说明3QUERY_KEY _RM 3VARCHAR(32,16)Yl 任务类编号：对每一个任务指定一个唯一的编号l 任务类名：任务类的中方说明l 任务控制表名：每个任务类中的任务都单独存放，实际的数据库表名为TC_XXXXXXXXXX或TCA_XXXXXXXXX，其中TC_为任务控制表的前缀，TCA_为任务所附清单的前缀，XXXXXXXXX为本表中指定的控制表名作为数据库表的后缀l 要求响应时间：是指定的响应时间的缺省值l 响应时间单位：D/H/M分别为天/时/分l 检索键1/2/3：为检索键含义的中文说明4、 任务操作表NameCodeTypePM任务编号TASK_IDNUMERIC(4)YY状态STATUSCHARYY操作OPRATIONCHARY下游任务DOWNSTREAM_TASKNUMERIC(4)Y附件标记ATTACH_FLAGNUMERIC(1,0)l 状态：对应任务允许的状态，初始状态一律为“N”l 其它常用的状态命名为C：确认/通过等；E：生效；K：已经过审核/复核；P：等待；R：拒绝/不通过；T：终止；W：撤销。这里的状态是指该任务变化后的状态，其结果可能是状态的修改，也可能是控制记录从本控制表中删除或写入另一控制表，与该状态相应的操作由操作属性说明l 操作：U为状态修改，D为从本控制表中删除，E为写入指定控制表l 下游任务：如果操作为E，则下游任务为指定的控制表名，其对应的实际数据库表按任务控制表的命名规则处理l 附件标记：0为没有附件，1为有附件5、 任务附件清单类别表NameCodeTypePM任务编号TASK_IDNUMERIC(4)YY状态STATUSCHARYY清单类别ATTACHED_FILE_TYPENUMERIC(4)Y6、 清单类别表NameCodeTypePM清单类别ATTACHED_FILE_TYPENUMERIC(4)YY清单名ATTACHED_FILE_NAMEVARCHAR(64,32)Y要求提交时间REFER_TIMENUMERIC(4)Y提交时间单位TIME_UNITCHARY二、 操作1、 EN_TASKTBL(TASK_CTRL_TBL 这里TASK_CTRL_TBL的值为任务控制表名，但不带前缀，实际处理中要根据操作要求，加上TC_或TCA_, PLAN_RESP_TIME, REL_ID, MGR_BRANCH, ACC_BRANCH, REL_BRANCH, REL_DATE, REL_SEQ, QUERY_KEYS, QUERY_KEY1, QUERY_KEY2, QUERY_KEY3)把数据写入指定的任务表：1) TASK_ID：是SERIAL类型，是自动产生的2) STATUS：状态为“N”3) PLN_RESP_TIME MGR_BRANCH：计划响应时间根据任务类别表中的响应时间及单位加上系统时间4) RESPED_TIME：实际响应时间为5) REL_ID：现在不用，因此在工作流的源头赋值为0，以后的任务中，REL_ID的值是上一任务控制表中读入的6) MGR_BRANCH：本项任务的管理机构7) ACC_BRANCH：本项任务的最初受理机构，由于允许跨机构受理，因此管理机构可以与受理机构不同8) REL_BRANCH+REL_DATE+REL_SEQ为该项任务对应的业务数据的主键，如新契约处理时为投保申请的主键，批改时为批改申请的主键9) QUERY_KEY1、QUERY_KEY2、QUERY_KEY3为附加的检索键，根据不同的任务及任务阶段确定，如新契约为险种代码、保单保额，当写入等待归档的任务控制表时，增加归档类别等。QUERY_KEY逻辑上不是必须的，但能加快查询速度2、 DE_TASKTBL(TASK_CTRL_TBL, TASK_ID)从指定的任务表中删除指定的任务控制记录3、 UPD_TASKTBL(TASK_CTRL_TBL, TASK_ID, STATUS, PLAN_RESP_TIME, RESP_TIME)修改任务表中指定的任务控制记录，STATUS为新的状态，PLAN_RESP_TIME为修改后的新的响应时间4、 RESP_TASK (TASK_CTRL_TBL, TASK_ID, STATUS, RESPED_TIME)响应已完成5、 WD_RESP_TASK (TASK_CTRL_TBL, TASK_ID, STATUS)撤销响应已完成6、 CHG_STATUS(TASK_CTRL_TBL, TASK_ID, OLD_STATUS 目前OLD_STATUS未用，只根据要求修改后的状态进行处理，而不检查状态间的转换是否合法, NEW_STATUS, PLAN_RESP_TIME, QUERY_KEYS, QUERY_KEY1, QUERY_KEY2, QUERY_KEY3)根据控制记录的状态决定具体的操作：1) 从控制任务类别表中，找到指定控制，指定状态的操作列表，根据每个操作决定是修改状态、写入另一控制表、删除本记录。2) 在写入新控制任务表时，根据原有的检索健，加上本状态加的检索键，形成新的检索键7、 针对任务控制类别表、任务清单表等也要定义相应的操作三、 任务控制表的使用1、 所谓工作流，是指从任务的产生到完成要经过多个检查点，在每一个检查点