CN111723152B - 一种基于区块链的数据处理方法及系统 - Google Patents

Abstract

本发明公开一种基于区块链的数据处理方法及系统，获取区块链中的需求方节点提交的产品需求数据，产品需求数据用于表述需求方节点对应的需求方当前所需产品具备的功能；获取需求方节点提交的问题，问题是需求方在对开发方提交的开发结果进行测试过程中发现的问题，开发方与区块链中的开发方节点对应；将需求方节点提交的问题发送至开发方节点；获取开发放节点针对问题提交的解决方案；将解决方案发送至需求方节点，能够通过位于区块链中的需求方节点和开发方节点针对产品需求开发过程中的问题进行线上交互，省去人员线下交互，且在通过需求方节点和开发方节点线上交互过程中，记录双方交互的内容，使得需求方和开发方无需各自进行交互内容的记录。

Description

一种基于区块链的数据处理方法及系统

技术领域

本发明涉及区块链技术领域，具体涉及一种基于区块链的数据处理方法及系统。

背景技术

目前企业(简称需求方)为了加快产品的开发生产进程，产品的至少部分功能通过一些专门提供功能研发的企业(简称开发方)开发，在完成产品的功能开发之后将开发成果(如程序代码)提供给需求方，通过需求方对开发成果进行验证，若验证开发成果中存在缺陷会将缺陷告知开放方，然后再由开放方针对缺陷对开发成果进行修正，……，以此经过多次沟通才可能完成功能的开发。

但是这一过程需要经过双方人员多次线下沟通，且各自需要对沟通内容进行记录，以便于对开发过程进行总结。

发明内容

有鉴于此，本发明实施例提供一种基于区块链的数据处理方法，以通过区块链方式实现线上交互，且通过线上交互的区块链中的各个节点可以记录双方交互的问题。

为实现上述目的，本发明实施例提供如下技术方案：一种基于区块链的数据处理方法，包括：

获取区块链中的业务节点提交的产品需求数据，所述产品需求数据用于表述所述业务节点对应的需求方当前所需产品具备的功能；

获取所述需求方的产品测试节点提交的问题，所述问题是所述需求方在对开发方提交的开发结果进行测试过程中发现的问题，所述开发方与所述区块链中的开发方节点对应；

将所述产品测试节点提交的问题发送至所述开发方节点；

获取所述开发方节点针对所述问题提交的解决方案；

将所述解决方案发送至所述产品测试节点。

本发明实施例的另一个方面提供一种基于区块链的数据处理系统，包括获取单元和发送单元；

所述获取单元，用于获取区块链中的业务节点提交的产品需求数据，所述产品需求数据用于表述所述业务节点对应的需求方当前所需产品具备的功能；

所述获取单元，还用于获取所述需求方的产品测试节点提交的问题，所述问题是所述需求方在对开发方提交的开发结果进行测试过程中发现的问题，所述开发方与所述区块链中的开发方节点对应；

所述发送单元，用于将所述产品测试节点提交的问题发送至所述开发方节点；

所述获取单元，还用于获取所述开发方节点针对所述问题提交的解决方案；

所述发送单元，还用于将所述解决方案发送至所述产品测试节点。

上述一种基于区块链的数据处理方法及系统，获取区块链中的业务节点提交的产品需求数据，产品需求数据用于表述业务节点对应的需求方当前所需产品具备的功能；获取需求方的产品测试节点提交的问题，问题是需求方在对开发方提交的开发结果进行测试过程中发现的问题，开发方与区块链中的开发方节点对应；将产品测试节点提交的问题发送至开发方节点；获取开发方节点针对问题提交的解决方案；将解决方案发送至产品测试节点，能够通过位于区块链中的需求方节点和开发方节点针对产品需求开发过程中的问题进行线上交互，省去人员线下交互，且在通过需求方节点和开发方节点线上交互过程中，可记录双方交互的内容，使得需求方和开发方无需各自进行交互内容的记录。

附图说明

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

图1为本发明实施例公开的一种基于区块链的数据处理方法的流程示意图；

图2为本发明另一实施例公开的一种基于区块链的数据处理方法的流程示意图；

