一种软件服务业务管理系统

摘要

本发明涉及短信通信技术领域，具体涉及一种软件服务业务管理系统，包括全局模块，用于统一身份认证；服务模块，用于提供数据服务和业务工具服务；业务应用模块，用于提供业务软件服务；定义模块，用于统一管理合约、版本，以及定义商品行业；本发明通过图形化方式，对业务与应用进行管理。通过图形化的展示方式，可形成可被业务用户理解的业务过程，并使得业务执行过程易于监控，可与企业的应用系统进行集成，实现企业内部处理流程的系统化，自动化，规范化。

说明书

技术领域

本发明属于软件技术领域，具体的讲涉及一种软件服务业务管理系统。

背景技术

当前众多企业信息化遇到的问题和现状：

为了办公自动化，以行政部门为首启用了OA软件；

为了推行会计电算化，在财务部门应用了财务软件；

为了配合金税工程，在财务部门应用了增值税发票管理软件；

为了进行甩图版工程，在技术部门应用了CAD、PDM软件；

为了管理和统计方便，在仓储部门应用了库存管理软件；

为了省去大量的手工统计和计算，在生产、销售、质量、设备等部门定制了部分软件，甚至是用EXCEL来定义了不同的表格，来辅助手工管理。

但各种信息技术广泛应用同时也给企业带来了新的挑战，这么多系统太过分散，又太专业，使用起来不方便，信息重复、互相之间又缺乏联系，企业各级员工很难获得自己想要的信息。如何把这些相对独立系统的不同功能有效地组织起来，整合企业的异构系统？如何帮助人们通过统一的入口获取跨部门数据？如何避免信息孤岛并减少重复投资？这些已经成为企业急待解决的问题。

而且当前的企业软件服务系统，对于流程审批并不重视，无法定制或者用户根据企业本身情况自定义流程审批项目，导致功能不够完善，适用性低下，效率低下。

发明内容

为解决现有技术存在的问题，本发明提供一种能满足日常管理和运营要求的软件服务业务管理系统。

本发明的技术方案是这样实现的：

一种软件服务业务管理系统，包括全局模块，用于统一身份认证；服务模块，用于提供数据服务和业务工具服务；业务应用模块，用于提供业务软件服务；定义模块，用于统一管理合约、版本，以及定义商品行业。

进一步地，所述服务模块包括流程引擎单元、流程设计单元、流程测试单元、流程执行单元、流程监控单元；所述流程引擎单元作为流程引擎在支持JPBM的规范上，扩展多种自定义节点、属性、事件，并且通过嵌入扩展代码，实现扩展功能；所述流程设计单元包括数据定义，表单设计、流程项目设计三个子单元协作完成，所述流程测试单元，将审批设定为开发者，开发者可将所有的待审批任务都会到自己名下，发起人可直接进行审批，推动流程流转已验证流程的主线逻辑；所述流程执行单元在移动端或者PC端提交流程审批，实现流程步骤；所述流程监控单元用于提供案例执行，任务处理的全部日志；通过这些日志，可查看流程案例执行或是任务处理的全部信息。

本方案的流程引擎是系统的心脏，特点如下：

自主开发的流程引擎，可控性和扩展能力更强；

在支持JPBM的规范上，扩展多种自定义节点、属性、事件，并且通过嵌入扩展代码，实现强大的灵活扩展功能；

独特的任务超时算法：加入超时自动计算功能，累加时间可按分钟，小时，天进行累加。超时计算时，加入了工作时间的控制，若经过的时间中包含非工作时间，则会自动跳过。在系统中增加了工作时间管理，以应对中国特殊的节假日安排。

独创的任务分配算法：在支持基础的按角色，部门，职位，人员任务分配机制之外，增加了单人泳道，分配避免，分配优先的原则，其中单人泳道的分配规则，可很好实现单人流程仿真模拟；

支持跨业务部门和业务类型的任务流转，可为不同的人工任务节点指定不同的任务表单，不同业务表单之间的数据支持通过配置自动复制或映射；

对任务节点进行扩展，根据业务需要，扩展出邮件，短信，微信，钉钉任务等自动任务节点，支持流程外的多种渠道实时消息通知；

人工任务节点支持页面加载函数自定义，可在其中进行自定义的数据初始化。

流程变量:分为request,session,executer(流程执行器变量)三种。可通过指定不同前缀，来限定变量的查找范围。若不指定范围，系统会从当前request中获取。

