一种业务操作的可视化配置与抓取系统的制作方法

本发明涉及业务检测系统技术领域，尤其涉及一种业务操作的可视化配置与抓取系统。

背景技术：

随着信息技术的高速发展，近年来移动支付、人工智能、大数据、万物互联、5g、区块链等词汇备受追捧，国家也提出了打造智慧城市的顶层战略。人们工作生活的方方面面也逐步从线下搬到了线上，很多需求只需登录一个网站或打开一个app就能实现。对于各行各业的企业来说，无论是对内的管理还是对外的业务，实现数字化、智能化已成必然。这样一来企业的发展、业绩、形象等都与企业it系统息息相关，然而通常企业的业务数据和it监控数据相互独立，业务部门、开发运维部门各自为战，逐渐忽略了开发、运维的终极目的是保证业务的健康平稳运营、支撑业务的持续快速迭代发展。没有一个工具把业务和it系统关联监控起来，这就导致：作为企业管理者没有一个完整的全局的贯穿业务和it的视角来洞察企业的运营状况；作为业务负责人无法从孤立的业务数据发现真实的业务可用性和业务性能，当业务表现异常时也无法准确判断是业务本身出问题了还是it系统异常导致的问题；作为it系统负责人也无法从孤立的it监控数据中发现不契合业务需求的系统问题。

技术实现要素：

本发明的目的在于克服现有技术的不足，提供一种业务操作的可视化配置与抓取系统。

为了是想以上目的，本发明所采用的技术方案是：一种业务操作的可视化配置与抓取系统，其硬件架构包括有app应用终端、页面终端、bpi数据中心、bpi报表服务器、报告展示终端以及警报服务器，其中所述的app应用终端和页面终端的数据上传至bpi数据中心，所述bpi数据中心包括有mql数据库、elasticssearch搜索服务器、redis服务器、druid数据库连接池、kafka开源流处理平台，其中所述mysql数据库、elasticssearch搜索服务器、redis服务器、druid数据库连接池的数据上传至bpi报表服务器中并通过报告展示终端进行查询，所述kafka开源流处理平台与警报服务器连接。

优选地，所述报告展示终端的软件系统包括业务建模模块、业务指标可视化模块、业务追踪模块、业务数据监控模块、业务流程监控模块、业务追踪模块、业务数据告警模块、业务到it系统溯源分析模块。

优选地，所述的业务建模模块包括用户操作的配置、关键业务流的配置、业务体系的搭建。

优选地，所述的业务指标可视化模块用于展示展示业务可用性、完成业务数、报错业务数、活跃用户、错误影响用户数等指标以及趋势；从业务流的角度展示关键业务的业务流可用性、完成业务流、报错业务流、业务流活跃用户、业务流报错影响用户、平均执行周期等指标以及趋势；从用户操作的角度展示关键的操作可用性、操作触发次数、操作成功次数、操作报错次数、操作活跃用户、操作报错影响用户数、平均响应时间等指标及趋势。

优选地，所述的业务追踪模块从业务统计指标到具体某一次的业务流和用户操作的层层钻取；从具体的操作数据到后端应用程序、组件、服务接口，直到最终的调用链、程序执行的方法堆栈的追踪溯源。

优选地，所述业务数据监控模块包括业务概览模块、业务操作分析模块、业务概览-业务错误模块，所述业务数据监控业务概览中查看业务可用性如何，完成的业务笔数，报错的业务笔数，业务活跃的用户数，业务报错影响的用户数；所述业务操作分析模块中可以看到具体操作的相关指标；所述业务概览-业务错误模块分析任意操作的业务错误情况。

优选地，所述业务流程监控模块包括业务流分析模块，所述业务流分析模块用于选择某个业务流可以查看业务流的相关指标。

优选地，所述业务追踪模块用于通过业务id准确查找到任意一笔业务，查看该笔业务每一步的执行情况；所述业务数据告警模块用于推送基于业务数据告警；所述业务到it系统溯源分析模块用于发现操作响应时间慢或者报错，通过一步一步追踪溯源定位问题，查看前后端详细的调用链和代码堆栈等详细信息从而解决故障。

本发明的有益效果是：本发明的业务操作的可视化配置与抓取系统，可对用户在app上的操作以及app上的相关业务数据进行监测收集，并进行集中比对分析，从而可分析务当业务表现异常时可准确判断是业务本身出问题了还是it系统异常导致的问题。

附图说明

图1为本发明的架构图。

具体实施方式

现结合具体实施例对本发明所要求保护的技术方案作进一步详细说明。

