简易工作流及设计模型.docx

简易工作流设计模型一、 工作流简介2二、 工作流设计思路2（一） 工作流整体结构图21． 业务说明22． 工作流整体结构图2（二） 流程分类和流程实例设计31． 业务说明32． 界面设计43． 后台表-流程分类表44． 后台表-流程模板表55． 备注说明5（三） 自定义流程表单设计61． 业务说明62． 界面设计63． 后台表-模板表字段表74． 备注说明8（四） 流程步骤定义81． 业务说明82． 界面设计83． 后台表94． 后台表关系95． 备注说明10（五） 流程实例发起101． 业务说明102． 界面设计103． 后台表11三、 结语13工作流简介工作流是指一类能够完全自动执行的经营过程，根据一系列过程规则，将文档、信息或任务在不同的执行者之间进行传递与执行。工作流设计思路工作流整体结构图业务说明整个工作流后台结构设计图，包含表单设计、流程设置、流程实例发起三个主要部分的后台表结构设计。工作流整体结构图见下流程分类和流程实例设计业务说明建立流程时候，需要先将流程进行分类，便于权限控制和梳理流程的层级关系；另外每个流程实例的数据，需要保存在流程实例表中进行区分（不同的流程实例对应的数据结构不一样，每条流程实例的实例数据也不一样）界面设计后台表-流程分类表select * from xSYS_TableDefs where xHolderGUID=0000-0000-0000-000000000000}后台表-流程模板表select * from xSYS_TableDefs where xParentGUID=[MasterGUID]and xHolderGUID=0000-0000-0000-000000000000}备注说明因为之前的模式限制,所以将流程分类和流程实例表的数据都保存在一张表里,通过xHolderGUID字段区分是流程分类表还是流程实例表。自定义流程表单设计业务说明流程表单设计主要用于业务数据的记录，设计内容来源于实际业务，实现方法是在实例表的基础上增加表单字段，用于记录每个流程发起时的填写内容。界面设计字段设计界面，见下页面展示界面，见下后台表-模板表字段表select * from xSYS_FieldDefs where xTableGUID=[MasterGUID]备注说明xSYS_FieldDefs保存字段类型、属性等信息，展示的表单支持手工拖拽字段表达式，形成满足业务需要的布局形式。流程步骤定义业务说明流程步骤定义的作用是用来引导流程审批，每个流程发起后，按照指定的条件不断的进行条件判断和计算下一处理人，最终引导流程审批结束。界面设计设计界面，见下后台表【流程分类表2】xGL_workflow_Category注：数据来源于平台表xSYS_TableDefs里的分类数据，只不过平台表可以创建xSYS_FieldDefs表字段，可以设置界面【流程模板表2】xGL_WF_config注：数据来源于平台表xSYS_TableDefs里的流程表数据，只不过平台表可以创建xSYS_FieldDefs表字段，可以设置界面【流程步骤表】xGL_WF_Flow_Master【步骤条件表】xGL_WF_Flow_MasterBranch注：此处需要读取出表单字段，用于条件设置后台表关系见下图：备注说明此流程步骤定义其目的就是设置每个审批步骤，并且设置步骤与步骤之间的流转条件，以便流程发起后，便于根据设置的步骤和条件去寻找下一审批步骤（将审批表单流转到指定的责任人，进行下一步审批操作，依次类推指导流程最终审批结束）流程实例发起业务说明流程实例发起即代表一个业务流程审批开始启动，对应后台就是一条流程实例表记录产生，并且在发起者发起时触发生成下一审批节点的审批步骤信息，下一审批人根据生成的步骤信息筛选出轮到自己审批的信息，然后进行审批操作，然后又触发下一审批人的步骤信息。。。依次流程不断的在预设的审批步骤之间流转，直至审批结束。界面设计发起界面，见下注：界面布局可右键设计审批/查看界面，见下后台表【流程实例表】xGL_WorkMaster注：用于记录每个实例流程发起后的流程主信息,和新发起的实例流程步骤表（xWF_InstancesStep）,实例流程步骤流转条件（xWF_InstancesStepFactor）表关联,形成实例流程必要业务信息和后台流程信息存储（见下）。【流程实例步骤审批状态表】xGL_WorkF_Status注：用于记录每个审批责任人的审批处理意见和审批状态（数据来源于上一个发起人/审批人触发生成）【流程实例业务表】XXX（表名来源于自定义xSYS_TableDefs，字段来源于xSYS_FieldDefs），以testlqj为例，见下注：完全自定义的