决策节点可支持手工编辑变量表达式的方式，通过括号和逻辑操作符号来实现复杂的额逻辑控制。

提供流程版本管理，历史流程版本都可被留存，可在线进行流程升级。可将运行中的流程转移到新的流程版本。

本方案的流程设计单元包括数据定义，表单设计、流程项目设计三个子单元协作完成，本方案进行一个流程定义的基本步骤是：1)定义业务表单数据，建立数据表；

2)定义数据展示方式(即定义表单)；

3)定义执行逻辑(定义工作流)。

进一步地，所述数据定义子单元，通过数据定义工具配置数据表和字段，或者将现存数据库中的某个表的字段信息读入配置中，以便在表单设计时使用。

进一步地，所述表单设计子单元基于数据表在用户界面中的展示方式为同一种数据提供各种不同的表单，对表单进行定义以及动态解析。

进一步地，述流程项目设计子单元包括流程设计器；流程设计器基于WEB的图形化流程设计器，可通过拖拽方式，方便快速地实现各种复杂的业务流程的定义，针对不用应用场景的特点，将流程分为协作流分支和审批流分支，在相同的引擎基础上，针对不同流程的特点，提供不同的设计界面。

本发明的工作原理的效果如下：

本方案使用Spring boot+Spring cloud+Redis+kafka架构，性能高，易于使用与扩展；支持各行业大型企业中的各种复杂的业务流程逻辑；支持业务流程在传统的层级组织结构和矩阵式组织结构中运行；灵活易用的表单定义，可以快速建立业务表单；提供REST集成接口和消息机制，方便与其他系统集成；图形化工作流运行的管理与监控。

本方案的表单数据与引擎数据分离，数据访问灵活，可直接在定义工具中设置对业务数据、引擎数据、子流程数据进行访问。在流程定义中支持包括分支、遍历、聚合、子流程嵌套等复杂的流程控制机制，以及案例撤销，退回，评论，催办等多种操作。API接口拓展支持，支持外部应用接口调用，支持应用内接口扩展与第三方平台接口引入。

附图说明

图1为本发明一种软件服务业务管理系统的架构图；

图2是本发明服务模块的架构图。

具体实施方式

下面将结合本发明实施例中的附图对本发明实施例中的技术方案进行清楚、完整的描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

需要说明，本发明实施例中所有方向性指示(诸如上、下、左、右、前、后……)仅用于解释某一特定姿态(如附图所示)下各部件之间的相对位置关系、运动情况等，如果该特定姿态发生改变时，则该方向性指示也相应地随之改变。

另外，在本发明中涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。另外，各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围内。

实施例1

如图1-2所示，一种软件服务业务管理系统包括全局模块，用于统一身份认证；服务模块，用于提供数据服务和业务工具服务；业务应用模块，用于提供业务软件服务；定义模块，用于统一管理合约、版本，以及定义商品行业。

服务模块包括流程引擎单元、流程设计单元、流程测试单元、流程执行单元、流程监控单元；所述流程引擎单元作为流程引擎在支持JPBM的规范上，扩展多种自定义节点、属性、事件，并且通过嵌入扩展代码，实现扩展功能；所述流程设计单元包括数据定义，表单设计、流程项目设计三个子单元协作完成，所述流程测试单元，将审批设定为开发者，开发者可将所有的待审批任务都会到自己名下，发起人可直接进行审批，推动流程流转已验证流程的主线逻辑；所述流程执行单元在移动端或者PC端提交流程审批，实现流程步骤；所述流程监控单元用于提供案例执行，任务处理的全部日志；通过这些日志，可查看流程案例执行或是任务处理的全部信息。

数据定义子单元，通过数据定义工具配置数据表和字段，或者将现存数据库中的某个表的字段信息读入配置中，以便在表单设计时使用。

表单设计子单元基于数据表在用户界面中的展示方式为同一种数据提供各种不同的表单，对表单进行定义以及动态解析。

流程项目设计子单元包括流程设计器；流程设计器基于WEB的图形化流程设计器，可通过拖拽方式，方便快速地实现各种复杂的业务流程的定义，针对不用应用场景的特点，将流程分为协作流分支和审批流分支，在相同的引擎基础上，针对不同流程的特点，提供不同的设计界面。

具体的

本方案的流程引擎是系统的心脏，自主开发的流程引擎，可控性和扩展能力更强；

