基于建模配置的业务流程展示方法和业务流程展示装置与流程

本发明涉及流程展示技术领域，具体而言，涉及一种基于建模配置的业务流程展示方法和一种基于建模配置的业务流程展示装置。

背景技术：

目前，由于企业的业务数据共享系统缺乏完善的整体规划和系统支撑，暴露出诸多问题。对于端到端业务数据都以多种形式分散在各业务系统之中，缺乏统一的流程视图、数据视图、缺乏统一的管理规范和监控手段，造成了整体端到端业务流程的集中度不高，跨系统的数据衔接不够紧密，关键业务活动的监控不够集中，数据一致性和完整性等也难以保障。

因此，如何使得各个业务系统的业务数据的衔接更加紧密成为亟待解决的问题。

技术实现要素：

本发明正是基于上述问题，提出了一种新的技术方案，可以使得各个业务系统的业务数据的衔接更加紧密，从而更加方便地对各个业务系统的业务数据进行监控。

有鉴于此，本发明的第一方面提出了一种基于建模配置的业务流程展示方法，包括：采集多个业务系统中的业务数据；通过配置流程节点、所述流程节点的属性、所述流程节点对应的所述业务数据、和流程流转方向，来对业务流程进行建模；根据所述流程流转方向控制所述业务流程流转，并对所述业务流程进行展示。

在该技术方案中，通过对业务流程进行建模，并为业务流程的流程节点配置对应的业务数据，从而将业务数据与业务流程相结合，使得各个业务系统的业务数据的衔接更加紧密，更加方便地对各个业务系统的业务数据进行监控，提高了业务数据一致性和完整性。同时为企业提供更加可靠的业务流程，提高了业务流程的执行力，从而更好地为企业提供决策支持服务。

在上述任一技术方案中，优选地，对所述业务流程进行展示的内容包括以下之一或其组合：所述业务流程的主子流程、串行和/或并行流程、所述流程流转方向、选中的所述流程节点对应的所述业务数据。

在该技术方案中，通过对业务流程进行详细的展示，从而使用户可以比较全面地了解业务流程，进而提升用户体验。

在上述任一技术方案中，优选地，所述对所述业务流程进行展示的步骤，具体包括：获取所述流程节点的状态，根据所述流程节点的状态对所述业务流程进行展示。

在该技术方案中，通过流程节点的状态对业务流程进行展示，从而使用户更加直观地了解到业务流程在当前的状态。例如，当流程节点处于已完成状态时，使用绿色显示该流程节点，当流程节点处于进行中的状态，使用红色显示该流程节点，当流程节点处于未开始状态，则使用灰色显示该流程节点。再例如，当流程节点处于已完成状态时，在该流程节点下方显示实心的圆，当流程节点处于进行中的状态，在该流程节点下方显示半实心的圆，当流程节点处于未开始状态，则在该流程节点下方显示空心的圆。

在上述任一技术方案中，优选地，所述流程节点的属性包括以下之一或其组合：所述流程节点的开始时间、结束时间、是否对所述流程节点延期，以及还包括：根据所述开始时间和所述结束时间，计算所述流程节点的参考执行时间；获取所述流程节点的当前执行时间；若所述当前执行时间大于所述参考执行时间，则对所述流程节点进行警告。

在该技术方案中，若执行流程节点的当前执行时间过长，超过了预先设定的参考执行时间，则对该流程节点进行警告，从而通过对流程节点的监控来提醒用户尽快对流程节点进行处理，进而保证业务流程能够按时完成。

在上述任一技术方案中，优选地，所述采集多个业务系统中的业务数据的步骤，具体包括：采用ETL(Extract-Transform-Load，抽取、转换和加载)方式或接口服务方式采集所述业务数据。

在上述任一技术方案中，优选地，所述采集多个业务系统中的业务数据的步骤之后，还包括：对所述业务数据进行结构化存储和去重处理。

在该技术方案中，通过对采集到的业务数据进行结构化存储，特别是对于使用大字段或XML结构的业务数据，从而方便对业务数据进行管理。另外对业务数据进行去重处理，避免了大量的冗余数据占据存储空间。

本发明的第二方面提出了一种基于建模配置的业务流程展示装置，包括：采集单元，用于采集多个业务系统中的业务数据；建模单元，用于通过配置流程节点、所述流程节点的属性、所述流程节点对应的所述业务数据、和流程流转方向，来对业务流程进行建模；展示单元，用于根据所述流程流转方向控制所述业务流程流转，并对所述业务流程进行展示。

在该技术方案中，通过对业务流程进行建模，并为业务流程的流程节点配置对应的业务数据，从而将业务数据与业务流程相结合，使得各个业务系统的业务数据的衔接更加紧密，更加方便地对各个业务系统的业务数据进行监控，提高了业务数据一致性和完整性。同时为企业提供更加可靠的业务流程，提高了业务流程的执行力，从而更好地为企业提供决策支持服务。

