CN114003600A - 数据处理方法、系统、电子设备和存储介质 - Google Patents

Abstract

本发明公开了一种数据处理方法、系统、电子设备和存储介质，该方法获取数据采集条件；基于数据采集条件，从原始数据库中提取得到目标数据并存储至目标数据库中；对目标数据进行分类处理，获取若干类别的目标分类数据；对不同类别的目标分类数据添加对应的类型标签信息并存储至目标数据库中。本发明通过将指定bug记录信息按照需求分类整合保存，并指定有需求的用户按需访问，实现在保证了目标数据库中数据安全的同时，使得不熟悉业务的接手用户能够从企业海量的数据资源中获取到有效信息，快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率，极大地降低企业内模块交接时人力、物力财力的投入成本。

Description

数据处理方法、系统、电子设备和存储介质

技术领域

本发明涉及数据库技术领域，特别涉及一种数据处理方法、系统、电子设备和存储介质。

背景技术

目前，身处大型公司的职员在接手一个新模块时，常会遇到一个窘境：前辈们没有留下参考文档，或者参考文档不完整，接手者需要花费大量的人力物力来掌握新模块的相关知识点。对于企业来说，该现象属于人力资源极大投入行为；对于职工来说，该现象加重了接手的难度。大中型公司一般都具有自主研发的能力，至少拥有一个站点系统用于维护自家的产品，且该站点系统上拥有海量的资源。然而对于接手者而言，该站点系统中海量资源在没有外力的帮助下很难准确地分辨出哪些是即将维护的模块部分，以及哪些不是，即该熟悉新模块的过程需要接手者花费极大的精力来熟悉即将接手的模块。对于接手者和企业来说，无疑会造成人力以及物力资源的极大浪费。

为了解决上述的工作交接存在的问题，主要通过如下两种方式实现：(1)纯口头交接；该方式缺点就是：交接仓促，无系统性，接手者很难理清楚哪些是重点，哪些是非重点，出现眉毛胡子一把抓的情况。(2)口头交接的基础上并给予一定量的文档说明；该方式缺点就是：交接时其可以为接手者提供一定量的技术支持，不过在对接手模块不了解的情况下，不知道该模块中存在哪些缺陷和优化点，经常出现祖传代码不敢修改，代代给祖传代码打补丁的问题，造成交接效率较低，甚至可能会造成对后续工作的不良影响等。

发明内容

本发明要解决的技术问题是为了克服现有技术中交接数据过程中存在交接效率、质量均较差等缺陷，目的在于提供一种数据处理方法、系统、电子设备和存储介质。

本发明是通过下述技术方案来解决上述技术问题：

本发明提供一种数据处理方法，所述方法包括：

获取数据采集条件；

基于所述数据采集条件，从原始数据库中提取得到目标数据并存储至目标数据库中；

对所述目标数据进行分类处理，获取若干类别的目标分类数据；

对不同类别的所述目标分类数据添加对应的类型标签信息并存储至所述目标数据库中；

其中，所述类型标签信息用于对所述目标数据库中的所述目标数据进行查询和/或显示。

较佳地，所述获取若干类别的目标分类数据的步骤之后还包括：

计算得到不同类别的所述目标分类数据对应的权重值；

建立所述权重值与所述目标分类数据之间的关联关系；

根据所述关联关系和所述权重值，对不同类别的所述目标分类数据进行排序，获取第一排序结果并对所述第一排序结果进行显示。

较佳地，所述对不同类别的所述目标分类数据添加对应的类型标签信息的步骤之后还包括：

获取预设排序规则；

根据所述预设排序规则和所述类型标签信息，对不同类别的所述目标分类数据进行排序，获取第二排序结果并对所述第二排序结果进行显示。

较佳地，所述方法还包括：

预先设置所述目标数据库的用户访问权限；

所述对不同类别的所述目标分类数据添加对应的类型标签信息并存储至所述目标数据库中的步骤之后还包括：

获取当前用户输入的认证信息；

其中，所述认证信息包括指纹信息、面部信息和密码信息中的至少一种；

在所述认证信息表征当前用户具有访问权限时，则生成允许访问的第一反馈信息并进入所述目标数据库对应的访问界面；否则，则生成表征无访问权限的第二反馈信息。

较佳地，所述预先设置所述目标数据库的用户访问权限的步骤之后、所述获取当前用户输入的认证信息的步骤之前还包括：

确定所述用户访问权限对应的已授权访问所述目标数据库的目标用户；

向所述目标用户发送进入所述目标数据库的访问端口；

其中，所述当前用户通过所述访问端口并输入所述认证信息。

较佳地，所述对所述目标数据进行分类处理，获取若干类别的目标分类数据的步骤包括：

