一种数据预定处理方法、装置及其存储介质与流程

本发明涉及计算机领域，特别涉及一种数据预定处理方法、装置及其存储介质。

背景技术：

随着工业技术的不断发展，市场竞争日益激烈。产品的试制和试验需要对其周期进行进一步的压缩。以汽车行业为例，试制和试验阶段需要对其过程制作试制报告和试验报告(即bir/tir，其中，bir为buildissuereport，tir为testissuereport。)，但是当试制和试验阶段的问题达到一定数量时，bir/tir的实验数据极其庞杂，难以进行追踪和统计。基于上述需求，如何提供一种数据预定处理方法，在bir/tir管理过程中，由于数据极其庞杂难以追踪和统计，成为现有技术中亟待有待解决的技术问题。

技术实现要素：

本发明提供了一种数据预定处理方法,该方法包括：

接收用户请求；

根据所述用户请求创建多个按问题解决阶段步骤顺序划分的数据管理模块，其中，每个所述数据管理模块具有多个可赋值的逻辑数据节点，且多个所述逻辑数据节点之间具有预定的逻辑关系，多个所述数据管理模块之间通过所述逻辑关系实现按步骤顺序进行跳转；

接收逻辑数据节点的赋值数据，其中，所述赋值数据为对所述逻辑数据节点可进行赋值的数据；

按照所述数据管理模块之间的步骤顺序和所述逻辑数据节点之间的逻辑关系对对应的所述逻辑数据节点根据所述赋值数据进行赋值；

接收用户的数据预定处理指令，其中，所述数据预定处理指令为对指定所述逻辑数据节点的赋值进行调用并进行预定处理的指令；

根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值；

根据调用的赋值进行预定处理。

可选地，多个所述数据管理模块按步骤顺序依次为问题提出阶段的数据管理模块和临时措施阶段的数据管理模块，以及原因分析阶段的数据管理模块和永久措施阶段的数据管理模块，还有永久措施验证的数据管理模块和问题关闭阶段的数据管理模块。

可选地，问题提出阶段的数据管理模块和临时措施阶段的数据管理模块，以及原因分析阶段的数据管理模块和永久措施阶段的数据管理模块中均设置有判断问题是否重复的逻辑数据节点，当逻辑数据节点的赋值为重复问题时，停止对逻辑数据节点的后续赋值步骤。

可选地，所述按照所述数据管理模块之间的步骤顺序和所述逻辑数据节点之间的逻辑关系对对应的所述逻辑数据节点根据所述赋值数据进行赋值与所述接收用户的数据预定处理指令，其中，所述数据预定处理指令为对指定所述逻辑数据节点的赋值进行调用并进行预定处理的指令步骤之间，该方法还包括：

记录对对应的所述逻辑数据节点根据所述赋值数值进行赋值的赋值时间；

所述根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值包括：

根据所述用户的预定数据处理指令调用指定所述逻辑数据节点中的赋值以及赋值的时间；

所述根据调用的赋值进行预定处理包括：

所述根据调用的赋值和赋值的时间进行预定处理。

可选地，该方法包括：所述预定处理为对调用指定所述逻辑数据节点的赋值进行统计和/或显示的处理。

本申请还提供了一种数据预定处理装置，该装置包括：

接收模块，用于接收用户请求；

创建模块，用于根据所述用户请求创建多个按问题解决阶段步骤顺序划分的数据管理模块，其中，每个所述数据管理模块具有多个可赋值的逻辑数据节点，且多个所述逻辑数据节点之间具有预定的逻辑关系，多个所述数据管理模块之间通过所述逻辑关系实现按步骤顺序进行跳转；

所述接收模块，用于接收逻辑数据节点的赋值数据，其中，所述赋值数据为对所述逻辑数据节点可进行赋值的数据；

赋值模块，用于按照所述数据管理模块之间的步骤顺序和所述逻辑数据节点之间的逻辑关系对对应的所述逻辑数据节点根据所述赋值数据进行赋值；

所述接收模块，还用于接收用户的数据预定处理指令，其中，所述数据预定处理指令为对指定所述逻辑数据节点的赋值进行调用并进行预定处理的指令；