优选地，在采集业务数据的初期，使用全量同步方式采集业务数据，若业务数据发生更新，则使用定时任务执行增量同步方式采集业务数据。以及在采集业务数据之后，对于使用大字段/XML结构存储的业务数据，通过JAVA解析组件对该业务数据进行解析并结构化存储，业务数据存在重复数据对其进行去重处理。

在上述技术方案中，优选地，对所述业务流程进行展示的内容包括以下之一或其组合：所述业务流程的主子流程、串/并行流程、所述流程流转方向、选中的所述流程节点对应的所述业务数据。

在该技术方案中，通过对业务流程进行详细的展示，从而使用户可以比较全面地了解业务流程，进而提升用户体验。

在上述任一技术方案中，优选地，所述展示单元包括：获取子单元，用于获取所述流程节点的状态；展示子单元，用于根据所述流程节点的状态对所述业务流程进行展示。

在该技术方案中，通过流程节点的状态对业务流程进行展示，从而使用户更加直观地了解到业务流程在当前的状态。例如，当流程节点处于已完成状态时，使用绿色显示该流程节点，当流程节点处于进行中的状态，使用红色显示该流程节点，当流程节点处于未开始状态，则使用灰色显示该流程节点。再例如，当流程节点处于已完成状态时，在该流程节点下方显示实心的圆，当流程节点处于进行中的状态，在该流程节点下方显示半实心的圆，当流程节点处于未开始状态，则在该流程节点下方显示空心的圆。

在上述任一技术方案中，优选地，所述流程节点的属性包括以下之一或其组合：所述流程节点的开始时间、结束时间、是否对所述流程节点延期，以及还包括：计算单元，用于根据所述开始时间和所述结束时间，计算所述流程节点的参考执行时间；获取单元，用于获取所述流程节点的当前执行时间；警告单元，用于若所述当前执行时间大于所述参考执行时间，则对所述流程节点进行警告。

在该技术方案中，若执行流程节点的当前执行时间过长，超过了预先设定的参考执行时间，则对该流程节点进行警告，从而通过对流程节点的监控来提醒用户尽快对流程节点进行处理，进而保证业务流程能够按时完成。

在上述任一技术方案中，优选地，所述采集单元具体用于，采用ETL方式或接口服务方式采集所述业务数据。

在上述任一技术方案中，优选地，还包括：处理单元，用于对所述业务数据进行结构化存储和去重处理。

在该技术方案中，通过对采集到的业务数据进行结构化存储，特别是对于使用大字段或XML结构的业务数据，从而方便对业务数据进行管理。另外对业务数据进行去重处理，避免了大量的冗余数据占据存储空间。

通过本发明的技术方案，将业务数据与业务流程相结合，不仅使得各个业务系统的业务数据的衔接更加紧密，还可以为企业提供更加可靠的业务流程。

附图说明

图1示出了根据本发明的一个实施例的基于建模配置的业务流程展示方法的流程示意图；

图2A至图2C示出了根据本发明的一个实施例的展示业务流程的示意图；

图3示出了根据本发明的一个实施例的基于建模配置的业务流程展示装置的结构示意图；

图4示出了根据本发明的一个实施例的基于建模配置的业务流程展示装置的原理示意图。

具体实施方式

为了可以更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施方式对本发明进行进一步的详细描述。需要说明的是，在不冲突的情况下，本申请的实施例及实施例中的特征可以相互组合。

在下面的描述中阐述了很多具体细节以便于充分理解本发明，但是，本发明还可以采用其他不同于在此描述的其他方式来实施，因此，本发明的保护范围并不受下面公开的具体实施例的限制。

图1示出了根据本发明的一个实施例的基于建模配置的业务流程展示方法的流程示意图；图2A至图2C示出了根据本发明的一个实施例的展示业务流程的示意图。

如图1所示，根据本发明的一个实施例的基于建模配置的业务流程展示方法，包括：

步骤102，采集多个业务系统中的业务数据。

在采集业务数据的初期，使用全量同步方式采集业务数据，若业务数据发生更新，则使用定时任务执行增量同步方式采集业务数据。以及在采集业务数据之后，对所述业务数据进行结构化存储和去重处理，特别是对于使用大字段或XML(Extensive Makeup Language，可扩展标记语言)结构存储的业务数据，通过JAVA(一种可以撰写跨平台应用程序的面向对象的程序设计语言)解析组件对该业务数据进行解析并结构化存储，业务数据存在重复数据对其进行去重处理。因此，不仅方便对业务数据进行管理，还避免了大量的冗余数据占据存储空间。

