数据运维系统的制作方法

本申请涉及软件支持服务领域，尤其涉及应用于应收账款债权融资计划产品的数据运维系统。

背景技术：

按照既定业务需求和业务规则构建特定的业务系统(例如，应收账款债权融资计划系统、集中簿建档系统)，在上线后会因为人为的录入操作失误、极端的场景或边界情况，而不能实现业务系统的预定目标，这就需要数据运维来修正错误，例如，修改错误录入的数据、替换上传的文件等。

现有的数据运维通常直接连接数据库(例如，sql数据库)来进行数据修改，需要编写数据库脚本语言(例如，sql脚本原因)来完成数据运维工作，这对运维人员的素质要求较高，其必须了解业务系统中数据项之间的关联关系，并且，大部分情况下还需要业务系统的开发人员的配合才能完成。这种模式具有诸多缺陷：首先，效率低、易出错，还没有日志文件可以追溯和回滚。其次，容易造成数据泄露。

并且，在录入的数据中，还有一些敏感数据，如果这些敏感数据没有经过脱敏处理，一旦泄露会造成一定的损失。

因此，需要适配的数据运维系统来规范化、标准化地进行数据运维，以确保业务系统的稳定性，并且，在开发所述数据运维系统时，应考虑选择合适的系统框架，以减少开发量、提高开发效率和质量。

技术实现要素：

为了解决上述技术问题，提出了本申请。本申请的实施例提供了一种数据运维系统，其基于springwebmvc框架进行架构，能够规范数据运维流程，减少业务系统的出错并提高运维效率。

根据本申请的一方面，提供了一种数据运维系统，其包括：前端控制器，用于接收数据运维请求，以及，响应于数据运维请求，生成数据运维结果；处理映射器，用于接收对应于所述数据运维请求的查询处理器请求，以及，响应于请求查询处理器操作，返回对应于所述数据运维请求的处理器执行链至所述前端控制器；处理适配器，用于接收所述处理器执行链的执行请求，以及，返回执行结果至所述前端控制器；处理器，用于执行所述处理器执行链，以及，返回执行结果至所述处理适配器；以及，视图解析器，用于接收所述执行结果的解析视图请求，以及，返回视图解析结果至所述前端控制器，其中，所述视图解析结果经过渲染后为所述数据运维结果。

在根据本申请的数据运维系统中，所述处理器，包括：系统管理模块，用于对用户及其操作权限进行管理；审批管理模块，用于整合引擎组件和对数据运维流程进行审批；数据运维管理模块，用于对模板和数据运维任务进行管理，以及，处理关联文件；数据查阅和提取模块，用于查阅和提取数据；文件管理模块，用于下载和上传文件，以及，对文件进行关联；数据脱敏管理模块，用于对数据进行脱敏处理；数据影响分析模块，用于分析数据之间的关系和生成数据分析结果报告；以及，监控模块，用于记录数据运维操作。

在根据本申请的数据运维系统中，在所述数据查阅和提取模块中，所述数据包括数据运维任务、模板和数据运维结果。

在根据本申请的数据运维系统中，所述系统管理模块，包括：用户管理单元，用于新增、修改和查看用户，其中，所述用户包括操作员、管理员和统计员；以及，权限管理单元，用于管理不同用户的操作权限。

在根据本申请的数据运维系统中，所述审批管理模块，包括：引擎组件整合单元，用于整合引擎组件；审批流程管理单元，用于审批数据运维流程；查阅审批流程单元，用于查阅数据运维流程的审批结果；以及，提取审批流程单元，用于提取数据运维流程的审批结果。

在根据本申请的数据运维系统中，所述数据运维管理模块，包括：模板单元，用于增加、修改、删除和查看模板；任务单元，用于创建、复核、查看和回滚数据运维任务；模板暂存单元，用于暂存模板预设时间；模板流水号生成单元，用于生成模板的流水号；任务流水号生成单元，用于生成数据运维任务的流水号；模板查询单元，用于查询模板；以及，关联文件处理单元，用于处理关联文件。