图3为本发明又一实施例公开的一种基于区块链的数据处理方法的流程示意图；

图4为本发明实施例提供的一种基于区块链的数据处理系统的结构图；

图5为本发明另一实施例提供的一种基于区块链的数据处理系统的结构图；

图6为本发明又一实施例提供的一种基于区块链的数据处理系统的结构图。

具体实施方式

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

在本申请中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

如图1所示，为本发明实施例公开的一种基于区块链的数据处理方法的流程图，包括以下步骤：

S101，获取区块链中的业务节点提交的产品需求数据，产品需求数据用于表述业务节点对应的需求方当前所需产品具备的功能。

本实施例中，产品需求数据与需求方和开发方共同确定的合作合同中的产品开发需求条约相对应，用于表述需求方当前所需产品具备的功能。产品需求数据可以包括但不限于：产品数量、产品大小限制和产品运行指标等。提交的产品需求数据可以以智能合约的形式，按照特定的模板录入到区块链中。

本实施例中，获取的产品需求数据可能来自于不同的产品合作项目，业务节点提交的产品需求数据中还包括与产品需求数据所属合同相对应的标识信息(比如合同编号)。

需求方在区块链中包括两个节点：业务节点和产品测试节点。业务节点负责提交产品需求相关的数据，例如银行的业务部门；产品测试节点负责测试开发方交付的产品是否存在质量问题，例如银行的软件中心。开发方在区块链中的对应的节点为开发方节点。

S102，获取需求方的产品测试节点提交的问题，问题是需求方在对开发方提交的开发结果进行测试过程中发现的问题，开发方与区块链中的开发方节点对应。

本实施例中，产品测试节点提交的问题中包括标识信息，指示问题是需求方在对与标识信息对应的产品进行测试过程中发现的问题。产品测试节点提交的问题记录在区块链中，不能更改。

需求方对开发方提交的开发结果进行测试可以通过运行案例库中的案例来完成测试，案例库预先建立，案例库中包括不同项目产品的案例，通过标识信息指示案例与产品的对应关系，一个案例测试产品的一方面的功能。

S103，将产品测试节点提交的问题发送至开发方节点。

本实施例中，需求方可能同时在验收多个不同的产品，每个产品负责的开发方不一定相同。这种情况下，步骤S101业务节点提交的产品需求数据中还包括开发节点与标识信息的对应关系。本步骤的一种实现方式如下：获取问题对应的产品需求数据的标识信息，将问题发送至标识信息对应的开发方节点。

S104，获取开发方节点针对问题提交的解决方案。

本实施例中，解决方案包括但不限于一下至少一种：克服问题的新产品版本、补丁、对产生问题的原因分析和解决问题的方法等。

可选的，为了加快开发方节点的回复速度，可以在区块链中记录提交解决方案的时间与问题提出的时间，根据开发方节点的提交解决方案的时间与产品测试节点问题提出的时间，执行相应的惩罚操作，实现方式为：

获取开发方节点针对问题提交解决方案的时间。

计算提交解决方案的时间与问题提出的时间之间的差值，差值用于计算支付金额。其中，差值与支付金额呈负相关，差值越大计算得到的支付金额越小。

另一种加快开发方节点的回复速度的实现方式：

在区块链中设定解决方案的反馈时间，反馈时间用于表征从问题提出到得到解决方案的间隔时间。

在获取产品测试节点提交的问题后开始计时，若间隔反馈时间没有接收到测试结果，标记问题的状态为未解决状态。

若在间隔反馈时间之内获取到测试结果，则执行步骤S105，并根据测试结果，标记问题的状态。

S105，将解决方案发送至产品测试节点。

本实施例能够通过位于区块链中的业务节点、产品测试节点和开发方节点针对产品需求开发过程中的问题进行线上交互，省去人员线下交互，且在通过需求方节点和开发方节点线上交互过程中，可记录双方交互的内容，使得需求方和开发方无需各自进行交互内容的记录。

