CN114997831A - 一种客户端的协同管理方法及装置 - Google Patents

Abstract

本文提供了一种客户端的协同管理方法及装置，其中，方法包括：遍历客户端的前端工程框架，得到参数列表，参数列表中依次向下包含如下参数：功能模块、页面以及接口；补齐参数列表中各接口的注释信息、发送报文体及接收报文体；将补齐后的参数列表存入数据库；根据数据库生成多级编辑界面，以使各角色人员通过多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改。本实施例能够为各角色人员提供统一管理，避免各角色人员因客户端相关信息不对称、掌握不全面的问题，提高客户端升级及维护效率。

Description

一种客户端的协同管理方法及装置

技术领域

本文涉及客户端管理领域，尤其涉及一种客户端的协同管理方法及装置。

背景技术

在一个成熟的客户端(网站或APP)产品中，服务端为客户提供丰富的对客功能或对内部员工的管理功能。为了便于客户端产品的传承和可追溯，分别会有产品经理维护客户端产品全景视图，开发人员维护接口文档，在与外产品对接时也是提供对外发布的接口文档，在测试过程中，测试人员更多靠经验来分析测试范围。

但考虑到客户端产品逐渐庞大，人员不定期更迭，以及手动更新不及时等因素，客户端产品全景视图及接口文档若不及时更新，不足以让团队成员(产品经理、开发、测试等)快速全面的掌握客户端产品功能。

发明内容

本文用于解决现有技术中，客户端产品不定期更新及修改，通过客户端产品全景视图及接口文档不足以让团队成员快速全面的掌握客户端产品功能的问题。

为了解决上述技术问题，本文一方面提供一种客户端的协同管理方法，包括：

遍历客户端的前端工程框架，得到参数列表，参数列表中依次向下包含如下的参数：功能模块、页面以及接口；

分析后端工程框架补齐所述参数列表中各接口的注释信息、发送报文体及接收报文体；

将补齐后的参数列表存入数据库；

根据所述数据库生成多级编辑界面，以使各角色人员通过所述多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改。

作为本文进一步实施例中，接口编辑子界面中设置有快捷链接，通过该快捷链接跳转至接口的代码块。

作为本文进一步实施例中，客户端的协同管理方法还包括：

接收各角色人员通过所述多级编辑界面生成的修改请求，根据所述修改请求修改数据库中的数据。

作为本文进一步实施例中，遍历客户端的前端工程框架，得到参数列表包括：利用拉取脚本遍历客户端的前端工程框架，从信息拉取配置文件中读取变量路径信息；

访问变量路径信息下的参数信息；

识别读取到的参数信息以及参数的关联关系，得到参数列表。

作为本文进一步实施例中，将补齐后的参数列表存入数据库之前，还包括：

比较所述参数列表及人工维护的全景视图，对参数列表及全景视图中独有的参数进行标记；

接收已标记参数的分析结果，根据已标记参数的分析结果对参数列表及全景视图进行更新。

作为本文进一步实施例中，客户端的协同管理方法还包括：按照预设计划重新遍历所述客户端的前端工程框架，得到最新参数列表；

分别比较最新参数列表与历史参数列表，得到新增参数列表及删除参数列表；

将所述新增参数列表存入数据库；

根据所述删除参数列表生成确认信息发送至相关维护人员确认，根据所述维护人员的确认结果修改所述数据库。

本文还提供一种客户端的协同管理装置，包括：

前端遍历单元，用于遍历客户端的前端工程框架，得到参数列表，参数列表中依次向下包含如下参数：功能模块、页面以及接口；

后端补齐单元，用于补齐所述参数列表中各接口的注释信息、发送报文体及接收报文体；

入库单元，用于将补齐后的参数列表存入数据库；

编辑单元，用于根据所述数据库生成多级编辑界面，以使各角色人员通过所述多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改。

本文还提供一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现前述任一实施例所述方法。

本文还提供一种计算机存储介质，其上存储有计算机程序，所述计算机程序被计算机设备的处理器运行时，执行前述任一实施例所述方法。

本文还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现前述任一实施例所述方法。

本文提供的客户端的协同管理方法及装置，通过遍历客户端的前端工程框架得到参数列表，能够全面得到客户端相关的功能模块、页面及接口信息以及功能模块、页面及接口之间的关联关系；补齐参数列表中各接口的注释信息、发送报文体及接收报文体，能够提高接口的可读性；将参数列表存入数据库，根据数据库生成多级编辑界面，以使各角色人员通过多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改，能够为各角色人员提供统一管理，避免各角色人员因客户端相关信息不对称、掌握不全面的问题，提高客户端升级及维护效率。