调用模块，还用于根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值；

预定处理模块，用于根据调用的赋值进行预定处理。

可选地，所述创建模块创建的多个所述数据管理模块按步骤顺序依次为问题提出阶段的数据管理模块和临时措施阶段的数据管理模块，以及原因分析阶段的数据管理模块和永久措施阶段的数据管理模块，还有永久措施验证的数据管理模块和问题关闭阶段的数据管理模块。

可选地，问题提出阶段的数据管理模块和临时措施阶段的数据管理模块，以及原因分析阶段的数据管理模块和永久措施阶段的数据管理模块中均设置有判断问题是否重复的逻辑数据节点，当逻辑数据节点的赋值为重复问题时，停止对逻辑数据节点的后续赋值步骤。

可选地，该装置还包括：

记录模块，用于记录对对应的所述逻辑数据节点根据所述赋值数据进行赋值的赋值时间；

所述赋值模块，还用于根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值以及赋值的时间；

所述预定处理模块，还用于根据调用的赋值和赋值的时间进行预定处理。

可选地，所述预定处理模块，还用于对调用指定所述逻辑数据节点的赋值进行统计和/或显示的处理。

本申请还提供了一种数据预定处理装置，所述处理器和存储器：

所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行所述的数据预定处理方法的步骤。

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

基于上述实施例，本申请可以将逻辑数据节点中的bir/tir实验数据按照解决问题的步骤顺序根据用户的请求进行调用并进行预定处理，解决了当bir/tir数据极其庞杂，造成难以追踪和统计的技术问题。

附图说明

以下附图仅对本发明做示意性说明和解释，并不限定本发明的范围。

图1为本申请一个实施例中数据预定处理方法流程100的示意图；

图2为本申请一个实施例中数据预定处理方法流程200的示意图；

图3为本申请一个实施例中数据预定处理方法软件界面的截图；

图4为本申请一个实施例中数据预定处理方法提出阶段的软件界面截图；

图5为本申请一个实施例中数据预定处理方法问题提出阶段的逻辑数据节点与责任分配关系示意图；

图6为本申请一个实施例中数据预定处理方法问题提出阶段的逻辑数据节点的逻辑关系架构图；

图7为本申请一个实施例中数据预定处理方法临时措施阶段的软件界面截图；

图8为本申请一个实施例中数据预定处理方法临时措施阶段的逻辑数据节点与责任分配关系示意图；

图9为本申请一个实施例中数据预定处理方法临时措施阶段的逻辑数据节点的逻辑关系架构图；

图10为本申请一个实施例中数据预定处理方法原因分析阶段的软件界面截图；

图11为本申请一个实施例中数据预定处理方法原因分析阶段的逻辑数据节点与责任分配关系示意图；

图12为本申请一个实施例中数据预定处理方法原因分析阶段的逻辑数据节点的逻辑关系架构图；

图13为本申请一个实施例中数据预定处理方法永久措施阶段的软件界面截图；

图14为本申请一个实施例中数据预定处理方法永久措施阶段的逻辑数据节点与责任分配关系示意图；

图15为本申请一个实施例中数据预定处理方法永久措施阶段的逻辑数据节点的逻辑关系架构图；

图16为本申请一个实施例中数据预定处理方法永久措施验证阶段的软件界面截图；

图17为本申请一个实施例中数据预定处理方法永久措施验证阶段的逻辑数据节点与责任分配关系示意图；

图18为本申请一个实施例中数据预定处理方法永久措施验证阶段的逻辑数据节点的逻辑关系架构图；

图19为本申请一个实施例中数据预定处理方法总统计结果示意图；

图20为本申请一个实施例中数据预定处理方法不同等级问题的统计结果示意图；

图21为本申请一个实施例中数据预定处理方法不同类型问题关闭情况的统计结果示意图；

图22为本申请一个实施例中数据预定处理方法不同等级问题关闭情况的统计结果示意图；

图23为本申请一个实施例中数据预定处理方法不同部门问题关闭情况的统计结果示意图；

图24为本申请一个实施例中数据预定处理方法不同部门问题处于问题解决阶段的统计结果示意图；

