CN109829681B - 软件开发监控方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种软件开发监控方法、装置、计算机设备和存储介质，涉及研发管理的开发辅助，该方法通过获取被监控的软件开发项目的软件开发信息，从软件开发信息中，确定不满足软件开发要求的项目信息，并获取对应的和预设的项目开发规则，从软件开发信息中提取项目提交信息，匹配项目提交信息和项目发开规则得到项目信息，得到监控结果，从而能够实现对软件开发过程中的异常项目的实时监控，及时发现在项目处理过程中不符合软件开发规则的不规范行为，从而提高了软件开发效率。

Description

软件开发监控方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机软件技术领域，特别是涉及一种软件开发监控方法、装置、计算机设备和存储介质。

背景技术

软件开发包括软件需求提出，开发、测试和发布等阶段，不同的阶段由不同处理人员处理。如开发人员根据需求进行开发，开发完成后，提出测试需求，由测试人员进行测试，待测试通过后，开发人员将软件发布。

由于同一个软件开发项目涉及的处理人员众多，若在任一阶段的处理人员不按照规范进行操作，将导致整个软件开发项目不能顺利进行，进一步导致软件开发效率低。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高软件开发效率的软件开发监控方法、装置、计算机设备和存储介质。

一种软件开发监控方法，所述方法包括：

接收软件开发流程管理服务器发送的监控请求，所述监控请求携带有请求监控的软件标识；

向软件开发流程管理服务器发送开发信息获取请求，所述开发信息获取请求用于指示所述软件开发流程管理服务器发送与所述软件标识对应的软件开发信息；

获取预设的项目开发规则；

从所述软件开发信息中，提取项目提交信息；

获取所述项目提交信息与所述项目发开规则不匹配的异常项目信息；

根据所述异常项目信息，得到监控结果。

在其中一个实施例中，获取所述项目提交信息与所述项目发开规则不匹配的异常项目信息的步骤，包括：

获取所述项目开发规则中的各类统计阈值；

对所述项目提交信息进行分析，提取预设的各统计类别的统计数据；

查找各类所述统计数据中不满足对应的统计阈值的异常项目信息。

在其中一个实施例中，获取所述项目提交信息与所述项目发开规则不匹配的异常项目信息的步骤，包括：

获取所述项目开发规则中的各类移交规则；

对所述项目提交信息进行分析，提取预设的各类移交处理信息；

查找各类所述移交处理信息中与对应的各类移交规则不匹配的异常项目信息。

在其中一个实施例中，各类统计阈值包括：发布次数阈值、发布成功率阈值、漏洞数量阈值、开发移交及时率阈值和冒烟测试通过率阈值中的至少一种；

对所述项目提交信息进行分析，提取预设的各统计类别的统计数据的步骤，包括：

对所述项目提交信息进行分析，得到各预设统计类别对应的历史记录；

对所述历史记录进行统计，获取各类统计类别所需的数据信息，并按照设置的计算规则进行计算，得到各类统计数据；所述统计类别包括发布次数、发布成功率、漏洞数量、开发移交及时率和冒烟测试通过率中的至少一种。

在其中一个实施例中，各类移交规则包括需求移交处理规则和漏洞移交处理规则中的至少一种；

对所述项目提交信息进行分析，提取预设的各类移交处理信息的步骤，包括：

对所述项目提交信息进行分析，提取各类移交历史记录；

根据版本号，对所述移交历史记录进行提取，得到预设的各类移交处理信息。

在其中一个实施例中，根据所述异常项目信息，得到监控结果的步骤，包括：获取所述异常项目信息对应的处理人员信息；

根据所述异常项目信息和处理人员信息生成监控结果，将所述监控结果发送至所述软件开发流程管理服务器，所述监控结果用于指示所述软件开发流程管理服务器对处理人员进行提醒。

一种软件开发测试装置，所述装置包括：

监控请求接收模块，用于接收软件开发流程管理服务器发送的监控请求，所述监控请求携带有请求监控的软件标识；

发送模块，用于向软件开发流程管理服务器发送开发信息获取请求，所述开发信息获取请求用于指示所述软件开发流程管理服务器发送与所述软件标识对应的软件开发信息；

规则获取模块，用于获取预设的项目开发规则；