在根据本申请的数据运维系统中，所述数据脱敏管理模块，包括：脱敏规则设置单元，用于设置脱敏规则；脱敏算法开发单元，用于开发脱敏算法；以及，脱敏规则管理单元，用于管理脱敏规则。

在根据本申请的数据运维系统中，所述数据影响分析模块，包括：血缘关系整理单元，用于分析数据之间的血缘关联性；影响关系整理单元，用于分析数据之间的影响关系；数据报告模板设计单元，用于设计数据分析报告模板；以及，数据报告生成单元，用于生成数据分析报告。

在根据本申请的数据运维系统中，所述监控模块，包括：日志单元，用于记录数据运维操作；日志查询单元，用于查询日志；以及，报告生成单元，用于生成数据运维流程审计报告。

在根据本申请的数据运维系统中，所述数据运维系统基于springwebmvc框架进行架构。

根据本申请提供的数据运维系统，基于springwebmvc框架进行架构，能够规范数据运维流程，减少业务系统的出错并提高运维效率。

附图说明

通过结合附图对本申请实施例进行更详细的描述，本申请的上述以及其他目的、特征和优势将变得更加明显。附图用来提供对本申请实施例的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中，相同的参考标号通常代表相同部件或步骤。

图1图示了根据本申请实施例的数据运维系统的架构示意图。

图2图示了根据本申请实施例的所述数据运维系统中处理器的框图示意图。

图3图示了根据本申请实施例的所述数据运维系统中系统管理模块的框图示意图。

图4图示了根据本申请实施例的所述数据运维系统中审批管理模块的框图示意图。

图5图示了根据本申请实施例的所述数据运维系统中数据运维管理模块的框图示意图。

图6图示了根据本申请实施例的所述数据运维系统中数据查阅和提取模块的框图示意图。

图7图示了根据本申请实施例的所述数据运维系统中文件管理模块的框图示意图。

图8图示了根据本申请实施例的所述数据运维系统中数据脱敏管理模块的框图示意图。

图9图示了根据本申请实施例的所述数据运维系统中数据影响分析模块的框图示意图。

图10图示了根据本申请实施例的所述数据运维系统中监控模块的框图示意图。

具体实施方式

下面，将参考附图详细地描述根据本申请的示例实施例。显然，所描述的实施例仅仅是本申请的一部分实施例，而不是本申请的全部实施例，应理解，本申请不受这里描述的示例实施例的限制。

示例性数据运维系统

如上所述，现有的数据运维通常直接连接数据库(例如，sql数据库)来进行数据修改，其效率低、易出错，没有日志文件可以追溯和回滚，且容易造成数据泄露。本申请发明人基于对业务系统的研究，基于日常运维的具体需要，以定义数据运维模板为核心思想来设计数据运维系统。具体来说，通过定义数据运维模板来明确可查询的字段和可修改的字段，这样后续的数据运维工作能够基于模板进行，从而将日常的数据运维和被运维的业务系统中的业务逻辑解耦，不仅有利于提高数据运维的效率，而且，还能够有效地避免因直接修改数据库信息导致的数据泄露风险，降低了修改难度。

在确定基本思路后，需确定构建的所述数据运维系统的框架选择。本领域普通技术人员应知晓，一个好的框架设计应当采用一个恰当的权衡决策，以使得框架能够为系统提供强大支持的同时，又对应用作更好的限制，在设计框架的过程中，应可以参考如下经验：(1)框架不要为应用作过多的假设；(2)使用接口，保证框架提供的所有重要实现都可以被替换；(3)框架应当简洁、一致且目标集中；(4)提供一个常用的骨架，但是不要固定骨架的结构，是骨架也可以组装；(5)不断重构框架。