对所述目标数据在多分类层级下进行分类处理，获取每个分类层级下的中间分类数据；

将所有的所述中间分类数据作为所述目标分类数据；和/或，

所述方法还包括：

预先设置设定查询信息；

其中，所述查询信息包括设定查询关键字和/或模糊查询关键字；

所述对不同类别的所述目标分类数据添加对应的类型标签信息并存储至所述目标数据库中的步骤之后还包括：

获取当前用户输入的实际查询内容；

在所述实际查询内容与所述设定查询信息两者的匹配度大于设定阈值时，则输出对应的查询结果；否则，则生成表征无查询结果的提示信息。

较佳地，当所述数据采集条件为设定bug ID信息(代码错误类型信息)时，所述目标数据为设定bug记录信息；

其中，所述设定bug记录信息包括设定bug对应的解决方案信息、解决时间信息、解决人员信息、问题的严重程度、出现的概率值、芯片产品存在的潜在问题中的至少一种。

本发明还提供一种数据处理系统，所述系统包括：

采集条件获取模块，获取数据采集条件；

目标数据采集模块，用于基于所述数据采集条件，从原始数据库中提取得到目标数据并存储至目标数据库中；

数据分类模块，用于对所述目标数据进行分类处理，获取若干类别的目标分类数据；

标签信息添加模块，用于对不同类别的所述目标分类数据添加对应的类型标签信息并存储至所述目标数据库中；

其中，所述类型标签信息用于对所述目标数据库中的所述目标数据进行查询和/或显示。

较佳地，所述系统还包括：

权重值计算模块，用于计算得到不同类别的所述目标分类数据对应的权重值；

关联关系建立模块，用于建立所述权重值与所述目标分类数据之间的关联关系；

第一排序显示模块，用于根据所述关联关系和所述权重值，对不同类别的所述目标分类数据进行排序，获取第一排序结果并对所述第一排序结果进行显示。

较佳地，所述系统还包括：

排序规则获取模块，用于获取预设排序规则；

第二排序显示模块，用于根据所述预设排序规则和所述类型标签信息，对不同类别的所述目标分类数据进行排序，获取第二排序结果并对所述第二排序结果进行显示。

较佳地，所述系统还包括：

权限预设模块，用于预先设置所述目标数据库的用户访问权限；

认证信息获取模块，用于获取当前用户输入的认证信息；

其中，所述认证信息包括指纹信息、面部信息和密码信息中的至少一种；

第一判断模块，用于在所述认证信息表征当前用户具有访问权限时，则生成允许访问的第一反馈信息并进入所述目标数据库对应的访问界面；否则，则生成表征无访问权限的第二反馈信息。

较佳地，所述系统还包括：

目标用户确定模块，用于确定所述用户访问权限对应的已授权访问所述目标数据库的目标用户；

访问端口发送模块，用于向所述目标用户发送进入所述目标数据库的访问端口；

其中，所述当前用户通过所述访问端口并输入所述认证信息。

较佳地，所述数据分类模块包括：

分类处理单元，用于对所述目标数据在多分类层级下进行分类处理，获取每个分类层级下的中间分类数据；

分类数据获取单元，用于将所有的所述中间分类数据作为所述目标分类数据；和/或，

所述系统还包括：

查询信息预设模块，用于预先设置设定查询信息；

其中，所述查询信息包括设定查询关键字和/或模糊查询关键字；

查询内容获取模块，用于获取当前用户输入的实际查询内容；

第二判断模块，用于在所述实际查询内容与所述设定查询信息两者的匹配度大于设定阈值时，则输出对应的查询结果；否则，则生成表征无查询结果的提示信息。

较佳地，当所述数据采集条件为设定bug ID信息时，所述目标数据为设定bug记录信息；

其中，所述设定bug记录信息包括设定bug对应的解决方案信息、解决时间信息、解决人员信息、问题的严重程度、出现的概率值、芯片产品存在的潜在问题中的至少一种。本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行计算机程序时实现上述的数据处理方法。

本发明还提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述的数据处理方法。

在符合本领域常识的基础上，所述各优选条件，可任意组合，即得本发明各较佳实施例。

本发明的积极进步效果在于：

本发明中，基于特定bug ID信息从原始数据库(或称父站点)中收集对应的bug记录信息存储至目标数据库(或称子站点)中；然后基于不同的目标数据库对收集的数据有不同的用途，通过设置相适配的分类规则对收集的bug记录信息进行分类处理以得到不同类别的分类数据，再对这些分类数据增加对应的标签数据并存储至目标数据库中，以便于对目标数据库中的不同类别的分类数据进行显示，便于用户访问查看、查询等，即通过将指定bug记录信息按照需求分类整合保存，并指定有需求的用户按需访问，实现在保证了目标数据库中数据安全的同时，使得不熟悉业务的接手用户能够从企业海量的数据资源中获取到有效信息，快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率，极大地降低企业内模块交接时人力、物力财力的投入成本。