提取模块，用于从所述软件开发信息中，提取项目提交信息；

匹配模块，用于获取所述项目提交信息与所述项目发开规则不匹配的异常项目信息；

监控模块，用于根据所述异常项目信息，得到监控结果。

在其中一个实施例中，所述监控模块包括：

处理信息获取模块，用于获取所述异常项目信息对应的处理人员信息；

处理生成模块，用于根据所述异常项目信息和处理人员信息生成监控结果，将所述监控结果发送至所述软件开发流程管理服务器，所述监控结果用于指示所述软件开发流程管理服务器对处理人员进行提醒。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现上述的方法的步骤。

上述软件开发监控方法、装置、计算机设备和存储介质，通过获取被监控的软件开发项目的软件开发信息，从软件开发信息中，确定不满足软件开发要求的项目信息，并获取对应的和预设的项目开发规则，从软件开发信息中提取项目提交信息，匹配项目提交信息和项目发开规则得到项目信息，得到监控结果，从而能够实现对软件开发过程中的异常项目的实时监控，及时发现在项目处理过程中不符合软件开发规则的不规范行为，从而提高了软件开发效率。

附图说明

图1为一个实施例中软件开发监控方法的应用场景图；

图2为一个实施例中监控开发监控方法的流程示意图；

图3为一个实施例中获取项目提交信息项目发开规则不匹配的异常项目信息步骤的流程示意图；

图4为另一个实施例中获取项目提交信息项目发开规则不匹配的异常项目信息步骤的流程示意图；

图5为一个实施例中软件开发监控装置的结构框图；

图6为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的软件开发监控方法，可以应用于如图1所示的应用环境中。其中，软件开发流程管理服务器102和软件开发监控服务器104通过网络进行通信，处理人员的工作设备106通过网络与软件开发流程管理服务器102连接。通过开发流程管理系统，需求人员建立需求，移交给开发人员进行开发，开发完后移交给测试人员进行测试。测试人员可以提交漏洞，发布测试环境等一系列和项目有关的操作。工作人员通过的工作设备106的进行的流程内容存储在软件开发流程管理服务器102中，即软件开发流程管理服务器102存储有一个软件开发项目从提需求、开发、测试和发布各阶段的流程内容。软件开发流程管理服务器102向软件开发监控服务器104发送监控请求，软件开发监控服务器104根据监控请求，向软件开发流程管理服务器102发送开发信息获取请求，获取软件开发信息。软件开发监控服务器104从软件开发信息中，确定不满足软件开发要求的项目信息，并获取对应的处理人员，将项目信息和处理人员发送至软件开发流程管理服务器102，由软件开发流程管理服务器102对处理人员进行提醒，从而能够规范软件开发过程中行为，进一步提高软件开发效率。

在一个实施例中，如图2所示，提供了一种软件开发监控方法，以该方法应用于图1中的软件开发监控服务器为例进行说明，包括以下步骤：

步骤202，接收软件开发流程管理服务器发送的监控请求，监控请求携带有请求监控的软件标识。

软件标识是一个软件开发项目的识别标识，可以为一个软件开发项目的名称。不同的软件开发项目在不同的软件开发流程管理服务器上进行。一台软件开发监控服务器连接多个软件开发流程管理服务器，对多个软件开发项目进行监控。当一个软件开发项目的软件开发流程管理服务器与软件开发监控服务器连接，请求软件开发监控服务器对正在开发的软件项目进行监控时，向软件开发监控服务器发送监控请求，监控请求携带有请求监控的软件标识。

步骤204，向软件开发流程管理服务器发送开发信息获取请求，开发信息获取请求用于指示软件开发流程管理服务器发送与软件标识对应的软件开发信息。

软件开发监控服务器向软件开发流程管理服务器发送开发信息获取请求，软件开发监控服务器根据开发信息获取请求，向软件开发监控服务器发送与软件标识对应的软件开发信息。

软件开发信息是指一个软件开发项目从提需求、开发、测试和发布各阶段的流程内容。具体地，通过开发流程管理系统，需求人员建立需求，移交给开发人员进行开发，开发完后移交给测试人员进行测试。测试人员可以提交漏洞，发布测试环境等一系列和项目有关的操作。软件开发信息包括了这个过程中各个阶段的提交流程和处理内容，例如，需求数量，需求类型，漏洞数量，漏洞级别，漏洞详情，发布次数，发布详情，冒烟是否通过，封版时间，开发移交时间等信息。