在实际合作过程中，需求方的业务节点难以根据开发方交付产品的质量问题按照合同规定去执行扣款操作，一方面因为业务节点难以判断开发方交付产品是否存在质量问题，另一方面，业务节点根据产品测试节点提供质量问题也难以量化扣款的金额，导致扣款操作难以执行。为此本发明提出了另一实施例，请参阅图2，其示出一种基于区块链的数据处理方法的流程图，与图1相比还包括以下步骤：

S106，获取产品测试节点提交的测试结果，测试结果为产品测试节点对解决方案进行测试得到的结果，用于指示问题是否解决。

本实施例中的测试结果，是指产品测试节点对解决方案进行审核后给出的问题是否被解决的结果。如果开发方节点发送的解决方案为修改后的产品版本或补丁，产品测试节点则通过安装修改后的产品版本或补丁，再重新运行出问题的案例已测试问题是否解决。若开发方节点发送的解决方案为对问题发生的原因的分析和解决问题的方法，产品测试节点根据提供的方法操作测试是否能够解决问题。例如开发方节点发送对问题发生的原因的分析，说明出现的问题是由后台系统宕机、服务器重启或网络问题等因为硬件环境导致问题。产品测试节点通过检查运行环境发现的确是因为硬件环境导致问题，不需要去修改产品版本就可解决问题，也会得到定问题被解决的测试结果。

S107，根据测试结果，标记问题的状态。

本实施例中，问题状态包括两种：未解决和已解决。在其他实施例中还可根据需要设定更多的问题状态，增加问题的严重程度等等，在此不做具体限定。

对标记完状态的问题，将其从提出问题、给出解决方案到标记问题的状态的整一个流转过程中的信息打包至一个问题区块，并保存至问题库中，问题区块中包括但不限于问题对应的标识信息和问题的状态。其中，问题库中保存有对应不同标识信息的问题区块。系统可以通过标识信息确定问题区块对应的产品合作项目。

S108，获取业务节点提交的验证条件。

本实施例中的验证条件为需求方和开发方共同制定的产品合格验证条件。验证条件可以是量化后的扣款规则，例如与项目对应的问题数量少于第一预设数量为合格，问题数量多于第二预设数量为不合格；也可以规定产品有缺陷问题的时候以及不同缺陷的扣款情况，在此不对验证条件的内容做具体限定。

需要说明的是，当系统同时处理多个产品合作项目的验证时，需要根据标识信息，确定要与标识信息相对应的验证条件。

S109，在监测到完成产品需求数据的开发后，得到产品需求数据对应的目标方案，目标方案为开发方提供针对产品需求数据的最终版本的解决方案。

S110，获取目标方案的支付金额，支付金额是根据问题的状态和验证条件计算得到。

本实施例中，目标方案为用于判断产品需求数据对应产品合作项目是否符合验证条件的内容。

一种实施方式中，目标方案包括所有与待验证的产品合作项目(即与产品需求数据对应产品合作项目)相对应的问题区块。系统提取目标方案中所有问题区块的问题的状态，统计状态为未解决的问题数量，根据未解决问题数量和验证条件自动计算与目标方案对应的支付金额。

另一实现方式中，目标方案包括开发方提交的初始开发结果、以及在完成开发前开发方节提交的解决方案。产品测试节点可以根据目标方案得到一个最终版本的产品版本。产品测试节点可以使用最终版本的产品版本重新进行测试，并统计测试过程中出现的问题。系统获取产品测试节点提交的问题的数量和问题严重程度，并根据验证条件自动计算与目标方案对应的支付金额。

S111，将支付数据发送给业务节点和开发方节点。

本实施例中，支付数据包括最终支付金额，或者支付数据也可以包括初始协议支付金额、扣款金额和最终支付金额。支付数据的内容可以根据需要调整，在此不做限定。

S112，若获取到需求方节点和开发方节点发送的验证通过指令，向需求方节点发送扣款指令，以指示需求方向开发方发放支付金额。

本实施例基于区块链自动验证产品需求数据对应的项目是否合格，并根据验证条件计算与产品质量对应的支付金额，实现了对开发方提交的产品质量的自动量化，更好的进行合同的执行。