经过试验和评估，根据本申请实施例的所述数据运维系统确定以springwebmvc框架来进行架构，即，使用了mvc架构模式的思想，将web层进行指责解耦，实现请求驱动类型的轻量级web框架。

图1图示了根据本申请实施例的数据运维系统的架构示意图。如图1所示，基于所述springwebmvc框架构建的所述数据运维系统，包括：前端控制器10、处理映射器20、处理适配器30、处理器40和视图解析器50，其中，所述前端控制器10，用于接收数据运维请求，以及，响应于数据运维请求，生成数据运维结果；所述处理映射器20，用于接收对应于所述数据运维请求的查询处理器40请求，以及，响应于请求查询处理器40操作，返回对应于所述数据运维请求的处理器40执行链至所述前端控制器10；所述处理适配器30，用于接收所述处理器40执行链的执行请求，以及，返回执行结果至所述前端控制器10；所述处理器40，用于执行所述处理器40执行链，以及，返回执行结果至所述处理适配器30；所述视图解析器50，用于接收所述执行结果的解析视图请求，以及，返回视图解析结果至所述前端控制器10，其中，所述视图解析结果经过渲染后为所述数据运维结果。

值得一提的是，基于所述springwebmvc框架构建的所述数据运维系统为控制器和处理程序提供了大量与此模式相关的功能，并且，当添加反转控制程序(inversionofcontrol)时，它使用应用程序高度解耦，提供了通过简单的配置更改即可动态更改组件的灵活性。同时，所述数据运维系统具有清晰的角色划分：前端控制器10、处理映射器20、处理适配器30、视图解析器50和处理器40，所述前端控制器10的功能强大，其通过使用处理程序映射来决定哪一个处理程序应当处理传入的请求，处理程序映射只是用于标识使用哪一个处理程序来处理特定url模式的映射。并且，基于所述springwebmvc框架构建的所述数据运维系统具有易于测量、易于扩展和面相对象等优势。

在本申请实施例中，基于所述springwebmvc框架构建的所述数据运维系统能够实现一系列数据运维操作，这些功能模块部署于所述处理器40中。图2图示了根据本申请实施例的所述数据运维系统中处理器40的框图示意图。如图2所示，所述处理器40，包括：系统管理模块110、审批管理模块120、数据运维管理模块130、数据查阅和提取模块140、文件管理模块150、数据脱敏管理模块160、数据影响分析模块170和监控模块180，其中，所述系统管理模块110，用于对用户及其操作权限进行管理；所述审批管理模块120，用于整合引擎组件和对数据运维流程进行审批；所述数据运维管理模块130，用于对模板和数据运维任务进行管理，以及，处理关联文件；所述数据查阅和提取模块140，用于查阅和提取数据；所述文件管理模块150，用于下载和上传文件，以及，对文件进行关联；所述数据脱敏管理模块160，用于对数据进行脱敏处理；所述数据影响分析模块170，用于分析数据之间的关系和生成数据分析结果报告；所述监控模块180，用于记录数据运维操作。

具体来说，图3图示了根据本申请实施例的所述数据运维系统中系统管理模块110的框图示意图。如图3所示，所述系统管理模块110，包括：用户管理单元111和权限管理单元112，其中，所述用户管理单元111，用于新增、修改和查看用户；所述权限管理单元112，用于管理不同用户的操作权限。

基于功能模块和具体操作，本系统的用户包括操作员、管理员和统计员，各角色配置不同的操作权限。相应地，所述用户管理单元111，用于对用户进行管理，执行例如用户的新增、修改和查看等操作。不用的用户具有不同的操作权限，该部分功能由所述权限管理单元112来进行管理。具体地，在本申请实施例中，操作员具有的权限包括登陆系统、修改密码、查询数据、新增任务、修改任务、任务复核、任务回滚、任务删除和任务明细等；管理员具有的权限包括登陆系统、修改密码、用户管理、模板管理和系统管理等；统计员具有的权限包括登陆系统、修改密码、数据查询、系统统计、模板统计和用户统计等。应可以理解，在具体实施中，为操作员、管理员和统计员的操作权限可动态调整，并且，随着系统的迭代开发还可以增设其他操作权限，对此，并不为本申请所局限。同时，操作员、管理员和统计员所配置的操作权限的具体内容会于后续说明中具体说明，其中，针对于一部分常见的操作权限不做具体说明。