步骤104，通过配置流程节点、所述流程节点的属性、所述流程节点对应的所述业务数据、和流程流转方向，来对业务流程进行建模。

例如，合同审批的流程节点包括：合同起草阶段、合同审批阶段、签署阶段和合同归档阶段，合同起草阶段对应的业务数据包括：合同基本信息、合同附件、合同正文，合同审批阶段对应的业务数据包括：合同相关的项目信息、合同中的采购清单。流程流转方向指：依次经过合同起草阶段、合同审批阶段、签署阶段和合同归档阶段。

步骤106，根据所述流程流转方向控制所述业务流程流转，并对所述业务流程进行展示。

在该技术方案中，通过对业务流程进行建模，并为业务流程的流程节点配置对应的业务数据，从而将业务数据与业务流程相结合，使得各个业务系统的业务数据的衔接更加紧密，更加方便地对各个业务系统的业务数据进行监控，提高了业务数据一致性和完整性。同时为企业提供更加可靠的业务流程，提高了业务流程的执行力，从而更好地为企业提供决策支持服务。

在上述任一技术方案中，优选地，对所述业务流程进行展示的内容包括以下之一或其组合：所述业务流程的主子流程、串行和/或并行流程、所述流程流转方向、选中的所述流程节点对应的所述业务数据。

在该技术方案中，通过对业务流程进行详细的展示，从而使用户可以比较全面地了解业务流程，进而提升用户体验。

如图2A所示的业务流程为主业务流程，图2B所示的业务流程为立项阶段的子业务流程，图2C所示的业务流程为签约阶段的子业务流程。优选地，当用户点击主业务流程中的立项阶段，则显示如图2B所示的子业务流程。

在上述任一技术方案中，优选地，所述对所述业务流程进行展示的步骤，具体包括：获取所述流程节点的状态，根据所述流程节点的状态对所述业务流程进行展示。

在该技术方案中，通过流程节点的状态对业务流程进行展示，从而使用户更加直观地了解到业务流程在当前的状态。例如，当流程节点处于已完成状态时，使用绿色显示该流程节点，当流程节点处于进行中的状态，使用红色显示该流程节点，当流程节点处于未开始状态，则使用灰色显示该流程节点。再例如，当流程节点处于已完成状态时，在该流程节点下方显示实心的圆，当流程节点处于进行中的状态，在该流程节点下方显示半实心的圆，当流程节点处于未开始状态，则在该流程节点下方显示空心的圆。

再例如，从图2A至图2C可以看出，流程节点的状态不同，对流程节点展示的方式也不相同。如图2A所示，立项阶段、采购阶段均为已完成状态，则展示立项阶段、采购阶段的方框为实线，签约阶段为进行中的状态，则展示签约阶段的方框为稀疏的虚线，履行阶段和评估阶段为未开始状态，则展示履行阶段和评估阶段的方框为紧凑的虚线。如图2B和图2C的流程节点展示的方案和图2A类似，在此不再重复说明。

在上述任一技术方案中，优选地，所述流程节点的属性包括以下之一或其组合：所述流程节点的开始时间、结束时间、是否对所述流程节点延期，以及还包括：根据所述开始时间和所述结束时间，计算所述流程节点的参考执行时间；获取所述流程节点的当前执行时间；若所述当前执行时间大于所述参考执行时间，则对所述流程节点进行警告。

在该技术方案中，若执行流程节点的当前执行时间过长，超过了预先设定的参考执行时间，则对该流程节点进行警告，从而通过对流程节点的监控来提醒用户尽快对流程节点进行处理，进而保证业务流程能够按时完成。例如，业务流程当前处于采购阶段，采购阶段的开始时间为2016年5月4日至2016年5月23日，计算得到完成采购阶段的参考执行时间为19天，而实际执行采购阶段的当前执行时间为20天，且未完成该采购阶段，则发出警告，以提醒用户执行采购阶段的时间已经超时。还可以选择是否对流程节点进行延期，若延期，且在延期的时限到时还未完成流程节点，也可以发出警告。

在上述任一技术方案中，优选地，步骤102具体包括：采用ETL(Extract-Transform-Load，抽取、转换和加载)方式或接口服务方式采集所述业务数据。其中，ETL指将业务数据从源端经过抽取、转换、加载至目的端的过程。接口服务可以是API(Application Programming Interface，应用程序编程接口)服务。

图3示出了根据本发明的一个实施例的基于建模配置的业务流程展示装置的结构示意图。

如图3所示，根据本发明的一个实施例的基于建模配置的业务流程展示装置300，包括：采集单元302、建模单元304和展示单元306，其中，采集单元302用于采集多个业务系统中的业务数据；建模单元304，用于通过配置业务流程的流程节点、所述流程节点的属性、所述流程节点对应的所述业务数据、和流程流转方向，对所述业务流程进行建模；展示单元306，用于根据所述流程流转方向控制所述业务流程流转，并对所述业务流程进行展示。