图25为本申请一个实施例中数据预定处理方法不同部门问题关于问题关闭的统计结果示意图；

图26为本申请一个实施例中数据预定处理方法每月关于问题关闭的统计结果示意图；

图27为本申请一个实施例中数据预定处理装置架构示意图。

具体实施方式

为了对发明的技术特征、目的和效果有更加清楚的理解，现对照附图说明本发明的具体实施方式，在各图中相同的标号表示相同的部分。

在本文中，“示意性”表示“充当实例、例子或说明”，不应将在本文中被描述为“示意性”的任何图示、实施方式解释为一种更优选的或更具优点的技术方案。

为使本发明的目的、技术方案及优点更加清楚明白，以下参照附图并举实施例，对本发明进一步详细说明。

图1为本申请一个实施例中数据预定处理方法流程100的示意图。如图1所示，本申请提供了一种数据预定处理方法，该方法包括：

s101，接收用户请求；

本步骤中的用户请求是用户在试制或试验过程中需要进行bir/tir管理创建数据管理模块的对应请求。

s102，根据所述用户请求创建多个按问题解决阶段步骤顺序划分的数据管理模块，其中，每个所述数据管理模块具有多个可赋值的逻辑数据节点，且多个所述逻辑数据节点之间具有预定的逻辑关系，多个所述数据管理模块之间通过所述逻辑关系实现按步骤顺序进行跳转；

本步骤中建立了多个数据管理模块，数据管理模块是按照问题解决的阶段进行的划分，每个数据管理模块都有对应该阶段的多个逻辑数据节点，以及这些逻辑数据节点架构的逻辑关系。需要指出的是这里的逻辑关系不仅对逻辑数据节点之间进行了逻辑约束，在数据管理模块之间也通过逻辑关系进行了逻辑约束，以使数据管理模块的后续赋值可以按照预定的步骤顺序进行跳转。具体的实施方式在后文中还会详细进行介绍，在此就不再赘述了。

s103，接收逻辑数据节点的赋值数据，其中，所述赋值数据为对所述逻辑数据节点可进行赋值的数据；

在本步骤中接收赋值数据，需要指出的是本步骤中的赋值数据可以为多种数据类型，比如字符型、逻辑判断性等等，后面的具体举例中还会具体进行解释，在此就不再赘述了。另外，每个逻辑数据节点对赋值具有一定的规则要求，比如某个逻辑数据节点只接受字符型数据，或逻辑判断性数据，具体的规则要求要针对不同的逻辑关系和具体的bir或tir情况进行对应的配置。

s104，按照所述数据管理模块之间的步骤顺序和所述逻辑数据节点之间的逻辑关系对对应的所述逻辑数据节点根据所述赋值数据进行赋值；

在本步骤中主要体现了步骤顺序和逻辑关系，步骤顺序体现了问题解决阶段的属性。任何的问题其实主要可以分为提出问题、分析问题，以及解决问题三个主要的阶段。根据不同的应用场景可以对上述的阶段性进行再一次的划分，本申请具体的划分方式后文中还会进一步的具体说明，需要指出的是本步骤中对问题解决阶段的描述只是为了更好的解释本步骤，并非是对本步骤的具体限定。步骤顺序则是根据问题的阶段性进行的划分后进行设定的，按照数据管理模块之间的步骤顺序和对应数据管理模块其中逻辑数据节点的逻辑关系进行赋值。在本步骤中用户按照上面解决问题的阶段对数据管理模块其中的逻辑数据节点进行赋值，其本质形成一个由多个逻辑数据节点通过逻辑关系构建的闭环多维数据矩阵，赋值数据可以理解为bir/tir的实验数据内容。

s105，接收用户的数据预定处理指令，其中，所述数据预定处理指令为对指定所述逻辑数据节点的赋值进行调用并进行预定处理的指令；

在本步骤中用户对逻辑数据节点的赋值进行调用和预定处理，需要先发送数据预定处理指令。换言之，用户对多维数据矩阵中的实验数据内容可以进行调用并进行后续的预定处理。

s106，根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值；

在本步骤中需要指出的是此时的调用不仅仅可以调用赋值的实验数据，还可以调用赋值的所属对应的数据管理模块的相关数据。