步骤206，获取预设的项目开发规则。

具体地，项目开发规则由管理人员预先设置。项目开发规则规定了软件开发项目在各个阶段的处理规范，如处理流程和处理效率等。

S208，从软件开发信息中，提取项目提交信息。

项目提交信息是指处理人员在完成诸如提需求、开发、测试和发布等项目内容在相应阶段的处理时，所提交的信息，如一个提交流程，包括本阶段流程的结束以及下一流程的转交。项目提交信息则包括本阶段流程的提交者，本阶段流程结束信息，下一流程的处理者，以及本阶段的处理内容。如，提需求阶段的处理内容包括需求数量、需求类型，需求要点等。开发阶段的处理内容包括开发版本号和开发的软件。测试阶段的处理内容包括漏洞数量，漏洞级别，漏洞详情等。发布阶段的处理内容包括发布次数，发布详情，冒烟是否通过，封版时间，开发移交时间等信息。

S210，获取项目提交信息与项目发开规则不匹配的异常项目信息。

项目是指该软件开发信息中的处理事项，包括了提需求、开发、测试和发布。项目信息则为这些项目在处理过程中所记录的详细内容。软件开发要求是指软件开发监控服务器设置的软件开发管控要求，包括了软件开发项目各个阶段的项目开发规则，如处理流程和处理效率等。对于每一个项目，都设置了对应的项目开发规则，监控开发监控服务器监控软件在开发过程中，各个项目是否按照设置的处理规则进行，并及时发现不规范的行为对处理人员进行提醒。其中，处理人员是指一个项目的处理人员，如提需求的产品经理，进行软件开发的开发人员，进行软件测试的测试人员，进行产品发布的开发人员等。

将项目提交信息与项目开发规则进行比较，获取项目提交信息与项目发开规则不匹配的项目信息。以提需求为例，提需求为软件开发的一个处理事项，对于该处理事项，处理流程应当为新建-开发中-测试中-测试完成-验收。若对于所提的需求，在开发人员完成初步开发后，未经测试即验收，则不符合软件开发要求。以发布成功率为例，根据发布次数统计发布成功率，若发布成功率低于发布成功率阈值，则不符合软件开发要求。以冒烟测试通过率为例，若冒烟测试通过率低于阈值，则不符合软件开发要求。

S212，根据异常项目信息，得到监控结果。

具体地，监控结果基于异常项目信息得到，从而实现对异常项目信息的监控。

上述软件开发监控方法，通过获取被监控的软件开发项目的软件开发信息，从软件开发信息中，确定不满足软件开发要求的项目信息，并获取对应的和预设的项目开发规则，从软件开发信息中提取项目提交信息，匹配项目提交信息和项目发开规则得到项目信息，得到监控结果，从而能够实现对软件开发过程中的异常项目的实时监控，及时发现在项目处理过程中不符合软件开发规则的不规范行为，从而提高了软件开发效率。

在另一个实施例中，如图3所示，获取项目提交信息与项目发开规则不匹配的异常项目信息的步骤，包括：

S302，获取项目开发规则中的各类统计阈值。

具体地，项目开发规则包括预设类别的统计阈值，如发布次数阈值、发布成功率阈值、漏洞数量阈值、开发移交及时率阈值和冒烟测试通过率阈值。在其它的实施例中，根据需求还预先设置更多的项目及统计数据的计算方式。对于每一统计数据，设置了对应的统计阈值，以根据统计阈值规范开发人员的行为，提高软件开发的效率及质量。

S304，对项目提交信息进行分析，提取预设的各统计类别的统计数据。

项目提交信息中，包括了在项目开发过程中的记录信息，如每一次测试的漏洞数量，每一次发布是否成功，项目在一个阶段的处理时间(如开发阶段处理时间、测试阶段的处理时间等)。通过预先设置统计类别，如发布次数、发布成功率、漏洞数量、开发移交及时率和冒烟测试通过率。对于每一统计类别，设置了计算规则，从项目提交信息中获取计算所需的数据，得到各统计类别的统计数据。

S306，查找各类统计数据中不满足对应的统计阈值的异常项目信息。

