本说明书一个或多个实施例涉及计算机技术领域，尤其涉及一种用于监测研发质量的质量监测模型的优化方法及装置。
背景技术：
研发团队在研发软件的过程中，研发团队的研发质量直接影响到最终投放或者发布的软件的软件质量。若研发团队的研发质量不满足相关标准，将会直接导致软件发布后的正常运行，为企业带来不可估计的损失。因此，软件研发过程中的研发质量的监测就成为关键。
在研发一体化的研发模式中，对研发过程中的各阶段进行质量把控的一般是研发人员本身。但这样会存在一个问题，研发人员自己开发，自己测试，自己判断是否可以推进研发任务到下一个阶段，甚至是否可以发布到生产环境。这就存在了将一定质量风险带上生产环境的可能。因此，需要提供一种更可靠的研发质量监测方法。
技术实现要素：
本说明书一个或多个实施例描述了一种用于监测研发质量的质量监测模型的优化方法及装置，可以使得优化得到的质量监测模型能够有效地对研发质量进行监控。
第一方面，提供了一种用于监测研发质量的质量监测模型的优化方法，包括：
基于控制图中软件质量的监测指标对应的分布曲线以及控制限，判断各研发团队的已发布软件的软件质量是否存在异常；所述分布曲线基于所述各研发团队各自针对所述监测指标所统计得到的多个统计值而绘制得到；
若任意的第一研发团队的已发布软件的软件质量存在异常，则从所述第一研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响所述监测指标的目标因子；所述质量监测模型用于对所述第一研发团队在研发软件过程中的研发质量进行监测；所述质量监测模型基于所述若干质量因子的加权组合结果而确定；
至少对所述第一研发团队针对所述目标因子设定的权重值进行调整，以实现所述第一研发团队预先配置的质量监测模型的优化。
第二方面，提供了一种研发质量的监测方法，包括：
在研发团队的当前研发阶段结束后，获取该研发团队已优化的质量监测模型所包含的若干质量因子各自的取值；其中，所述质量监测模型用于对该研发团队在研发软件过程中的研发质量进行监测，其通过上述第一方面所述的方法进行优化；
将所述若干质量因子各自的取值输入所述质量监测模型，输出相应的分数值；
至少基于所述分数值，评估当前研发阶段的研发质量是否存在异常；
若存在异常，则按照预定通知方式，向预定人员发送当前研发阶段的研发质量存在异常的通知消息。
第三方面，提供了一种用于监测研发质量的质量监测模型的优化装置，包括：
判断单元，用于基于控制图中软件质量的监测指标对应的分布曲线以及控制限，判断各研发团队的已发布软件的软件质量是否存在异常；所述分布曲线基于所述各研发团队各自针对所述监测指标所统计得到的多个统计值而绘制得到；
选取单元，用于若所述判断单元判断任意的第一研发团队的已发布软件的软件质量存在异常，则从所述第一研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响所述监测指标的目标因子；所述质量监测模型用于对所述第一研发团队在研发软件过程中的研发质量进行监测；所述质量监测模型基于所述若干质量因子的加权组合结果而确定；
调整单元，用于至少对所述第一研发团队针对所述选取单元选取的所述目标因子设定的权重值进行调整，以实现所述第一研发团队预先配置的质量监测模型的优化。
第四方面，提供了一种研发质量的监测装置，包括：
获取单元，用于在研发团队的当前研发阶段结束后，获取该研发团队已优化的质量监测模型所包含的若干质量因子各自的取值；其中，所述质量监测模型用于对该研发团队在研发软件过程中的研发质量进行监测，其通过如上述第一方面所述的方法进行优化；
输入输出单元，用于将所述获取单元获取的所述若干质量因子各自的取值输入所述质量监测模型，输出相应的分数值；
评估单元，用于至少基于所述输入输出单元输出的所述分数值，评估当前研发阶段的研发质量是否存在异常；
发送单元，用于若所述评估单元评估存在异常，则按照预定通知方式，向预定人员发送当前研发阶段的研发质量存在异常的通知消息。
第五方面，提供了一种计算机存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行第一方面或者第二方面的方法。
第六方面，提供了一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现第一方面或者第二方面的方法。
本说明书一个或多个实施例提供的用于监测研发质量的质量监测模型的优化方法及装置，通过监测软件质量的监测指标，来判断各研发团队的已发布软件的软件质量是否存在异常，并在监测到某研发团队的已发布软件的软件质量存在异常的情况下，对影响该监测指标的质量因子的权重值进行调整，以实现该研发团队预先配置的质量监测模型的优化。也即本方案中，提出了一种基于线上结果数据，来优化质量监测模型的方法，进而可以大大提升质量监测模型的准确性。此外，所优化得到的质量监测模型能够有效地对研发质量进行监控，进而可以有效降低线上软件的质量故障。
附图说明
为了更清楚地说明本说明书实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。
图1为本说明书提供的质量监测平台示意图；
图2为本说明书一个实施例提供的用于监测研发质量的质量监测模型的优化方法流程图；
图3为本说明书一个实施例提供的研发质量的监测方法流程图；
图4为本说明书一个实施例提供的用于监测研发质量的质量监测模型的优化装置示意图；
图5为本说明书一个实施例提供的研发质量的监测装置示意图。
具体实施方式
下面结合附图，对本说明书提供的方案进行描述。
在描述本说明书提供的方案之前，先对本方案的发明构思作以下说明。
如背景技术所述，传统技术中，通常是基于人工的方式，对研发团队在研发软件过程中的研发质量进行监测，该种监测方式具有效率低且监测不准确的问题。为解决该问题，本申请的申请人提出基于质量监测模型监测研发质量的思路。
具体地，研发团队可以预先配置质量监测模型。该质量监测模型用于在每个研发过程结束后，对该研发过程中的研发质量进行监测，其可以基于若干质量因子的加权组合结果而确定。这里的质量因子可以通过人工的方式进行提取。此外，本申请的发明人还考虑可以结合若干质量因子中的重要因子的取值，对研发过程中的研发质量进行监测。如，判断上述重要因子的对应取值是否大于对应阀值，若大于，才判断当前研发过程的研发质量不存在异常。
需要说明的是，对于某研发团员预先配置的质量监测模型，其可以通过如下的方式进行优化：监测该研发团队是否有软件发布上线，若有，则可以周期性监测软件质量的监测指标，若该监测指标出现异常，则相应的已发布软件的软件质量出现异常。这时可以从该研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响上述监测指标的目标因子。对该研发团队针对目标因子设定的权重值进行调整，以实现该研发团队预先配置的质量监测模型的优化。应理解，该质量监测模型的优化过程是不断重复执行的。在得到优化的质量监测模型后，该研发团队可以基于优化的质量监测模型，实现在后续软件研发过程中的研发质量的监测。
需要说明的是，在本方案中，可以基于控制图实现各研发团队的已发布软件的软件质量的监测。该控制图位于直角坐标系中，其中，该直角坐标系的横轴可以用于记录各研发团队，纵轴可以用于记录各研发团队针对监测指标所统计得到的多个统计值。可以理解的是，基于各研发团队针对一个监测指标所统计得到的多个统计值，可以绘制得到该监测指标对应的分布曲线。
应理解，在一个控制图中，通常可以绘制多个监测指标对应的分布曲线。在本说明书的以下描述中，将以一个控制图中只包括一个监测指标对应的分布曲线为例进行说明。
以上就是本说明书提供的发明构思，基于该发明构思就可以得到本方案，以下对本方案进行详细阐述。
图1为本说明书提供的质量监测平台示意图。图1中，某研发团队可以预先提取若干质量因子，这里质量因子的取值可以用于反映该研发团队在研发软件过程中的研发质量。针对上述各质量因子，该研发团队还可以为其设定相应的权重值，从而质量监测平台可以基于提取的质量因子和设定的权重值，构建对应于该研发团队的质量监测模型。
之后，在该研发团队的每个研发阶段结束后，可以基于该质量检测模型对该研发阶段的研发质量进行监测。此外，还可以结合若干质量因子中的重要因子的取值，对研发过程中的研发质量进行监测。若监测无异常，则进入下一研发阶段；否则向预定人员发送当前研发阶段存在异常的通知消息。
需要说明的是，对于上述质量监测模型，可以通过分析控制图中监测指标的分布曲线，来判断该研发团队的软件质量是否存在异常，并在存在异常的情况下，通过调整影响该监测指标的质量因子的权重值，来实现上述质量监测模型的优化，进而实现该研发团队的研发质量的准确监测。
图2为本说明书一个实施例提供的用于监测研发质量的质量监测模型的优化方法流程图。所述方法的执行主体可以为具有处理能力的设备：服务器或者系统或者装置，如，可以为图1中的质量监测平台。如图2所示，所述方法具体可以包括：
步骤202，基于控制图中软件质量的监测指标对应的分布曲线以及控制限，判断各研发团队的已发布软件的软件质量是否存在异常。
上述软件质量的监测指标可以包括但不限于发布回滚率以及线上故障数等。通过对该监测指标的统计值的波动分析，可以实现软件质量的异常监测。
在一个例子中，上述控制图可以如图3所示。图3中，该控制图位于直角坐标系中，该直角坐标系的横轴用于记录各研发团队，纵轴用于记录各研发团队针对某监测指标所统计得到的多个统计值。需要说明的是，基于某个研发团队以及该研发团队针对该监测指标所统计得到的一个统计值，可以唯一地确定一个数据点。也即每个数据点对应于一个研发团队和多个统计值中的一个统计值。应理解，基于确定的多个数据点，可以绘制得到该监测指标对应的分布曲线。
图3中，除了上述分布曲线，控制图中还包括三条平行于横轴的直线，其中，最上方的直线称为上控制限(ucl，uppercontrollimit)，中间的直线称为中心线(cl，centralline)，最下方的直线称为下控制限(lcl，lowercontrollimit)。这里的中心线基于监测指标的统计值的平均值而确定。上控制限和下控制限基于监测指标的统计值的平均值和数倍(如，±3)标准差确定。上述上控制限与下控制限可以构成控制区域。
应理解，作为示例，图3中只示出了一个监测指标对应的分布曲线。在实际应用中，可以在控制图中绘制出多个监测指标对应的多条分布曲线，本说明书对此不作限定。
回到步骤202，在一种实现方式中，上述判断过程具体可以为：判断该监测指标对应的分布曲线中是否存在位于控制区域之外的目标数据点。若是，则确定对应于该目标数据点的研发团队的已发布软件的软件质量存在异常。否则，各研发团队的已发布软件的软件质量均正常。以图3为例来说，由于分布曲线中不存在位于控制区域之外的目标数据点，因此，各研发团队的已发布软件的软件质量均正常。
在另一种实现方式中，也可以基于控制图的其它准则，如，某个数据点过于接近中心线等，判断各研发团队的已发布软件的软件质量是否存在异常，本说明书对此不作限定。
步骤204，若任意的第一研发团队的已发布软件的软件质量存在异常，则从第一研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响该监测指标的目标因子。
这里的质量监测模型用于对第一研发团队在研发软件过程中的研发质量进行监测，该质量监测模型基于若干质量因子的加权组合结果而确定。这里的质量因子的取值可以反映该第一研发团队在研发软件过程中的研发质量。上述质量因子可以包括但不限于单元测试覆盖率、功能测试覆盖率、代码规范度以及黑白盒安全扫描次数等等。
对于上述质量因子中的重要因子(由第一研发团队结合产品形态选取)，通常可以设定相应的阀值，从而质量监测平台可以结合重要因子的阀值以及质量监测模型的监测结果，共同评估研发质量是否存在异常。在一个例子中，可以设定评估规则，该评估规则至少指示出重要因子的取值需超过阀值。之后，可以结合评估规则以及质量监测模型的监测结果，共同评估研发质量是否存在异常。
需要说明的是，上述质量因子与监测指标之间可以具有多对多的关系。具体地，一个质量因子可以影响多个监测指标，而一个监测指标可以通过多个质量因子影响。应理解，质量因子与监测指标之间的对应关系可以由各研发团队结合自身情况而设定。也就是说，不同的研发团队，其所设定的质量因子与监测指标之间的对应关系是不同的。因此，上述在确定出第一研发团队之后，可以从第一研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响该监测指标的目标因子。该目标因子的个数可以为一个或多个。
举例来说，当监测指标为发布回滚率时，那么可以从第一研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响该发布回滚率的目标因子。
步骤206，至少对第一研发团队针对目标因子设定的权重值进行调整，以实现第一研发团队预先配置的质量监测模型的优化。
在一种实现方式中，可以根据经验值来调整目标因子对应的权重值。
在另一种实现方式中，目标因子对应的权重值的调整过程也可以如下：从监测指标对应的分布曲线中，选取除目标数据点之外的其它数据点。从其它数据点各自对应的研发团队中确定出若干参照研发团队。其中，每个参照研发团队设定的影响上述监测指标的质量因子中包含上述目标因子。基于各参照研发团队针对目标因子设定的权重值，对第一研发团队针对目标因子设定的权重值进行调整。如，可以对各参照研发团队针对目标因子设定的权重值求平均或者求加权平均，之后将求平均结果或者求加权平均结果，作为第一研发团队的目标因子的调整后的权重值。
再如，也可以从各参照研发团队中选取出目标研发团队。其中，该目标研发团队针对目标因子设定的权重值不低于第一研发团队针对目标因子设定的权重值。从目标研发团队针对目标因子设定的权重值中，选取出最大权重值和最小权重值。基于最大权重值和最小权重值，对第一研发团队针对目标因子设定的权重值进行调整。具体地，可以取最大权重值和最小权重值的中间值，作为第一研发团队的目标因子的调整后的权重值。
可以理解的是，由于第一研发团队预先配置的质量监测模型基于若干质量因子的加权组合结果而确定，因此，当若干质量因子中的部分质量因子(如，目标因子)的权重值调整后，相应的质量监测模型得到了优化。
应理解，上述步骤202-步骤206是周期性重复执行的，也即质量监测模型的优化过程是迭代执行的。
除了上述优化方式之外，第一研发团队预先配置的质量监测模型也可以通过如下方式进行优化：对于上述确定出的若干参照研发团队中的每个参照研发团队，从该参照研发团队设定的影响上述监测指标的质量因子中，选取除目标因子之外的其它因子。获取该参照研发团队针对该其它因子设定的权重值。基于其它因子以及其它因子对应的权重值，对第一研发团队预先配置的质量监测模型进行优化。如，可以将该其它因子以及对应的权重值，添加到第一研发团队预先配置的质量监测模型中，基于此实现其优化。
需要说明的是，上述第二种优化方式也是迭代执行的。此外，在实际应用中，可以从上述两种优化方式中任选一种，对第一研发团队预先配置的质量监测模型进行优化。当然，也可以结合上述两种优化方式，对第一研发团队预先配置的质量监测模型进行优化，本说明书对此不作限定。
还需要说明的是，当第一研发团队还结合重要因子的阀值评估其研发质量时，还可以获取各参照研发团队针对重要因子设定的多个阀值，之后，基于该多个阀值，调整第一研发团队针对重要因子设定的阀值。如，可以对多个阀值求平均或者求加权平均，并将求平均或者求加权平均结果，作为第一研发团队的重要因子的调整后的阀值。
应理解，作为示例，本说明书实施例以一个监测指标为例，对第一研发团队预先配置的质量监测模型的优化过程进行说明。在实际应用中，通常可以结合多个监测指标，对质量监测模型进行优化，本说明对此不作限定。此外，对于除第一研发团队的其它研发团队，其对应的质量监测模型的优化过程同上所述，在此不复赘述。
综合以上，本说明书实施例提出了一种基于线上指标结果，对用于监测研发质量的质量监测模型进行优化的方法，由此，可以大大提升所优化的质量监测模型的准确性。此外，基于该优化的质量监测模型可以实现研发质量的有效监测，进而可以提升软件质量。
图3为本说明书一个实施例提供的研发质量的监测方法流程图。所述方法的执行主体可以为具有处理能力的设备：服务器或者系统或者装置，如，可以为图1中的质量监测平台。如图3所示，所述方法具体可以包括：
步骤302，在研发团队的当前研发阶段结束后，获取该研发团队已优化的质量监测模型所包含的若干质量因子各自的取值。
上述研发团队可以为前述各研发团队中的任一研发团队。此外，上述质量监测模型用于对该研发团队在研发软件过程中的研发质量进行监测，其可以通过如图2所示的方法进行优化。
此外，这里的质量因子可以如步骤204所述，即其可以包括但不限于单元测试覆盖率、功能测试覆盖率、代码规范度以及黑白盒安全扫描次数等等。以单元测试覆盖率为例来说，其取值例如可以为：80％或者50％等等。可以理解的是，对于一个确定的研发阶段，针对每个质量因子，可以唯一对应一个取值。
步骤304，将若干质量因子各自的取值输入质量监测模型，输出相应的分数值。
如前述所述，该质量监测模型基于若干质量因子的加权组合结果而确定，从而，在针对每个质量因子确定出相应的取值之后，基于这些质量因子的取值以及相应的权重值，就可以计算出一个分数值。
步骤306，至少基于输出的分数值，评估当前研发阶段的研发质量是否存在异常。
如，可以判断输出的分数值是否大于预定分数，如果大于，则评估当前研发阶段的研发质量存在异常，否则不存在异常。
当然，在实际应用中，还可以结合评估规则，确定当前研发阶段的研发质量是否存在异常。该评估规则至少指示出若干质量因子中的重要因子的取值需超过对应阀值。
如，在输出的分数值不大于预定分数的情况下，还判断评估规则中指示出的重要因子的取值是否大于对应的阀值。这里的阀值可以由人工预先设定，也可以是在优化质量监测模型的过程中确定。在重要因子的取值大于对应阀值的情况下，才确定当前研发阶段的研发质量不存在异常。否则，仍然确定为存在异常。
步骤308，若存在异常，则按照预定通知方式，向预定人员发送当前研发阶段的研发质量存在异常的通知消息。
在一个例子中，在确定当前研发阶段的研发质量存在异常时，可以按照预定通知方式(如，短信，邮件或者内部通讯工具等)，向预定人员发送当前研发阶段的研发质量存在异常的通知消息。
此外，在确定当前研发阶段的研发质量存在异常时，还可以输出对应取值低于对应阀值的质量因子。之后，基于预定义的、对应于该选取的质量因子以及对应阀值的修改建议，对评估规则进行调整。如，该修改建议可以为：在评估规则中加入所选取的质量因子需超过对应阀值的限定；或者，调高所选取的质量因子对应的阀值，之后在评估规则中加入所选取的质量因子需超过调高后的阀值的限定。
综上，通过本说明书实施例提供的研发质量的监测方法，可以对研发团队在研发软件过程中的各个研发阶段的研发质量进行准确监测，从而可以提高该研发团队所研发软件的软件质量。
总之，本说明书实施例提供的方案具有如下优点：
第一，在研发迭代推进的过程中，可以利用质量监测平台自动进行质量风险的控制和改善方案的推荐，解决了人工把控时的风险揭示的不及时性以及质量标准不一致性。
第二，给研发团队整体质量策略的改进提供依据和方法，提升研发团队的整体的研发质量。
与上述用于监测研发质量的质量监测模型的优化方法对应地，本说明书一个实施例还提供的一种用于监测研发质量的质量监测模型的优化装置，如图4所示，该装置可以包括：
判断单元402，用于基于控制图中软件质量的监测指标对应的分布曲线以及控制限，判断各研发团队的已发布软件的软件质量是否存在异常。该分布曲线基于各研发团队各自针对该监测指标所统计得到的多个统计值而绘制得到。
该分布曲线可以包括多个数据点，其中，每个数据点对应于各研发团队中的一个研发团队和多个统计值中的一个统计值。上述控制限可以包括上控制限和下控制限，上控制限和下控制限构成控制区域。
判断单元402具体可以用于：
判断监测指标对应的分布曲线中是否存在位于控制区域之外的目标数据点。
若是，则确定对应于目标数据点的研发团队的已发布软件的软件质量存在异常。
此外，上述监测指标可以包括以下任一种：发布回滚率以及线上故障数。
选取单元404，用于若判断单元402判断任意的第一研发团队的已发布软件的软件质量存在异常，则从第一研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响该监测指标的目标因子。该质量监测模型用于对第一研发团队在研发软件过程中的研发质量进行监测，该质量监测模型基于若干质量因子的加权组合结果而确定。
上述质量因子可以包括单元测试覆盖率、功能测试覆盖率、代码规范度以及黑白盒安全扫描次数中的若干种。
调整单元406，用于至少对第一研发团队针对选取单元404选取的目标因子设定的权重值进行调整，以实现第一研发团队预先配置的质量监测模型的优化。
调整单元406具体可以用于：
从监测指标对应的分布曲线中，选取除目标数据点之外的其它数据点。
从其它数据点各自对应的研发团队中确定出若干参照研发团队，其中，每个参照研发团队设定的影响监测指标的质量因子中包含目标因子。
基于各参照研发团队针对目标因子设定的权重值，对第一研发团队针对目标因子设定的权重值进行调整。
调整单元406还具体可以用于：
从各参照研发团队中选取出目标研发团队，其中，目标研发团队针对目标因子设定的权重值不低于第一研发团队针对目标因子设定的权重值。
从目标研发团队针对目标因子设定的权重值中，选取出最大权重值和最小权重值。
基于最大权重值和最小权重值，对第一研发团队针对目标因子设定的权重值进行调整。
可选地，该装置还可以包括：获取单元(图中未示出)和优化单元(图中未示出)。
选取单元404，还用于对于若干参照研发团队中的每个参照研发团队，从该参照研发团队设定的影响监测指标的质量因子中，选取除目标因子之外的其它因子。
获取单元，用于获取该参照研发团队针对选取单元404选取的其它因子设定的权重值。
优化单元，用于基于选取单元404选取的其它因子以及获取单元获取的其它因子对应的权重值，对第一研发团队预先配置的质量监测模型进行优化。
本说明书上述实施例装置的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本说明书一个实施例提供的装置的具体工作过程，在此不复赘述。
本说明书一个实施例提供的用于监测研发质量的质量监测模型的优化装置，可以大大提升所优化的质量监测模型的准确性。
本说明书一个实施例提供的用于监测研发质量的质量监测模型的优化装置可以为图1中质量监测平台的一个模块或者单元。
与上述研发质量的监测方法对应于，本说明书一个实施例还提供的一种研发质量的监测装置，如图5所示，该装置可以包括：
获取单元502，用于在研发团队的当前研发阶段结束后，获取该研发团队已优化的质量监测模型所包含的若干质量因子各自的取值。其中，质量监测模型用于对该研发团队在研发软件过程中的研发质量进行监测，其通过如图2所示的方法进行优化。
输入输出单元504，用于将获取单元502获取的若干质量因子各自的取值输入质量监测模型，输出相应的分数值。
评估单元506，用于至少基于输入输出单元504输出的分数值，评估当前研发阶段的研发质量是否存在异常。
评估单元506具体可以用于：
基于预定义的评估规则，评估当前研发阶段的研发质量是否存在异常，该评估规则至少指示出若干质量因子中的重要因子的取值需超过对应阀值。
发送单元508，用于若评估单元506评估存在异常，则按照预定通知方式，向预定人员发送当前研发阶段的研发质量存在异常的通知消息。
可选地，该装置还可以包括：
选取单元(图中未示出)，用于从若干质量因子中选取出对应取值低于对应阀值的质量因子。
调整单元(图中未示出)，用于基于选取单元所选取的质量因子以及对应阀值，对评估规则进行调整。
本说明书上述实施例装置的各功能模块的功能，可以通过上述方法实施例的各步骤来实现，因此，本说明书一个实施例提供的装置的具体工作过程，在此不复赘述。
本说明书一个实施例提供的研发质量的监测装置，可以对研发团队在研发软件过程中的各个研发阶段的研发质量进行准确监测，从而可以提高该研发团队所研发软件的软件质量。
本说明书一个实施例提供的研发质量的监测装置可以为图1中质量监测平台的一个模块或者单元。
另一方面，本说明书的实施例提供了一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行图2或图3所示的方法。
另一方面，本说明书的实施例提供一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现图2或图3所示的方法。
本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
结合本说明书公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于ram存储器、闪存、rom存储器、eprom存储器、eeprom存储器、寄存器、硬盘、移动硬盘、cd-rom或者本领域熟知的任何其它形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于asic中。另外，该asic可以位于服务器中。当然，处理器和存储介质也可以作为分立组件存在于服务器中。
本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
以上所述的具体实施方式，对本说明书的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本说明书的具体实施方式而已，并不用于限定本说明书的保护范围，凡在本说明书的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本说明书的保护范围之内。
1.一种用于监测研发质量的质量监测模型的优化方法，所述方法包括：
基于控制图中软件质量的监测指标对应的分布曲线以及控制限，判断各研发团队的已发布软件的软件质量是否存在异常；所述分布曲线基于所述各研发团队各自针对所述监测指标所统计得到的多个统计值而绘制得到；
若任意的第一研发团队的已发布软件的软件质量存在异常，则从所述第一研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响所述监测指标的目标因子；所述质量监测模型用于对所述第一研发团队在研发软件过程中的研发质量进行监测；所述质量监测模型基于所述若干质量因子的加权组合结果而确定；
至少对所述第一研发团队针对所述目标因子设定的权重值进行调整，以实现所述第一研发团队预先配置的质量监测模型的优化。
2.根据权利要求1所述的方法，所述分布曲线包括多个数据点，其中，每个数据点对应于所述各研发团队中的一个研发团队和所述多个统计值中的一个统计值；所述控制限包括上控制限和下控制限；所述上控制限和下控制限构成控制区域；
所述基于控制图中软件质量的监测指标对应的分布曲线以及控制限，判断各研发团队的已发布软件的软件质量是否存在异常，包括：
判断所述监测指标对应的分布曲线中是否存在位于所述控制区域之外的目标数据点；
若是，则确定对应于所述目标数据点的研发团队的已发布软件的软件质量存在异常。
3.根据权利要求2所述的方法，所述至少对所述第一研发团队针对所述目标因子设定的权重值进行调整，包括：
从所述监测指标对应的分布曲线中，选取除所述目标数据点之外的其它数据点；
从所述其它数据点各自对应的研发团队中确定出若干参照研发团队；其中，每个参照研发团队设定的影响所述监测指标的质量因子中包含所述目标因子；
基于各参照研发团队针对所述目标因子设定的权重值，对所述第一研发团队针对所述目标因子设定的权重值进行调整。
4.根据权利要求3所述的方法，所述基于各参照研发团队针对所述目标因子设定的权重值，对所述第一研发团队针对所述目标因子设定的权重值进行调整，包括：
从所述各参照研发团队中选取出目标研发团队；其中，所述目标研发团队针对所述目标因子设定的权重值不低于所述第一研发团队针对所述目标因子设定的权重值；
从所述目标研发团队针对所述目标因子设定的权重值中，选取出最大权重值和最小权重值；
基于所述最大权重值和所述最小权重值，对所述第一研发团队针对所述目标因子设定的权重值进行调整。
5.根据权利要求3所述的方法，还包括：
对于所述若干参照研发团队中的每个参照研发团队，从该参照研发团队设定的影响所述监测指标的质量因子中，选取除所述目标因子之外的其它因子；
获取该参照研发团队针对所述其它因子设定的权重值；
基于所述其它因子以及所述其它因子对应的权重值，对所述第一研发团队预先配置的质量监测模型进行优化。
6.根据权利要求1所述的方法，所述监测指标包括以下任一种：发布回滚率以及线上故障数；所述质量因子包括单元测试覆盖率、功能测试覆盖率、代码规范度以及黑白盒安全扫描次数中的若干种。
7.一种研发质量的监测方法，包括：
在研发团队的当前研发阶段结束后，获取该研发团队已优化的质量监测模型所包含的若干质量因子各自的取值；其中，所述质量监测模型用于对该研发团队在研发软件过程中的研发质量进行监测，其通过如权利要求1-6任一项所述的方法进行优化；
将所述若干质量因子各自的取值输入所述质量监测模型，输出相应的分数值；
至少基于所述分数值，评估当前研发阶段的研发质量是否存在异常；
若存在异常，则按照预定通知方式，向预定人员发送当前研发阶段的研发质量存在异常的通知消息。
8.根据权利要求7所述的方法，所述评估当前研发阶段的研发质量是否存在异常，包括：
基于预定义的评估规则，评估当前研发阶段的研发质量是否存在异常；所述评估规则至少指示出所述若干质量因子中的重要因子的取值需超过对应阀值。
9.根据权利要求8所述的方法，还包括：
从所述若干质量因子中选取出对应取值低于对应阀值的质量因子；
基于所选取的质量因子以及对应阀值，对所述评估规则进行调整。
10.一种用于监测研发质量的质量监测模型的优化装置，所述装置包括：
判断单元，用于基于控制图中软件质量的监测指标对应的分布曲线以及控制限，判断各研发团队的已发布软件的软件质量是否存在异常；所述分布曲线基于所述各研发团队各自针对所述监测指标所统计得到的多个统计值而绘制得到；
选取单元，用于若所述判断单元判断任意的第一研发团队的已发布软件的软件质量存在异常，则从所述第一研发团队预先配置的质量监测模型所包含的若干质量因子中，选取出影响所述监测指标的目标因子；所述质量监测模型用于对所述第一研发团队在研发软件过程中的研发质量进行监测；所述质量监测模型基于所述若干质量因子的加权组合结果而确定；
调整单元，用于至少对所述第一研发团队针对所述选取单元选取的所述目标因子设定的权重值进行调整，以实现所述第一研发团队预先配置的质量监测模型的优化。
11.根据权利要求10所述的装置，所述分布曲线包括多个数据点，其中，每个数据点对应于所述各研发团队中的一个研发团队和所述多个统计值中的一个统计值；所述控制限包括上控制限和下控制限；所述上控制限和下控制限构成控制区域；
所述判断单元具体用于：
判断所述监测指标对应的分布曲线中是否存在位于所述控制区域之外的目标数据点；
若是，则确定对应于所述目标数据点的研发团队的已发布软件的软件质量存在异常。
12.根据权利要求11所述的装置，所述调整单元具体用于：
从所述监测指标对应的分布曲线中，选取除所述目标数据点之外的其它数据点；
从所述其它数据点各自对应的研发团队中确定出若干参照研发团队；其中，每个参照研发团队设定的影响所述监测指标的质量因子中包含所述目标因子；
基于各参照研发团队针对所述目标因子设定的权重值，对所述第一研发团队针对所述目标因子设定的权重值进行调整。
13.根据权利要求12所述的装置，所述调整单元具体用于：
从所述各参照研发团队中选取出目标研发团队；其中，所述目标研发团队针对所述目标因子设定的权重值不低于所述第一研发团队针对所述目标因子设定的权重值；
从所述目标研发团队针对所述目标因子设定的权重值中，选取出最大权重值和最小权重值；
基于所述最大权重值和所述最小权重值，对所述第一研发团队针对所述目标因子设定的权重值进行调整。
14.根据权利要求12所述的装置，还包括：获取单元和优化单元；
所述选取单元，还用于对于所述若干参照研发团队中的每个参照研发团队，从该参照研发团队设定的影响所述监测指标的质量因子中，选取除所述目标因子之外的其它因子；
所述获取单元，用于获取该参照研发团队针对所述选取单元选取的所述其它因子设定的权重值；
所述优化单元，用于基于所述选取单元选取的所述其它因子以及所述获取单元获取的所述其它因子对应的权重值，对所述第一研发团队预先配置的质量监测模型进行优化。
15.根据权利要求10所述的装置，所述监测指标包括以下任一种：发布回滚率以及线上故障数；所述质量因子包括单元测试覆盖率、功能测试覆盖率、代码规范度以及黑白盒安全扫描次数中的若干种。
16.一种研发质量的监测装置，包括：
获取单元，用于在研发团队的当前研发阶段结束后，获取该研发团队已优化的质量监测模型所包含的若干质量因子各自的取值；其中，所述质量监测模型用于对该研发团队在研发软件过程中的研发质量进行监测，其通过如权利要求1-6任一项所述的方法进行优化；
输入输出单元，用于将所述获取单元获取的所述若干质量因子各自的取值输入所述质量监测模型，输出相应的分数值；
评估单元，用于至少基于所述输入输出单元输出的所述分数值，评估当前研发阶段的研发质量是否存在异常；
发送单元，用于若所述评估单元评估存在异常，则按照预定通知方式，向预定人员发送当前研发阶段的研发质量存在异常的通知消息。
17.根据权利要求16所述的装置，所述评估单元具体用于：
基于预定义的评估规则，评估当前研发阶段的研发质量是否存在异常；所述评估规则至少指示出所述若干质量因子中的重要因子的取值需超过对应阀值。
18.根据权利要求17所述的装置，还包括：
选取单元，用于从所述若干质量因子中选取出对应取值低于对应阀值的质量因子；
调整单元，用于基于所述选取单元所选取的质量因子以及对应阀值，对所述评估规则进行调整。
19.一种计算机可读存储介质，其上存储有计算机程序，当所述计算机程序在计算机中执行时，令计算机执行权利要求1-6中任一项所述的方法。
20.一种计算设备，包括存储器和处理器，所述存储器中存储有可执行代码，所述处理器执行所述可执行代码时，实现权利要求1-6中任一项所述的方法。
技术总结