应用规则编辑器管理机制的制作方法
【专利摘要】一种应用规则编辑器管理机制,在模型编辑器的菜单项中增加新的一项，用户需要为建立的过程定义指定名称，然后用户选定关联了工作片服务的任务，“编辑规则”菜单项变成可用状态。用户点击该菜单项，激活规则编辑器，完成对该工作项的规则定义。实现了规则集文件与本体的互相转换，从而可以用本体来统一的描述系统资源。本发明的实施例提供采用构建下波纹规则的方法来建立规则，应用规则编辑器管理在观察系统的开发过程，是在不依赖于特定组件的前提下进行开发的，该编辑器封装完善，提供了二次开发的API，可以很方便的集成到其它的以Petri网模型为基础的建模工具上，使该系统具有很好的通用性。
【专利说明】
应用规则编辑器管理机制
技术领域
[0001]本发明涉及流程发起界面维护数据的多节点数据显示记录技术领域，尤其涉及流程发起界面包含统计项、新增单条信息、可编辑新增管理列表和系统自动抓取对应待办理数和设置显示界面和数据内容机制。
【背景技术】
[0002]流程管理，是一种以规范化的构造端到端的卓越业务流程为中心，以持续的提高组织业务绩效为目的的系统化方法。它应该是一个操作性的定位描述，指的是流程分析、流程定义与重定义、资源分配、时间安排、流程质量与效率测评、流程优化等。因为流程管理是为了客户需求而设计的，因而这种流程会随着内外环境的变化而需要被优化。
[0003]在流程管理技术领域，三种不同层次流程管理是优化与供应商有关的业务流程，比如预测、补货、计划、签约、库存控制、信息沟通等。供应商的绩效很大程度上受采购方的流程制约。例如预测流程中，如何确定最低库存、最高库存，按照什么频率更新、传递给供应商，直接影响供应商的产能规划和按时交货能力。再如补货，不同种类的产品，按照什么频率补货，补货点是多少，采购前置期是多少，不但影响到公司的库存管理，也影响到供应商的生产规划。管理层可以通过动员、强调达到一时效果，但不改变流程及其背后的规则，这种效果是暂时的。流程管理和改进的关键是确定目标和战略，书面化流程、实施流程，确定责任人并定期评估。在此基础上，开发一系列的指标，确保流程按既定方式运作，并与前面讲的按时交货率、质量合格率等挂钩。这样，从流程到绩效，再由绩效反馈到流程，形成一个封闭的管理圈。值得注意的是，流程改进更多的是渐进而非革命，因为每个公司总有现行的流程，不大可能推倒重来，要通过不断微调来优化。
[0004]系统实施基于流程的多节点数据显示记录机制所带来的好处:基于流程的多节点数据显示记录机制一方面为系统管理员提供了灵活、方便的操作界面，可设置显示界面和数据内容，另一方面又充分利用Socket的通信结构机制，具有安全性好、操作方便、实现容易等优点。
【发明内容】
[0005]为了克服现有的基于流程的多节点数据显示记录机制的不足，本发明提供一种基于流程发起界面的多节点编辑新增管理列表和系统自动抓取对应待办理数和设置显示界面和数据内容机制，如果某一个执行人，做过多次的步骤的话，按人员分组，操作数据倒序排列，关联流程执行结果已在客户的新图中改成了关联流程数量和关联流程未完成。关联流程数量，可以是自动的上下级的关联流程，也可以是手动的添加关联流程。关联流程未完成，是指这些关联流程中，没有完成的数量统计，催办有二种方式，I.节点人发送后，对下一个环节人进行催办，2.发起人发起催办，效果就是和关联备注一样，每个人都收到催办提醒；只是以催办名义出现。
[0006]本发明解决其技术问题所采用的技术方案是:在发起人界面，首先已经是发起以后流程了。多节点我们现在做成的方式，是在流程编辑器中有一个多节点框的节点，而不是把规则放在某个节点上。多节点是由一个单独的多节点框所生成。所以这里只能读取出发起人节点后面的节点的内容，如果发起人节点后是多节点框节点的话，那么可以显示出多节点。但是这里的多节点是不能带操作的，因为是根据多节点自动发起，不能手动发起。但是有一种多节点比较特殊，例如:系统自动发起的采购流程，这种流程的发起是因为系统库存多节点的定义，这种多节点，只会出现在进销存流程的大图，每个小流程中，是不出现这种系统默认规则的节点的。对于这种系统默认多节点，如果处理节点的后一个节点即便不是多节点框，也会显示多节点内容。关联流程执行结果，如果对应的流程有发起，那么显示这条流程的状态。这里的多节点对应的流程列表，只会出现符合多节点的数据。填写说明字段，是在流程编辑器中，节点里的有一个属性叫填写说明，那里的填写的值，反映在这里地方。现在做的流程里面是这么定义的，比方说采购流程里采购单有一个付款方式，设定为预付款，那么系统会自动发起一个付款流程。此时采购流程和付款流程是就自动成为关联流程。此时采购流程就是上级流程，付款流程就是下级流程。这种是自动上下级流程的设置方式。第二种方式，手动配置流程的关联关系，和自动上下级流程没有任何关系。选择一条我的发起的流程进行关联。
[0007]本发明的有益效果是，如果应用比较简单，客户端较少，同时发生请求的概率很低，或者客户端不介意等待服务的时间，可以采用重复服务器。而如果客户端较多，并对服务响应的要求较高，就应当采用并发服务器，这种方式可以满足大型和复杂应用的需求。如果使用无连接的模式，就不存存建立、断开连接等过程。但是通过基本信息传递实现提供服务的道理与有连接的模式是一样的。
【附图说明】
[0008]下面结合附图和实施例对本发明进一步说明。
[0009]图1为本发明实例流程编辑器流程图界面图。
[0010]图2为本发明实例流程流转设置图。
[0011 ]图3为本发明实例流程编辑器流程表界面图。
[0012]图4为本发明实例角色权限设置图。
[0013]图5为本发明实例岗位角色授权图。
[0014]图6为本发明实例机构角色岗位图。
【具体实施方式】
[0015]在图3中，表示了本发明实例发票流转图。点击对应的标签，页面迅速定位到对应位置的总览上。本次开票金额合计:统计O区的待开发票的总览中所有的数据中发票金额的总计，待开发票数量:统计O区的待开发票的总览的虚拟发票数据总数。重复性检查，如有重复，显示重复的数据总数。如无重复显示O。重复条件是单位相同，销售订单相同，发票金额误差在正负5%，三者都有，才是重复。根据I区选择的订单，判断客户有无JQ号来决定显示的到底是线上还是线下货币。、根据订单的支付货币显示选择付款人，点击弹出选择客户界面，只能选一个客户。选择完成后，付款人，开户银行等字段自动带出。自动带出的字段不可编辑，只能通过选择改变。选择好客户后，I区待开票的销售订单-待选项总览的数据，只会出和这个选择的客户相关的订单。页面操作步骤如下:
[0016]1.打开流程。I区里面显示全部符合条件的销售订单。
[0017]2.在I区，直接找到线上或线下的客户的销售订单，或选择付款人按钮找，然后选中。
[0018]3.12区的各个分类出现这张销售订单已开票和未开票的明细并且根据默认每份发票最高额自动拆分销售订单开票，并且显示这份装箱单完整的开票记录(历史开票)。
[0019]4.在12区，选择改变每张发票最高额。
[0020]5.在12区里面产品列表对应开票最高额改变而调整自动发票出现的笔数。
[0021]6.在12区自动拆分的发票下通过移动到和移出产品数据条，调整好所需的每张发票;调整同时受最尚额控制。
[0022]7.11区和12区的发票分组同步更新。
[0023]8.在11区里面逐条点击“添加到待审核”或全选添加到待审核，选中数据出现在O区里面。
[0024]9.在O区里面选中数据条，点击编辑，在编辑框输入纸质发票号码和日期，备注说明保存更新数据。
【主权项】
1.应用规则编辑器管理机制，其特征是:基于规则编辑器界面通过在模型编辑器的菜单项中增加新的一项对应待办理数据选择的应用规则管理和基于构建下波纹规则(RippleDown Rules, RDR)的方法来建立规则，是在不依赖于特定组件的前提下进行开发的，在开发完成后实现与YAWL模型编辑器的对接;而且该编辑器封装完善，提供了二次开发的API，可以很方便的集成到其它的以Petri网模型为基础的建模工具上，使该系统具有很好的通用性。2.根据权利要求1所述的基于规则编辑器界面通过在模型编辑器的菜单项中增加新的一项对应待办理数据选择的应用规则管理，其特征是:用户需要为建立的过程定义指定名称，然后用户选定关联了工作片服务的任务，此时，“编辑规则”菜单项变成可用状态；用户这时就可以点击该菜单项，激活规则编辑器，完成对该工作项的规则定义；同时，根据系统的整体设计要求，我们实现了规则集文件与本体的互相转换;从而可以用本体来统一的描述系统资源。3.根据权利要求1所述的基于构建下波纹规则(RippleDown Rules, RDR)的方法来建立规则，其特征是:RDR既是一个渐增式的知识获取技术，也是一种规则的表示形式;它本身是一种以用户为中心的知识库系统构建方法学，允许领域专家和用户在不需要知识工程的分析和协助下，快速的构建知识库系统;RDR方法把知识获取简化成这样一个任务:把一个结论(ConeIus1n)分配给一个案例C Case，并且仅需确定当前案例和先前案例(Cornerstone Case)的差别;对于给定的案例，当其规则树被查询时，它就从树的根节点开始遍历，评估每个节点的条件值;如果根据案例的属性值其节点的条件值为真，并且它有一个“真”子节点，就评估该子节点的条件；如果节点的条件值为假，并且它有一个“假”子节点，那么再评估它的假子节点的条件值；当到达一个叶节点时(一个节点没有任何子节点)，如果它的条件值评估为真，那么该叶节点的结论就作为树的遍历结果返回；如果它的评估为假，那么在遍历中最后一个评估为真的节点就作为结果返回;树的根节点(规则O)作为缺省节点有一个缺省的真条件和结果，并且只能有一个为真的分支。
【文档编号】G06Q10/10GK106096917SQ201610443450
【公开日】2016年11月9日
【申请日】2016年6月20日
【发明人】叶君玉
【申请人】上海赞越软件服务中心