附图说明

图1为本发明实施例1的数据处理方法的流程图。

图2为本发明实施例2的数据处理方法的第一流程图。

图3为本发明实施例2的数据处理方法的第二流程图。

图4为本发明实施例3的数据处理系统的模块示意图。

图5为本发明实施例4的数据处理系统的模块示意图。

图6为本发明实施例5的实现数据处理方法的电子设备的结构示意图。

具体实施方式

下面通过实施例的方式进一步说明本发明，但并不因此将本发明限制在所述的实施例范围之中。

实施例1

如图1所示，本实施例的数据处理方法包括：

S101、获取数据采集条件；

S102、基于数据采集条件，从原始数据库中提取得到目标数据并存储至目标数据库中；

S103、对目标数据进行分类处理，获取若干类别的目标分类数据；

S104、对不同类别的目标分类数据添加对应的类型标签信息并存储至目标数据库中；

其中，类型标签信息用于对目标数据库中的目标数据进行查询和/或显示。

具体地，当数据采集条件为设定bug ID信息时，目标数据为设定bug记录信息；

其中，设定bug记录信息包括但不限于设定bug对应的解决方案信息、解决时间信息、解决人员信息、问题的严重程度、出现的概率值、芯片产品存在的潜在问题。

本实施例中，基于特定bug ID信息从原始数据库中收集对应的bug记录信息存储至目标数据库中；然后基于不同的目标数据库对收集的数据有不同的用途，通过设置相适配的分类规则对收集的bug记录信息进行分类处理以得到不同类别的分类数据，再对这些分类数据增加对应的标签数据并存储至目标数据库中，以便于对目标数据库中的不同类别的分类数据进行显示，便于用户访问查看、查询等，即通过将指定bug记录信息按照需求分类整合保存，并指定有需求的用户按需访问，实现在保证了目标数据库中数据安全的同时，使得不熟悉业务的接手用户能够从企业海量的数据资源中获取到有效信息，快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率，极大地降低企业内模块交接时人力、物力财力的投入成本。

实施例2

本实施例的数据处理方法是对实施例1的进一步改进，具体地：

在一可实施的方案中，步骤S103之后还包括：

对目标数据在多分类层级下进行分类处理，获取每个分类层级下的中间分类数据；

将所有的中间分类数据作为目标分类数据。

考虑收集的数据分类基准对应多个分类层级，本实施例中对每个分类层级下分类数据均进行增加标签，即对所有细划分分类后的数据进行加工处理，提高了对子站点的后台数据库中数据处理效率，保证了使用人员对子站点的后台数据库中数据学习的效率。

在一可实施的方案中，如图2所示，步骤S103之后还包括：

S105、计算得到不同类别的目标分类数据对应的权重值；

S106、建立权重值与目标分类数据之间的关联关系；

S107、根据关联关系和权重值，对不同类别的目标分类数据进行排序，获取第一排序结果并对第一排序结果进行显示。

对分类后的数据进行权重值，可以给对应记录信息中每一项参数赋予一定的比例系数(例如bug记录信息汇总的潜在问题、解决方案、严重程度、概率值等)，从而计算得到一个总的权重值。

通过对分类处理后的数据进行权重值计算，统计出每个分类数据对应的影响因子，这样就可以根据权重值大小对不同的分类数据进行排序，例如按照权重值从大到小的顺序进行排序并显示；使用人员可以快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率。

在一可实施的方案中，如图3所示，步骤S104之后还包括：

S108、获取预设排序规则；

S109、根据预设排序规则和类型标签信息，对不同类别的目标分类数据进行排序，获取第二排序结果并对第二排序结果进行显示。

根据每条分类处理后的分类数据添加的标签信息，按照设定的排序规则对分类数据进行排序，每条分类处理后的分类数据，以便于接手者方便集中了解不同类别的数据。

在一可实施的方案中，步骤S101之前还包括：

预先设置目标数据库的用户访问权限；

步骤S104之后还包括：

获取当前用户输入的认证信息；

其中，认证信息包括指纹信息、面部信息和密码信息等；

在认证信息表征当前用户具有访问权限时，则生成允许访问的第一反馈信息并进入目标数据库对应的访问界面；否则，则生成表征无访问权限的第二反馈信息。

在一可实施的方案中，步骤S100之后、步骤S109之前还包括：

