本文主要是介绍c#版工作流之流程发起(3),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!
在管理系统中,核心的工作是在业务单据初步确认完成之后,需要启用流程进行企业内部流转确认,在最终确认后将进入业务数据生效或废弃环节。
合同管理系统基于内部标准建模平台,形成主表,从表二级业务单据模式;在不同的模块之间,采用关联,引用等概念进行串联,形成了整体业务系统的全生命周期模型构建。所有项目中的具体模块是未知的,需要根据客户的现场需求,经过业务顾问的现场调研,清理,才能最终形成企业合同管理业务蓝图。这正好满足了企业间对合同管理的个性化需求。所以我们的产品基本覆盖了军工,能源,环保,制造,物流,销售,房地产等各个行业的个性化业务需求。
产品中的业务单据是动态配置的,但工作流模型是另外一个动态模型,基于流程设计器,流程引擎,流程支持服务等业务模型,构建了一个基于业务流转动态建模体系。
业务单据抽象出功能编号,来源编号标准概念。功能编号用于识别业务模型,来源编号用于标识唯一数据。在这基础上,工作流引擎只关注业务单据的功能编号,来源编号,并基于标准的功能模型描述对象,在业务流转过程中与业务模型进融合,达到业务模型与流程模型相互影响,相互促进效果。使业务模型能为流程模型提供运行环境,流程模型可以实现业务单据在各部门间协同完善业务单据......
产品中的流程是与功能编号关联的,主要的目的是标准化业务模型与流程模型之间的交互作用。以便简化业务模型在内部流转过程中依赖业务模型进行流转路径选择的目的,业务模型就是构建流程模型审批路径的基本条件。
所以工作流引擎在提供业务单据可选流程列表时,使用功能编号进行第一层次的过滤。在这基础上,引入业务单据启用条件,组织结构可见流程等概念。使业务单据较为智能第选中业务审批流程。使流程在业务责任人提交流程时能大概率地命中单一流程,使业务基本能无感知的完成流程选择。
如果是撤回重选流程,将需要手动完成流程启动,以便责任人有足够的时间进行业务数据完善。
这篇关于c#版工作流之流程发起(3)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!