也就是说，根据所述用户的预定数据处理指令调用指定所述逻辑数据节点中的赋值和数据逻辑节点所属数据管理模块的属性，其中，数据管理模块的属性包括数据管理模块被划分的问题解决阶段。

s107，根据调用的赋值进行预定处理。

在本步骤中对赋值进行预定处理，预定处理是人为进行设定的具体处理方式。需要指出的是与上述步骤相同除了可以对逻辑数据节点中的赋值进行预定处理，还可以对所属数据管理模块划分在何种问题解决阶段进行分类。

在本实施例中，首先接收用户建立bir/tir问题的请求，然后建立按问题解决阶段划分的多个数据管理模块，其中，每个数据管理模块中都具有多个逻辑数据节点，逻辑数据节点之间通过逻辑关系进行架构，并且多个数据管理模块之间也通过逻辑关系实现之间的跳转。接收用户发来的赋值数据，根据赋值数据对逻辑数据节点进行赋值，然后再通过用户的数据预定处理指令对逻辑数据节点的赋值进行调用和后续的预定处理。需要指出的是此处的赋值调用还可以包括赋值逻辑数据节点的所属数据管理模块属性，比如所属数据管理模块属于何种问题解决阶段的数据管理模块。通过本实施例可以将bir/tir中的实验数据根据用户的请求根据步骤顺序和逻辑关系的架构进行调用并进行预定处理，实现了当bir/tir数据极其庞杂，造成难以追踪和统计的技术问题。

在一实施例中，多个所述数据管理模块按步骤顺序依次为问题提出阶段的数据管理模块和临时措施阶段的数据管理模块，以及原因分析阶段的数据管理模块和永久措施阶段的数据管理模块，还有永久措施验证的数据管理模块和问题关闭阶段的数据管理模块。

本实施例提供了一种具体按照问题解决阶段进行数据管理模块划分的方式，需要指出的是上述的划分方式不但具有划分阶段的属性而且还具备步骤顺序。

在一实施例中，问题提出阶段的数据管理模块和临时措施阶段的数据管理模块，以及原因分析阶段的数据管理模块和永久措施阶段的数据管理模块中均设置有判断问题是否重复的逻辑数据节点，当逻辑数据节点的赋值为重复问题时，停止对逻辑数据节点的后续赋值步骤。

本实施例中提供了一种具体的逻辑数据节点。因为在bir/tir问题中，为了避免同样的问题反复，所以设置这样的逻辑数据节点，以使同样的bir/tir问题不会反复进行导致资源的浪费。

图2为本申请一个实施例中数据预定处理方法流程200的示意图。如图2所示，在一实施例中，所述按照所述数据管理模块之间的步骤顺序和所述逻辑数据节点之间的逻辑关系对对应的所述逻辑数据节点根据所述赋值数据进行赋值与所述接收用户的数据预定处理指令，其中，所述数据预定处理指令为对指定所述逻辑数据节点的赋值进行调用并进行预定处理的指令步骤之间，该方法还包括：

s201，记录对对应的所述逻辑数据节点根据所述赋值数据进行赋值的赋值时间；

本步骤中提供一种赋值时间同样被记录的实施方式。

所述根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值包括：

s202，根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值以及赋值时间；

在本步骤中被调用的不仅仅是赋值，还有赋值时间。

s203，所述根据调用的赋值进行预定处理包括：

所述根据调用的赋值和赋值时间进行预定处理。

在本步骤中对赋值和赋值时间一同进行预定处理，可以在预定处理得到的结果中获得赋值与时间的关系。

在一实施例中，该方法包括所述预定处理为对调用指定所述逻辑数据节点的赋值进行统计和/或显示的处理。

在本实施例中提供了一种具体的预定处理方式，即统计和/或显示。根据逻辑数据节点的赋值和赋值的时间，以及划分的数据管理模块和逻辑关系进行汇总、分析。即统计的处理，然后可能需要进行显示。有些情况相对比较简单，只需要进行显示即可。

基本原理和工作过程：

下面以车企中的bir/tir问题为例，对本申请进行进一步详细的说明，需要注意的是车企中的bir/tir问题仅仅是为了更好的说明本申请，并非是对本申请的具体限定。