对于每一统计数据，设置了对应的统计阈值，查找各类统计数据中不满足对应的统计阈值的异常项目信息，以根据统计阈值规范开发人员的行为，提高软件开发的效率及质量。

具体地，各类统计阈值包括：发布次数阈值、发布成功率阈值、漏洞数量阈值、开发移交及时率阈值和冒烟测试通过率阈值中的至少一种；对项目提交信息进行分析，提取预设的各类统计数据的步骤，包括：对项目提交信息进行分析，得到各预设统计类别对应的历史记录；对历史记录进行统计，获取各类统计类别所需的数据信息，并按照设置的计算规则进行计算，得到各类统计数据；统计类别包括发布次数、发布成功率、漏洞数量、开发移交及时率和冒烟测试通过率中的至少一种。

例如，根据发布历史记录信息统计发布成功率；获取发布成功率不满足发布成功率阈值的项目信息。具体地，针对提交的发布信息，统计出每个系统的发布情况，包括发布次数，发布成功次数，如果这个系统发布次数超过平均值，或者发布成功次数低于50％，则页面会提示开发注意发布质量。

又例如，统计出每个处理人员的开发移交及时率，如果这个工作人员的开发移交超过阈值，则页面会提示开发注意开发效率。

在另一个实施例中，如图4所示，获取项目提交信息与项目发开规则不匹配的异常项目信息的步骤，包括：

S402，获取项目开发规则中的各类移交规则。

具体地，移交规则是指软件开发项目从一个阶段移交至另一个阶段的规则。通过设置移交规则，能够规范处理人员在项目处理过程中软件开发行为使之符合规范。如移交规则包括需求移交规则和漏洞提交规则。如，一个规范的漏洞移交规则为：新建漏洞-开发解决漏洞-测试是否解决漏洞-测试完成-验收。又如，一个规范的需求移交规则为：新建->开发中->开发完成->测试中->测试完成->验收。

S404，对项目提交信息进行分析，提取预设的各类移交处理信息。

项目提交信息中，包括了各类历史处理记录，如需求处理历史记录，漏洞处理历史记录。历史处理记录中记录了项目在处理过程中的移交信息。具体地，可利用处理标识，按顺序在历史处理记录中进行提取，得到移交处理信息。处理标识即项目的各处理阶段，如提需求、测试，发布等等。

S406，查找各类移交处理信息中与对应的各类移交规则不匹配的异常项目信息。

具体地，将移交处理信息中的各处理标识及其顺序与移交规则中的处理标识及顺序进行比较，若一致，则匹配。若出现任一不同，则不匹配，将移动处理信息对应的项目信息，确定为异常项目信息。

通过从移交处理信息，查找移交规则不匹配的项目信息，能够分析出测试人员和开发人员在漏洞移交过程中是否符合规范。

在另一个实施例中，各类移交规则包括需求移交处理规则和漏洞移交处理规则中的至少一种；对项目提交信息进行分析，提取预设的各类移交处理信息的步骤，包括：对项目提交信息进行分析，提取各类移交历史记录；根据版本号，对移交历史记录进行提取，得到预设的各类移交处理信息。

具体地，对项目提交信息进行分析，根据预设的处理标识提取关键词，得到各类移交历史记录。可以理解的是，每一类别的移交规则所对应的处理标识及顺序不同。

软件在开发过程中，具有不同的版本号，以区分不同版本。为避免不同版本的历史记录的影响，本实施例中根据版本号进行提取，得到当前版本的预设的各类移交处理信息。

漏洞处理历史记录是测试人员在测试过程中从发现漏洞到开发人员解决漏洞完成验收的过程中，各个阶段的处理记录，包括提取漏洞数量，漏洞级别的分布情况和漏洞重开次数的历史记录。对于漏洞，预先设置了漏洞处理规则，如，一个规范的漏洞处理规则为：新建漏洞-开发解决漏洞-测试是否解决漏洞-测试完成-验收。通过从漏洞处理历史记录中，查找与漏洞处理规则不匹配的项目信息，能够分析出测试人员和开发人员在漏洞移交过程中是否符合规范。如，在漏洞详情中发现没有按照这个流程来移交，则在表中记录漏洞提交人以及系统，此人在下次提交漏洞或移动漏洞状态时，在页面操作漏洞时候则进行提示，漏洞状态应该移交到某状态下，而若此后漏洞移交符合规范则不再进行提示。

