一种软件开发数据统计方法、装置、计算机设备及介质与流程

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.测试单元，用于对每个所述研发结果进行测试，得到每个研发结果的测试结果；
27.第一统计单元，用于从所述测试结果中确定存在缺陷的测试结果，并统计存在缺陷的测试结果的总缺陷量；
28.第二统计单元，从所述存在缺陷的测试结果中筛选出因所述软件开发需求造成的需求缺陷，并统计因所述软件开发需求造成的需求缺陷的需求缺陷量；
29.第一计算单元，用于计算所述需求缺陷量与所述总缺陷量的比值；
30.第一确定单元，用于若所述需求缺陷量与所述总缺陷量的比值不符合第二要求，则重启所述软件开发的需求阶段；若所述需求缺陷量与所述总缺陷量的比值符合第二要求，进入所述软件开发的研发阶段，生成新的研发结果，由新的研发成果组成目标软件，并进入所述软件开发的交付阶段。
31.在一种可能的实施方式中，所述交付模块，包括：
32.第二计算单元，用于获取所述目标软件上线后的线上缺陷量，基于所述总缺陷量计算所述线上缺陷量与所述总缺陷量的比值；
33.第二确定单元，用于若所述线上缺陷量与所述总缺陷量的比值不符合第三要求，则通知所述软件开发的测试阶段，以提示所述测试阶段工作人员在下次软件开发的测试阶段改进测试用例。
34.第三方面，本技术实施例提供了一种计算机设备，包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现第一方面任一项所述的软件开发数据统计方法的步骤。
35.第四方面，本技术实施例提供了一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器运行时执行第一方面任一项所述的软件开发数据统计方法的步骤。
36.本技术实施例提供的软件开发数据统计方法，根据软件开发需求，统计软件开发需求的需求量，并根据软件开发需求生成研发结果，统计研发结果的研发量，为了衡量研发阶段中软件开发需求的完成率，将研发量与需求量进行比较，若比较结果不符合第一要求，则重启软件开发的研发阶段，若比较结果符合第一要求，则进入软件开发的测试阶段，在测试阶段对每个研发结果进行测试，确定出因软件开发需求造成的需求缺陷量，为了衡量提出的软件开发需求的准确性，判断需求缺陷量占总缺陷量的比例，若需求缺陷量不符合第二要求，则重启需求阶段，若需求缺陷量符合第二要求，由每个研发结果组成目标软件，并进入所述软件开发的交付阶段，在软件开发的交付阶段，获取所述目标软件上线后的线上缺陷量，为了衡量测试阶段工作的有效性，判断线上缺陷量占总缺陷量的比值，若所述线上缺陷量不符合第三要求，则通知所述软件开发的测试阶段；若所述线上缺陷量符合第三要求，完成所述目标软件开发。
37.本技术所采用的软件开发的数据统计方法，使相关负责人能够及时获取到各阶段的数据，在数据不符合要求时，及时返回到目标阶段以使工作人员进行及时更正，有利于加快对项目的改进优化进程，从而提高软件的开发效率。
38.为使本技术的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。
附图说明
39.为了更清楚地说明本技术实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本技术的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。
40.图1为本技术实施例提供的一种软件开发数据统计方法的流程示意图；
41.图2为本技术实施例提供的一种软件开发的需求阶段重启方法的流程示意图；
42.图3为本技术实施例提供的一种软件开发的测试阶段重启方法的流程示意图；
43.图4为本技术实施例提供的一种软件开发数据统计装置的结构示意图；
44.图5为本技术实施例提供的一种计算机设备的结构示意图。
具体实施方式
45.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本技术一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本技术实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本技术的实施例的详细描述并非旨在限制要求保护的本技术的范围，而是仅仅表示本技术的选定实施例。基于本技术的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
46.在以下的描述中，涉及到“一些实施例”，其描述了所有可能实施例的子集，但是可以理解，“一些实施例”可以是所有可能实施例的相同子集或不同子集，并且可以在不冲突的情况下相互结合。
47.本技术实施例提供了一种软件开发数据统计方法，如图1所示，包括以下步骤：
48.s101，在软件开发的需求阶段，获取软件开发需求，并统计所述软件开发需求的需求量；
49.s102，在软件开发的研发阶段，根据每个所述软件开发需求生成研发结果，并统计所述研发结果的研发量；若所述研发量与所述需求量的比较结果不符合第一要求，则重启所述软件开发的研发阶段；若所述研发量与所述需求量的比较结果符合第一要求，则进入所述软件开发的测试阶段；
50.s103，在软件开发的测试阶段，对每个研发结果进行测试，并确定出因所述软件开发需求造成的需求缺陷量；若所述需求缺陷量不符合第二要求，则重启所述软件开发的需求阶段；若所述需求缺陷量符合第二要求，由每个研发结果组成目标软件，并进入所述软件开发的交付阶段；
51.s104，在软件开发的交付阶段，获取所述目标软件上线后的线上缺陷量；若所述线上缺陷量不符合第三要求，则通知所述软件开发的测试阶段；若所述线上缺陷量符合第三要求，完成所述目标软件开发。
52.下面分别对本技术实施例的上述示例性的各步骤进行说明。
53.在步骤s101中，在软件开发的需求阶段，获取软件开发需求，并统计所述软件开发需求的需求量。
54.在一些实施例中，软件开发需求可以是提出的需要研发的内容，需求量是需要研发完成的数量。
55.在步骤s102中，在软件开发的研发阶段，根据每个所述软件开发需求生成研发结果，并统计所述研发结果的研发量；若所述研发量与所述需求量的比较结果不符合第一要求，则重启所述软件开发的研发阶段；若所述研发量与所述需求量的比较结果符合第一要求，则进入所述软件开发的测试阶段。
56.在一些实施例中，研发量与需求量的比较结果是衡量软件开发需求是否及时完成的一个重要指标。
57.作为示例，若研发量与需求量的比较结果不符合第一要求，如研发量占需求量的90％以下，则重启软件开发的研发阶段，需要研发人员再次进行研发，以使研发量达到要求。
58.在步骤s103中，在软件开发的测试阶段，对每个研发结果进行测试，并确定出因所述软件开发需求造成的需求缺陷量；若所述需求缺陷量不符合第二要求，则重启所述软件开发的需求阶段；若所述需求缺陷量符合第二要求，由每个研发结果组成目标软件，并进入所述软件开发的交付阶段。
59.在一些实施例中，需求缺陷量是衡量需求阶段提出的需求是否清楚完整的指标，判断需求缺陷量是否符合第二要求，是在总缺陷量的基础上进行判定，即判断需求缺陷量占总缺陷量的比例。
60.作为示例，如需求缺陷量占总缺陷量的10％以上，则认为需求缺陷量不符合第二要求，重启需求阶段以更正需求，并进行后续的研发。
61.在一些实施例中，总缺陷量通过冒烟测试得出，在测试阶段统计总缺陷量和测试通过量，通过测试通过量和总缺陷量的比值得到冒烟通过率指标，冒烟通过率指标用于衡量研发是否高质量完成开发需求。
62.在一些实施例中，在测试阶段统计研发人员数量，通过总缺陷量与研发人员数量的比值得到研发缺陷密度指标，用于衡量研发人员的研发能力，需要通过提高研发人员的代码能力、质量意识、从而降低该指标。
63.在一些实施例中，在测试阶段统计案例量，即在测试过程中采用的测试案例数量，通过总缺陷量与案例量的比值得到缺陷案例命中率指标，用于衡量测试工作中编写的测试用例是否高效。
64.作为示例，如编写了100个测试用例，没有发现缺陷数量，说明代码研发成果质量高，或者测试用例质量差，不能检测到缺陷。
65.在一些实施例中，在测试阶段统计软件严重等级为第一等级和第二等级的缺陷，通过所述第一等级和第二等级的缺陷与所述总缺陷量的比值得到等级缺陷指标，是衡量本次软件开发质量问题的严重性的指标。
66.在步骤s104中，在软件开发的交付阶段，获取所述目标软件上线后的线上缺陷量；若所述线上缺陷量不符合第三要求，则通知所述软件开发的测试阶段；若所述线上缺陷量符合第三要求，完成所述目标软件开发。
67.在一些实施例中，线上缺陷量是衡量测试阶段测试工作有效性的指标，判断线上缺陷量是否符合第三要求，是在总需求缺陷量的基础上，判断线上缺陷量占总缺陷量的比例。
68.作为示例，如线上缺陷量占总缺陷量的5％以上，则认为线上缺陷量不符合第三要求，需要重启测试阶段进行测试。
69.在一些实施例中，在交付阶段统计线上事故造成的资金损失，即线上事故资损量指标，该指标用于衡量判断线上事故严重性等级。
70.在一些实施例中，如图2所示，步骤s103，包括以下步骤：
71.s201，对每个所述研发结果进行测试，得到每个研发结果的测试结果。
72.s202，从所述测试结果中确定存在缺陷的测试结果，并统计存在缺陷的测试结果的总缺陷量。
73.在一些实施例中，总缺陷量为需求缺陷、代码缺陷、接口缺陷以及未处理异常导致的缺陷的数量之和；总缺陷量可以是冒烟测试得出。
74.s203，从所述存在缺陷的测试结果中筛选出因所述软件开发需求造成的需求缺陷，并统计因所述软件开发需求造成的需求缺陷的需求缺陷量。
75.在一些实施例中，所述需求缺陷量为因所述需求变更造成的缺陷数量和所述需求描述不清楚造成的缺陷数量之和。
76.作为示例，若原来只要求支持微信登录，在验收的时候要求支持微信和支付宝登录，则为需求变更。
77.s204，计算所述需求缺陷量与所述总缺陷量的比值。
78.s205，若所述需求缺陷量与所述总缺陷量的比值不符合第二要求，则重启所述软件开发的需求阶段；若所述需求缺陷量与所述总缺陷量的比值符合第二要求，进入所述软件开发的研发阶段，生成新的研发结果，由新的研发成果组成目标软件，并进入所述软件开发的交付阶段。
79.在一些实施例中，在需求缺陷量与总缺陷量的比值符合第二要求时，进入软件开发的研发阶段，根据总缺陷量生成新的研发成果，由新的研发成果组成目标软件，并进入所述软件开发的交付阶段；也可以根据新的研发成果，再次进入测试阶段对新的研发成果进行测试，直至总缺陷量达到要求，得到最终的研发结果，由最终的研发成果组成目标软件，并进入软件开发的交付阶段。
80.在一些实施例中，如图3所示，步骤s104，包括以下步骤：
81.s301，获取所述目标软件上线后的线上缺陷量，基于所述总缺陷量计算所述线上缺陷量与所述总缺陷量的比值。
82.在一些实施例中，如线上缺陷量与总缺陷量的比值大于0.05，则认为线上缺陷量不符合第三要求。
83.s302，若所述线上缺陷量与所述总缺陷量的比值不符合第三要求，则通知所述软件开发的测试阶段，以提示所述测试阶段工作人员在下次软件开发的测试阶段改进测试用例。
84.在一些实施例中，通过线上缺陷量与总缺陷量的比值得到缺陷逃逸率指标，若缺陷逃逸率指标不符合第三要求，如缺陷逃逸率大于5％，说明线上缺陷量的缺陷在测试工作中并未测试到，通知软件开发的测试阶段，提示所述测试阶段工作人员在下次软件开发的测试阶段改进测试用例，缺陷逃逸率指标是衡量测试工作有效性的指标。
85.综上所述，通过本技术实施例具有以下有益效果：
86.上述软件开发数据统计方法，根据软件开发需求，统计软件开发需求的需求量，并根据软件开发需求生成研发结果，统计研发结果的研发量，为了衡量研发阶段中软件开发需求的完成率，将研发量与需求量进行比较，若比较结果不符合第一要求，则重启软件开发的研发阶段，若比较结果符合第一要求，则进入软件开发的测试阶段，在测试阶段对每个研发结果进行测试，确定出因软件开发需求造成的需求缺陷量，为了衡量提出的软件开发需
求的准确性，判断需求缺陷量占总缺陷量的比例，若需求缺陷量不符合第二要求，则重启需求阶段，若需求缺陷量符合第二要求，由每个研发结果组成目标软件，并进入所述软件开发的交付阶段，在软件开发的交付阶段，获取所述目标软件上线后的线上缺陷量，为了衡量测试阶段工作的有效性，判断线上缺陷量占总缺陷量的比值，若所述线上缺陷量不符合第三要求，则通知所述软件开发的测试阶段；若所述线上缺陷量符合第三要求，完成所述目标软件开发，这样的软件开发流程，使相关负责人能够及时获取到各阶段的数据，在数据不符合要求时，及时返回到目标阶段以使工作人员进行及时更正，有利于加快对项目的改进优化进程，从而提高软件的开发效率。
87.基于同一发明构思，本技术实施例中还提供了与第一实施例中软件开发数据统计方法对应的软件开发数据统计装置，由于本技术实施例中的装置解决问题的原理与上述软件开发数据统计方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。
88.如图4所示，图4是本技术提供的软件开发数据统计装置的结构示意图。软件开发数据统计装置包括：
89.需求模块401，用于在软件开发的需求阶段，获取软件开发需求，并统计所述软件开发需求的需求量；
90.研发模块402，用于在软件开发的研发阶段，根据每个所述软件开发需求生成研发结果，并统计所述研发结果的研发量；若所述研发量与所述需求量的比较结果不符合第一要求，则重启所述软件开发的研发阶段；若所述研发量与所述需求量的比较结果符合第一要求，则进入所述软件开发的测试阶段；
91.测试模块403，用于在软件开发的测试阶段，对每个研发结果进行测试，并确定出因所述软件开发需求造成的需求缺陷量；若所述需求缺陷量不符合第二要求，则重启所述软件开发的需求阶段；若所述需求缺陷量符合第二要求，由每个研发结果组成目标软件，并进入所述软件开发的交付阶段；
92.交付模块404，用于在软件开发的交付阶段，获取所述目标软件上线后的线上缺陷量；若所述线上缺陷量不符合第三要求，则通知所述软件开发的测试阶段；若所述线上缺陷量符合第三要求，完成所述目标软件开发。
93.本领域技术人员应当理解，图4所示的软件开发数据统计装置中的各模块的实现功能可参照前述软件开发数据统计方法的相关描述而理解。图4所示的软件开发数据统计装置中的各单元的功能可通过运行于处理器上的程序而实现，也可通过具体的逻辑电路而实现。
94.在一种可能的实施方式中，测试模块403，包括：
95.测试单元，用于对每个所述研发结果进行测试，得到每个研发结果的测试结果；
96.第一统计单元，用于从所述测试结果中确定存在缺陷的测试结果，并统计存在缺陷的测试结果的总缺陷量；
97.第二统计单元，从所述存在缺陷的测试结果中筛选出因所述软件开发需求造成的需求缺陷，并统计因所述软件开发需求造成的需求缺陷的需求缺陷量；
98.第一计算单元，用于计算所述需求缺陷量与所述总缺陷量的比值；
99.第一确定单元，用于若所述需求缺陷量与所述总缺陷量的比值不符合第二要求，则重启所述软件开发的需求阶段；若所述需求缺陷量与所述总缺陷量的比值符合第二要
求，进入所述软件开发的研发阶段，生成新的研发结果，由新的研发成果组成目标软件，并进入所述软件开发的交付阶段。
100.在一种可能的实施方式中，交付模块404，包括：
101.第二计算单元，用于获取所述目标软件上线后的线上缺陷量，基于所述总缺陷量计算所述线上缺陷量与所述总缺陷量的比值；
102.第二确定单元，用于若所述线上缺陷量与所述总缺陷量的比值不符合第三要求，则通知所述软件开发的测试阶段，以提示所述测试阶段工作人员在下次软件开发的测试阶段改进测试用例。
103.在一种可能的实施方式中，所述总缺陷量为需求缺陷、代码缺陷、接口缺陷以及未处理异常导致的缺陷的数量之和。
104.在一种可能的实施方式中，所述需求缺陷量为因所述需求变更造成的缺陷数量和所述需求描述不清楚造成的缺陷数量之和。
105.上述软件开发数据统计装置根据软件开发需求，统计软件开发需求的需求量，并根据软件开发需求生成研发结果，统计研发结果的研发量，为了衡量研发阶段中软件开发需求的完成率，将研发量与需求量进行比较，若比较结果不符合第一要求，则重启软件开发的研发阶段，若比较结果符合第一要求，则进入软件开发的测试阶段，在测试阶段对每个研发结果进行测试，确定出因软件开发需求造成的需求缺陷量，为了衡量提出的软件开发需求的准确性，判断需求缺陷量占总缺陷量的比例，若需求缺陷量不符合第二要求，则重启需求阶段，若需求缺陷量符合第二要求，由每个研发结果组成目标软件，并进入所述软件开发的交付阶段，在软件开发的交付阶段，获取所述目标软件上线后的线上缺陷量，为了衡量测试阶段工作的有效性，判断线上缺陷量占总缺陷量的比值，若所述线上缺陷量不符合第三要求，则通知所述软件开发的测试阶段；若所述线上缺陷量符合第三要求，完成所述目标软件开发，这样的软件开发流程，使相关负责人能够及时获取到各阶段的数据，在数据不符合要求时，及时返回到目标阶段以使工作人员进行及时更正，有利于加快对项目的改进优化进程，从而提高软件的开发效率。
106.对应于图1中的软件开发数据统计方法，本技术实施例还提供了一种计算机设备500，如图5所示，该设备包括存储器501、处理器502及存储在该存储器501上并可在该处理器502上运行的计算机程序，其中，上述处理器502执行上述计算机程序时实现上述软件开发数据统计方法。
107.具体地，上述存储器501和处理器502能够为通用的存储器和处理器，这里不做具体限定，当处理器502运行存储器501存储的计算机程序时，能够执行上述软件开发数据统计方法，解决了现有技术中各阶段数据割裂、不能根据不符合要求的数据及时反馈到目标阶段进行更正和优化，不利软件开发效率的问题。
108.对应于图1中的软件开发数据统计方法，本技术实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述软件开发数据统计方法的步骤。
109.具体地，该存储介质能够为通用的存储介质，如移动磁盘、硬盘等，该存储介质上的计算机程序被运行时，能够执行上述软件开发数据统计方法，解决了现有技术中各阶段数据割裂、不能根据不符合要求的数据及时反馈到目标阶段进行更正和优化，不利软件开
发效率的问题，本技术使相关负责人能够及时获取到各阶段的数据，在数据不符合要求时，及时返回到目标阶段以使工作人员进行及时更正，有利于加快对项目的改进优化进程，从而提高软件的开发效率。
110.在本技术所提供的实施例中，应该理解到，所揭露方法和装置，可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
111.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
112.另外，在本技术提供的实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
113.所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
114.应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释，此外，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。
115.需要说明的是，本技术实施例中所用到的术语“包括”，用于指出其后所声明的特征的存在，但并不排除增加其它的特征。
116.除非另有定义，本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同。本文中所使用的术语是为了描述本技术实施例的目的，不是在限制本技术。
117.最后应说明的是：以上所述实施例，仅为本技术的具体实施方式，用以说明本技术的技术方案，而非对其限制，本技术的保护范围并不局限于此，尽管参照前述实施例对本技术进行了详细的说明，本领域的普通技术人员应当理解：任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，其依然可以对前述实施例所记载的技术方案进行修改或可轻易想到变化，或者对其中部分技术特征进行等同替换；而这些修改、变化或者替换，并不使相应技术方案的本质脱离本技术实施例技术方案的精神和范围。都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应所述以权利要求的保护范围为准。