图4图示了根据本申请实施例的所述数据运维系统中审批管理模块120的框图示意图。如图4所示，所述审批管理模块120，包括：引擎组件整合单元121、审批流程管理单元122、查阅审批流程单元123和提取审批流程单元124，其中，所述引擎组件整合单元121，用于整合引擎组件；所述审批流程管理单元122，用于审批数据运维流程；所述查阅审批流程单元123，用于查阅数据运维流程的审批结果；所述提取审批流程单元124，用于提取数据运维流程的审批结果。也就是说，根据本申请实施例的所述数据运维系统具有审批功能，可实现数据运维线上审批，来提高数据运维的规范性。

图5图示了根据本申请实施例的所述数据运维系统中数据运维管理模块130的框图示意图。如图5所示，根据本申请实施例的数据运维管理模块130，包括：模板单元131、任务单元132、模板暂存单元133、模板流水号生成单元134、任务流水号生成单元135、模板查询单元136和关联文件处理单元137，其中，所述模板单元131，用于增加、修改、删除和查看模板；所述任务单元132，用于创建、复核、查看和回滚数据运维任务；所述模板暂存单元133，用于暂存模板预设时间；所述模板流水号生成单元134，用于生成模板的流水号；所述任务流水号生成单元135，用于生成数据运维任务的流水号；所述模板查询单元136，用于查询模板；所述关联文件处理单元137，用于处理关联文件。

具体来说，所述模板单元131，用于增加、修改、删除和查看模板。如前所述，“数据运维模板”是所述数据运维系统的核心思想，通过定义数据运维模板来明确可查询的字段和可修改的字段，以使得之后的数据运维工作都能够基于模板进行操作，这不仅有利于提高数据运维的效率，而且，还能够有效地避免因直接修改数据库信息导致的数据泄露风险，降低了修改难度。所述任务单元132，能够供操作员添加具体的数据运维任务、显示数据运维任务、进行回滚操作，以及，支持查看任务详情，应可以理解，通过任务回滚，可降低错误修改数据的风险。

图6图示了根据本申请实施例的所述数据运维系统中数据查阅和提取模块140的框图示意图。如图6所示，所述数据查阅和提取模块140，包括：模板管理查阅单元141，任务管理查阅单元142、查阅结果提取单元143、模板管理批量提取单元144和任务管理提取单元145，其中，所述模板管理查阅单元141，用于查阅模板管理情况；所述任务管理查阅单元142，用于查阅任务管理的情况；所述查阅结果提取单元143，用于提取查阅结果；模板管理批量提取单元144，用于批量地提取模板管理结果；所述任务管理提取单元145，用于提取任务管理结果。也就是说，在本申请实施例中，所述数据，包括数据运维任务、模板和数据运维结果。

图7图示了根据本申请实施例的所述数据运维系统中文件管理模块150的框图示意图。如图7所示，所述文件管理模块150，包括：文件批量上传单元151、文件批量下载单元152和文件自动关联单元153，其中，所述文件批量上传单元151，用于批量上传文件；所述文件批量下载单元152，用于批量下载文件；所述文件自动关联单元153，用于关联文件。

图8图示了根据本申请实施例的所述数据运维系统中数据脱敏管理模块160的框图示意图。如图8所示，所述数据脱敏管理模块160，包括：脱敏规则设置单元161、脱敏算法开发单元162和脱敏规则管理单元163，其中，所述脱敏规则设置单元161，用于设置脱敏规则；所述脱敏算法开发单元162，用于开发脱敏算法；所述脱敏规则管理单元163，用于管理脱敏规则。

