一种基于Activi的巡管业务流程查询方法与流程

一种基于activi的巡管业务流程查询方法
技术领域
1.本技术涉及巡更管理技术领域，尤其是涉及一种基于activi的巡管业务流程查询方法。


背景技术：

2.巡管，即巡更管理；传统的，对于巡更管理工作，通常由值班经理等，手动记录巡更人员的工作情况和巡更记录。随着科技的进步，上述管理逐渐被通过计算机等智能化。
3.公开号为cn305819948s的外观专利，其主视图即得知一种可视化巡护管理系统，根据其可将巡更业务数据化和可视化。
4.公开号为cn110719366a的发明专利，其公开了一种可通过手机实现外勤作业数据的城市园林巡管养系统，其包括手机app终端，所述手机app终端的输出端与人员登录模块的输入端电连接。可通过手机app实现外勤作业数据的城市园林巡管养系统，通过设置园林事件数据收集单元、数据信息整合管理单元、pc管理终端和反馈模块，帮助构建更为完备的园林绿化事件处置流程，并在此基础上对获取的各类数据信息进行业务化的综合分析，帮助管理人员准确掌握部门人员上岗情况、实时位置和运动轨。
5.针对上述中的相关技术，发明人认为存在以下缺陷：大多巡管系统均为针对业务定制，单一应用效果较佳，但是对于大型的做安保等业务的企业来说，业务类型多，配置系统多，而业务存在一定共性，即系统相互之间又存在一定共性，多套系统导致存在资源、成本浪费，因此本技术提出一种新的技术方案。


技术实现要素：