在支持JPBM的规范上，扩展多种自定义节点、属性、事件，并且通过嵌入扩展代码，实现强大的灵活扩展功能；

独特的任务超时算法：加入超时自动计算功能，累加时间可按分钟，小时，天进行累加。超时计算时，加入了工作时间的控制，若经过的时间中包含非工作时间，则会自动跳过。在系统中增加了工作时间管理，以应对中国特殊的节假日安排。

独创的任务分配算法：在支持基础的按角色，部门，职位，人员任务分配机制之外，增加了单人泳道，分配避免，分配优先的原则，其中单人泳道的分配规则，可很好实现单人流程仿真模拟；

支持跨业务部门和业务类型的任务流转，可为不同的人工任务节点指定不同的任务表单，不同业务表单之间的数据支持通过配置自动复制或映射；

对任务节点进行扩展，根据业务需要，扩展出邮件，短信，微信，钉钉任务等自动任务节点，支持流程外的多种渠道实时消息通知；

人工任务节点支持页面加载函数自定义，可在其中进行自定义的数据初始化。

流程变量:分为request,session,executer(流程执行器变量)三种。可通过指定不同前缀，来限定变量的查找范围。若不指定范围，系统会从当前request中获取。

决策节点可支持手工编辑变量表达式的方式，通过括号和逻辑操作符号来实现复杂的额逻辑控制。

提供流程版本管理，历史流程版本都可被留存，可在线进行流程升级。可将运行中的流程转移到新的流程版本。

本方案的流程设计单元包括数据定义，表单设计、流程项目设计三个子单元协作完成，本方案进行一个流程定义的基本步骤是：1)定义业务表单数据，建立数据表；

2)定义数据展示方式(即定义表单)；

3)定义执行逻辑(定义工作流)。

流程必须需要一些类型的数据才能正常工作。

数据定义子单元允许非技术人员查看，编辑或是创建数据模型。使用数据定义工具，可在系统界面直接配置数据表和字段。或者将现存数据库中的某个表的字段信息读入系统配置中，以便在表单设计时使用。数据定义工具提供了强大的数据组织能力，对于存在关联关系的数据，可通过在当前表中增加虚拟字段的方式，直接引用关联表，在进行实际操作时，通过一张表单，可直接实现对关联表数据的操作。

表单定义子单元表单定义基于数据表，是数据表在用户界面中的展示方式。系统中的表单与数据层是分离的，可为同一种数据提供各种不同的表单。

使用表单定义工具提供功能强大的表单解析引擎，可以对表单的定义及动态解析提供支持。可以使用系统默认的表单提供快速的基础服务，用于快速的业务验证，也可以通过自定义表单，来根据业务需要，更合理，更美观地对表单字段进行布局。提供基于PC和移动端的自定义表单。表单解析器会根据加载的终端设备类型，自动选择需要的样式进行展示。

表单定义子单元包括：默认表单：提供默认的表单展示方式，只要为指定数据表创建一个表单分组，系统就会默认增加一组表单，包括新增、修改、查询、列表、详情六个表单，并且在每个表单上增加默认的行为，不仅包含对页面展示元素的定义，还包括对页面行为的定义，这是在一般的工作流系统中不支持的；自定义行为的能力，为实现跨业务单元的业务流转提供了更大的灵活性，用户甚至可在定义行为中，直接将流程引导到其他的业务系统；

还包括自定义表单：自定义表单考虑到使用者可能是非技术人员，对表单的一些属性进行了简化，主要突出拖拽方式定义表单元素的特定；用户只需定义一个新增表单，并且不需要定义表单行为，系统默认该表单的行为包括“提交”。对于其他场景中的展示，系统默认使用新增表单中定义的字段，并默认一些表单字段的展示方式和行为，用统一的表单解析引擎，对用户的自定义表单提供支持。

的自定义表单设计支持以下19种表单元素，可满足绝大多数的表单设计需求：

1、单行文本/多行文本

2、单选框、复选框

3、数字/金额

4、日期/日期区间

5、图片/附件

6、说明文字/计算公式

7、明细

8、部门/联系人

9、关联表单/关联流程

其中“关联表单/关联流程”和与系统中其他的数据和流程建立关联。

随着业务的发展，组件库还会不断丰富；随着应用范围的不断扩展，会形成一些专业套件，如出差套件，报销套件，方便设计人员快速构建表单。