为让本文的上述和其他目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附图式，作详细说明如下。

附图说明

为了更清楚地说明本文实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本文的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了本文实施例客户端的系统管理方法的第一流程图；

图2示出了本文实施例客户端的系统管理方法的第二流程图；

图3A示出了本文实施例删除编辑子界面示意图；

图3B示出了本文实施例修改编辑子界面示意图；

图3C示出了本文实施例新增编辑子界面示意图；

图4示出了本文实施例拉取脚本确定过程的流程图；

图5示出了本文实施例客户端的协同管理方法的第三流程图；

图6示出了本文实施例客户端的协同管理方法的第四流程图；

图7示出了本文实施例客户端的协同管理装置的装置图；

图8示出了本文实施例客户端的协同管理装置的结构图。

附图符号说明：

701、前端遍历单元；

702、后端补齐单元；

703、入库单元；

704、编辑单元；

802、协同管理装置；

804、处理器；

806、存储器；

808、驱动机构；

810、输入/输出模块；

812、输入设备；

814、输出设备；

816、呈现设备；

818、图形用户接口；

820、网络接口；

822、通信链路；

824、通信总线。

具体实施方式

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

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

需要说明的是，本文的客户端的协同管理方法及装置可用于金融领域的客户端，例如跨境撮合系统客户端，也可用于除金融领域之外的任意领域客户端，本文的客户端的协同管理方法及装置的应用领域不做限定。

本文一实施例中，提供一种客户端的协同管理方法，用于解决现有技术中，客户端产品不定期更新及修改，通过客户端产品全景视图及接口文档不足以让客户端团队成员快速全面的掌握产品功能的问题。具体的，如图1所示，客户端的系统管理方法包括：

步骤101，遍历客户端的前端工程框架，得到参数列表，参数列表中包含如下依次向下包含的参数：功能模块、页面以及接口。

步骤102，补齐参数列表中各接口的注释信息、发送报文体及接收报文体。

步骤103，将补齐后的参数列表存入数据库。

步骤104，根据数据库生成多级编辑界面，以使各角色人员通过多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改。

本文所述客户端指的是网站或APP，客户端的前端工程框架可由React、Vue、Angular等实现。

一些实施方式中，步骤101遍历的客户端的前端工程框架指的是稳定运行的客户端，例如出错率小于预定值的客户端。本文以稳定运行的客户端分析出的参数列表为基线，能够保证数据库中数据的准确度。

本文所述的每一功能模块用于实现一类功能，例如登录、注册等。功能模块、页面及接口为向下包含关系，即功能模块下包括多个页面，每个页面上可包括多个接口。功能模块对应的页面实现功能模块的功能，接口为页面中可与服务端交互的接口，例如各类查询接口。

参数列表中各参数之间的关联关系如表1所示。

表1

表1仅用于示例，功能模块、页面及接口的内容视具体客户端而定。

步骤102中，通过分析客户端后端工程框架的方式补齐各接口的注释信息、发送报文体及接收报文体。客户端后端工程框架例如为SpringBoot，其中规定有接口的注释信息、发送报文体及接收报文体。

本步骤能够使得编辑界面中的接口更具有可读性，使得相关人员一目了然的确定接口现有注释信息、发送报文体及接收报文体。

步骤103中将补齐后的参数列表存入数据库能够便于通过编辑界面查询功能模块、页面及接口信息。

步骤104中，多级编辑界面具有上下级子界面跳转功能，具体的，从功能模块编辑子界面中的修改按钮(修改包括删除、调整)可跳转至页面编辑子界面，从页面编辑子界面的修改按钮可跳转至接口编辑子界面。功能模块编辑子界面、页面编辑子界面以及接口编辑子界面中还设置有新增按钮，以新增功能模块、页面以及接口。

具体实施时，在多级编辑界面中还提供查询功能。查询出的功能模块、页面及接口供各角色参考，比如新成员熟悉产品，或优化原有功能辅助分析影响范围，产品经理、测试人员进行功能模块查询便于需求或测试范围的梳理，开发人员进行接口查询便于复用或影响范围梳理等。查询结果可以按功能绘制业务流程链路或输出查询结果列表。

