研发数据管理方法、装置、设备及介质与流程

1.本公开涉及计算机技术领域，尤其涉及一种研发数据管理方法、装置、设备及介质。


背景技术：

2.对于科技型企业，研发是其生存与发展的灵魂，是一个企业内部管理活动的数据源。在工业信息化的背景下，越来越多的科技企业采用信息化平台用于优化自身的研发模式，以自内而外地提升企业市场竞争力。在研发过程中，研发数据作为产品数据的重要组成部分，其完整性和正确性会严重影响一个新产品的全生命周期的质量与效率，把握住研发数据的主要特点，是实施研发数据管理的成功的关键前提。


技术实现要素：

3.(一)要解决的技术问题
4.为解决现有技术中研发数据管理中所存在的技术问题中至少之一，本公开提供了一种研发数据管理方法、装置、设备及介质。
5.(二)技术方案
6.本公开的一方面提供了一种研发数据管理方法，其中，包括：对研发数据对应的查询计划进行验证操作；根据通过验证操作的查询计划，对已完成版本投产的逻辑实例进行执行操作；以及生成与执行操作产生的执行结果对应的数据快照，以通过数据快照实现对研发数据的管理。
7.根据本公开的实施例，在对研发数据对应的查询计划进行验证操作中，包括：根据研发数据对应的查询逻辑确定预设数据库满足预设执行范围；确定查询计划没有存在执行冲突；以及对查询逻辑对应的逻辑实例进行验证执行。
8.根据本公开的实施例，在根据研发数据对应的查询逻辑确定预设数据库满足预设执行范围中，包括：确定预设数据库登记的与查询计划相关的输入源信息；判断输入源信息与预设执行范围对应时，确定预设数据库满足预设执行范围。
9.根据本公开的实施例，在确定查询计划没有存在执行冲突中，包括：获取平台管理页面中输入的查询计划；判断查询计划与预设冲突事件不会对应时，确定查询计划没有存在执行冲突。
10.根据本公开的实施例，在对查询逻辑对应的逻辑实例进行验证执行中，包括：将查询逻辑编写为逻辑实例；根据在平台管理页面中输入的执行计划进行逻辑实例的验证执行。
11.根据本公开的实施例，在对查询逻辑对应的逻辑实例进行验证执行中，还包括：记录验证执行过程中的验证执行参数；根据验证执行参数确定查询计划的验证操作可行；根据预设版本计划对逻辑实例执行版本投产，并将验证操作可行的查询计划配置到预设数据库中。
12.根据本公开的实施例，在根据通过验证操作的查询计划，对已完成版本投产的逻辑实例进行执行操作中，包括：根据查询计划，对逻辑实例进行实例化；执行实例化过程形成的执行结果。
13.根据本公开的实施例，在根据查询计划，对逻辑实例进行实例化中，包括：初始化查询计划的任务执行信息；根据任务执行信息对存在触发预设计划任务的逻辑实例进行队列等待；根据可用的当前空闲资源对队列等待过程中的逻辑实例进行实例化。
14.根据本公开的实施例，在执行实例化过程形成的执行结果中，包括：跟踪执行结果的执行过程中的性能消耗参数；根据性能消耗参数，确定执行过程正常。
15.根据本公开的实施例，在生成与执行操作产生的执行结果对应的数据快照中，包括：根据预设配置信息对执行结果进行持久化操作；生成持久化操作的数据快照，数据快照具有多维度索引。
16.根据本公开的实施例，在通过数据快照实现对研发数据的管理中，包括：确定研发数据的定制查询条件；根据定制查询条件对数据快照执行检索。
17.根据本公开的实施例，在根据定制查询条件对数据快照执行检索中，包括：根据定制查询条件，通过请求解析信息在内存缓存中对数据快照执行检索。
18.根据本公开的实施例，在根据定制查询条件对数据快照执行检索中，还包括：在执行检索的过程中，数据快照命中内存缓存时，对数据快照对应的研发数据进行整理和补充，以实现研发数据的管理；当执行数据快照未命中内存缓存时，从预设数据库中获取数据快照对应的研发数据，并将研发数据进行高速缓存。
19.本公开的另一方面提供了一种研发数据管理装置，其中，包括计划验证模块、实例执行模块和快照生成模块。计划验证模块用于对研发数据对应的查询计划进行验证操作；实例执行模块用于根据通过验证操作的查询计划，对已完成版本投产的逻辑实例进行执行操作；以及快照生成模块用于生成与执行操作产生的执行结果对应的数据快照，以通过数据快照实现对所述研发数据的管理。
20.本公开的另一方面提供了一种电子设备，包括一个或多个处理器和存储器；存储器用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现本公开实施例的方法。
21.本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。
22.本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现本公开实施例的方法。
23.(三)有益效果
24.本公开提供了一种研发数据管理方法，其中包括：对研发数据对应的查询计划进行验证操作；根据通过验证操作的查询计划，对已完成版本投产的逻辑实例进行执行操作；以及生成与执行操作产生的执行结果对应的数据快照，以通过数据快照实现对研发数据的管理。因此，能够进一步提高研发数据的管理效率，同时提升研发数据准确性，保证了里程碑数据的特定时间点内的准确回顾。此外，本公开还提供了一种研发数据管理装置、电子设备及计算机可读存储介质。
附图说明
25.为了更完整地理解本公开及其优势，现在将参考结合附图的以下描述，其中：
26.图1示意性示出了根据本公开实施例的可以应用研发数据管理方法的示例性系统架构；
27.图2示意性示出了根据本公开一实施例的研发数据管理方法的流程图；
28.图3示意性示出了根据本公开一实施例的研发数据管理方法的一应用场景图；
29.图4示意性示出了根据本公开一实施例的研发数据管理方法的另一应用场景图；
30.图5示意性示出了根据本公开一实施例的研发数据管理方法的另一应用场景图；
31.图6示意性示出了根据本公开一实施例的研发数据管理方法的另一应用场景图；
32.图7示意性示出了根据本公开一实施例的研发数据管理装置的示例性架构；
33.图8示意性示出了根据本公开实施例的电子设备的框图。
具体实施方式
34.以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。
35.在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了上述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。
36.在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。
37.在使用类似于“a、b和c等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有a、b和c中至少一个的系统”应包括但不限于单独具有a、单独具有b、单独具有c、具有a和b、具有a和c、具有b和c、和/或具有a、b、c的系统等)。
38.附图中示出了一些方框图和/或流程图。应理解，方框图和/或流程图中的一些方框或其组合可以由计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器，从而这些指令在由该处理器执行时可以创建用于实现这些方框图和/或流程图中所说明的功能/操作的装置。本公开的技术可以硬件和/或软件(包括固件、微代码等)的形式来实现。另外，本公开的技术可以采取存储有指令的计算机可读存储介质上的计算机程序产品的形式，该计算机程序产品可供指令执行系统使用或者结合指令执行系统使用。
39.在现有技术中，目前业内对于研发过程的数据管理主要采取数据即时采集生成报表与人工分析结合的方式进行，通过对各类研发管理系统、代码托管平台等后台数据库的即时查询方式对研发数据进行挖掘，研发管理人员需要在特定时间点执行批处理脚本或sql脚本查询来获取所需里程碑数据(如项目基本信息、版本安排、代码提交情况、测试案例
提交与执行情况、研发缺陷率、风险信息等)，从而达到对研发过程进行评估、监控、持续改善的目的，对于涉及多个不同研发管理系统、代码托管平台的数据管理方式还需要通过人工进行数据拟合，具体的里程碑数据进一步需要通过人工方式线下备份，研发数据的管理严重依赖于人力管理，数据准确性较低，且管理效率低下，也无法对特定时间点内的里程碑数据进行回顾。
40.为解决现有技术中研发数据管理过程中所存在的技术问题中至少之一，提高研发数据的管理效率，同时提升研发数据准确性，保证了里程碑数据的特定时间点内的准确回顾，本公开提供了一种研发数据管理方法、装置、设备及介质。
41.需要说明的是，本公开实施例的研发数据管理方法和装置可以应用于信息安全技术领域和物联网技术领域，也可以应用于除信息安全技术领域和物联网技术领域之外的任意领域，如金融服务领域，本公开实施例的研发数据管理方法和装置的应用领域不作具体限定。
42.图1示意性示出了根据本公开实施例的可以应用研发数据管理方法的示例性系统架构。
43.需要注意的是，图1所示仅为可以应用本公开实施例的应用示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例的研发数据管理方法的不可以用于其他设备、系统、环境或场景。
44.如图1所示，根据该实施例的系统架构100可以包括数据请求系统110，以及与该数据请求系统110建立数据通信的服务器系统120，其中服务器系统中包括与数据请求系统110建立研发数据管理通道的服务器m、121、122、123、124以及125，其中服务器m为主访问服务器，可以获取来自用户的指令信息。服务器121、122、123、124以及125为副访问服务器，数据请求系统110与服务器m、121、122、123、124以及125可以基于一个内部云端网络服务器c实现。或者，服务器m、121、122、123、124以及125中的主服务器m为一网络服务器时，即与其他终端设备111、112、113、114以及115的内网相对，服务器系统120的主服务器m可以位于一外网中。此时，云端网络服务器c此处用以其他终端设备111、112、113、114以及115之间提供通信链路的介质。服务器系统120与多个终端设备之间的研发数据管理通道具体可以通过各种通信连接类型实现，例如有线、无线通信链路或者光纤电缆等等。
45.需要说明的是，根据本公开实施例，服务器121、122、123、124以及125可以实现无密互联。
46.用户可以使用终端设备111、112、113、114以及115与服务器系统120交互，以接收或发送消息等是实现研发数据管理或处理，具体涉及对服务器系统中主服务器m中的数据库的访问。例如，终端设备111向终端设备112发送业务数据，服务器系统120在接收到终端设备111的数据请求后，会对相应的业务数据执行转发处理，并在特定的需要下对业务数据进行加密，以使得最终到达终端设备112的业务数据得到安全保障。终端设备111、112、113、114以及115上可以安装有各种通讯客户端应用，例如管理类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。
47.终端设备111、112、113、114以及115可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机以及各类应用服务器等等。
48.服务器系统120可以包括提供各种服务的各类型防火墙，例如对用户利用终端设备111、112、113、114以及115所浏览的网站提供支持的过滤型防火墙(仅为示例)。过滤型防火墙可以对接收到的用户请求等数据进行分析等处理，并基于数据源头的地址以及协议类型等标志特征进行分析，确定是否可以通过，从而将不安全因素过滤或阻挡。
49.需要说明的是，本公开实施例所提供的研发数据管理方法一般可以由服务器系统120执行。相应地，本公开实施例所提供的研发数据管理装置一般可以设置于服务器系统120中。本公开实施例所提供的研发数据管理方法也可以由不同于服务器系统120且能够与终端设备111、112、113、114以及115和/或服务器系统120通信的其他服务器系统120执行。相应地，本公开实施例所提供的研发数据管理装置也可以设置于不同于服务器系统120且能够与终端设备111、112、113、114以及115和/或服务器系统120通信的其他服务器系统中。
50.应该理解，图1中的终端设备和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、服务器。
51.以下结合图2
‑
图8，对本公开一实施例提供的研发数据管理方法、研发数据管理装置、电子设备及计算机可读存储介质作进一步的详细说明。
52.图2示意性示出了根据本公开一实施例的研发数据管理方法的流程图。
53.如图2所示，本公开的一方面提供了一种研发数据管理方法，其中，包括步骤s201
‑
s203。
54.在步骤s201中，对研发数据对应的查询计划进行验证操作；
55.在步骤s202中，根据通过验证操作的查询计划，对已完成版本投产的逻辑实例进行执行操作；以及
56.在步骤s203中，生成与执行操作产生的执行结果对应的数据快照，以通过数据快照实现对研发数据的管理。
57.图3示意性示出了根据本公开一实施例的研发数据管理方法的一应用场景图。
58.如图3所示，根据业务需求方的业务需求对研发人员的研发管理工作进行描述与建模，制定为满足数据采集和分析所需的数据挖掘逻辑与查询计划，并将其编制成为业务需求予以提交，如步骤s301
‑
s302。查询计划为访存处理查询所需的研发数据行的优选数据请求方式，也即该查询计划所对应的是对研发数据的数据请求方式。
59.进一步地，通过接收业务需求形成的研发任务，进行可行性分析、功能与程序设计并及开展设计评审，对通过评审的业务需求的研发任务安排版本计划进入开发编码的流程，如步骤s303
‑
s305。其中，该通过评审的业务需求的研发任务所确定的设计评审方案需要通过业务需求方的确认，如步骤s306。
60.对上述版本计划的开发编码的流程中涉及对数据挖掘逻辑的编写，如步骤s307。基于该数据挖掘逻辑编写形成数据挖掘逻辑模块可以定义相应的数据挖掘查询逻辑，据此以对上述的查询计划进行验证操作，如步骤s308
‑
s309。其中，在步骤s309对查询计划的验证操作包括且不限于对执行计划时间冲突的分析与避免、对系统性能压力的分析与优化排期、对跨平台数据同步的场次优化和数据一致性等验证过程。
61.当查询计划验证操作通过之后，对版本计划的查询逻辑执行版本投产形成逻辑实例，并将查询计划配置到平台数据库，如步骤s308。进一步地，按照版本的查询计划对逻辑实例(可以理解为数据挖掘逻辑)进行执行操作，形成执行结果，如步骤s310。
62.当对该执行结果进行数据快照算法处理时，则可以对应形成数据快照，并将该研发数据对应的数据快照结果进行高速内存缓存，如步骤s311。因此，响应于业务需求方的研发数据管理请求时，可以将实时的执行结果直接发送至业务需求方(如终端设备)进行数据挖掘结果的实时展示查看，如步骤s312，也可以在执行操作之后，通过对高速内存的数据挖掘快照结果进行访问，直接获取相应的数据快照。因此，在即时数据挖掘的基础上通过增加数据快照机制，可以将实时挖掘的查询结果、报表通过配置表达式指定快照周期、次数，以所见即所得的方式将具体功能的查询结果、报表以通用格式序列化的方式进行快速存取，从而通过序列化结果进行缓存所应提升命中效率，支持对历史快照数据的回溯分析，允许使用路径表达式对快照数据内容进行逐字段比较并得出差异分析报告，公共架构保持高内聚低耦合，提供基于时间的通用处理容器。
63.因此，研发人员可以通过编写对应子例实现数据获取、数据可视化并完成子例注册即可完成研发工作，各日报、周报项的开发成本维持在较低水平，大幅降低了研发人员上手难度和工作量。此外，借助于快照系统本身，可以使用历史执行数据进行性能自评估和监控报警，可自适应因数据量积累带来的执行过程偏差不会产生误报，对于执行异常的任务进行日志记录并允许根据配置进行重试，对影响任务链条的瓶颈故障通过内部邮件系统进行报警。
64.也即，借助于本公开实施例的上述方法，可以有效提高研发数据的管理效率，同时提升研发数据准确性，保证了里程碑数据的特定时间点内的准确回顾，同时还极大地节约了人力成本，使得研发数据挖掘过程更易于管理和掌控，而且该方法可以有效提升整个研发数据挖掘的自动化和智能化水平，以进一步提升管理效率。
65.图4示意性示出了根据本公开一实施例的研发数据管理方法的另一应用场景图。
66.如图2
‑
图4所示，根据本公开的实施例，在步骤s201对研发数据对应的查询计划进行验证操作中，包括：
67.根据研发数据对应的查询逻辑确定预设数据库满足预设执行范围；
68.确定查询计划没有存在执行冲突；以及
69.对查询逻辑对应的逻辑实例进行验证执行。
70.根据前述步骤s305
‑
s306中所完成的功能与程序设计，按数据挖掘逻辑(可以理解为查询逻辑)与查询计划两部分进行拆分，以通过代码编写实现数据挖掘逻辑执行过程，如步骤s401。
71.首先，需要根据研发数据所对应的功能与程序设计的查询逻辑，确定预设数据库的登记信息是否满足该查询逻辑的预设执行范围。其中，该预设数据库为本公开实施例的上述平台数据库，作为本公开实施例的数据存储模块，实现数据的存取。该登记信息为存储于上述预设数据库与上述查询计划相关的输入源信息。此外，预设执行范围为输入源信息中与上述查询逻辑之间的对应关系，当该查询逻辑之中的执行数据与该输入源信息具有相对应的参数时，则确认其满足该预设执行范围，否则不满足该预设执行范围。
72.执行冲突为查询计划中的计划执行参数与平台数据库的对应固定参数等之间的冲突关系，如计划执行参数中的执行时间为a，但对应固定参数的执行时间也为a，则查询计划不存在执行冲突，相反，若固定参数的执行时间不为a，则查询计划会存在执行冲突。
73.若对查询逻辑对应的实例进行验证执行，则需要查询计划不存在执行冲突，同时
查询逻辑确定的预设数据库满足预设执行范围，从而能够确保整个查询计划的验证操作的准确性，为验证操作提供更高效的验证过程。
74.如图2
‑
图4所示，根据本公开的实施例，在根据研发数据对应的查询逻辑确定预设数据库满足预设执行范围中，包括：
75.确定预设数据库登记的与查询计划相关的输入源信息；
76.判断输入源信息与预设执行范围对应时，确定预设数据库满足预设执行范围。
77.输入源信息包括与预设数据库登记的与查询计划相关的表信息、跨平台数据库信息、文件信息等具体信息。根据预设数据库中所登记的信息，可以查询获取与该查询计划相关的输入源信息。当该查询逻辑之中的执行数据与该输入源信息具有相对应的参数时，则确认其满足该预设执行范围，否则不满足该预设执行范围，即当前平台的已集成数据库满足或不满足预设执行范围，如步骤s402
‑
s403。
78.如图2
‑
图4所示，根据本公开的实施例，在确定查询计划没有存在执行冲突中，包括：
79.获取平台管理页面中输入的查询计划；
80.判断查询计划与预设冲突事件不会对应时，确定查询计划没有存在执行冲突。
81.平台管理页面为预设数据库所处系统平台的可视化输入模块，以供研发人员进行功能与程序设计相关的查询计划的输入，如步骤s404。当查询计划与预设冲突事件不会对应时，则确定查询计划不存在执行冲突。该预设冲突事件为上述查询计划中的计划执行参数与平台数据库的对应固定参数之间的对应具有冲突关系的事件，如计划的执行时间和固定参数的执行时间不对应的事件，查询计划存在执行冲突，如步骤s405。
82.如图2
‑
图4所示，根据本公开的实施例，在对查询逻辑对应的逻辑实例进行验证执行中，包括：
83.将查询逻辑编写为逻辑实例；
84.根据在平台管理页面中输入的执行计划进行逻辑实例的验证执行。
85.当查询计划不存在执行冲突，同时查询逻辑确定的预设数据库满足预设执行范围时，则对查询逻辑执行编写操作形成逻辑实例，之后依照后台管理页面中输入的执行计划进行该逻辑实例的验证执行，如步骤s406。
86.如图2
‑
图4所示，根据本公开的实施例，在对查询逻辑对应的逻辑实例进行验证执行中，还包括：
87.记录验证执行过程中的验证执行参数；
88.根据验证执行参数确定查询计划的验证操作可行；
89.根据预设版本计划对逻辑实例执行版本投产，并将验证操作可行的查询计划配置到预设数据库中。
90.在步骤s406中，还需要进一步对逻辑实例的验证执行操作过程中所产生的验证执行参数进行记录，该验证执行参数包括依据执行计划进行验证执行的各执行时间以及相应的系统的性能情况信息。
91.根据上述验证执行参数以确定该查询计划的验证操作是否可行，具体涉及查询逻辑的编写、查询计划的验证以及逻辑实例的验证操作过程均未出现任何系统性能情况、各执行时间的异常或正常，当出现异常时，则不可行，当一切正常时，则可行，如步骤s407。
92.其中，当确定上述验证操作可行时，说明上述查询计划的验证操作通过验证，即使存在查询计划对应的逻辑实例仍然需要进一步优化逻辑、排期等的情况，也可以根据预设版本计划对逻辑实例执行版本投产，并将验证操作可行的查询计划配置到预设数据库中，如步骤s408。其中，预设版本计划为与上述查询计划相关的版本投产计划方式。
93.如此，便可以保证了查询计划过程的数据正确性，以及查询计划操作的高效性，避免出现数据处理的滞后现象，有利于研发数据管理的高效运转。
94.如图2
‑
图4所示，根据本公开的实施例，在步骤s202根据通过验证操作的查询计划，对已完成版本投产的逻辑实例进行执行操作中，包括：
95.根据查询计划，对逻辑实例进行实例化；
96.执行实例化过程形成的执行结果。
97.对已完成版本投产和查询计划配置的对应逻辑实例进行执行，执行过程具体涉及逻辑实例的实例化，以期将逻辑实例转换为完整实例的执行结果。通过对上述实例化所产生的执行结果进行执行操作，对应完成逻辑实例的执行。借此，可以实现对逻辑实例的执行过程，且通过实例化操作可以使得逻辑实例有效转换为完整实例，从而确保了数据的准确性。
98.图5示意性示出了根据本公开一实施例的研发数据管理方法的另一应用场景图。
99.如图2
‑
图5所示，根据本公开的实施例，在根据查询计划，对逻辑实例进行实例化中，包括：
100.初始化查询计划的任务执行信息；
101.根据任务执行信息对存在触发预设计划任务的逻辑实例进行队列等待；
102.根据可用的当前空闲资源队对队列等待过程中的逻辑实例进行实例化。
103.对读取的已登记计划任务(可以理解为查询计划)的任务执行信息进行初始化操作，其中任务执行信息包括查询计划所涉及的执行场次、指定时间、范围等，借此多任务管理器对初始化之后的查询计划和查询逻辑可以直接实现调取操作，如步骤s501
‑
s502。
104.其中，当判断存在需要触发的预设计划任务时，按照指定时间、场次、范围等任务执行信息对存在出发预设计划任务的逻辑实例进行队列操作，加入到任务执行队列并等待处理，如步骤s503
‑
s504。其中预设计划任务为与上述查询计划和查询逻辑相关的研发数据的数据挖掘事件，可以由业务需求方提供。
105.当逻辑实例进入任务执行队列之后，同时出发队列状态更新，并将更新信息反馈至多任务管理器，有多任务管理器对该更新信息进行评估，以确认是否存在相应的空闲资源能够对新加入队列的逻辑实例进行执行操作。当多任务管理器确定当前系统空闲资源数量之后，对空闲资源进行调度执行，并确定空闲资源可用，将空闲资源进行配置以进行逻辑实例的实例化执行，即实例化计划任务逻辑，具体如步骤s504
‑
s502
‑
s506
‑
s505。其中，当前空闲资源包括连接池可用连接数、处理器负载等。
106.如图2
‑
图5所示，根据本公开的实施例，在执行实例化过程形成的执行结果中，包括：
107.跟踪执行结果的执行过程中的性能消耗参数；
108.根据性能消耗参数，确定执行过程正常。
109.对执行结果进行实例化操作过程中，需要对计划任务执行中产生的性能消耗进行
跟踪监测，该性能消耗涉及的性能消耗参数包括cpu消耗指数、内存占用率、任务执行时长等与系统整体性能相关的具体参数，如步骤s507。
110.当该性能消耗参数没有出现异常值时，则确定该执行过程没有出现异常，当其出现异常值时，则确定该执行过程出现异常，如步骤s508。当其出现异常时，可以触发执行状态更新，进行现场清理和还原。若没有异常，则确定该执行结果的执行过程无误，以利于下一步对其进行数据快照的处理时，保证数据的有效性。
111.如图2
‑
图5所示，根据本公开的实施例，在步骤s203生成与执行操作产生的执行结果对应的数据快照中，包括：
112.根据预设配置信息对执行结果进行持久化操作；
113.生成持久化操作的数据快照，数据快照具有多维度索引。
114.预设配置信息为基于数据快照机制或算法逻辑形成利于进行持久化处理的配置数据。根据该预设配置信息通过将执行结果进行编码为通用描述语言或结构化存储语言实现持久化操作，通过该持久化操作以生成对应的数据快照，如步骤s509
‑
s510中通过持久化编码器对执行结果进行实例化，形成json/xml等形式的数据快照形式，并配置到非关系型的上述预设数据库中。其中，系统会依据关键词、标签以及执行时间等维度信息生成多维度的数据快照查询索引，以利于后期对历史数据的查询检索，以支持对历史快照数据的回溯分析。
115.图6示意性示出了根据本公开一实施例的研发数据管理方法的另一应用场景图。
116.如图2
‑
图6所示，根据本公开的实施例，在通过数据快照实现对研发数据的管理中，包括：
117.确定研发数据的定制查询条件；
118.根据定制查询条件对数据快照执行检索。
119.根据研发管理的业务需求在平台页面组件中查询研发数据的定制查询条件，该定制查询条件包含时间日期范围和历史数据快照的标签信息等检索索引参数，用于实现对具有索引的数据快照数据进行检索，如步骤s601。
120.如图2
‑
图6所示，根据本公开的实施例，在根据定制查询条件对数据快照执行检索中，包括：
121.根据定制查询条件，通过请求解析信息在内存缓存中对数据快照执行检索。
122.根据该定制查询条件可以利用其所具有的历史索引标签信息和对应时间范围对上述生成的数据快照进行检索，具体依赖于业务需求方所提供的业务请求的解析结果，查询已登记的计划任务信息的数据快照数据，如步骤s602。其中，请求解析信息为上述业务需求方所提供的业务请求的解析内容。
123.因此，可以直接实现对历史快照数据的检索查询，便捷高效，且数据检索查询更为准确。
124.如图2
‑
图6所示，根据本公开的实施例，在根据定制查询条件对数据快照执行检索中，还包括：
125.在执行检索的过程中，数据快照命中内存缓存时，对数据快照对应的研发数据进行整理和补充，以实现研发数据的管理；
126.当执行数据快照未命中内存缓存时，从预设数据库中获取数据快照对应的研发数
据，并将研发数据进行高速缓存。
127.在具体的数据快照的检索查询过程中，当数据快照命中内存缓存时，即内存缓存中是否具有所需要检索的数据快照时，则对数据快照对应的研发数据进行整理和补充，实现研发数据的管理，如步骤s603
‑
s606。
128.相反，当通过定制查询条件对上述的数据快照进行检索时，实现了对历史数据内容的检索，并且，在判断数据快照没有命中内存缓存时，即内存缓存中不具有所需要检索的数据快照，则将从预设的非关系型平台数据库中调取持久化的数据，并将这些过去设定时间内被访问的数据快照进行读取并存储到内存缓存中，并根据高速的内存缓存对数据进行解码与补充，如步骤s604
‑
s606。因而，实现了对系统存取效率的进一步优化。
129.需要说明的是，对数据进行解码与补充之后，则可以实现将所挖掘的研发数据进行前台的可视化展示效果，如步骤s507。
130.其中，若发生研发数据管理工作的具体变动，且需要调整查询计划时，需要对查询计划进行重新修改指定，并将配置后的查询计划即时生效并从下一周期起按新查询计划执行，执行结果被重新生成数据快照，如步骤s315，在此不作赘述。
131.基于前述关于本公开实施例中研发数据的管理方法的详细描述，于此进一步补充另一具体实施例作以就更进一步的说明如下：
132.根据业务需求方提供的原始需求，需要对测试问题逾期情况进行每日监控。该给出该业务需求的查询逻辑为：根据当前系统日期查询当日未闭环测试问题并按所属开发部门进行数据聚合统计，对已经逾期问题进行标记并根据逾期问题数量进行排序。对于存在逾期问题的部门进行邮件通报并抄送归属部门领导。查询计划为每日的0点、12点两次进行，但仅在0点时对上一日逾期情况发送邮件通报。
133.通过需求评审获取具体需求，首先根据查询逻辑编制具体sql或文件分析逻辑模块为java程序并继承执行逻辑父类(父类中包含异常处理、流程控制等逻辑并实现与多任务管理模块通信)。之后，在后台管理页面将对应java代码文件上传到平台，平台将通过即时编译将java编译为class加载。通过接收的在后台管理页面输入的每日0点、12点执行计划任务表达式，系统将按执行次数为顺序、忽略执行间隔的方式连续执行0点、12点的场次并记录执行期间性能开销，给出完整执行记录数据。
134.通过分析执行记录数据得出需求可行性结果，对于不满足执行条件的需求退回给业务需求方重新涉及，对于可以通过调整执行场次、范围的给出具体调整意见。对于通过验证的需求，可以将编写好的java代码正式提交版本库并跟下一次补丁带出投产，将执行计划配置到生产数据库中。
135.投产后，平台在初始化时通过读取数据库配置的执行计划初始化多任务管理器，多任务管理器将在每日0点、12点多次将执行逻辑进行实例化并纳入执行列队，多任务管理器通过监控可用资源情况(如剩余数据库连接池、处理器负载等)在可用时从队列取出并执行计划任务并根据执行场次条件(仅0点场次)发送通告邮件。而且，计划任务如执行中存在异常将会记录异常信息并通知多任务管理器，如执行成功将实例化一个特定的编码器对执行结果进行编码，编码结果通常为json或xml，并存入非关系型数据库进行持久化。
136.当业务人员根据具体管理需要通过页面进行查询时，平台根据用户请求的计划任务id和查询条件(时间日期范围、开发部门id、历史数据标签等)查询内存缓存，若内存缓存
未命中则通过查询非关系型数据库获取快照并进行解码，同时放入内存缓存，解码后的数据在前台通过js进行可视化展示，展示内容包括当前存在逾期问题的部门、逾期问题数量和占比，并根据逾期问题数量进行排序。
137.因此，根据上述本公开实施例的研发数据的管理方法及其具体的实施例，可见，本公开实施例的上述方法可以实现一种基于数据快照的研发数据挖掘系统，为了满足研发管理日报、周报工作要求，在即时数据挖掘的基础上增加了数据快照机制，可以将实时挖掘的查询结果、报表通过配置表达式方式制定快照周期、次数，以所见即所得方式将具体功能的查询结果、报表以通用格式序列化方式进行快速存取，通过对序列化结果进行缓存索引提升命中效率，支持对历史快照数据的回溯分析，允许使用路径表达式对快照内容进行逐字段比较并得出差异分析报告，公共架构保持高内聚低耦合，提供基于事件的通用处理容器，研发人员通过编写对应子例实现数据获取、数据可视化并完成子例注册即可完成开发，各日报、周报项的开发成本维持在较低水平，大幅降低了研发人员上手难度和工作量。快照系统本身使用历史执行数据进行性能自评估和监控报警，可自适应因数据量积累带来的执行过程偏差不会产生误报，对于执行异常的任务进行日志记录并允许根据配置进行重试，对影响任务链条的瓶颈故障通过内部邮件系统进行报警。
138.图7示意性示出了根据本公开一实施例的研发数据管理装置的示例性架构。
139.如图7所示，本公开的另一方面提供了一种研发数据管理装置700，其中，包括计划验证模块710、实例执行模块720和快照生成模块730。计划验证模块710用于对研发数据对应的查询计划进行验证操作；实例执行模块720用于根据通过验证操作的查询计划，对已完成版本投产的逻辑实例进行执行操作；以及快照生成模块730用于生成与执行操作产生的执行结果对应的数据快照，以通过数据快照实现对所述研发数据的管理。
140.需要说明的是，研发数据管理装置部分的实施例方式与研发数据管理方法部分的实施例方式对应类似，并且所达到的技术效果也对应类似，在此不再赘述。
141.图8示意性示出了根据本公开实施例的电子设备的框图。
142.本公开的另一方面提供了一种电子设备，包括一个或多个处理器和存储器；存储器用于存储一个或多个程序，其中，当上述一个或多个程序被上述一个或多个处理器执行时，使得上述一个或多个处理器实现本公开实施例的研发数据管理方法。
143.图8示意性示出了根据本公开实施例的电子设备的框图。图8示出的电子设备仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。
144.如图8所示，根据本公开实施例的计算机系统800包括处理器801，其可以根据存储在只读存储器(rom)802中的程序或者从存储部分808加载到随机访问存储器(ram)803中的程序而执行各种适当的动作和处理。处理器801例如可以包括通用微处理器(例如cpu)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(asic))，等等。处理器801还可以包括用于缓存用途的板载存储器。处理器801可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。
145.在ram 803中，存储有系统800操作所需的各种程序和数据。处理器801、rom 802以及ram 803通过总线804彼此相连。处理器801通过执行rom 802和/或ram 803中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除rom 802和ram803以外的一个或多个存储器中。处理器801也可以通过执行存储在所述一个或多个
存储器中的程序来执行根据本公开实施例的方法流程的各种操作。
146.根据本公开的实施例，系统800还可以包括输入/输出(i/o)接口805，输入/输出(i/o)接口805也连接至总线804。系统800还可以包括连接至i/o接口805的以下部件中的一项或多项：包括键盘、鼠标等的输入部分806；包括诸如阴极射线管(crt)、液晶显示器(lcd)等以及扬声器等的输出部分807；包括硬盘等的存储部分808；以及包括诸如lan卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至i/o接口808。可拆卸介质811，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器810上，以便于从其上读出的计算机程序根据需要被安装入存储部分808。
147.根据本公开的实施例，根据本公开实施例的方法流程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读存储介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分809从网络上被下载和安装，和/或从可拆卸介质811被安装。在该计算机程序被处理器801执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。
148.本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的研发数据管理方法。
149.根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(ram)、只读存储器(rom)、可擦式可编程只读存储器(eprom或闪存)、便携式紧凑磁盘只读存储器(cd
‑
rom)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的rom 802和/或ram 803和/或rom 802和ram 803以外的一个或多个存储器。
150.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能电可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
151.本公开的另一方面提供了一种计算机可读存储介质，存储有计算机可执行指令，上述指令在被执行时用于实现本公开实施例的研发数据管理方法。
152.具体地，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所
包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的研发数据管理方法。
153.或者，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的研发数据管理方法。
154.本公开的另一方面提供了一种计算机程序，上述计算机程序包括计算机可执行指令，上述指令在被执行时用于实现本公开实施例研发数据管理方法。
155.至此，已经结合附图对本公开实施例进行了详细描述。
156.附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。
157.本领域技术人员可以理解，尽管已经参照本公开的特定示例性实施例示出并描述了本公开，但是本领域技术人员应该理解，在不背离所附权利要求及其等同物限定的本公开的精神和范围的情况下，可以对本公开进行形式和细节上的多种改变。因此，本公开的范围不应该限于上述实施例，而是应该不仅由所附权利要求来进行确定，还由所附权利要求的等同物来进行限定。
158.以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的具体实施例而已，并不用于限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。