图3为本申请一个实施例中数据预定处理方法软件界面的截图。如图3所示，在一实施例中，该方法包括：

接收用户请求；

本步骤中用户需要解决遥控钥匙在车内，车辆自锁的问题。于是用户发送解决该问题的bir项目请求，接收用户请求以触发后续的创建数据管理模块的步骤。

根据所述用户请求创建多个按问题解决阶段步骤顺序划分的数据管理模块，其中，每个所述数据管理模块具有多个可赋值的逻辑数据节点，且多个所述逻辑数据节点之间具有预定的逻辑关系，多个所述数据管理模块之间通过所述逻辑关系实现按步骤顺序进行跳转；

在本步骤中当接收到bir项目请求时，建立按问题解决阶段步骤顺序划分的多个数据管理模块。多个数据管理模块按步骤顺序依次为问题提出阶段(即0/4阶段)的数据管理模块和临时措施阶段(即1/4阶段)的数据管理模块，以及原因分析阶段(即2/4阶段)的数据管理模块和永久措施阶段(即3/4阶段)的数据管理模块，还有永久措施验证阶段(即4/4阶段)的数据管理模块和问题关闭阶段的数据管理模块。

接收逻辑数据节点的赋值数据，其中，所述赋值数据为对所述逻辑数据节点可进行赋值的数据；

图4为本申请一个实施例中数据预定处理方法提出阶段的软件界面截图，图5为本申请一个实施例中数据预定处理方法问题提出阶段的逻辑数据节点与责任分配关系示意图，

图6为本申请一个实施例中数据预定处理方法问题提出阶段的逻辑数据节点的逻辑关系架构图，如图4和图5，以及图6所示，问题提出阶段(即0/4阶段)的数据管理模块包括的多个逻辑数据节点分别依次为第一开始节点、编制节点、ppv确认节点(ppv为bir中的一个线下环节)、问题分配节点、第一或逻辑节点、添加节点、问题接受节点，第一判断问题是否重复节点、添加0/4状态节点、第一添加状态节点、第二或逻辑节点，以及第一完成节点。

问题提出阶段的数据管理模块中多个逻辑数据节点的逻辑关系为：

根据用户请求启动第一开始节点创建按问题解决阶段步骤顺序划分的数据管理模块并启动编制节点的赋值功能；

根据启动编制节点是否已经进行赋值启动ppv确认节点的判断功能；

根据ppv确认节点的赋值判断ppv环节是否完成，当ppv确认节点的赋值为完成ppv环节时，则启动问题分配节点的赋值功能并按预定设置进行赋值，第一或逻辑节点进行或逻辑判断，满足当问题分配节点赋值或当ppv确认节点的赋值为未完成ppv环节时，启动添加节点的赋值功能，当添加节点赋值后启动问题接受节点的赋值功能，当问题接受节点赋值后启动第一判断问题是否重复节点的赋值功能，当第一判断问题是否重复节点的赋值为重复问题时，启动第一添加状态节点实现添加关闭状态(closed状态)，当第一判断问题是否重复节点的赋值为非重复问题时，启动添加0/4状态节点添加0/4阶段状态，当第一添加状态节点实现添加关闭状态或者添加0/4状态节点添加0/4阶段状态时，均会启动第一完成节点使问题提出阶段的数据管理模块的逻辑关系结束并跳转到1/4阶段。