本实施例中功能模块子界面以及页面子界面的适用对象为全角色(包括业务人员、产品经理、测试人员以及开发人员等)，接口子界面的使用对象为开发人员，通过步骤101至步骤104的实施，将功能模块、页面及接口管理进行了整合，使得各角色人员对客户端产品参数信息进行维护，为各角色人员提供直观、全面管理，避免各角色人员因客户端相关信息不对称、掌握不全面的问题，提高客户端升级及维护效率。

本文进一步实施例中，接口编辑子界面中还设置有快捷链接，使用人员通过该快捷链接可跳转至接口的代码块，从而实现对接口代码的查看或修改。

本文一实施例中，如图2所示，还包括：

步骤105，接收各角色人员通过多级编辑界面生成的修改请求，根据修改请求修改数据库中的数据。

其中，修改请求包括删除修改请求、修改修改请求以及新增修改请求。以接口编辑子界面为例，用户删除、修改及新增编辑子界面分别如图3A、图3B及图3C所示。

具体实施时，为了避免信息误删，对于删除修改请求还需指定人员进行复核，复核通过后，删除数据库中的相应数据。

本文一实施例中，上述步骤101遍历客户端的前端工程框架，得到参数列表包括利用拉取脚本遍历客户端的前端工程框架，从信息拉取配置文件中读取变量路径信息；访问变量路径信息下的参数信息；识别读取到的参数信息以及参数的关联关系，得到参数列表。

具体实施时，拉取脚本通过持续集成工具(例如为Jenkins)作业，由持续集成工具调用拉取脚本执行拉取操作。信息拉取配置文件适配于现有主流框架并支持定制化，不同工程框架通过客户化配置文件中的公共变量即可(即将公共变量替换为本系统中变量的存储路径即可)，此外也可在合适的位置添加自定义扫描项。

如图4所示，客户化配置文件确定过程包括：

步骤401，对比各种插件、程序实现方法以及脚本语言，得到公共变量。其中，各种插件、程序实现方法以及脚本语言由现有主流框架分析得到。

步骤402，根据公共变量生成配置文件。

步骤403，接收用户通过配置文件配置的变量，得到客户化配置文件。

本文一实施例中，如图5所示，客户端的协同管理方法包括：

步骤501，遍历客户端的前端工程框架，得到参数列表。

步骤502，补齐参数列表中各接口的注释信息、发送报文体及接收报文体。

步骤503，比较参数列表及人工维护的全景视图，对参数列表及全景视图中独有的功能进行标记。

详细的说，人工(产品经理)维护的全景视图包括客户端产品的功能模块、页面以及接口的信息。全景视图由客户端建设过程中以脑图或表格等形式积累的参数确定。

本步骤实施时，将属于参数列表但不属于全景视图的参数设置为标记1，对不属于参数列表但属于全景视图的参数设置为标记2。

步骤504，接收已标记参数的分析结果，根据已标记参数的分析结果对参数列表或全景视图进行更新。对于标记1的参数，可能是客户端中废弃参数，此时，若分析结果标识为废弃参数，则将该参数从参数列表中删除。对于标记2对应的参数，可能是人为遗漏或停止更新的参数，此时，若分析结果标识为遗漏或停止更新的参数，则将该参数新增至全景视图中。

步骤505，将更新后参数列表存入数据库。

步骤506，根据数据库生成多级编辑界面，以使各角色人员通过多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改。

本文一实施例中，考虑到受人为因素影响而无法保证数据库中客户端产品的参数信息与运行的客户端相同，如图6所示，客户端协同管理方法还包括：

步骤601，按照预设计划重新遍历所述客户端的前端工程框架，得到最新参数列表。本步骤中，预设计划为可配置项，具体计划时间可由人工配置，例如为每12小时、每天、每周等。

步骤602，分别比较最新参数列表与历史参数列表，得到新增参数列表及删除参数列表。

步骤603，将新增参数列表存入数据库。

步骤604，根据删除参数列表生成确认信息发送至相关维护人员确认，根据维护人员的确认结果修改数据库。具体的，若维护人员确认结果为同意删除，则将删除参数列表中的参数从数据库中删除。若维护人员确认结果为不同意删除，则无需对数据库做处理。

本实施例能够保证客户端参数数据库的时效性，避免人为因素导致的错误。

基于同一发明构思，本文还提供一种客户端的协同管理装置，如下面的实施例所述。由于客户端的协同管理装置解决问题的原理与客户端的协同管理方法相似，因此，客户端的协同管理装置的实施可以参见客户端的协同管理方法，重复之处不再赘述。

具体的，如图7所示，客户端的协同管理装置包括：