确定用户访问权限对应的已授权访问目标数据库的目标用户；

向目标用户发送进入目标数据库的访问端口；

其中，当前用户通过访问端口并输入认证信息，访问端口包括但不限于访问链接。

在一可实施的方案中，步骤S101之前还包括：

预先设置设定查询信息；

其中，查询信息包括设定查询关键字和/或模糊查询关键字；

步骤S104之后还包括：

获取当前用户输入的实际查询内容；

在实际查询内容与设定查询信息两者的匹配度大于设定阈值时，则输出对应的查询结果；否则，则生成表征无查询结果的提示信息。

下面结合实例具体说明本实施例的数据处理方法的工作原理：

针对企业内部而言，所有数据一般存储在企业内部的原始数据库中，即企业内部对所有部门开放的父站点，其中拥有企业内部海量的技术资源。

具体部门可以根据自身部门的数据获取需求，从父站点采集对应数据并存储至自身对应的目标数据库(即子站点)，然后对采集的数据进行加工处理，以使得处理后的数据能够满足当前部门的使用需求。其中，获取的数据包括但不限于接收的新模块对应的bug记录信息，这些bug记录信息为在追踪产品问题时在企业内部的研发系统中添加的问题解决记录，一条记录对应一个bug。

具体的处理流程包括：(1)根据特定bug ID信息，从父站点中收集与特定bug ID信息关联的所有原始数据作为目标数据，并将这些目标数据存储至子站点的后台数据库中；

例如，对于自主研发公司而言，父站点中存储研发部门解决各个bug的一条条记录，该记录中包含大量的信息，如产品存在的潜在问题、解决方案、bug解决时间、bug的解决者、问题的严重程度、出现的概率值等，然后将这些bug记录按照特定bug ID信息提取出来并存储到子站点中。

(2)针对子站点的后台数据库的数据，对这些数据进行加工处理，按照部门需求进行处理，以使得处理后的数据符合具体部门的使用需求。

例如，对于自主研发公司的通信芯片产品而言，加工处理包括对提取出的bug记录信息进行分类处理、对分类后的数据进行增加标签信息、对分类后的数据进行权重值的计算与标注、以及检索设置等。

对于bug记录信息进行分类处理，例如，可以分类得到：(a)单双卡问题；(b)性能问题或死机问题；(c)出现死机的原因分类，具体包括各个制式使用资源冲突、整个流程不合理、参数配置有问题导致等等；(4)性能问题的原因分类，具体包括纯硬件问题、纯软件问题、硬件缺陷和软件需要适配、固有缺陷等。当然，还可以采用其他的分类方式，如将子站点的后台数据库的数据分类成流转型、解决型等，以满足不同的数据处理需求。

对分类后的数据进行增加标签信息，增加标签的准则为部门内部经验丰富或者拥有权威性的技术骨干依赖真实场景并结合当前企业真实情况制定的，具有一定程度地真实性、有效性以及权威性。各部门研发人员参考标签准则，给子站点中的目标数据打上标签，生成一套适合自己部门的专属数据，并将标签信息关联到对应的bug记录信息上，同时存储至子站点对应的后台数据库中个，然后将后台数据库中打过标签的数据展示给需要接手者，让其学习或温习。当然，随着技术发展等因素的影响，增加标签的准则也是可以随之相应的变化的。

对分类后的数据进行权重值，可以给对应记录信息中的潜在问题、解决方案、严重程度、概率值等每一项参数赋予一定的比例系数，从而计算得到一个总的权重值。

通过对每条分类处理后的分类数据进行权重值计算，这样就可以根据权重值大小对这些分类数据进行排序处理，以满足一定的显示需求。例如，根据权重值从大到小对这些分类数据进行排序，然后对排序结果进行显示，这样可以方便接手者能够快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率。

还可以根据每条分类处理后的分类数据添加的标签信息，按照设定的排序规则对分类数据进行排序，每条分类处理后的分类数据，以便于接手者方便集中了解不同类别的数据。

另外，针对已经分类处理的bug记录信息，接手者可以根据预先执行的关键字、或者模糊关键字在显示界面中的搜索框中进行查询搜索，以快速检索到需要学习或者了解的详情内容。

(3)经过上述处理后的数据，可以通过权限设定以指定到目标用户可以访问子站点的后台数据库。例如，管理员按照需求，在站点中添加特定用户的权限信息，并将访问链接通过邮箱、手机号、条形码、二维码等方式分享给接手者或者有需职员。

(4)接手者、有需职员等通过密钥或者密码的方式登录到子站点学习掌握新模块系统知识。