需求处理历史记录是一个需求从被提出到被验证的过程中，各个阶段的处理记录，包括需求数量，需求内容，测试情况、发布情况和验证情况的历史记录。对于需求，预先设置了需求处理规则，如，一个规范的需求处理规则为：新建->开发中->开发完成->测试中->测试完成->验收。通过从需求处理历史记录中，查找与需求处理规则不匹配的项目信息，能够分析出测试人员和开发人员在软件开发的移交过程中是否符合规范。如在需求详情中发现没有按照这个流程来移交，则在表中记录需求提交人以及系统，此人在下次提交需求或需求处理状态时，在页面操作需求相关内容时则进行提示，需求状态应该移交到xxx状态下。如果此后需求移交符合规范则不再进行提示。

在另一个实施例中，项目提交信息包括版本标识；获取项目提交信息与项目发开规则不匹配的项目信息，包括：当获取到开发人员提交的版本标识时，获取该版本标识对应的版本详情；获取版本详情所记载的开发人员提交的漏洞编号，与当前开发流程所对应的漏洞编号不一致的项目信息。

具体地，开发人员在针对漏洞进行提交时，应当提交版本标识，为确保处理的版本号和漏洞的一致，开发人员提交的版本标识，应当与当前开发流程所对应的漏洞编号一致，在确认漏洞针对当前开发流程进行。如果不是使用测试提交的漏洞编号，也会提示开发人员请使用漏洞提交代码到版本管理系统。

在另一个实施例中，软件开发监控方法还包括：生成各项统计数据对应的统计图表，统计数据包括版本缺陷数量、冒烟测试通过率、开发移交及时率，发布成功率中的至少一种。

在其它的实施列中，根据统计数据生成报告，也会对各个系统在各个版本生成线性图，对比每个系统在各个版本中的统计数据进行横向比较，如每个系统在各个版本中的漏洞情况，冒烟通过率，开发及时移交率等进行横向比较。

在另一个实施例中，根据异常项目信息，得到监控结果的步骤，包括：获取异常项目信息对应的处理人员信息；根据异常项目信息和处理人员信息生成监控结果，将监控结果发送至软件开发流程管理服务器，监控结果用于指示软件开发流程管理服务器对处理人员进行提醒。

具体地，处理人员是指一个项目的处理人员，如提需求的产品经理，进行软件开发的开发人员，进行软件测试的测试人员，进行产品发布的开发人员等。处理人员信息包括了该处理人员的联系方式，处理人员的姓名，部门和工号等。处理人员信息与开发人员的工作设备绑定，如处理人员在工作设备登录员工管理系统，则软件开发流程管理服务器在记录员工处理内容的同时，还记录了处理人员信息。其中，处理人员的联系方式，可以为处理人员的即时通讯工具账号(办公OA账号)或是邮箱地址。

软件开发监控服务器根据项目信息和处理人员信息生成监控结果，并将监控结果发送至软件开发流程管理服务器。软件开发流程管理服务器与处理人员的工作设备连接，软件开发流程管理服务器在接收到监控结果后，根据项目信息和处理人员信息，向处理人员的工作设备发送提醒，以提醒处理人员注意遵守软件开发要求，例如，向处理人员的即时通讯账号或是邮箱发送提醒信息。具体地，提醒内容可以包括不符合软件开发要求的项目信息以及正确的处理方式。

上述的软件开发监控方法，能够及时监控处理人员在项目处理过程中不符合软件开发流程的不规范行为，并对不规范行为进行提醒，从而提高了软件开发效率，进而提高软件开发质量。进一步地，基于监控结果可对软件开发质量进行分析。

应该理解的是，虽然图2-4的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-4中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图5所示，提供了一种软件开发监控装置，包括：监控请求接收模块、发送模块、规则获取模块、提取模块、匹配模块和监控模块。

其中：

监控请求接收模块502，用于接收软件开发流程管理服务器发送的监控请求，监控请求携带有请求监控的软件标识。

发送模块504，用于向软件开发流程管理服务器发送开发信息获取请求，开发信息获取请求用于指示软件开发流程管理服务器发送与软件标识对应的软件开发信息。