前端遍历单元701，用于遍历客户端的前端工程框架，得到参数列表，参数列表中依次向下包含如下参数：功能模块、页面以及接口。

后端补齐单元702，用于补齐所述参数列表中各接口的注释信息、发送报文体及接收报文体。

入库单元703，用于将补齐后的参数列表存入数据库。

编辑单元704，用于根据数据库生成多级编辑界面，以使各角色人员通过多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改。

本实施例能够为各角色人员提供统一管理，避免各角色人员因客户端相关信息不对称、掌握不全面的问题，提高客户端升级及维护效率。

本文一实施例中，还提供一种客户端的协同管理装置802，如图8所示，包括：存储器806、处理器804及存储在存储器806上并可在处理器上运行的计算机程序，所述处理器执行计算机程序时实现前述任一实施例所述方法。具体的，处理器804诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。存储器806可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示协同管理装置802的固定或可移除部件。在一种情况下，当处理器804执行被存储在任何存储器或存储器的组合中的相关联的指令时，协同管理装置802可以执行相关联指令的任一操作。协同管理装置802还包括用于与任何存储器交互的一个或多个驱动机构808，诸如硬盘驱动机构、光盘驱动机构等。

协同管理装置802还可以包括输入/输出模块810(I/O)，其用于接收各种输入(经由输入设备812)和用于提供各种输出(经由输出设备814))。一个具体输出机构可以包括呈现设备816和相关联的图形用户接口818(GUI)。在其他实施例中，还可以不包括输入/输出模块810(I/O)、输入设备812以及输出设备814，仅作为网络中的一台计算机设备。协同管理装置802还可以包括一个或多个网络接口820，其用于经由一个或多个通信链路822与其他设备交换数据。一个或多个通信总线824将上文所描述的部件耦合在一起。

通信链路822可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路822可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1、图2、图4至图6中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1、图2、图4至图6所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本文的技术方案本质上或者说对现有技术做出贡献的部分，或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本文各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (10)

1.一种客户端的协同管理方法，其特征在于，包括：

遍历客户端的前端工程框架，得到参数列表，参数列表中依次向下包含如下参数：功能模块、页面以及接口；

分析后端工程框架补齐所述参数列表中各接口的注释信息、发送报文体及接收报文体；

将补齐后的参数列表存入数据库；

根据所述数据库生成多级编辑界面，以使各角色人员通过所述多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改。

2.如权利要求1所述的方法，其特征在于，接口编辑子界面中设置有快捷链接，通过该快捷链接跳转至接口的代码块。

3.如权利要求1所述的方法，其特征在于，还包括：

接收各角色人员通过所述多级编辑界面生成的修改请求，根据所述修改请求修改所述数据库中的数据。

4.如权利要求1所述的方法，其特征在于，遍历客户端的前端工程框架，得到参数列表包括：利用拉取脚本遍历客户端的前端工程框架，从信息拉取配置文件中读取变量路径信息；

访问变量路径信息下的参数信息；

识别读取到的参数信息以及参数的关联关系，得到参数列表。

5.如权利要求1所述的方法，其特征在于，将补齐后的参数列表存入数据库之前，还包括：

比较所述参数列表及人工维护的全景视图，对参数列表及全景视图中独有的参数进行标记；

接收已标记参数的分析结果，根据已标记参数的分析结果对参数列表及全景视图进行更新。

6.如权利要求1所述的方法，其特征在于，还包括：

按照预设计划重新遍历所述客户端的前端工程框架，得到最新参数列表；

分别比较最新参数列表与历史参数列表，得到新增参数列表及删除参数列表；

将所述新增参数列表存入数据库；

根据所述删除参数列表生成确认信息发送至相关维护人员确认，根据所述维护人员的确认结果修改所述数据库。

7.一种客户端的协同管理装置，其特征在于，包括：

前端遍历单元，用于遍历客户端的前端工程框架，得到参数列表，参数列表中依次向下包含如下参数：功能模块、页面以及接口；

后端补齐单元，用于补齐所述参数列表中各接口的注释信息、发送报文体及接收报文体；

入库单元，用于将补齐后的参数列表存入数据库；

编辑单元，用于根据所述数据库生成多级编辑界面，以使各角色人员通过所述多级编辑界面定位客户端的参数编辑子界面，通过客户端的参数编辑子界面对相应参数进行修改。

8.一种计算机设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6任一所述方法。

9.一种计算机存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被计算机设备的处理器运行时，执行根据权利要求1至6任一项所述方法的指令。

10.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现权利要求1至6任一所述方法。

Images