通过从父站点采集数据存储至子站点，并在子站点中完成对应的信息整合以及站点共享平台，这样不仅可以帮助员工们梳理部门内部bug记录的解决过程，提高其反思解决问题的能力，而且可以为后来的接手者提供有力的模块知识储备，让其有重点的学习掌握归纳接手模块的知识点。

此外通过信息整合和站点共享平台不仅可以帮助企业进一步系统化、结构化内部技能知识体系，还可以极大地降低企业内模块交接时人力、物力财力的投入成本，是企业优化内部结构的一大帮手，特别适合在线办公模式的企业；实现按照部门需求，有计划地使用信息整合和站点资源共享平台，可以极大地提高员工办事效率，有效地解决“接手难”的问题。

本实施例中，基于特定bug ID信息从原始数据库中收集对应的bug记录信息存储至目标数据库中；然后基于不同的目标数据库对收集的数据有不同的用途，通过设置相适配的分类规则对收集的bug记录信息进行分类处理以得到不同类别的分类数据，再对这些分类数据增加对应的标签数据并存储至目标数据库中，以便于对目标数据库中的不同类别的分类数据进行显示，便于用户访问查看、查询等，即通过将指定bug记录信息按照需求分类整合保存，并指定有需求的用户按需访问，实现在保证了目标数据库中数据安全的同时，使得不熟悉业务的接手用户能够从企业海量的数据资源中获取到有效信息，快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率，极大地降低企业内模块交接时人力、物力财力的投入成本。

实施例3

如图4所示，本实施例的数据处理系统包括：

采集条件获取模块1，获取数据采集条件；

目标数据采集模块2，用于基于数据采集条件，从原始数据库中提取得到目标数据并存储至目标数据库中；

数据分类模块3，用于对目标数据进行分类处理，获取若干类别的目标分类数据；

标签信息添加模块4，用于对不同类别的目标分类数据添加对应的类型标签信息并存储至目标数据库中；

其中，类型标签信息用于对目标数据库中的目标数据进行查询和/或显示。

具体地，当数据采集条件为设定bug ID信息时，目标数据为设定bug记录信息；

其中，设定bug记录信息包括但不限于设定bug对应的解决方案信息、解决时间信息、解决人员信息、问题的严重程度、出现的概率值、芯片产品存在的潜在问题。

本实施例中，基于特定bug ID信息从原始数据库中收集对应的bug记录信息存储至目标数据库中；然后基于不同的目标数据库对收集的数据有不同的用途，通过设置相适配的分类规则对收集的bug记录信息进行分类处理以得到不同类别的分类数据，再对这些分类数据增加对应的标签数据并存储至目标数据库中，以便于对目标数据库中的不同类别的分类数据进行显示，便于用户访问查看、查询等，即通过将指定bug记录信息按照需求分类整合保存，并指定有需求的用户按需访问，实现在保证了目标数据库中数据安全的同时，使得不熟悉业务的接手用户能够从企业海量的数据资源中获取到有效信息，快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率，极大地降低企业内模块交接时人力、物力财力的投入成本。

实施例4

如图5所示，本实施例的数据处理系统是对实施例4的进一步改进，具体地：

在一可实施的方案中，本实施例的数据分类模块3包括：

分类处理单元5，用于对目标数据在多分类层级下进行分类处理，获取每个分类层级下的中间分类数据；

分类数据获取单元6，用于将所有的中间分类数据作为目标分类数据。

考虑收集的数据分类基准对应多个分类层级，本实施例中对每个分类层级下分类数据均进行增加标签，即对所有细划分分类后的数据进行加工处理，提高了对子站点的后台数据库中数据处理效率，保证了使用人员对子站点的后台数据库中数据学习的效率。

在一可实施的方案中，本实施例的系统还包括：

权重值计算模块7，用于计算得到不同类别的目标分类数据对应的权重值；

关联关系建立模块8，用于建立权重值与目标分类数据之间的关联关系；

第一排序显示模块9，用于根据关联关系和权重值，对不同类别的目标分类数据进行排序，获取第一排序结果并对第一排序结果进行显示。

对分类后的数据进行权重值，可以给对应记录信息中每一项参数赋予一定的比例系数(例如bug记录信息汇总的潜在问题、解决方案、严重程度、概率值等)，从而计算得到一个总的权重值。

通过对分类处理后的数据进行权重值计算，统计出每个分类数据对应的影响因子，这样就可以根据权重值大小对不同的分类数据进行排序，例如按照权重值从大到小的顺序进行排序并显示；使用人员可以快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率。

在一可实施的方案中，本实施例的系统还包括：

排序规则获取模块10，用于获取预设排序规则；

第二排序显示模块11，用于根据预设排序规则和类型标签信息，对不同类别的目标分类数据进行排序，获取第二排序结果并对第二排序结果进行显示。