规则获取模块506，用于获取预设的项目开发规则。

提取模块508，用于从软件开发信息中，提取项目提交信息。

匹配模块510，用于获取项目提交信息与项目发开规则不匹配的异常项目信息。

监控模块512，用于根据异常项目信息，得到监控结果。

上述软件开发监控装置，通过获取被监控的软件开发项目的软件开发信息，从软件开发信息中，确定不满足软件开发要求的项目信息，并获取对应的和预设的项目开发规则，从软件开发信息中提取项目提交信息，匹配项目提交信息和项目发开规则得到项目信息，得到监控结果，从而能够实现对软件开发过程中的异常项目的实时监控，及时发现在项目处理过程中不符合软件开发规则的不规范行为，从而提高了软件开发效率。

在另一个实施例中，匹配模块包括：

统计阈值获取模块，用于获取项目开发规则中的各类统计阈值。

统计数据获取模块，用于对项目提交信息进行分析，提取预设的各统计类别的统计数据。

查找模块，用于查找各类统计数据中不满足对应的统计阈值的异常项目信息。

在另一个实施例中，匹配模块，包括：

移交规则获取模块，用于获取项目开发规则中的各类移交规则；

处理信息获取模块，用于对项目提交信息进行分析，提取预设的各类移交处理信息；

查找模块，用于查找各类移交处理信息中与对应的各类移交规则不匹配的异常项目信息。

在另一个实施例中，各类统计阈值包括：发布次数阈值、发布成功率阈值、漏洞数量阈值、开发移交及时率阈值和冒烟测试通过率阈值中的至少一种；

统计数据获取模块，用于对项目提交信息进行分析，得到各预设统计类别对应的历史记录，对历史记录进行统计，获取各类统计类别所需的数据信息，并按照设置的计算规则进行计算，得到各类统计数据；统计类别包括发布次数、发布成功率、漏洞数量、开发移交及时率和冒烟测试通过率中的至少一种。

在另一个实施例中，各类移交规则包括需求移交处理规则和漏洞移交处理规则中的至少一种；处理信息获取模块，用于对项目提交信息进行分析，提取各类移交历史记录，根据版本号，对移交历史记录进行提取，得到预设的各类移交处理信息。

在另一个实施例中，监控模块包括：

处理信息获取模块，用于获取异常项目信息对应的处理人员信息；

处理生成模块，用于根据异常项目信息和处理人员信息生成监控结果，将监控结果发送至软件开发流程管理服务器，监控结果用于指示软件开发流程管理服务器对处理人员进行提醒。

在另一个实施例中，项目提交信息包括版本标识；数据匹配模块，用于当获取到开发人员提交的版本标识时，获取该版本标识对应的版本详情，获取版本详情所记载的开发人员提交的漏洞编号，与当前开发流程所对应的漏洞编号不一致的项目信息。

在另一个实施例中，数据监控装置还包括：

图表生成模块，用于生成各项统计数据对应的统计图表。

关于软件开发监控装置的具体限定可以参见上文中对于软件开发监控方法的限定，在此不再赘述。上述软件开发监控装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图6所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储软件开发监控数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种软件开发监控方法。

本领域技术人员可以理解，图6中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：

接收软件开发流程管理服务器发送的监控请求，监控请求携带有请求监控的软件标识；

向软件开发流程管理服务器发送开发信息获取请求，开发信息获取请求用于指示软件开发流程管理服务器发送与软件标识对应的软件开发信息；

获取预设的项目开发规则；

从软件开发信息中，提取项目提交信息；

获取项目提交信息与项目发开规则不匹配的异常项目信息；

根据异常项目信息，得到监控结果。

在另一个实施例中，获取项目提交信息与项目发开规则不匹配的异常项目信息的步骤，包括：

获取项目开发规则中的各类统计阈值；

对项目提交信息进行分析，提取预设的各统计类别的统计数据；

查找各类统计数据中不满足对应的统计阈值的异常项目信息。

在另一个实施例中，获取项目提交信息与项目发开规则不匹配的异常项目信息的步骤，包括：

获取项目开发规则中的各类移交规则；

对项目提交信息进行分析，提取预设的各类移交处理信息；

查找各类移交处理信息中与对应的各类移交规则不匹配的异常项目信息。