实际上，上述的逻辑关系是问题提出阶段中实现试制责任分配的过程，第一开始节点用于问题提出人进行问题创建，接收用户请求后第一开始节点将被赋值，一旦第一开始节点被赋值则执行了创建的步骤，然后编制节点的赋值用于记录现场具体的试制问题，所以编制节点接收的赋值，其数据类型为字符型，其赋值由问题提出人进行赋值。编制节点被赋值后可以理解为问题已经被定义，紧接着ppv确认节点根据编制节点的赋值(即录现场具体的试制问题)判断是否已经完成了ppv环节，当判断为完成ppv环节后，ppv确认节点接收到了一个人为发送的逻辑判断类型的赋值，该赋值为完成ppv环节时，问题分配节点可以直接将试制问题分配给预设的责任人，如果逻辑判断类型的赋值为未完成ppv确认节点，问题分配节点可以直接将试制问题分配给具有分配任务权限的负责人(即总师)，先由该负责人进行任务责任人(即质量经理)的分配，然后将分配的责任人作为赋值发送至问题接受节点，通过第一或逻辑节点可以对上述ppv环节是否完成的两种情况进行或逻辑判断选择其一，但不管是上述何种情况，都会有试制问题的负责人通过问题接受节点中的试制问题。当有负责人接受任务时，负责人会通过第一判断问题是否重复节点判断这个试制问题是否是重复的问题，如果是重复问题则需要关闭试制问题，通过第一添加状态节点添加关闭状态，如果这个试制问题非重复的问题，则添加0/4状态节点添加0/4阶段状态并跳转下一阶段的临时措施阶段数据管理模块。第二或逻辑节点则无论是添加关闭状态或者添加0/4阶段状态都从逻辑关系上结束本数据管理模块赋值的步骤。

图7为本申请一个实施例中数据预定处理方法临时措施阶段的软件界面截图，图8为本申请一个实施例中数据预定处理方法临时措施阶段的逻辑数据节点与责任分配关系示意图，图9为本申请一个实施例中数据预定处理方法临时措施阶段的逻辑数据节点的逻辑关系架构图。如图7和图8，以及图9所示，临时措施阶段(即1/4阶段)的数据管理模块包括的多个逻辑数据节点依次为第二开始节点、填写临时措施节点、是否主查审批节点、公司主管审核节点、部门主查审核节点、第三或逻辑节点、第二判断问题是否重复节点、第二添加状态节点、添加1/4状态节点、第四或逻辑节点，第一通知节点，第二完成节点。

与问题提出阶段(即0/4阶段)的数据管理模块的逻辑关系具体配置不同，但配置方式相同，临时措施阶段(即1/4阶段)的数据管理模块中逻辑数据节点的逻辑关系为：

通过逻辑关系顺序中前一逻辑数据节点是否赋值，开启下一个逻辑数据节点的赋值功能，根据第一完成节点的跳转开启第二开始节点，其中，第一完成节点的跳转可以理解为第二开始节点的赋值。

填写临时措施节点接收的赋值为问题负责人对解决问题的临时措施内容，发起本阶段(即1/4阶段)的流程，是否主查审批节点判断试制问题属于a类或者b类，因为不同类的试制问题审核人不同。如果是a类则进入公司主管审核节点，b类则进入部门主查审核节点，通过第三或逻辑节点选择上述不同类试制问题的一种情况，进入第二判断问题是否重复节点，第二判断重复问题节点与第一判断问题是否重复节点作用相同，如果判断结果是同样的重复试制问题，则进入第二添加状态节点添加关闭状态。反之，则进入添加1/4状态节点添加1/4阶段状态并跳转下一阶段的原因分析阶段(即2/4阶段)的数据管理模块，同样无论是上述何种情况，第二完成节点都会结束本阶段的赋值步骤。

图10为本申请一个实施例中数据预定处理方法原因分析阶段的软件界面截图。图11为本申请一个实施例中数据预定处理方法原因分析阶段的逻辑数据节点与责任分配关系示意图。图12为本申请一个实施例中数据预定处理方法原因分析阶段的逻辑数据节点的逻辑关系架构图。如图10和图11，以及图12所示，原因分析阶段(即2/4阶段)的数据管理模块的多个逻辑数据节点依次为第三开始节点、填写根本原因节点、公司主查(部长)节点、第三判断问题是否重复节点、第三添加状态节点、添加2/4状态节点，第五或逻辑节点、第三完成节点。

原因分析阶段(即2/4阶段)的数据管理模块中多个逻辑数据节点的逻辑关系也与前两个阶段的配置方式相同，通过逻辑关系顺序中前一逻辑数据节点是否赋值，开启下一个逻辑数据节点的赋值功能，根据第二完成节点的跳转开启第三开始节点，其中，第二完成节点的跳转可以理解为第三开始节点的赋值。

