1.本技术设计流程管理领域，尤其涉及用于电力物资的全流程管控方法。
背景技术：
：：2.电力物资是电力企业重要的资源，从社会发展的趋势来看，实行有效的物资全供应链管理，能合理快速推进业务环节专业化、资源配置集约化。在管理的过程中，需不断提高资源的利用率以提高企业的经济效益，实现企业的健康可持续发展。3.长期以来消耗类物资、低值易耗品、备品备件等非项目物资的预算管控采用事后控制方式，以期末发生值做为预算警戒标准，没有充分考虑已完成订货的在途物资和已经审批通过的采购申请，物流、信息流不一致导致预算超概，造成到货物资不能领用，库存资金占用大、到货物资不能结算，还容易与供应商产生合同纠纷。由于使用部门不能全面掌握预算信息，无法根据剩余额度及时进行偏差的调整，预算执行的时序进度不均衡现象时有发生。技术实现要素：4.本技术实施例提出了用于电力物资的全流程管控方法，通过透明化库存信息的管理创新成果，既填补了传统erp系统中班组仓储点物资的仓储管理空白，又杜绝账外物资“前清后乱”现象。5.具体的，本技术实施例提出的用于电力物资的全流程管控方法，包括：6.s1，基于已定制的业务流程点和数据流程点，按照系统角色和业务工作步骤，将业务流程点按照先后工作顺序进行串连或并联或其他联接形式，生成保障业务流程；7.s2，对业务流程管控系统隶属于流程关系的要素关系进行绑定；8.s3，根据业务流程点角色和数据流程点的数据处理权限，为电网物资信息系统或保障业务信息系统生成权限内数据结构和数据集合；9.s4，对业务流程管控系统中的独立要素标识的代码进行维护。10.可选的，所述s1还包括：11.设置业务流程点的启用属性；流程模板定制完成后，为业务流程中各流程点绑定数据流程点，生成保障数据流程。12.可选的，所述s2包括：13.要素包括：保障机构、系统角色、数据处理权限、业务流程点、数据流程点、数据服务等；功能包括：保障机构与系统角色绑定；系统角色与业务流程点绑定；数据元素与受业务流程点约束绑定；数据流程点与数据服务绑定。14.可选的，所述s3还包括：15.考虑到业务系统之间数据集成或融合问题，在数据服务定制模块内，引入了元数据管理机制，提供元数据维护和异构源映射功能。16.可选的，所述s4中的独立要素标识包括：17.保障机构、系统角色、数据处理权限、业务流程点和数据流程点。18.可选的，所述方法还包括：19.s5，对业务流程中流程点状态实施监控和业务流程的保障效能实施评价。20.可选的，所述方法还包括：21.对业务流程中的执行动作以及执行操作进行重新设计。22.可选的，对所述执行动作进行设计包括：23.针对当前业务表单信息发起申请，开始审批流程的传递；24.由申请提交人手动发起申请、由程序自动判断满足触发规则的数据自动发起申请；另外还要注意的2点：是否允许提交人撤消；、记录编辑；25.当前步骤处理通过，进入下一步骤，若为末步骤，则流程处理完成；26.将步骤退回至上一步骤，即返回至上一处理人处，若为首步骤，则不进行退回；27.将步骤直接结束，执行结束动作拒绝活动，不再进行操作，或者回退至第一步骤；28.若当前步骤已处理，下一处理人未处理的情况下可进行撤回操作。29.可选的，对所述执行操作进行设计包括：30.定义的系统内任务自动生成，由定义好的流程调用，在流程执行到适当时机发送系统内任务通知相关人员；31.定义给系统内部和外部人员发送邮件提醒的事务；在工作流和审批流中调用，在流程执行到适当时机发送邮件通知流程相关人员；32.用于流程执行的事务，在流程执行到指定位置，按照设置好的数据更新规则，指定更新本表单或关联表单的数据；33.设置一个表单的数据，按转换模板映射生成另一个或几个表单数据；如果表单带有子表单数据，也设置子表映射转换到对应表单的子表单；34.将表单数据转移给设置好的目标用户，在工作流和审批流中，需要转移数据的环节调用此数据转移；35.工作流和审批流如果需要将流程结果触发到第三方系统。36.有益效果：37.通过透明化库存信息的管理创新成果，既填补了传统erp系统中班组仓储点物资的仓储管理空白，又杜绝账外物资“前清后乱”现象。附图说明38.为了更清楚地说明本技术的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还根据这些附图获得其他的附图。39.图1为本技术实施例提出的用于电力物资的全流程管控方法的流程示意图。具体实施方式40.为使本技术的结构和优点更加清楚，下面将结合附图对本技术的结构作进一步地描述。41.针对以下业务问题，设计一种基于共享模式下审批流程与节点控制的优化方法，并使用网络服务技术实现。42.为扩大系统的适用范围，必须解决传统is与业务流程、数据流程的耦合关系，主要表现在4个方面：43.(1)固化的业务流程(staticbp，sbp)是“瓶颈”。传统业务信息系统本质是以固化序列的业务流程为基点，进行分析、设计和实施信息系统的研发，预设了系统角色与业务流程点(bpblock)的紧耦合关系。44.(2)业务流程点(bpblock)与功能模块(functionmodel，fm)的紧耦合。业务流程点是业务工作中具体工作，由多个连续actions完成，生成聚合度高的功能模块。当前，模块内的功能与actions关系通过编码固化，bpblock职能变化必然导致系统的重构。45.(3)功能模块(fm)与数据流程点(dpblock)的紧耦合。功能模块是由一系列事先预定的actions完成，系统中各action均需处理业务数据。而传统信息系统研发中，功能与数据的关系是通过程序代码固化，耦合程度较高，影响了系统的灵活性。46.(4)系统设计理念滞后。随着webservices、soa、云计算以及各种电网物资信息系统实用性开发方法的出现，助推了信息系统新体系结构的出现，增强系统体系结构的拓展性和信息系统的普适性。但目前，信息系统bp管理模式仍然不能摆脱固化业务流程为基点的思路，即使引入了业务流程引擎的机制，但由于对业务流程引擎定位的差异，研制的应用系统也未能在真正意义上受控于业务流程管控体系。47.设定公司、部门、班组三个层级的最高、最低库存储备量预警提醒，在确保物资供应前提下，及时补库，提高资金周转效率。48.从业务提单到共享运营必须经历四个环节、三级单位审批的主流程，各单位再根据管理需求添加审批子流程，即提单→业务审批→财务审批→财务签收→共享运营。49.基本设计原则中，审批流程优化的工作目标是消除流程中的冗余、低效环节，消除内耗，结合企业外部环境的变化和内部规范管理的要求，以业务流程问题为导向，利用现代化信息技术和其他配套支持手段，对现有流程进行调研、梳理、分析、完善和改进。重点对审批规则、审批要素、预算控制和授权体系进行优化改进，减少无效环节、审批层级和等待时间，提高审批效率。50.根据流程管理的目标要求，建议建立标准审批流程，严格控制审批节点，其中审批节点(含子流程)最多6个，地区公司自定义审批流程节点最多4个：51.提单→(地区公司)自定义审批流程→共享运营52.基于以上流程设置的基本原则及相关建议，为共享上线企业设计三套标准审批流程予以参考借鉴，具体如下：53.提单→签收/确认/补录→共享运营54.此流程仅适用于在自建系统已完成线下审核的工程结算类单据，系统不再对线上审批流进行校验，但需在影像设定区域上传审批表格资料。55.根据业务流程管控系统的体系结构，按照电网物资信息系统业务的关系，设计业务流程管控系统的功能模块。56.具体的，本技术实施例提出的用于电力物资的全流程管控方法，如图1所示，包括：57.s1，基于已定制的业务流程点和数据流程点，按照系统角色和业务工作步骤，将业务流程点按照先后工作顺序进行串连或并联或其他联接形式，生成保障业务流程；58.s2，对业务流程管控系统隶属于流程关系的要素关系进行绑定；59.s3，根据业务流程点角色和数据流程点的数据处理权限，为电网物资信息系统或保障业务信息系统生成权限内数据结构和数据集合；60.s4，对业务流程管控系统中的独立要素标识的代码进行维护。61.在实施中，通过透明化库存信息的管理创新成果，既填补了传统erp系统中班组仓储点物资的仓储管理空白，又杜绝账外物资“前清后乱”现象。该系统能够提供消耗定额数据，为人力成本分析、标准施工方案设计、生产定额标准制定等提供数据测算依据，能方便地拓展为企业内部业务价值链的基础数据平台，具体作用如下：62.1、透明化库存信息，仓储管理全覆盖63.从操作层面来讲，一线班组应用该系统后的最大成效是实现了“库存的透明化”；从管理层面来讲，各部门领导清楚地知道本部门当前三类物资用款情况，及时做内部调整控制或向上申请增减；从决策层面讲，公司领导完整清楚地了解所有已发生的在途业务数据，实时为决策提供有力的技术支撑。64.2、堵塞仓储管理漏洞65.填补erp系统中班组库物资的仓储管理空白，杜绝账外物资“前清后乱”现象。通过简便操作流程、透明化库存信息、灵活调配、储备量预警，对生产运维班组的废旧回收进行监控，建立盘活利库长效机制。66.3、防范廉政风险67.依靠信息化手段实现非项目物资全过程管控，使物资管理工作“流程统一、操作公开、过程受控、全程在案、永久追溯”，对非项目类物资的领用和消耗去向了如指掌，防止多头对外请购，重复采购，挤占库容，占用资金。加强物资使用权、占有权、收益权、处分权的监管，防止出现账外物资，造成物资不必要的浪费、被变现、挪作它用，保障政治和经济安全。68.可选的，所述s1还包括：69.设置业务流程点的启用属性；流程模板定制完成后，为业务流程中各流程点绑定数据流程点，生成保障数据流程。70.可选的，所述s2包括：71.要素包括：保障机构、系统角色、数据处理权限、业务流程点、数据流程点、数据服务等；功能包括：保障机构与系统角色绑定；系统角色与业务流程点绑定；数据元素与受业务流程点约束绑定；数据流程点与数据服务绑定。72.可选的，所述s3还包括：73.考虑到业务系统之间数据集成或融合问题，在数据服务定制模块内，引入了元数据管理机制，提供元数据维护和异构源映射功能。74.可选的，所述s4中的独立要素标识包括：75.保障机构、系统角色、数据处理权限、业务流程点和数据流程点。76.可选的，所述方法还包括：77.s5，对业务流程中流程点状态实施监控和业务流程的保障效能实施评价。78.可选的，所述方法还包括：79.对业务流程中的执行动作以及执行操作进行重新设计。80.可选的，对所述执行动作进行设计包括：81.针对当前业务表单信息发起申请，开始审批流程的传递；82.由申请提交人手动发起申请、由程序自动判断满足触发规则的数据自动发起申请；另外还要注意的2点：是否允许提交人撤消；、记录编辑；83.当前步骤处理通过，进入下一步骤，若为末步骤，则流程处理完成；84.将步骤退回至上一步骤，即返回至上一处理人处，若为首步骤，则不进行退回；85.将步骤直接结束，执行结束动作拒绝活动，不再进行操作，或者回退至第一步骤；86.若当前步骤已处理，下一处理人未处理的情况下可进行撤回操作。87.可选的，对所述执行操作进行设计包括：88.定义的系统内任务自动生成，由定义好的流程调用，在流程执行到适当时机发送系统内任务通知相关人员；89.定义给系统内部和外部人员发送邮件提醒的事务；在工作流和审批流中调用，在流程执行到适当时机发送邮件通知流程相关人员；90.用于流程执行的事务，在流程执行到指定位置，按照设置好的数据更新规则，指定更新本表单或关联表单的数据；91.设置一个表单的数据，按转换模板映射生成另一个或几个表单数据；如果表单带有子表单数据，也设置子表映射转换到对应表单的子表单；92.将表单数据转移给设置好的目标用户，在工作流和审批流中，需要转移数据的环节调用此数据转移；93.工作流和审批流如果需要将流程结果触发到第三方系统。94.总的关系图包括：申请流程；处理流程；处理的历史记录。其数据库实现如下：95.第一：流程定义表a_flowtable(id，流程编码，创建时间，创建人，流程名称，启用状态，锁定状态，撤销状态)；锁定状态：审批结束锁定表单；撤销状态：是否允许撤销；我们现在使用的设计模式把对应的关联表单放在了第三中，其实把审批流程关联的表单放在第一中；96.第二：流程节点图形位置图a_flowpointxy(id，流程id‑‑flowid，节点id‑‑pointid，x坐标值‑‑xvalue，y坐标值‑‑yvalue)；97.第三：步骤信息表a_flowpoint(id，主流程id‑‑flowid(表1id)，节点id‑‑pointid(表2节点id)，节点类型‑‑pointtype，上一级节点‑‑superiorpoint，节点名称‑‑pointname，关联表单‑‑relationtable，进入条件‑‑entercondition，是否人工操作‑‑manualoperation，执行动作‑‑executemovement，操作内容‑‑operatecontent)98.1、主流程id‑‑flowid：流程定义表‑‑id；99.2、节点id‑‑pointid流程节点图形位置图‑‑节点id；100.3、节点类型：过程为1，多路节点为0；101.多人审批的时候，manualoperation＝1,0全部通过、一个通过。102.第四：节点执行条件a_flowpointentercondition(节点id‑‑pointid，顺序号‑‑orderid，表单表名‑‑tablename，表单字段‑‑conditionsign，条件符‑‑conditionsign，条件值‑‑conditionvalue，连接条件‑‑tiaojian)103.第五：执行人a_flowpointoperatepersonnel(节点id‑‑pointid，人员类型‑‑personneltype，数据id‑‑dataid)104.第六：执行动作(审批处理)a_flowstateupdate(节点id‑‑pointid，状态更新id‑‑updateid，操作类型‑‑[operatetype]，更新标题‑‑[updatetitle]，更新表单‑‑[updatetable]，更新字段‑‑[updatefield]，更新值‑‑[updatevalue])[0105]第七：执行操作(表单转换1)a_flowtableswitch(节点id‑‑[pointid]，表单转换id‑‑[tableswitchid]，操作类型‑‑[operatetype]，关联表单‑‑[relationtable]，表单转换名称‑‑[tableswitchname]，生成表单‑‑[createtable])[0106]第八：执行操作(表单转换2)a_flowtableswitchcharsmap(id‑‑，表单转换id‑‑[tableswitchid]，源表单名‑‑[sourcetable]，源字段‑‑[sourcefield]，目标表名‑‑[targettable]，目标字段‑‑[targetfield])[0107]第九：执行操作a_flowinventoryfunction([id]，[flowpointid]，[title]，[functionsname]，[operatetype])[0108]第十：表单提交审批a_flowexecutetable([executeid]‑‑执行id，[flowcode]‑‑流程编码，[flowid]‑‑流程id，[flowname]‑‑流程名称，[executetype]‑‑执行状态，[posttime]‑‑提交时间，[proposer]‑‑提交时间，[proposer]‑‑申请人，[proposerid]‑‑申请人id)[0109]第十一：执行审批表：a_executepoint([executeid]‑‑执行id，[executepointid]‑‑执行节点id，[pointid]‑‑节点id，[pointtype]‑‑节点类型，[superiorexecutepointid]‑‑上级执行节点id，[pointname]‑‑节点名称，[relationtable]‑‑关联表单，[entercondition]‑‑进入条件，[manualoperation]‑‑是否人工操作，[operatetime]‑‑操作时间，[executeaction]‑‑执行动作，[executecontent]‑‑执行内容，[realityexecuteperson]‑‑实际执行人，[realityexecutepersonid]‑‑实际执行人id，[examineresult]‑‑审批结果，[examineremark]‑‑审批备注，[overtime]‑‑完成时间)[executeid]‑‑对应a_flowtable表的id，[executepointid]‑‑对应a_flowpoint表的id[0110]第十二：审批关联信息表a_executepointrelationtable([executepointid]‑‑执行节点id，[relationtype]‑‑关联类型，[tablename]‑‑表单名称，[tableid]‑‑表单id)[0111]以下为主要实现代码：[0112]一、flow流程前台主要代码部分：[0113](一)、flow流程的代码部分[0114]1、列表显示主要内容和节点链接[0115][0116][0117]2、流程节点链接js：[0118][0119]3、controller层举例[0120]流程跳转其节点详情[0121][0122](二)、flownode流程节点的代码部分[0123]1、列表显示主要内容[0124][0125][0126]2、编辑主要内容：[0127][0128]3、选择审批人js部分概况：[0129][0130]二、flow流程后台主要代码部分[0131](一)数据库与实体类的映射、新增和删除[0132][0133][0134](二)业务层的新增操作和删除操作[0135][0136][0137](三)flownode流程节点的代码部分[0138]1、数据库与实体类的映射和基本查询[0139][0140]以上所述仅为本技术的实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。当前第1页12当前第1页12
背景技术：
：：2.电力物资是电力企业重要的资源，从社会发展的趋势来看，实行有效的物资全供应链管理，能合理快速推进业务环节专业化、资源配置集约化。在管理的过程中，需不断提高资源的利用率以提高企业的经济效益，实现企业的健康可持续发展。3.长期以来消耗类物资、低值易耗品、备品备件等非项目物资的预算管控采用事后控制方式，以期末发生值做为预算警戒标准，没有充分考虑已完成订货的在途物资和已经审批通过的采购申请，物流、信息流不一致导致预算超概，造成到货物资不能领用，库存资金占用大、到货物资不能结算，还容易与供应商产生合同纠纷。由于使用部门不能全面掌握预算信息，无法根据剩余额度及时进行偏差的调整，预算执行的时序进度不均衡现象时有发生。技术实现要素：4.本技术实施例提出了用于电力物资的全流程管控方法，通过透明化库存信息的管理创新成果，既填补了传统erp系统中班组仓储点物资的仓储管理空白，又杜绝账外物资“前清后乱”现象。5.具体的，本技术实施例提出的用于电力物资的全流程管控方法，包括：6.s1，基于已定制的业务流程点和数据流程点，按照系统角色和业务工作步骤，将业务流程点按照先后工作顺序进行串连或并联或其他联接形式，生成保障业务流程；7.s2，对业务流程管控系统隶属于流程关系的要素关系进行绑定；8.s3，根据业务流程点角色和数据流程点的数据处理权限，为电网物资信息系统或保障业务信息系统生成权限内数据结构和数据集合；9.s4，对业务流程管控系统中的独立要素标识的代码进行维护。10.可选的，所述s1还包括：11.设置业务流程点的启用属性；流程模板定制完成后，为业务流程中各流程点绑定数据流程点，生成保障数据流程。12.可选的，所述s2包括：13.要素包括：保障机构、系统角色、数据处理权限、业务流程点、数据流程点、数据服务等；功能包括：保障机构与系统角色绑定；系统角色与业务流程点绑定；数据元素与受业务流程点约束绑定；数据流程点与数据服务绑定。14.可选的，所述s3还包括：15.考虑到业务系统之间数据集成或融合问题，在数据服务定制模块内，引入了元数据管理机制，提供元数据维护和异构源映射功能。16.可选的，所述s4中的独立要素标识包括：17.保障机构、系统角色、数据处理权限、业务流程点和数据流程点。18.可选的，所述方法还包括：19.s5，对业务流程中流程点状态实施监控和业务流程的保障效能实施评价。20.可选的，所述方法还包括：21.对业务流程中的执行动作以及执行操作进行重新设计。22.可选的，对所述执行动作进行设计包括：23.针对当前业务表单信息发起申请，开始审批流程的传递；24.由申请提交人手动发起申请、由程序自动判断满足触发规则的数据自动发起申请；另外还要注意的2点：是否允许提交人撤消；、记录编辑；25.当前步骤处理通过，进入下一步骤，若为末步骤，则流程处理完成；26.将步骤退回至上一步骤，即返回至上一处理人处，若为首步骤，则不进行退回；27.将步骤直接结束，执行结束动作拒绝活动，不再进行操作，或者回退至第一步骤；28.若当前步骤已处理，下一处理人未处理的情况下可进行撤回操作。29.可选的，对所述执行操作进行设计包括：30.定义的系统内任务自动生成，由定义好的流程调用，在流程执行到适当时机发送系统内任务通知相关人员；31.定义给系统内部和外部人员发送邮件提醒的事务；在工作流和审批流中调用，在流程执行到适当时机发送邮件通知流程相关人员；32.用于流程执行的事务，在流程执行到指定位置，按照设置好的数据更新规则，指定更新本表单或关联表单的数据；33.设置一个表单的数据，按转换模板映射生成另一个或几个表单数据；如果表单带有子表单数据，也设置子表映射转换到对应表单的子表单；34.将表单数据转移给设置好的目标用户，在工作流和审批流中，需要转移数据的环节调用此数据转移；35.工作流和审批流如果需要将流程结果触发到第三方系统。36.有益效果：37.通过透明化库存信息的管理创新成果，既填补了传统erp系统中班组仓储点物资的仓储管理空白，又杜绝账外物资“前清后乱”现象。附图说明38.为了更清楚地说明本技术的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还根据这些附图获得其他的附图。39.图1为本技术实施例提出的用于电力物资的全流程管控方法的流程示意图。具体实施方式40.为使本技术的结构和优点更加清楚，下面将结合附图对本技术的结构作进一步地描述。41.针对以下业务问题，设计一种基于共享模式下审批流程与节点控制的优化方法，并使用网络服务技术实现。42.为扩大系统的适用范围，必须解决传统is与业务流程、数据流程的耦合关系，主要表现在4个方面：43.(1)固化的业务流程(staticbp，sbp)是“瓶颈”。传统业务信息系统本质是以固化序列的业务流程为基点，进行分析、设计和实施信息系统的研发，预设了系统角色与业务流程点(bpblock)的紧耦合关系。44.(2)业务流程点(bpblock)与功能模块(functionmodel，fm)的紧耦合。业务流程点是业务工作中具体工作，由多个连续actions完成，生成聚合度高的功能模块。当前，模块内的功能与actions关系通过编码固化，bpblock职能变化必然导致系统的重构。45.(3)功能模块(fm)与数据流程点(dpblock)的紧耦合。功能模块是由一系列事先预定的actions完成，系统中各action均需处理业务数据。而传统信息系统研发中，功能与数据的关系是通过程序代码固化，耦合程度较高，影响了系统的灵活性。46.(4)系统设计理念滞后。随着webservices、soa、云计算以及各种电网物资信息系统实用性开发方法的出现，助推了信息系统新体系结构的出现，增强系统体系结构的拓展性和信息系统的普适性。但目前，信息系统bp管理模式仍然不能摆脱固化业务流程为基点的思路，即使引入了业务流程引擎的机制，但由于对业务流程引擎定位的差异，研制的应用系统也未能在真正意义上受控于业务流程管控体系。47.设定公司、部门、班组三个层级的最高、最低库存储备量预警提醒，在确保物资供应前提下，及时补库，提高资金周转效率。48.从业务提单到共享运营必须经历四个环节、三级单位审批的主流程，各单位再根据管理需求添加审批子流程，即提单→业务审批→财务审批→财务签收→共享运营。49.基本设计原则中，审批流程优化的工作目标是消除流程中的冗余、低效环节，消除内耗，结合企业外部环境的变化和内部规范管理的要求，以业务流程问题为导向，利用现代化信息技术和其他配套支持手段，对现有流程进行调研、梳理、分析、完善和改进。重点对审批规则、审批要素、预算控制和授权体系进行优化改进，减少无效环节、审批层级和等待时间，提高审批效率。50.根据流程管理的目标要求，建议建立标准审批流程，严格控制审批节点，其中审批节点(含子流程)最多6个，地区公司自定义审批流程节点最多4个：51.提单→(地区公司)自定义审批流程→共享运营52.基于以上流程设置的基本原则及相关建议，为共享上线企业设计三套标准审批流程予以参考借鉴，具体如下：53.提单→签收/确认/补录→共享运营54.此流程仅适用于在自建系统已完成线下审核的工程结算类单据，系统不再对线上审批流进行校验，但需在影像设定区域上传审批表格资料。55.根据业务流程管控系统的体系结构，按照电网物资信息系统业务的关系，设计业务流程管控系统的功能模块。56.具体的，本技术实施例提出的用于电力物资的全流程管控方法，如图1所示，包括：57.s1，基于已定制的业务流程点和数据流程点，按照系统角色和业务工作步骤，将业务流程点按照先后工作顺序进行串连或并联或其他联接形式，生成保障业务流程；58.s2，对业务流程管控系统隶属于流程关系的要素关系进行绑定；59.s3，根据业务流程点角色和数据流程点的数据处理权限，为电网物资信息系统或保障业务信息系统生成权限内数据结构和数据集合；60.s4，对业务流程管控系统中的独立要素标识的代码进行维护。61.在实施中，通过透明化库存信息的管理创新成果，既填补了传统erp系统中班组仓储点物资的仓储管理空白，又杜绝账外物资“前清后乱”现象。该系统能够提供消耗定额数据，为人力成本分析、标准施工方案设计、生产定额标准制定等提供数据测算依据，能方便地拓展为企业内部业务价值链的基础数据平台，具体作用如下：62.1、透明化库存信息，仓储管理全覆盖63.从操作层面来讲，一线班组应用该系统后的最大成效是实现了“库存的透明化”；从管理层面来讲，各部门领导清楚地知道本部门当前三类物资用款情况，及时做内部调整控制或向上申请增减；从决策层面讲，公司领导完整清楚地了解所有已发生的在途业务数据，实时为决策提供有力的技术支撑。64.2、堵塞仓储管理漏洞65.填补erp系统中班组库物资的仓储管理空白，杜绝账外物资“前清后乱”现象。通过简便操作流程、透明化库存信息、灵活调配、储备量预警，对生产运维班组的废旧回收进行监控，建立盘活利库长效机制。66.3、防范廉政风险67.依靠信息化手段实现非项目物资全过程管控，使物资管理工作“流程统一、操作公开、过程受控、全程在案、永久追溯”，对非项目类物资的领用和消耗去向了如指掌，防止多头对外请购，重复采购，挤占库容，占用资金。加强物资使用权、占有权、收益权、处分权的监管，防止出现账外物资，造成物资不必要的浪费、被变现、挪作它用，保障政治和经济安全。68.可选的，所述s1还包括：69.设置业务流程点的启用属性；流程模板定制完成后，为业务流程中各流程点绑定数据流程点，生成保障数据流程。70.可选的，所述s2包括：71.要素包括：保障机构、系统角色、数据处理权限、业务流程点、数据流程点、数据服务等；功能包括：保障机构与系统角色绑定；系统角色与业务流程点绑定；数据元素与受业务流程点约束绑定；数据流程点与数据服务绑定。72.可选的，所述s3还包括：73.考虑到业务系统之间数据集成或融合问题，在数据服务定制模块内，引入了元数据管理机制，提供元数据维护和异构源映射功能。74.可选的，所述s4中的独立要素标识包括：75.保障机构、系统角色、数据处理权限、业务流程点和数据流程点。76.可选的，所述方法还包括：77.s5，对业务流程中流程点状态实施监控和业务流程的保障效能实施评价。78.可选的，所述方法还包括：79.对业务流程中的执行动作以及执行操作进行重新设计。80.可选的，对所述执行动作进行设计包括：81.针对当前业务表单信息发起申请，开始审批流程的传递；82.由申请提交人手动发起申请、由程序自动判断满足触发规则的数据自动发起申请；另外还要注意的2点：是否允许提交人撤消；、记录编辑；83.当前步骤处理通过，进入下一步骤，若为末步骤，则流程处理完成；84.将步骤退回至上一步骤，即返回至上一处理人处，若为首步骤，则不进行退回；85.将步骤直接结束，执行结束动作拒绝活动，不再进行操作，或者回退至第一步骤；86.若当前步骤已处理，下一处理人未处理的情况下可进行撤回操作。87.可选的，对所述执行操作进行设计包括：88.定义的系统内任务自动生成，由定义好的流程调用，在流程执行到适当时机发送系统内任务通知相关人员；89.定义给系统内部和外部人员发送邮件提醒的事务；在工作流和审批流中调用，在流程执行到适当时机发送邮件通知流程相关人员；90.用于流程执行的事务，在流程执行到指定位置，按照设置好的数据更新规则，指定更新本表单或关联表单的数据；91.设置一个表单的数据，按转换模板映射生成另一个或几个表单数据；如果表单带有子表单数据，也设置子表映射转换到对应表单的子表单；92.将表单数据转移给设置好的目标用户，在工作流和审批流中，需要转移数据的环节调用此数据转移；93.工作流和审批流如果需要将流程结果触发到第三方系统。94.总的关系图包括：申请流程；处理流程；处理的历史记录。其数据库实现如下：95.第一：流程定义表a_flowtable(id，流程编码，创建时间，创建人，流程名称，启用状态，锁定状态，撤销状态)；锁定状态：审批结束锁定表单；撤销状态：是否允许撤销；我们现在使用的设计模式把对应的关联表单放在了第三中，其实把审批流程关联的表单放在第一中；96.第二：流程节点图形位置图a_flowpointxy(id，流程id‑‑flowid，节点id‑‑pointid，x坐标值‑‑xvalue，y坐标值‑‑yvalue)；97.第三：步骤信息表a_flowpoint(id，主流程id‑‑flowid(表1id)，节点id‑‑pointid(表2节点id)，节点类型‑‑pointtype，上一级节点‑‑superiorpoint，节点名称‑‑pointname，关联表单‑‑relationtable，进入条件‑‑entercondition，是否人工操作‑‑manualoperation，执行动作‑‑executemovement，操作内容‑‑operatecontent)98.1、主流程id‑‑flowid：流程定义表‑‑id；99.2、节点id‑‑pointid流程节点图形位置图‑‑节点id；100.3、节点类型：过程为1，多路节点为0；101.多人审批的时候，manualoperation＝1,0全部通过、一个通过。102.第四：节点执行条件a_flowpointentercondition(节点id‑‑pointid，顺序号‑‑orderid，表单表名‑‑tablename，表单字段‑‑conditionsign，条件符‑‑conditionsign，条件值‑‑conditionvalue，连接条件‑‑tiaojian)103.第五：执行人a_flowpointoperatepersonnel(节点id‑‑pointid，人员类型‑‑personneltype，数据id‑‑dataid)104.第六：执行动作(审批处理)a_flowstateupdate(节点id‑‑pointid，状态更新id‑‑updateid，操作类型‑‑[operatetype]，更新标题‑‑[updatetitle]，更新表单‑‑[updatetable]，更新字段‑‑[updatefield]，更新值‑‑[updatevalue])[0105]第七：执行操作(表单转换1)a_flowtableswitch(节点id‑‑[pointid]，表单转换id‑‑[tableswitchid]，操作类型‑‑[operatetype]，关联表单‑‑[relationtable]，表单转换名称‑‑[tableswitchname]，生成表单‑‑[createtable])[0106]第八：执行操作(表单转换2)a_flowtableswitchcharsmap(id‑‑，表单转换id‑‑[tableswitchid]，源表单名‑‑[sourcetable]，源字段‑‑[sourcefield]，目标表名‑‑[targettable]，目标字段‑‑[targetfield])[0107]第九：执行操作a_flowinventoryfunction([id]，[flowpointid]，[title]，[functionsname]，[operatetype])[0108]第十：表单提交审批a_flowexecutetable([executeid]‑‑执行id，[flowcode]‑‑流程编码，[flowid]‑‑流程id，[flowname]‑‑流程名称，[executetype]‑‑执行状态，[posttime]‑‑提交时间，[proposer]‑‑提交时间，[proposer]‑‑申请人，[proposerid]‑‑申请人id)[0109]第十一：执行审批表：a_executepoint([executeid]‑‑执行id，[executepointid]‑‑执行节点id，[pointid]‑‑节点id，[pointtype]‑‑节点类型，[superiorexecutepointid]‑‑上级执行节点id，[pointname]‑‑节点名称，[relationtable]‑‑关联表单，[entercondition]‑‑进入条件，[manualoperation]‑‑是否人工操作，[operatetime]‑‑操作时间，[executeaction]‑‑执行动作，[executecontent]‑‑执行内容，[realityexecuteperson]‑‑实际执行人，[realityexecutepersonid]‑‑实际执行人id，[examineresult]‑‑审批结果，[examineremark]‑‑审批备注，[overtime]‑‑完成时间)[executeid]‑‑对应a_flowtable表的id，[executepointid]‑‑对应a_flowpoint表的id[0110]第十二：审批关联信息表a_executepointrelationtable([executepointid]‑‑执行节点id，[relationtype]‑‑关联类型，[tablename]‑‑表单名称，[tableid]‑‑表单id)[0111]以下为主要实现代码：[0112]一、flow流程前台主要代码部分：[0113](一)、flow流程的代码部分[0114]1、列表显示主要内容和节点链接[0115][0116][0117]2、流程节点链接js：[0118][0119]3、controller层举例[0120]流程跳转其节点详情[0121][0122](二)、flownode流程节点的代码部分[0123]1、列表显示主要内容[0124][0125][0126]2、编辑主要内容：[0127][0128]3、选择审批人js部分概况：[0129][0130]二、flow流程后台主要代码部分[0131](一)数据库与实体类的映射、新增和删除[0132][0133][0134](二)业务层的新增操作和删除操作[0135][0136][0137](三)flownode流程节点的代码部分[0138]1、数据库与实体类的映射和基本查询[0139][0140]以上所述仅为本技术的实施例，并不用以限制本技术，凡在本技术的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本技术的保护范围之内。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
