工作流引擎内核、表单分析

1、工作流引擎分析面向电信运营商的管理系统，主要分CP/SP和OP两大子系统，其实两者之间主 要区别主要是权限分配的不同，简单一点理解：SP/OP操作员或运营商操作员提 交产品开通申请，修改申请，产品暂停申请，恢复暂停申请或产品注销申请。运 营商管理员查看申请信息，接着由管理员（包括不同角色）对相应的申请进行审 批，整改，配置和测试等工作步骤，工作成功走完后，产品即生效，中间任一工 作流步骤失败则直接通知申请者申请驳回（整改步骤初外，其可以给申请者一次 修改申请信息的机会）。关键字 工作流引擎 业务表分析与设计工作流引擎，从开始的理论理解，现在，通过对每一步的数据跟踪后，现对其有 了一个比较清晰的

2、认识。其实所谓的工作流引擎，我们可以把它理解为一套组件， 其包括：业务逻辑代码，xml配置文件和数据库表支持。业务逻辑代码将终端相 关数据记录到引擎表，同时控制工作流中的每一个步骤的准确定位并解析xml 文件数据并将其注册到工作流引擎表中。工作流相关字段介绍工作流流程状态workflowlife表示工作流执行过程中的每一个步骤，整个工作流走完后workflowlife还原 为00-未启动，审核中，配置中，测试中，整改中，割接中工作流状态，workflow表示当前是哪一个状态发起的工作流0-未启动，申请，修改，暂停，恢复，预注销，注销产品状态，status相应状态下发起的工作流对应的产品的状态0

3、-申请1-正常11-申请待生效2-暂停预注销注销工作流引擎配置文件product_create.wkfw（产品申请流程.）国日Code highlighting produced by Actipro CodeHighlighter (freeware) HYPERLINK http:/www.CodeH/- http:/www.CodeH/- action id=1 name=step_str_namestep_str_namestep_str_namestep_str_namestep_str_namestep_str_namestep_str_namestep_str_namestep_

4、str_namestep_str_nameaction id二2提交申请 caller= seq=0 seq=1 seq=2 今 seq=3 seq=4 seq=5 厂 seq=6 “ seq=7 o seq=8 c seq=9name=待审核 caller=5010name=待整改 caller=注：以上配置文件中的script结点中的流程由c进行解析并控制流程的 引擎表类图描绘:vkfw id.wfw na meparsed from T.wifw.电viTy d actionjd actiori-namewkfvMiQnegstartup tfie server J t parse th

5、 aP.wkft, Ehe of 抑呻and wkfw_actiDn_reg server from allconfi gure filesf wkfrv)wkfw_si d. next_acti o n _id,nex_actjon_Gid in wkfvsessiori, correspond io worhdlowindex.action Jd.actiomndexin workflowhistid .action idhacr ion_riannein v4产品序号 productindex 产品编号productid、产 品名称productname.wkfw_session_his

6、tory表存放的是wkfw_session中的历史信息，因为当工作流走完后，产品在引擎表 wkfw_session注册的信息就会注销，但会在此history表中留下历史记录作为以后的历史工单（工作流）查询.wkfw_action表存放的是每个工作流状态（workflow）下的各个工作流流程（workflowlife）步骤的记录的集合， 并用wkfw_id和action_id来实现具体的工作流状态（workflow）下的工作流流程状态（workflowlife）的唯一性 确定.同时，wkfw_action 中的 action_id 和 action_sid 状态值和 wkfw_session 中

7、的 next_action_id， next_action_sid对应.即，next_action_id和next_action_sid对应wkfw_action中工作流步骤处理中待处理（审核， 配置，测试）状态的action_id和action_sid值.wkfw_action_history表存放的是 wkfw_action中的历史信息，因为当工作流走完后，产品在引擎表 wkfw_action注册的信息就会注销，但会在此history表中留下历史记录作为以后的历史工单（工作流）查询.注：wkfw_reg和wkfw_action_reg表中的数据是在系统启动时由引擎程序一次性解析所有的*.w

8、kfw文件并将 其中的节点值全部注册到此两表中.业务表设计（短信产品）：product buf 表buf表可以理解为临时表，主要是在对产品的修改（此产品已经走完工作流）申请后，进入工作流的下一步 审核时，要是审核没有通过，则产品表中的数据无法还原到初始状态。所以，这里是这样实现的：在产品 修改申请提交后，将修改后的数据insert先存到buf表中，待修改的申请成功走完工作流的每一个步骤后， 在最后一步时，再将buf的数据insert到产品表中，此时修改的数据才真正在产品表中生效！product workflowhist 表产品工作流历史表和产品表相比较，就是在前面多了 workflowinde

9、x,actionindex,actionsid,wkfwsid字段， 用来标记其工作流每个步骤的历史记录，这里主要是在产品审核时有跟踪产品流程需要查询每个阶段的 产品相关详细信息的需求.同时，对于指令的工作流历史表，也是需要的，因为在跟踪产品流程时，点击详细的时候也需要把每 个工作流阶段的指令信息分别显示出来.（因为在审核和配置步骤都可以对指令的信息进行修改）产品查询的详细信息页面中的 workflow,workflowlife,status值，是根据 product表中的 workflow,workflowlife,status值读取资源文件中对应的name值来显示，而在产品审核信息一览页面

10、中的产 品状态信息则是联合查询引擎表中wkfw_session,wkfw_action_wkfw_reg和wkfw_action_reg表得到的.ex：产品申请工作流程分析1产品申请工作流步骤产品信息add到product表中（status,workflow和workflowlife字段值可在produce中init）（产品信息和配置文件解析信息）add到wkfw_session（next_action_id和next_action_sid为2,2）（产品信息和配置文件中解析信息）wkfw_action（action_id 和 action_sid 为 1,1；同时生成”待审核”记录，其 ac

11、tion_id 和 action_sid 为 2,2, starttime字段和申请时的endtime字段相等，endtime字段为null，表示这条记录是待审核状态）（产品信息和配置文件解析信息）add 到 productworkflowlife（actionsid 和 actionindex 为 1,1）.注：产品配置，测试等步骤和申请一样，只是status,workflow和workflowlife字段值是由解析*.wkfw得到。 wkfw_action中的”待”记录的starttime字段值和上一步的endtime对应。action_id的初值为1，解析*.wkfw文件时和其文件中的a

12、ction_id匹配并执行配置文件相应的代码段， 同时将此步骤对应的action_id值注册到wkfw_action表中，下一个工作流步骤的action_id从引擎表中查询出 来跟*.wkfw配置文件中的action_id匹配.2产品工作流步骤成功走完（配置文件解析信息）update 到 proudct 表中 status,workflow 和 workflowlife 字段（next_action_id 和next_action_sid 字段）update 表 wkfw_session_history 中对应字段wkfw_session 表中对应记录（delete）（action_id 和

13、action_sid 字段）update 表 wkfw_action_history 中对应字段（action_result 变为success， handler为登录userName）wkfw_action表中对应记录（delete）（产品信息和配置文件解析信息）add到 productworkflowlife .3工作流走失败（如审核）（配置文件解析信息）update 到 proudct 表中 status,workflow 和 workflowlife 字段（next_action_id 和next_action_sid 字段）update 表 wkfw_session_history 中对 应字段wkfw_session 表 中