填写根本原因节点的赋值为填写试制问题的根本原因，然后通过公司主查(部长)进行审核原因分析，第三判断问题是否重复节点、第三添加状态节点、添加2/4状态节点，第五或逻辑节点、第三完成节点的逻辑关系同上，在此就不再赘述了。最终跳转到永久措施阶段(即3/4阶段)的数据管理模块中。

图13为本申请一个实施例中数据预定处理方法永久措施阶段的软件界面截图。图14为本申请一个实施例中数据预定处理方法永久措施阶段的逻辑数据节点与责任分配关系示意图。图15为本申请一个实施例中数据预定处理方法永久措施阶段的逻辑数据节点的逻辑关系架构图。如图13和图14，以及图15所示，永久措施阶段(即3/4阶段)的数据管理模块的多个数据逻辑节点为第四开始节点、填写永久措施节点、是否主查审核节点、部门主查(高级经理)节点、第六或逻辑节点、公司主查(部长)审核节点、是否总师批准节点、总师批准节点、第七或逻辑节点、第四判断问题是否重复节点、第四添加状态节点、添加3/4状态节点、第八或逻辑节点、第二通知节点、第四完成节点。

对应的逻辑关系为填写永久措施节点的赋值为填写永久措施，然后是否主查审核节点判断是否进行主查审核，如果不是则进入部门主查(高级经理)节点，无论是进入部门主查(高级经理)节点或者是主审审核两种情况均进入第六或逻辑节点，然后进入公司主查(部长)审查节点，对应的进入总师批准节点判断是否由总师批准，如果是则进入总师批准节点，无论总师批准节点和总师不批准均进入第七或逻辑节点，无论上述两种何种情况依次进入第四判断问题是否重复问题节点、第四添加状态节点、添加3/4状态节点、第八或逻辑节点、第二通知节点、第四完成节点。逻辑关系的具体配置方式与前面阶段相同，最终跳转到永久措施验证(即4/4阶段)的数据管理模块，在这里就不再赘述了。

图16为本申请一个实施例中数据预定处理方法永久措施验证阶段的软件界面截图。

图17为本申请一个实施例中数据预定处理方法永久措施验证阶段的逻辑数据节点与责任分配关系示意图。图18为本申请一个实施例中数据预定处理方法永久措施验证阶段的逻辑数据节点的逻辑关系架构图。如图16和图17，以及图18所示，永久措施验证(即4/4阶段)的数据管理模块的多个逻辑数据节点依次为第五开始节点、填写验证结论节点、问题提出人确认节点、质量经理节点、公司主查审核节点、判断问题类别节点、总师批准节点、第九或逻辑节点、添加4/4状态节点、第三通知节点、第五完成节点。

将最终跳转到永久措施验证(即4/4阶段)的数据管理模块作为第五开始节点的赋值开启永久措施验证(即4/4阶段)的数据管理模块，填写验证结论作为填写验证结论节点的赋值，然后问题提出人确认节点对上述填写的验证结论进行确认，确认后进入质量经理节点，质量经理针对验证结论进行再次的确认，然后进入公司主查审核节点，利用判断问题类别节点再次判断试制问题的ab类别，如果是则进入总师批准节点，第九或逻辑节点对进入总师批准节点的情况和不是ab类别试制问题选择其一，均进入添加4/4状态节点添加4/4阶段状态，并进入第三通知节点通知对应的问题负责人，最终进入第五完成节点完成所有逻辑步骤。

按照所述数据管理模块之间的步骤顺序和所述逻辑数据节点之间的逻辑关系对对应的所述逻辑数据节点根据所述赋值进行赋值；

本步骤中按照上面数据管理模块之间的步骤顺序以及逻辑关系进行赋值，此处的赋值根据数据逻辑节点赋值需要不同的数据类型对应配置。

记录对对应的所述逻辑数据节点根据所述赋值数据进行赋值的赋值时间；

在本步骤中将上述的赋值时间进行记录，用于之后的调用和预定处理。

接收用户的数据预定处理指令，其中，所述数据预定处理指令为对指定所述逻辑数据节点的赋值进行调用并进行预定处理的指令；

本步骤中对上述逻辑数据节点的赋值进行调用，比如试制问题进入了第几个阶段，就可以调用最后的添加阶段状态节点。