6.为了降低用户应用多系统时的成本，本技术提供一种基于activi的巡管业务流程查询方法。
7.本技术提供一种基于activi的巡管业务流程查询方法，采用如下的技术方案：一种基于activi的巡管业务流程查询方法，包括以下步骤：s1、选择基于activi流程引擎的巡更管理平台作为通用基础；其中，巡更管理平台至少用于执行多个巡更类型的基础统一业务；s2、根据不同的巡更类型，创建与之匹配的个性化业务模型，存储并得到业务数据库；s3、获取业务需求，判断通用基础是否可执行实现业务需求，如果是，则调取对应的通用基础用于响应业务需求；如果否，则识别业务类别并从业务数据库中调取对应的业务模型，作为应用数据；s4、通用基础引用应用数据，得到业务平台，所述业务平台用于响应业务需求。
8.可选的，所述巡更管理平台为基于java开发。
9.可选的，还包括：在调取业务模型前，获取业务需求对应用户的身份信息；以及，
查找同一身份信息的业务需求记录，如果当前业务需求为非首次出现，则查找同一身份信息过往的业务平台使用记录并再次调用对应的业务平台。
10.可选的，还包括：识别用户的身份信息，判断是否为开发/管理员，如果否，则在业务数据中未查找到业务类别后，整合业务需求及预设提示内容作为提示信息发送至开发/管理员。
11.可选的，根据用户的身份信息，识别其对应的业务环境；以及，统计同一业务环境某一业务需求对应的业务模型及其业务平台的调用频次，如果任一调用频次超出阈值，则记录对应的业务平台作为二级通用平台；其中，通用基础包括二级通用平台以及预设的初始平台。
12.综上所述，本技术包括以下至少一种有益技术效果：巡更管理平台（系统）的共性内容、个性化业务内容层次分开，可分别开发两者，减小开发难度；同时，个性化内容以数据库的形式存在，等待调用，因此可根据业务需求，随时基于通用基础更新，匹配不同的需求，灵活性更佳；应用时，只需有初始平台，后续即可调用匹配的个性化业务模型对其丰富，实现不同的业务流程查询需求，减小分别开发各个平台来使用的成本。
附图说明
13.图1是本方法的流程示意图；图2是本方法的架构示意图。
具体实施方式
14.以下结合附图1
‑
2对本技术作进一步详细说明。
15.本技术实施例公开一种基于activi的巡管业务流程查询方法，其理念：目前，国内的各类管理软件，一般有通用型、定制型；其中，通用型，大多是行业标准，需要用户适应；而定制型，则成本过高，不仅体现在单一成本，更是体现在背景中所述大中型企业应用多系统时，成本又再次增加。
16.有鉴于上述，参考油画中的层次画法，作画时先用单色画出整个形体，然后用颜色进行层次塑造得到最后的成品；或是现有的某一绘图软件的图层概念提出本技术。
17.参照图1
‑
2，基于activi的巡管业务流程查询方法包括：s1、选择基于activi流程引擎的巡更管理平台作为通用基础。
18.其中，巡更管理平台至少用于执行多个巡更类型的基础统一业务，如常见的巡更过程记录、巡更人员管理、巡更信息反馈管理等。
19.本方法之所以选择activi，而非如jbpm之类，是因为本方法一个重要的需求在匹配的灵活性和热部署，而activi正好拥有更为简洁和丰富的接口等，方便后续个性化的内容类似外挂的形式挂载。
20.可以理解的是，为了使得后续个性化匹配之后的平台拥有原基础的效果等，需要原平台具备一定的继承特性，因此，上述巡更管理平台选择为基于java开发，利用java的继承特性。
21.s2、根据不同的巡更类型，创建与之匹配的个性化业务模型，存储并得到业务数据库。
22.其中，巡更类型，可以是：危险品存储区巡更、宿管巡更等；个性化业务，即针对性的业务需求内容，如危险品存储区的易燃易爆泄漏点查询，或宿管区的检查点查询等。个性化业务模型包括通过activi
‑
designer创建的流程定义以及相应的在bpmn数据（业务流程建模）。
23.s3、获取业务需求；可以理解的是，业务需求由用户通过手机、计算机等终端发送，且绑定用户的身份信息，以便后续根据身份响应。
24.后续，判断通用基础是否可执行实现业务需求，如业务标记识别是否符合，，如果是，则调取对应的通用基础用于响应业务需求，以完成业务查询等；如果否，则识别业务类别并从业务数据库中调取对应的业务模型，作为应用数据。
25.s4、通用基础引用应用数据，其大致分：1、创建新的工作流引入相应的流程定义；2、在某一runtimeservice启动后，增加或更新bpmn数据。完成之后，即可得到符合业务需求的业务平台，用于响应业务需求，完成业务查询等工作。
26.上述方法除了通过一对应的程序执行实现，还供开发人员使用，用于降低开发成本，使用成本等。
27.在一实施例中，本方法还包括：在调取业务模型前，获取业务需求对应用户的身份信息；以及，查找同一身份信息的业务需求记录，如果当前业务需求为非首次出现，则查找同一身份信息过往的业务平台使用记录并再次调用对应的业务平台。
28.根据上述内容，对于同一身份的重复业务需求，不再重复是上述步骤s3和s4，可减少不必要的损耗；然而，此处之所以没有直接选择以业务需求为查找条件，而设置身份前提，是因为同一业务需求，如请假，其在面向不同的业务场景时，并非相同，如果直接调用其他场景平台，容易产生其他差误结果。
29.可以理解的是，上述业务平台的过往记录，其设置有保存时间，如以半年为一周期，对超过半年以上的数据删除；且同一平台的记录随着使用时间节点更新，仅保存最新的一次记录，以减小数据堆积。
30.在一实施例中，本方法还包括：识别用户的身份信息，判断是否为开发/管理员，如果否，则在业务数据中未查找到业务类别后，整合业务需求及预设提示内容作为提示信息发送至开发/管理员。
31.根据上述内容，在本方面面向应用用户后，可用于及时通知开发/管理员，根据业务需求更新业务数据库，提高其适应性，满足多用户需求。
32.在一实施例中，本方法还包括：根据用户的身份信息，识别其对应的业务环境；以及，统计同一业务环境某一业务需求对应的业务模型及其业务平台的调用频次，如果任一调用频次超出阈值，则记录对应的业务平台作为二级通用平台；其中，通用基础包括二级通用平台以及预设的初始平台。
33.根据上述内容，随着本方法的使用，可以根据用户的使用习惯，在初始平台的基础上，更新，得到出更为符合各个业务场景共性的区别化通用基础，逐步减小各个业务场景的个性化匹配压力，在使用过程中逐渐得到合适的平台，自然而然的完成软件定制化。
34.以上均为本技术的较佳实施例，并非依此限制本技术的保护范围，故：凡依本技术
的结构、形状、原理所做的等效变化，均应涵盖于本技术的保护范围之内。