还包括表单事件，表单事件的扩展定义，具有开发能力的表单定义者，可通过对页面或者页面元素特定事件相应函数的重写，来实现更为复杂和灵活的个性化控制，在表单定义中，可设置的自定义事件包括：

流程项目设计子单元包括流程设计器；流程设计器基于WEB的图形化流程设计器，可通过拖拽方式，方便快速地实现各种复杂的业务流程的定义，针对不用应用场景的特点，将流程分为协作流分支和审批流分支，在相同的引擎基础上，针对不同流程的特点，提供不同的设计界面。

其中协作流分支，是传统的业务流程设计和执行模式，关注的不同部门之间的多业务相互协作。流转过程会涉及到不同部门，各种业务，流转逻辑比较复杂。

在协作流中，不同任务处理阶段可选择不同的任务处理表单，并且可设置不同任务处理表单的数据映射和转换。

协作流中，还可能涉及到体系外的单位协作处理的情形，在这种情况下，需要工作流支持进入到外部处理环节时，流程进入等待，并且在外部处理结果返回时，根据不同的处理结果，流程可按照设定逻辑继续流转的能力。

审批流分支是OA场景中经常使用的流程，这种审批流一般基于某种特定的业务场景，行为只包括通过与拒绝两种，逻辑相对简单，针对审批流，对传统业务流进行了简化，并提供了单独的设计工具，方便业务人员使用。审批流支持表单设计，流程设计一体化的布局，用户可在统一的页面上，可进行流程的定义与发布。

审批流默认为单表单，发起阶段默认行为为提交与取消，审批阶段默认为通过与拒绝。默认属性和行为，大大简化了设计的复杂度，使业务人员能够很方便地进行工作流的设计。

审批流程支持的节点类型包括：

√发起节点：等同于协作流的开始节点，只能存在一个

√结束节点：等同于协作流的结束节点，不同于协作流，结束节点只能存在一个√审批节点：是审批流的最重要的节点，可在其中设定审批人和抄送人

审批人可按如下方式指定：

若审批任务的审批人存在多个的情况下，可指定审批方式包括：“多人连续审批”“或签”或“会签”三种。在审批通过后，按照设定的抄送人，可将审批单抄送给指定抄送人。

本方案在进行流程设计时，为方便测试流程逻辑设计了流程测试单元，可将流程的审批审设定为自己，这样，在流转的过程中，所有的待审批任务都会到自己名下，发起人可直接进行审批，推动流程流转。这种测试方式称为发起人测试，这种测试方式可以验证流程的主线逻辑，单流转条件等可能无法得到验证。为全面测试，可在测试环境上进行全真模拟测试，就是发起人切换不同账号，以测试流转条件是否生效。

提供一键发布功能，可在正式环境上，指定流程的来源库信息和流程ID，然后使用一键发布功能，将通过测试的流程发布到正式环境。

本方案通过图形化方式，对业务与应用进行管理。通过图形化的展示方式，可形成可被业务用户理解的业务过程，并使得业务执行过程易于监控。轻量级，可扩展的工作流引擎。系统主要采用分层及组件化的设计思想，层次结构清晰。系统的设计与实现遵循国际工作流管理联盟制定的工作流管理规范而，并针对业务实践，进行了自定义扩展。系统具备高度的灵活性可扩展性质，可为各行业的企业用户提供统一的业务流程管理平台，并可与企业的应用系统进行集成，实现企业内部处理流程的系统化，自动化，规范化。

使用Spring boot+Spring cloud+Redis+kafka架构，性能高，易于使用与扩展；支持各行业大型企业中的各种复杂的业务流程逻辑；支持业务流程在传统的层级组织结构和矩阵式组织结构中运行；灵活易用的表单定义，可以快速建立业务表单；提供REST集成接口和消息机制，方便与其他系统集成；图形化工作流运行的管理与监控。

本方案的表单数据与引擎数据分离，数据访问灵活，可直接在定义工具中设置对业务数据、引擎数据、子流程数据进行访问。在流程定义中支持包括分支、遍历、聚合、子流程嵌套等复杂的流程控制机制，以及案例撤销，退回，评论，催办等多种操作。API接口拓展支持，支持外部应用接口调用，支持应用内接口扩展与第三方平台接口引入。

最后说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或者等同替换，而不脱离本发明技术方案的宗旨和范围，其均应涵盖在本发明的权利要求范围当中。