根据所述用户的预定数据处理指令调用指定所述逻辑数据节点中的赋值以及赋值的时间；

本步骤中除了调用逻辑数据节点中的赋值外，还调用了赋值时间。

图19为本申请一个实施例中数据预定处理方法总统计结果示意图；图20为本申请一个实施例中数据预定处理方法不同等级问题的统计结果示意图；图21为本申请一个实施例中数据预定处理方法不同类型问题关闭情况的统计结果示意图；图22为本申请一个实施例中数据预定处理方法不同等级问题关闭情况的统计结果示意图；图23为本申请一个实施例中数据预定处理方法不同部门问题关闭情况的统计结果示意图；图24为本申请一个实施例中数据预定处理方法不同部门问题处于问题解决阶段的统计结果示意图；图25为本申请一个实施例中数据预定处理方法不同部门问题关于问题关闭的统计结果示意图；

图26为本申请一个实施例中数据预定处理方法每月关于问题关闭的统计结果示意图，如图19至图26所示，所述根据调用的赋值和赋值的时间进行预定处理。

最终根据上面调用逻辑数据节点中的赋值和赋值时间进行直接显示，或者进行预定的统计处理，再进行显示。

图27为本申请一个实施例中数据预定处理装置架构示意图。如图27所示，在一实施例中，本申请提供了一种数据预定处理装置，该装置包括：

接收模块101，用于接收用户请求；

创建模块102，用于根据所述用户请求创建多个按问题解决阶段步骤顺序划分的数据管理模块，其中，每个所述数据管理模块具有多个可赋值的逻辑数据节点，且多个所述逻辑数据节点之间具有预定的逻辑关系，多个所述数据管理模块之间通过所述逻辑关系实现按步骤顺序进行跳转；

所述接收模块101，用于接收逻辑数据节点的赋值数据，其中，所述赋值数据为对所述逻辑数据节点可进行赋值的数据；

赋值模块103，用于按照所述数据管理模块之间的步骤顺序和所述逻辑数据节点之间的逻辑关系对对应的所述逻辑数据节点根据所述赋值数据进行赋值；

所述接收模块101，还用于接收用户的数据预定处理指令，其中，所述数据预定处理指令为对指定所述逻辑数据节点的赋值进行调用并进行预定处理的指令；

调用模块104，还用于根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值；

预定处理模块105，用于根据调用的赋值进行预定处理。

在一实施例中，所述创建模块102创建的多个所述数据管理模块按步骤顺序依次为为问题提出阶段的数据管理模块和临时措施阶段的数据管理模块，以及原因分析阶段的数据管理模块和永久措施阶段的数据管理模块，还有永久措施验证的数据管理模块和问题关闭阶段的数据管理模块。

在一实施例中，问题提出阶段的数据管理模块和临时措施阶段的数据管理模块，以及原因分析阶段的数据管理模块和永久措施阶段的数据管理模块中均设置有判断问题是否重复的逻辑数据节点，当逻辑数据节点的赋值为重复问题时，停止对逻辑数据节点的后续赋值步骤。

在一实施例中，该装置还包括：

记录模块106，用于记录对对应的所述逻辑数据节点根据所述赋值数据进行赋值的赋值时间；

所述赋值模块103，还用于根据所述用户的数据预定处理指令调用指定所述逻辑数据节点中的赋值数据以及赋值时间；

所述预定处理模块105，还用于根据调用的赋值和赋值时间进行预定处理。

在一实施例中，所述预定处理模块105，还用于对调用指定所述逻辑数据节点的赋值进行统计和/或显示的处理。

本申请还提供了一种数据预定处理装置，所述处理器和存储器：

所述存储器中存储有可被所述处理器执行的应用程序，用于使得所述处理器执行所述的数据预定处理方法的步骤。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现所述的数据预定处理方法的步骤。

上文所列出的一系列的详细说明仅仅是针对本申请的可行性实施方式的具体说明，而并非用以限制本发明的保护范围，凡未脱离本发明技艺精神所作的等效实施方案或变更，如特征的组合、分割或重复，均应包含在本发明的保护范围之内。