在另一个实施例中，各类统计阈值包括：发布次数阈值、发布成功率阈值、漏洞数量阈值、开发移交及时率阈值和冒烟测试通过率阈值中的至少一种；

对项目提交信息进行分析，提取预设的各统计类别的统计数据的步骤，包括：

对项目提交信息进行分析，得到各预设统计类别对应的历史记录；

对历史记录进行统计，获取各类统计类别所需的数据信息，并按照设置的计算规则进行计算，得到各类统计数据；统计类别包括发布次数、发布成功率、漏洞数量、开发移交及时率和冒烟测试通过率中的至少一种。

在另一个实施例中，各类移交规则包括需求移交处理规则和漏洞移交处理规则中的至少一种；

对项目提交信息进行分析，提取预设的各类移交处理信息的步骤，包括：

对项目提交信息进行分析，提取各类移交历史记录；

根据版本号，对移交历史记录进行提取，得到预设的各类移交处理信息。

在另一个实施例中，根据异常项目信息，得到监控结果的步骤，包括：获取异常项目信息对应的处理人员信息；

根据异常项目信息和处理人员信息生成监控结果，将监控结果发送至软件开发流程管理服务器，监控结果用于指示软件开发流程管理服务器对处理人员进行提醒。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：

接收软件开发流程管理服务器发送的监控请求，监控请求携带有请求监控的软件标识；

向软件开发流程管理服务器发送开发信息获取请求，开发信息获取请求用于指示软件开发流程管理服务器发送与软件标识对应的软件开发信息；

获取预设的项目开发规则；

从软件开发信息中，提取项目提交信息；

获取项目提交信息与项目发开规则不匹配的异常项目信息；

根据异常项目信息，得到监控结果。

在另一个实施例中，获取项目提交信息与项目发开规则不匹配的异常项目信息的步骤，包括：

获取项目开发规则中的各类统计阈值；

对项目提交信息进行分析，提取预设的各统计类别的统计数据；

查找各类统计数据中不满足对应的统计阈值的异常项目信息。

在另一个实施例中，获取项目提交信息与项目发开规则不匹配的异常项目信息的步骤，包括：

获取项目开发规则中的各类移交规则；

对项目提交信息进行分析，提取预设的各类移交处理信息；

查找各类移交处理信息中与对应的各类移交规则不匹配的异常项目信息。

在另一个实施例中，各类统计阈值包括：发布次数阈值、发布成功率阈值、漏洞数量阈值、开发移交及时率阈值和冒烟测试通过率阈值中的至少一种；

对项目提交信息进行分析，提取预设的各统计类别的统计数据的步骤，包括：

对项目提交信息进行分析，得到各预设统计类别对应的历史记录；

对历史记录进行统计，获取各类统计类别所需的数据信息，并按照设置的计算规则进行计算，得到各类统计数据；统计类别包括发布次数、发布成功率、漏洞数量、开发移交及时率和冒烟测试通过率中的至少一种。

在另一个实施例中，各类移交规则包括需求移交处理规则和漏洞移交处理规则中的至少一种；

对项目提交信息进行分析，提取预设的各类移交处理信息的步骤，包括：

对项目提交信息进行分析，提取各类移交历史记录；

根据版本号，对移交历史记录进行提取，得到预设的各类移交处理信息。

在另一个实施例中，根据异常项目信息，得到监控结果的步骤，包括：获取异常项目信息对应的处理人员信息；

根据异常项目信息和处理人员信息生成监控结果，将监控结果发送至软件开发流程管理服务器，监控结果用于指示软件开发流程管理服务器对处理人员进行提醒。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种软件开发监控方法，所述方法包括：

接收软件开发流程管理服务器发送的监控请求，所述监控请求携带有请求监控的软件标识；

向软件开发流程管理服务器发送开发信息获取请求，所述开发信息获取请求用于指示所述软件开发流程管理服务器发送与所述软件标识对应的软件开发信息；

获取预设的项目开发规则；

从所述软件开发信息中，提取项目提交信息；

获取所述项目提交信息与所述项目开发规则不匹配的异常项目信息；

根据所述异常项目信息，得到监控结果；

其中，所述获取所述项目提交信息与所述项目开发规则不匹配的异常项目信息的步骤包括：