特别地，在本申请实施例中，诸如用户登录信息、数据库的连接配置信息、文件服务器的连接配置信息都属于敏感信息，在保存至数据库时需要首先进行加密处理，来确保数据安全，这里，对敏感信息进行脱敏处理等价于对敏感信息进行加密处理。加密，是以某种特殊的算法改变原有的信息数据，使得未授权的用户即使获得了已加密的信息，但因不知解密的方法，仍然无法了解信息的内容。大体上分为双向加密和单向加密，而双向加密又分为对称加密和非对称加密。双向加密大体意思就是明文加密后形成密文，可以通过算法还原成明文，而单向加密只是对信息进行了摘要计算，不能通过算法生成明文。常用的对称加密有：des、3dea、aes算法等。常用的非对称加密有：rsa、dsa算法等。常用的单向加密有：md5、sha、ripemd以及haval算法等。

图9图示了根据本申请实施例的所述数据运维系统中数据影响分析模块170的框图示意图。如图9所示，所述数据影响分析模块170，包括：血缘关系整理单元171、影响关系整理单元172、数据报告模板设计单元173和数据报告生成单元174，其中，所述血缘关系整理单元171，用于分析数据之间的血缘关联性；所述影响关系整理单元172，用于分析数据之间的影响关系；所述数据报告模板设计单元173，用于设计数据分析报告模板；所述数据报告生成单元174，用于生成数据分析报告。

相应地，所述数据影响分析模块170，可对待修改和运维的数据血缘分析和影响分析，操作员可选择是否修改上游及下游相关的数据，对于可能影响外部对接机构的情况，可生成及打印数据修改报告。当然，可基于实际应用场景的需求，进行其他形式的数据分析，例如关联性分析等。

图10图示了根据本申请实施例的所述数据运维系统中监控模块180的框图示意图。如图10所示，所述监控模块180，包括：日志单元181、日志查询单元182和报告生成单元183，其中，所述日志单元181，用于记录数据运维操作；所述日志查询单元182，用于查询日志；所述报告生成单元183，用于生成数据运维流程审计报告。

也就是，所述数据运维系统，具有操作留痕和监控功能，其中，操作留痕，包括记录所有的数据运维操作日志，操作日志查询和审计报告生成打印等；操作监控，包括系统监督人管理，短信平台接入以及相关操作进行短信通知等。

综上，基于本申请实施例的数据运维系统被阐明，其基于springwebmvc框架进行架构，能够规范数据运维流程，减少业务系统的出错并提高运维效率。

并且，基于springwebmvc框架进行架构，能够提高开发效率、降低开发难度，提升系统运行的效率。

同时，springwebmvc框架更接近于前后端分离构架，并且，更易于进行面向切面编辑，为技术演进打好基础。

这里，本领域技术人员可以理解，上述数据运维系统中的各个单元和模块的具体功能和操作已经在上述描述中得到了详细介绍，并因此，将省略其重复描述。

如上所述，根据本申请实施例的数据运维系统可以实现在各种终端设备中，例如大屏智能设备，或者独立于大屏智能设备的计算机等。在一个示例中，根据本申请实施例的数据运维系统可以作为一个软件模块和/或硬件模块而集成到终端设备中。例如，该数据运维系统可以是该终端设备的操作系统中的一个软件模块，或者可以是针对于该终端设备所开发的一个应用程序；当然，该数据运维系统同样可以是该终端设备的众多硬件模块之一。

替换地，在另一示例中，该数据运维系统与该终端设备也可以是分立的设备，并且该数据运维系统可以通过有线和/或无线网络连接到该终端设备，并且按照约定的数据格式来传输交互信息。

以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。

本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。

还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。

提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。

为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。