参见图1所示，本实施例中的业务操作的可视化配置与抓取系统应用于金融领域的app系统中。其硬件架构包括有app应用终端、页面终端、bpi数据中心、bpi报表服务器、报告展示终端以及警报服务器，其中所述的app应用终端和页面终端的数据上传至bpi数据中心，所述bpi数据中心包括有mql数据库、elasticssearch搜索服务器、redis服务器、druid数据库连接池、kafka开源流处理平台，其中所述mysql数据库、elasticssearch搜索服务器、redis服务器、druid数据库连接池的数据上传至bpi报表服务器中并通过报告展示终端进行查询，所述kafka开源流处理平台与警报服务器连接。

其具体的检测原理如下：用户的一次操作可能是新打开了一个页面，也可能是更新了页面，也可能只是请求后端服务做一些处理。系统的探针将会抓取到这些页面、ajax、后端事务的请求，支持将这些请求定义为一个操作，一旦定义了操作，任意用户任何时候只要执行了操作就会被记录，并提供与此次操作关联的详细性能数据和业务数据。具体地，手动配置需要用户手动输入请求的url和参数等，然后通过匹配聚合规则生成聚合的请求（包括聚合的页面、ajax、事务），最后将聚合的请求定义为一个操作。智能录屏则只需用户执行一遍操作，系统就自动抓取该操作对应的请求url和参数等。然后再通过聚合规则生成聚合的请求，最后将聚合的请求定义为一个操作，其操作的数据会上传至bpi数据中心。

本实施例中的业务操作的可视化配置与抓取系统其报告展示终端的软件系统包括业务建模模块、业务指标可视化模块、业务追踪模块。

业务建模模块包括用户操作的配置、关键业务流的配置、业务体系的搭建。业务指标可视化模块从业务的角度展示业务可用性、完成业务数、报错业务数、活跃用户、错误影响用户数等指标以及趋势；从业务流的角度展示关键业务的业务流可用性、完成业务流、报错业务流、业务流活跃用户、业务流报错影响用户、平均执行周期等指标以及趋势；从用户操作的角度展示关键的操作可用性、操作触发次数、操作成功次数、操作报错次数、操作活跃用户、操作报错影响用户数等、平均响应时间等指标及趋势。

业务追踪模块从业务统计指标到具体某一次的业务流和用户操作的层层钻取；从具体的操作数据到后端应用程序、组件、服务接口，直到最终的调用链、程序执行的方法堆栈的追踪溯源。

在本实施例中，后台系统的操作界面有业务数据监控模块、业务流程监控模块、业务追踪模块、业务数据告警模块、业务到it系统溯源分析模块。

其中业务数据监控模块的子目录中具有业务概览模块、业务操作分析模块、业务概览-业务错误模块。在本实施例中，业务概览模块中查看业务可用性如何，完成的业务笔数，报错的业务笔数，业务活跃的用户数，业务报错影响的用户数等业务数据指标。在业务操作分析模块中可以看到具体操作的相关指标，以借贷业务中贷款申请的操作为例，可以查看贷款申请的可用性，有多少人点击了贷款申请，点击了多少次，成功了多少次，失败了多少次，有多少人申请的时候报错了。在业务概览-业务错误模块中分析任意操作的业务错误情况，以“支付”为例，可以看到有多少次支付是因为余额不足而支付失败的，有多少次是因为身份验证失败而支付失败的，失败原因的分布情况如何。根据这些错误情况可以做一些产品优化提高用户体验。

在本实施例中，业务流程监控模块的子目录下包括有业务流分析模块，在业务流分析模块中，选择某个业务流可以查看业务流的相关指标，以“贷款申请流程”为例，可以看到完成了多少笔贷款申请，有多少笔申请报错，有多少还在审批中，从申请到放款平均周期是多久。对于借贷业务来说贷款申请是核心流程，企业根据业务流数据优化借贷流程，解决借贷流程中的故障从而提高借贷业务量。

在本实施例中，业务追踪模块通过业务id准确查找到任意一笔业务，查看该笔业务每一步的执行情况。以“贷款申请”为例，用户反馈为什么申请贷款后迟迟没有审批结果，就可以通过业务追踪找到这一笔贷款业务，从而找到无审批结果的原因。在本实施例中，业务数据告警模块基于业务数据告警，以“借贷业务”为例，可以配置报错影响用户数超过10个即发出警报，相关负责人收到警报后登录业务分析查看报错情况，并最终定位解决问题。在本实施例中，所述业务到it系统溯源分析模块发现操作响应时间慢或者报错，通过一步一步追踪溯源定位问题，查看前后端详细的调用链和代码堆栈等详细信息从而解决故障，提高用户体验保障业务运营。

以上所述之实施例仅为本发明的较佳实施例，并非对本发明做任何形式上的限制。任何熟悉本领域的技术人员，在不脱离本发明技术方案范围情况下，都可利用上述揭示的技术内容对本发明技术方案作出更多可能的变动和润饰，或修改为等同变化的等效实施例。故凡未脱离本发明技术方案的内容，依据本发明之思路所作的等同等效变化，均应涵盖于本发明的保护范围内。