根据每条分类处理后的分类数据添加的标签信息，按照设定的排序规则对分类数据进行排序，每条分类处理后的分类数据，以便于接手者方便集中了解不同类别的数据。

在一可实施的方案中，本实施例的系统还包括：

权限预设模块12，用于预先设置目标数据库的用户访问权限；

认证信息获取模块13，用于获取当前用户输入的认证信息；

其中，认证信息包括指纹信息、面部信息和密码信息等；

第一判断模块14，用于在认证信息表征当前用户具有访问权限时，则生成允许访问的第一反馈信息并进入目标数据库对应的访问界面；否则，则生成表征无访问权限的第二反馈信息。

在一可实施的方案中，本实施例的系统还包括：

目标用户确定模块15，用于确定用户访问权限对应的已授权访问目标数据库的目标用户；

访问端口发送模块16，用于向目标用户发送进入目标数据库的访问端口；

其中，当前用户通过访问端口并输入认证信息，访问端口包括但不限于访问链接。

在一可实施的方案中，本实施例的系统还包括：

查询信息预设模块17，用于预先设置设定查询信息；

其中，查询信息包括设定查询关键字和/或模糊查询关键字；

查询内容获取模块，用于获取当前用户输入的实际查询内容；

第二判断模块18，用于在实际查询内容与设定查询信息两者的匹配度大于设定阈值时，则输出对应的查询结果；否则，则生成表征无查询结果的提示信息。

下面结合实例具体说明本实施例的数据处理系统的工作原理：

针对企业内部而言，所有数据一般存储在企业内部的原始数据库中，即企业内部对所有部门开放的父站点，其中拥有企业内部海量的技术资源。

具体部门可以根据自身部门的数据获取需求，从父站点采集对应数据并存储至自身对应的目标数据库(即子站点)，然后对采集的数据进行加工处理，以使得处理后的数据能够满足当前部门的使用需求。其中，获取的数据包括但不限于接收的新模块对应的bug记录信息，这些bug记录信息为在追踪产品问题时在企业内部的研发系统中添加的问题解决记录，一条记录对应一个bug。

具体的处理流程包括：(1)根据特定bug ID信息，从父站点中收集与特定bug ID信息关联的所有原始数据作为目标数据，并将这些目标数据存储至子站点的后台数据库中；

例如，对于自主研发公司而言，父站点中存储研发部门解决各个bug的一条条记录，该记录中包含大量的信息，如产品存在的潜在问题、解决方案、bug解决时间、bug的解决者、问题的严重程度、出现的概率值等，然后将这些bug记录按照特定bug ID信息提取出来并存储到子站点中。

(2)针对子站点的后台数据库的数据，对这些数据进行加工处理，按照部门需求进行处理，以使得处理后的数据符合具体部门的使用需求。

例如，对于自主研发公司的通信芯片产品而言，加工处理包括对提取出的bug记录信息进行分类处理、对分类后的数据进行增加标签信息、对分类后的数据进行权重值的计算与标注、以及检索设置等。

对于bug记录信息进行分类处理，例如，可以分类得到：(a)单双卡问题；(b)性能问题或死机问题；(c)出现死机的原因分类，具体包括各个制式使用资源冲突、整个流程不合理、参数配置有问题导致等等；(4)性能问题的原因分类，具体包括纯硬件问题、纯软件问题、硬件缺陷和软件需要适配、固有缺陷等。当然，还可以采用其他的分类方式，如将子站点的后台数据库的数据分类成流转型、解决型等，以满足不同的数据处理需求。

对分类后的数据进行增加标签信息，增加标签的准则为部门内部经验丰富或者拥有权威性的技术骨干依赖真实场景并结合当前企业真实情况制定的，具有一定程度地真实性、有效性以及权威性。各部门研发人员参考标签准则，给子站点中的目标数据打上标签，生成一套适合自己部门的专属数据，并将标签信息关联到对应的bug记录信息上，同时存储至子站点对应的后台数据库中个，然后将后台数据库中打过标签的数据展示给需要接手者，让其学习或温习。当然，随着技术发展等因素的影响，增加标签的准则也是可以随之相应的变化的。

对分类后的数据进行权重值，可以给对应记录信息中的潜在问题、解决方案、严重程度、概率值等每一项参数赋予一定的比例系数，从而计算得到一个总的权重值。

通过对每条分类处理后的分类数据进行权重值计算，这样就可以根据权重值大小对这些分类数据进行排序处理，以满足一定的显示需求。例如，根据权重值从大到小对这些分类数据进行排序，然后对排序结果进行显示，这样可以方便接手者能够快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率。