在实际场景中，若在测试过程中出现的问题不是因为产品质量引起，而是因为产品需求的变更导致的问题，而产品测试节点无法得知产品需求是否变更。为此本发明又一实施例提供了一种基于区块链的数据处理方法，请参阅图3，其示出了该数据处理方法的流程图，包括以下步骤：

S301，获取区块链中的业务节点提交的产品需求数据，产品需求数据用于表述业务节点对应的需求方当前所需产品具备的功能。

S302，获取需求方的产品测试节点提交的问题，问题是需求方在对开发方提交的开发结果进行测试过程中发现的问题，开发方与区块链中的开发方节点对应。

S303，将产品测试节点提交的问题发送至开发方节点。

步骤S301-S303的过程说明请参见步骤S101-S103，在此不再赘述。

S304，在获取开发方节点针对问题提交的解决方案后，确定问题的类型。

本实施例中，开发方节点针对问题的产生原因，确定问题的类型。类型可以包括但不限于以下至少一种：因产品需求变化相关类型、开发方失误相关类型和硬件环境相关类型等。产品需求变化相关类型就是因为中途产品需求变更导致的问题；开发方失误相关类型为开发工作上的失误导致的问题，例如编码错误、总体设计错误、需求分析错误等；硬件环境相关类型为环境条件不适于产品运行导致的问题，例如后台系统宕机、服务器重启、网络问题等问题。

如果问题的类型为因产品需求变化相关类型，执行步骤S305-S306来完成标记问题的状态；如果问题的类型不为因产品需求变化相关类型，执行步骤S307-S309来完成标记问题的状态。

S305，指示业务节点提交产品需求变更数据，且指示产品测试节点对解决方案不进行测试。

产品需求变更数据用于验证是否因产品需求变更引起的问题，产品需求变更数据包括但不限于需求变更沟通的邮件和文件等。产品需求变更数据可以发送至产品测试节点，由产品测试节点进行审核。

S306，产品测试节点根据产品需求变更数据，标记问题的状态。接下来执行步骤S310。

若获取到产品测试节点审核结果为认同开发方节点的结论(问题是属于产品需求变化相关类型)，则标记问题状态为已解决；若获取到产品测试节点审核结果为不认同开发方节点的结论，则标记问题状态为未解决。

S307，指示产品测试节点对解决方案进行测试，以获取需求方节点提交的测试结果。

S308，获取产品测试节点提交的测试结果，测试结果为产品测试节点对解决方案进行测试得到的结果，用于指示问题是否解决。

S309，根据测试结果，标记问题的状态。

S310，获取业务节点提交的验证条件。

S311，在监测到完成产品需求数据的开发后，得到产品需求数据对应的目标方案，目标方案为开发方提供针对产品需求数据的最终版本的解决方案。

S312，获取目标方案的支付金额，支付金额是根据问题的状态和验证条件计算得到。

S313，将支付数据发送给业务节点和开发方节点。

S314，若获取到需求方节点和开发方节点发送的验证通过指令，向需求方节点发送扣款指令，以指示需求方向开发方发放支付金额。

步骤S308-S314的过程说明请参见上述步骤S106-S112，在此不再赘述。

本实施例，通过在开发方节点确定产品测试节点提出问题的类型，根据是否为因产品需求变更引起的问题来执行两种不同标记问题的状态的流程，提高了标记问题的状态的准确度。

基于上述本发明实施例公开一种基于区块链的数据处理方法，本发明实施例还对应公开了一种基于区块链的数据处理系统，请参见图4所示，其示出了该数据处理系统的结构图，包括：获取单元401和发送单元402；

获取单元401，用于获取区块链中的业务节点提交的产品需求数据，产品需求数据用于表述业务节点对应的需求方当前所需产品具备的功能。

获取单元401，还用于获取需求方的产品测试节点提交的问题，问题是需求方在对开发方提交的开发结果进行测试过程中发现的问题，开发方与区块链中的开发方节点对应。

发送单元402，用于将产品测试节点提交的问题发送至开发方节点。

获取单元401，还用于获取开发方节点针对问题提交的解决方案。

发送单元402，还用于将解决方案发送至产品测试节点。

获取单元401和发送单元402的工作过程请参见上述实施例中步骤S101-S105的过程说明，在此不再赘述。