获取所述项目开发规则中的各类统计阈值；所述各类统计阈值包括发布次数阈值、发布成功率阈值、漏洞数量阈值、开发移交及时率阈值和冒烟测试通过率阈值中的至少一种；

对所述项目提交信息进行分析，得到各预设统计类别对应的历史记录；

对所述历史记录进行统计，获取各类统计类别所需的数据信息；所述统计类别包括发布次数、发布成功率、漏洞数量、开发移交及时率和冒烟测试通过率中的至少一种；

按照预设置的计算规则进行计算，得到预设的各统计类别的统计数据；

查找各类所述统计数据中不满足对应的统计阈值的异常项目信息。

2.根据权利要求1所述的方法，其特征在于，获取所述项目提交信息与所述项目开发规则不匹配的异常项目信息的步骤，还包括：

获取所述项目开发规则中的各类移交规则；

对所述项目提交信息进行分析，提取预设的各类移交处理信息；

查找各类所述移交处理信息中与对应的各类移交规则不匹配的异常项目信息。

3.根据权利要求2所述的方法，其特征在于，各类移交规则包括需求移交处理规则和漏洞移交处理规则中的至少一种；

对所述项目提交信息进行分析，提取预设的各类移交处理信息的步骤，包括：

对所述项目提交信息进行分析，提取各类移交历史记录；

根据版本号，对所述移交历史记录进行提取，得到预设的各类移交处理信息。

4.根据权利要求1所述的方法，其特征在于，根据所述异常项目信息，得到监控结果的步骤，包括：获取所述异常项目信息对应的处理人员信息；

根据所述异常项目信息和处理人员信息生成监控结果，将所述监控结果发送至所述软件开发流程管理服务器，所述监控结果用于指示所述软件开发流程管理服务器对处理人员进行提醒。

5.一种软件开发测试装置，其特征在于，所述装置包括：

监控请求接收模块，用于接收软件开发流程管理服务器发送的监控请求，所述监控请求携带有请求监控的软件标识；

发送模块，用于向软件开发流程管理服务器发送开发信息获取请求，所述开发信息获取请求用于指示所述软件开发流程管理服务器发送与所述软件标识对应的软件开发信息；

规则获取模块，用于获取预设的项目开发规则；

提取模块，用于从所述软件开发信息中，提取项目提交信息；

匹配模块，用于获取所述项目提交信息与所述项目开发规则不匹配的异常项目信息；

监控模块，用于根据所述异常项目信息，得到监控结果；

其中，所述匹配模块包括：

统计阈值获取模块，用于获取所述项目开发规则中的各类统计阈值；各类统计阈值包括发布次数阈值、发布成功率阈值、漏洞数量阈值、开发移交及时率阈值和冒烟测试通过率阈值中的至少一种；

统计数据获取模块，用于对所述项目提交信息进行分析，得到各预设统计类别对应的历史记录；对所述历史记录进行统计，获取各类统计类别所需的数据信息；所述统计类别包括发布次数、发布成功率、漏洞数量、开发移交及时率和冒烟测试通过率中的至少一种；

查找模块，用于查找各类所述统计数据中不满足对应的统计阈值的异常项目信息。

6.根据权利要求5所述的装置，其特征在于，所述监控模块包括：

处理信息获取模块，用于获取所述异常项目信息对应的处理人员信息；

处理生成模块，用于根据所述异常项目信息和处理人员信息生成监控结果，将所述监控结果发送至所述软件开发流程管理服务器，所述监控结果用于指示所述软件开发流程管理服务器对处理人员进行提醒。

7.根据权利要求5所述的装置，其特征在于，所述匹配模块，包括：

移交规则获取模块，用于获取所述项目开发规则中的各类移交规则；

处理信息获取模块，用于对所述项目提交信息进行分析，提取预设的各类移交处理信息；

查找模块，用于查找各类所述移交处理信息中与对应的各类移交规则不匹配的异常项目信息。

8.根据权利要求7所述的装置，其特征在于，各类移交规则包括需求移交处理规则和漏洞移交处理规则中的至少一种；

所述处理信息获取模块，用于对所述项目提交信息进行分析，提取各类移交历史记录；根据版本号，对所述移交历史记录进行提取，得到预设的各类移交处理信息。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至4中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至4中任一项所述的方法的步骤。