还可以根据每条分类处理后的分类数据添加的标签信息，按照设定的排序规则对分类数据进行排序，每条分类处理后的分类数据，以便于接手者方便集中了解不同类别的数据。

另外，针对已经分类处理的bug记录信息，接手者可以根据预先执行的关键字、或者模糊关键字在显示界面中的搜索框中进行查询搜索，以快速检索到需要学习或者了解的详情内容。

(3)经过上述处理后的数据，可以通过权限设定以指定到目标用户可以访问子站点的后台数据库。例如，管理员按照需求，在站点中添加特定用户的权限信息，并将访问链接通过邮箱、手机号、条形码、二维码等方式分享给接手者或者有需职员。

(4)接手者、有需职员等通过密钥或者密码的方式登录到子站点学习掌握新模块系统知识。

通过从父站点采集数据存储至子站点，并在子站点中完成对应的信息整合以及站点共享平台，这样不仅可以帮助员工们梳理部门内部bug记录的解决过程，提高其反思解决问题的能力，而且可以为后来的接手者提供有力的模块知识储备，让其有重点的学习掌握归纳接手模块的知识点。

此外通过信息整合和站点共享平台不仅可以帮助企业进一步系统化、结构化内部技能知识体系，还可以极大地降低企业内模块交接时人力、物力财力的投入成本，是企业优化内部结构的一大帮手，特别适合在线办公模式的企业；实现按照部门需求，有计划地使用信息整合和站点资源共享平台，可以极大地提高员工办事效率，有效地解决“接手难”的问题。

本实施例中，基于特定bug ID信息从原始数据库中收集对应的bug记录信息存储至目标数据库中；然后基于不同的目标数据库对收集的数据有不同的用途，通过设置相适配的分类规则对收集的bug记录信息进行分类处理以得到不同类别的分类数据，再对这些分类数据增加对应的标签数据并存储至目标数据库中，以便于对目标数据库中的不同类别的分类数据进行显示，便于用户访问查看、查询等，即通过将指定bug记录信息按照需求分类整合保存，并指定有需求的用户按需访问，实现在保证了目标数据库中数据安全的同时，使得不熟悉业务的接手用户能够从企业海量的数据资源中获取到有效信息，快速了解相关模块知识的轻重缓急，快速上手相关业务，大大地提高了接手者的接手效率，极大地降低企业内模块交接时人力、物力财力的投入成本。

实施例5

图6为本发明实施例5提供的一种电子设备的结构示意图。电子设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行程序时实现实施例1或2中的数据处理方法。图6显示的电子设备30仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，电子设备30可以通用计算设备的形式表现，例如其可以为服务器设备。电子设备30的组件可以包括但不限于：上述至少一个处理器31、上述至少一个存储器32、连接不同系统组件(包括存储器32和处理器31)的总线33。

总线33包括数据总线、地址总线和控制总线。

存储器32可以包括易失性存储器，例如随机存取存储器(RAM)321和/或高速缓存存储器322，还可以进一步包括只读存储器(ROM)323。

存储器32还可以包括具有一组(至少一个)程序模块324的程序/实用工具325，这样的程序模块324包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

处理器31通过运行存储在存储器32中的计算机程序，从而执行各种功能应用以及数据处理，例如本发明实施例1或2中的数据处理方法。

电子设备30也可以与一个或多个外部设备34(例如键盘、指向设备等)通信。这种通信可以通过输入/输出(I/O)接口35进行。并且，模型生成的设备30还可以通过网络适配器36与一个或者多个网络(例如局域网(LAN)，广域网(WAN)和/或公共网络，例如因特网)通信。如图6所示，网络适配器36通过总线33与模型生成的设备30的其它模块通信。应当明白，尽管图中未示出，可以结合模型生成的设备30使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理器、外部磁盘驱动阵列、RAID(磁盘阵列)系统、磁带驱动器以及数据备份存储系统等。

应当注意，尽管在上文详细描述中提及了电子设备的若干单元/模块或子单元/模块，但是这种划分仅仅是示例性的并非强制性的。实际上，根据本发明的实施方式，上文描述的两个或更多单元/模块的特征和功能可以在一个单元/模块中具体化。反之，上文描述的一个单元/模块的特征和功能可以进一步划分为由多个单元/模块来具体化。

实施例6

本实施例提供了一种计算机可读存储介质，其上存储有计算机程序，程序被处理器执行时实现实施例1或2中的数据处理方法中的步骤。

其中，可读存储介质可以采用的更具体可以包括但不限于：便携式盘、硬盘、随机存取存储器、只读存储器、可擦拭可编程只读存储器、光存储器件、磁存储器件或上述的任意合适的组合。