本实施例能够通过位于区块链中的业务节点、产品测试节点和开发方节点针对产品需求开发过程中的问题进行线上交互，省去人员线下交互，且在通过需求方节点和开发方节点线上交互过程中，可记录双方交互的内容，使得需求方和开发方无需各自进行交互内容的记录。

请参阅图5，其示出了本发明另一实施例提供的一种基于区块链的数据处理系统的结构图，与图4相比，系统还包括：第一标记单元403和得到单元404。

获取单元401，还用于获取产品测试节点提交的测试结果，测试结果为产品测试节点对解决方案进行测试得到的结果，用于指示问题是否解决。

第一标记单元403，用于根据测试结果，标记问题的状态。

获取单元401，还用于获取业务节点提交的验证条件。

得到单元404，用于在监测到完成产品需求数据的开发后，得到产品需求数据对应的目标方案，目标方案为开发方提供针对产品需求数据的最终版本的解决方案。

获取单元401，还用于获取目标方案的支付金额，支付金额是根据问题的状态和验证条件计算得到。

发送单元402，还用于将支付数据发送给业务节点和开发方节点。若获取到业务节点和开发方节点发送的验证通过指令，向需求方节点发送扣款指令，以指示需求方向开发方发放支付金额。

上述各个单元的工作过程请参见上述实施例的步骤S106-S112的过程说明，在此不再赘述。

本实施例基于区块链自动验证产品需求数据对应的项目是否合格，并根据验证条件计算与产品质量对应的支付金额，实现了对开发方提交的产品质量的自动量化，更好的进行合同的执行。

请参阅图6，其示出了本发明又一实施例提供的一种基于区块链的数据处理系统的结构图，与图4相比，系统还包括：确定单元405、指示单元406和第二标记单元407。

确定单元405，用于在获取开发方节点针对问题提交的解决方案后，确定问题的类型。

指示单元406，用于如果问题的类型为因产品需求变化相关类型，指示业务节点提交产品需求变更数据，且指示产品测试节点对所述解决方案不进行测试，产品需求变更数据用于验证是否因产品需求变更引起的问题。

第二标记单元407，用于产品测试节点根据产品需求变更数据，标记问题的状态。

指示单元406，还用于如果问题的类型为产品缺陷相关类型，指示产品测试节点对解决方案进行测试，以获取需求方节点提交的测试结果。

上述各个单元的工作过程说明请参见上述实施例步骤S304-S307的过程说明。本实施例，通过在开发方节点确定产品测试节点提出问题的类型，根据是否为因产品需求变更引起的问题来执行两种不同标记问题的状态的流程，提高了标记问题的状态的准确度。

本说明书中的各个实施例均采用递进或组合的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于系统或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的系统及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

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

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (8)

1.一种基于区块链的数据处理方法，其特征在于，包括：

获取区块链中的业务节点提交的产品需求数据，所述产品需求数据用于表述所述业务节点对应的需求方当前所需产品具备的功能；

获取所述需求方的产品测试节点提交的问题，所述问题是所述需求方在对开发方提交的开发结果进行测试过程中发现的问题，所述开发方与所述区块链中的开发方节点对应；

将所述产品测试节点提交的问题发送至所述开发方节点；

获取所述开发方节点针对所述问题提交的解决方案；

将所述解决方案发送至所述产品测试节点；

在获取所述开发方节点针对所述问题提交的解决方案后，确定所述问题的类型；

如果所述问题的类型为因产品需求变化相关类型，指示所述业务节点提交产品需求变更数据，且指示所述产品测试节点对所述解决方案不进行测试，所述产品需求变更数据用于验证是否因产品需求变更引起的问题，所述产品需求变更数据包需求变更沟通的邮件和文件；

所述产品测试节点根据所述产品需求变更数据，标记所述问题的状态；

如果所述问题的类型为产品缺陷相关类型，指示所述产品测试节点对所述解决方案进行测试，以获取所述需求方节点提交的测试结果。

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

获取所述产品测试节点提交的测试结果，所述测试结果为所述产品测试节点对所述解决方案进行测试得到的结果，用于指示所述问题是否解决；