在该技术方案中，通过对业务流程进行建模，并为业务流程的流程节点配置对应的业务数据，从而将业务数据与业务流程相结合，使得各个业务系统的业务数据的衔接更加紧密，更加方便地对各个业务系统的业务数据进行监控，提高了业务数据一致性和完整性。同时为企业提供更加可靠的业务流程，提高了业务流程的执行力，从而更好地为企业提供决策支持服务。

优选地，在采集业务数据的初期，使用全量同步方式采集业务数据，若业务数据发生更新，则使用定时任务执行增量同步方式采集业务数据。

在上述技术方案中，优选地，对所述业务流程进行展示的内容包括以下之一或其组合：所述业务流程的主子流程、串行和/或并行流程、所述流程流转方向、选中的所述流程节点对应的所述业务数据。

在该技术方案中，通过对业务流程进行详细的展示，从而使用户可以比较全面地了解业务流程，进而提升用户体验。

在上述任一技术方案中，优选地，所述展示单元306包括：获取子单元3062，用于获取所述流程节点的状态；展示子单元3064，用于根据所述流程节点的状态对所述业务流程进行展示。

在该技术方案中，通过流程节点的状态对业务流程进行展示，从而使用户更加直观地了解到业务流程在当前的状态。例如，当流程节点处于已完成状态时，使用绿色显示该流程节点，当流程节点处于进行中的状态，使用红色显示该流程节点，当流程节点处于未开始状态，则使用灰色显示该流程节点。再例如，当流程节点处于已完成状态时，在该流程节点下方显示实心的圆，当流程节点处于进行中的状态，在该流程节点下方显示半实心的圆，当流程节点处于未开始状态，则在该流程节点下方显示空心的圆。

在上述任一技术方案中，优选地，所述流程节点的属性包括以下之一或其组合：所述流程节点的开始时间、结束时间、是否对所述流程节点延期，以及还包括：计算单元308，用于根据所述开始时间和所述结束时间，计算所述流程节点的参考执行时间；获取单元310，用于获取所述流程节点的当前执行时间；警告单元312，用于若所述当前执行时间大于所述参考执行时间，则对所述流程节点进行警告。

在该技术方案中，若执行流程节点的当前执行时间过长，超过了预先设定的参考执行时间，则对该流程节点进行警告，从而通过对流程节点的监控来提醒用户尽快对流程节点进行处理，进而保证业务流程能够按时完成。例如，业务流程当前处于采购阶段，采购阶段的开始时间为2016年5月4日至2016年5月23日，计算得到完成采购阶段的参考执行时间为19天，而实际执行采购阶段的当前执行时间为20天，且未完成该采购阶段，则发出警告，以提醒用户执行采购阶段的时间已经超时。还可以选择是否对流程节点进行延期，若延期，且在延期的时限到时还未完成流程节点，也可以发出警告。

在上述任一技术方案中，优选地，所述采集单元302具体用于，采用ETL方式或接口服务方式采集所述业务数据。其中，ETL方式指将业务数据从源端经过抽取、转换、加载至目的端的过程。

在上述任一技术方案中，优选地，还包括：处理单元314，用于对所述业务数据进行结构化存储和去重处理。

在该技术方案中，在采集业务数据之后，对所述业务数据进行结构化存储和去重处理，特别是对于使用大字段或XML结构存储的业务数据，通过JAVA解析组件对业务数据进行解析并结构化存储，业务数据存在重复数据对其进行去重处理。因此，不仅方便对业务数据进行管理，还避免了大量的冗余数据占据存储空间。

图4示出了根据本发明的一个实施例的基于建模配置的业务流程展示装置的原理示意图。

如图4所示，从系统A、系统B等系统中通过ETL或接口方式获取业务数据，并将业务数据统一存储在数据采集库中，然后通过JAVA解析、去重、清洗将业务数据在数据清洗库中进行处理。将处理后的业务数据放在数据分析库中进行处理，通过流程预定义配置对业务流程进行建模，具体地，根据流程模板表定义业务流程的名称、类型，根据流程节点表配置流程节点名称、流程节点类型和流程节点链接，根据流程节点属性表配置流程节点的状态、开始时间、结束时间、是否延期、是否超时限。其次使用JS/CSS(JS指JavaScript，CSS指Cascading Style Sheets，层叠样式表)控制流程配置装载，从而实现对业务流程进行展示。还可以对业务数据进行检索和业务流程监控和预警。

以上结合附图详细说明了本发明的技术方案，通过本发明的技术方案，不仅使得各个业务系统的业务数据的衔接更加紧密，还可以为企业提供更加可靠的业务流程。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。