在可能的实施方式中，本发明还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行实现实施例1或2中的数据处理方法中的步骤。

其中，可以一种或多种程序设计语言的任意组合来编写用于执行本发明的程序代码，程序代码可以完全地在用户设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户设备上部分在远程设备上执行或完全在远程设备上执行。

虽然以上描述了本发明的具体实施方式，但是本领域的技术人员应当理解，这仅是举例说明，本发明的保护范围是由所附权利要求书限定的。本领域的技术人员在不背离本发明的原理和实质的前提下，可以对这些实施方式做出多种变更或修改，但这些变更和修改均落入本发明的保护范围。

Claims (10)

1.一种数据处理方法，其特征在于，所述方法包括：

获取数据采集条件；

基于所述数据采集条件，从原始数据库中提取得到目标数据并存储至目标数据库中；

对所述目标数据进行分类处理，获取若干类别的目标分类数据；

对不同类别的所述目标分类数据添加对应的类型标签信息并存储至所述目标数据库中；

其中，所述类型标签信息用于对所述目标数据库中的所述目标数据进行查询和/或显示。

2.如权利要求1所述的数据处理方法，其特征在于，所述获取若干类别的目标分类数据的步骤之后还包括：

计算得到不同类别的所述目标分类数据对应的权重值；

建立所述权重值与所述目标分类数据之间的关联关系；

根据所述关联关系和所述权重值，对不同类别的所述目标分类数据进行排序，获取第一排序结果并对所述第一排序结果进行显示。

3.如权利要求1所述的数据处理方法，其特征在于，所述对不同类别的所述目标分类数据添加对应的类型标签信息的步骤之后还包括：

获取预设排序规则；

根据所述预设排序规则和所述类型标签信息，对不同类别的所述目标分类数据进行排序，获取第二排序结果并对所述第二排序结果进行显示。

4.如权利要求1所述的数据处理方法，其特征在于，所述方法还包括：

预先设置所述目标数据库的用户访问权限；

所述对不同类别的所述目标分类数据添加对应的类型标签信息并存储至所述目标数据库中的步骤之后还包括：

获取当前用户输入的认证信息；

其中，所述认证信息包括指纹信息、面部信息和密码信息中的至少一种；

在所述认证信息表征当前用户具有访问权限时，则生成允许访问的第一反馈信息并进入所述目标数据库对应的访问界面；否则，则生成表征无访问权限的第二反馈信息。

5.如权利要求4所述的数据处理方法，其特征在于，所述预先设置所述目标数据库的用户访问权限的步骤之后、所述获取当前用户输入的认证信息的步骤之前还包括：

确定所述用户访问权限对应的已授权访问所述目标数据库的目标用户；

向所述目标用户发送进入所述目标数据库的访问端口；

其中，所述当前用户通过所述访问端口并输入所述认证信息。

6.如权利要求1所述的数据处理方法，其特征在于，所述对所述目标数据进行分类处理，获取若干类别的目标分类数据的步骤包括：

对所述目标数据在多分类层级下进行分类处理，获取每个分类层级下的中间分类数据；

将所有的所述中间分类数据作为所述目标分类数据；和/或，

所述方法还包括：

预先设置设定查询信息；

其中，所述查询信息包括设定查询关键字和/或模糊查询关键字；

所述对不同类别的所述目标分类数据添加对应的类型标签信息并存储至所述目标数据库中的步骤之后还包括：

获取当前用户输入的实际查询内容；

在所述实际查询内容与所述设定查询信息两者的匹配度大于设定阈值时，则输出对应的查询结果；否则，则生成表征无查询结果的提示信息。

7.如权利要求1-6中任一项所述的数据处理方法，其特征在于，当所述数据采集条件为设定bug ID信息时，所述目标数据为设定bug记录信息；

其中，所述设定bug记录信息包括设定bug对应的解决方案信息、解决时间信息、解决人员信息、问题的严重程度、出现的概率值、芯片产品存在的潜在问题中的至少一种。

8.一种数据处理系统，其特征在于，所述系统包括：

采集条件获取模块，获取数据采集条件；

目标数据采集模块，用于基于所述数据采集条件，从原始数据库中提取得到目标数据并存储至目标数据库中；

数据分类模块，用于对所述目标数据进行分类处理，获取若干类别的目标分类数据；

标签信息添加模块，用于对不同类别的所述目标分类数据添加对应的类型标签信息并存储至所述目标数据库中；

其中，所述类型标签信息用于对所述目标数据库中的所述目标数据进行查询和/或显示。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行计算机程序时实现权利要求1-7中任一项所述的数据处理方法。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1-7中任一项所述的数据处理方法。

Images