根据所述测试结果，标记所述问题的状态。

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

获取所述业务节点提交的验证条件；

在监测到完成所述产品需求数据的开发后，得到所述产品需求数据对应的目标方案，所述目标方案为开发方提供针对所述产品需求数据的最终版本的解决方案；

获取所述目标方案的支付金额，所述支付金额是根据所述问题的状态和所述验证条件计算得到；

将支付数据发送给所述业务节点和所述开发方节点；

若获取到所述业务节点和所述开发方节点发送的验证通过指令，向所述需求方节点发送扣款指令，以指示所述需求方向所述开发方发放所述支付金额。

4.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述区块链中设定所述解决方案的反馈时间，所述反馈时间用于表征从所述问题提出到得到所述解决方案的间隔时间；

获取所述开发方节点针对所述问题提交解决方案的时间；

计算提交解决方案的时间与问题提出的时间之间的差值，所述差值用于计算支付金额。

5.根据权利要求2所述的方法，其特征在于，所述方法还包括：

在所述区块链中设定所述解决方案的反馈时间，所述反馈时间用于表征从所述问题提出到得到所述解决方案的间隔时间；

在获取所述产品测试节点提交的问题后开始计时，若间隔所述反馈时间没有接收到所述测试结果，标记所述问题的状态为未解决状态；

若在间隔所述反馈时间之内获取到所述测试结果，执行所述根据所述测试结果，标记所述问题的状态的步骤。

6.一种基于区块链的数据处理系统，其特征在于，包括获取单元、发送单元、确定单元、指示单元和第二标记单元；

所述获取单元，用于获取区块链中的业务节点提交的产品需求数据，所述产品需求数据用于表述所述业务节点对应的需求方当前所需产品具备的功能；

所述获取单元，还用于获取所述需求方的产品测试节点提交的问题，所述问题是所述需求方在对开发方提交的开发结果进行测试过程中发现的问题，所述开发方与所述区块链中的开发方节点对应；

所述发送单元，用于将所述产品测试节点提交的问题发送至所述开发方节点；

所述获取单元，还用于获取所述开发方节点针对所述问题提交的解决方案；

所述发送单元，还用于将所述解决方案发送至所述产品测试节点；

所述确定单元，用于在获取所述开发方节点针对所述问题提交的解决方案后，确定所述问题的类型；

所述指示单元，用于如果所述问题的类型为因产品需求变化相关类型，指示所述业务节点提交产品需求变更数据，且指示所述产品测试节点对所述解决方案不进行测试，所述产品需求变更数据用于验证是否因产品需求变更引起的问题，所述产品需求变更数据包需求变更沟通的邮件和文件；

所述第二标记单元，用于所述产品测试节点根据所述产品需求变更数据，标记所述问题的状态；

所述指示单元，还用于如果所述问题的类型为产品缺陷相关类型，指示所述产品测试节点对所述解决方案进行测试，以获取所述需求方节点提交的测试结果。

7.根据权利要求6所述的系统，其特征在于，所述系统还包括：第一标记单元；

所述获取单元，还用于获取所述产品测试节点提交的测试结果，所述测试结果为所述产品测试节点对所述解决方案进行测试得到的结果，用于指示所述问题是否解决；

所述第一标记单元，用于根据所述测试结果，标记所述问题的状态。

8.根据权利要求7所述的系统，其特征在于，所述系统还包括：得到单元；

所述获取单元，还用于获取所述业务节点提交的验证条件；

所述得到单元，用于在监测到完成所述产品需求数据的开发后，得到所述产品需求数据对应的目标方案，所述目标方案为开发方提供针对所述产品需求数据的最终版本的解决方案；

所述获取单元，还用于获取所述目标方案的支付金额，所述支付金额是根据所述问题的状态和所述验证条件计算得到；

所述发送单元，还用于将支付数据发送给所述业务节点和所述开发方节点；

所述发送单元，还用于若获取到所述业务节点和所述开发方节点发送的验证通过指令，向所述需求方节点发送扣款指令，以指示所述需求方向所述开发方发放所述支付金额。