信息处理方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种信息处理方法、装置、设备及存储介质。

背景技术

在软件开发过程中，对需求的软件开发成本是项目考核的关键指标，也是对软件开发人员工作量考核的关键数据。

目前，软件开发人员在进行软件开发时，根据自己当天的工作量自行分配，手动为每个需求填写当天的工作量，并提交至服务器；之后，由服务器根据软件开发人员手工填报的工作量统计软件项目开发的当天工作量，并在项目开发完成时，根据当天工作量合计项目总体工作量，进而统计出整个项目的软件开发成本。

但通过人工填报工作量的方式，可能存在填报的工作量不准确或填报信息错误的问题。

发明内容

本申请提供一种信息处理方法、装置、设备及存储介质，以解决通过人工填报工作量的方式，可能存在的填报的工作量不准确或填报信息错误的问题。

第一方面，本申请提供一种信息处理方法，包括：

接收用户通过客户端提交的目标代码以及与目标代码相关联的需求条目；

确定目标代码对应的代码质量、代码数量以及代码开发时间；

根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量；

向客户端发送代码开发工作量，以使客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量。

可选的，确定目标代码对应的代码质量、代码数量以及代码开发时间，包括：对目标代码进行圈复杂度分析，确定代码质量；根据目标代码的代码行数，确定代码数量；根据目标代码的编码开始时间和目标代码的提交时间，确定代码开发时间。

可选的，根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量，包括：基于预设工作量模型，根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量。

可选的，该信息处理方法还包括：在包含需求条目的项目结束时，根据代码开发工作量，确定项目的软件开发成本。

可选的，根据代码开发工作量，确定项目的软件开发成本，包括：获取项目中每个需求条目对应的代码开发工作量；根据各需求条目对应的代码开发工作量，确定项目对应的代码开发工作量；根据项目对应的代码开发工作量，确定项目的软件开发成本。

可选的，需求条目对应多个用户，获取项目中每个需求条目对应的代码开发工作量，包括：根据多个用户在需求条目下的代码开发工作量，确定需求条目对应的代码开发工作量。

第二方面，本申请提供一种信息处理装置，包括：

接收模块，用于接收用户通过客户端提交的目标代码以及与目标代码相关联的需求条目；

第一确定模块，用于确定目标代码对应的代码质量、代码数量以及代码开发时间；

生成模块，用于根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量；

发送模块，用于向客户端发送代码开发工作量，以使客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量。

可选的，第一确定模块，具体用于：对目标代码进行圈复杂度分析，确定代码质量；根据目标代码的代码行数，确定代码数量；根据目标代码的编码开始时间和目标代码的提交时间，确定代码开发时间。

可选的，生成模块，具体用于：基于预设工作量模型，根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量。

可选的，信息处理装置还包括第二确定模块，用于在包含需求条目的项目结束时，根据代码开发工作量，确定项目的软件开发成本。

可选的，第二确定模块在用于根据代码开发工作量，确定项目的软件开发成本时，具体用于：获取项目中每个需求条目对应的代码开发工作量；根据各需求条目对应的代码开发工作量，确定项目对应的代码开发工作量；根据项目对应的代码开发工作量，确定项目的软件开发成本。

可选的，需求条目对应多个用户，第二确定模块在用于获取项目中每个需求条目对应的代码开发工作量时，具体用于：根据多个用户在需求条目下的代码开发工作量，确定需求条目对应的代码开发工作量。

第三方面，本申请提供一种电子设备，包括：存储器和处理器；

存储器用于存储程序指令；

处理器用于调用存储器中的程序指令执行如本申请第一方面所述的信息处理方法。

第四方面，本申请提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机程序指令，计算机程序指令被执行时，实现如本申请第一方面所述的信息处理方法。

第五方面，本申请提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如本申请第一方面所述的信息处理方法。

本申请提供的信息处理方法、装置、设备及存储介质，通过接收用户通过客户端提交的目标代码以及与目标代码相关联的需求条目，确定目标代码对应的代码质量、代码数量以及代码开发时间，根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量，向客户端发送代码开发工作量，以使客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量。由于本申请能够自动根据用户提交的关联了需求条目的目标代码对应的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量，避免了用户手动为每个需求条目填写对应的代码开发工作量，因此，能够准确地获得代码开发工作量，并有助于提升用户的工作效率。

附图说明

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

图1为本申请一实施例提供的应用场景示意图；

图2为本申请一实施例提供的信息处理方法的流程图；

图3为本申请另一实施例提供的信息处理方法的流程图；

图4为本申请一实施例提供的信息处理装置的结构示意图；

图5为本申请另一实施例提供的信息处理装置的结构示意图；

图6为本申请一实施例提供的电子设备的结构示意图。

具体实施方式

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

首先，对本申请涉及的部分技术术语进行解释说明：

团队基础服务器(Team Foundation Server，TFS)，是为微软产品提供源代码管理、数据收集、报告和项目跟踪的协作软件开发的项目，是管理和开发软件项目的整个生命周期的平台工具。

目前，通过TFS收集软件开发人员手工填写的工作量进行统计，计算出软件项目需求的开发成本，不仅增加了软件开发人员的手动填写的工作量，也会存在实际工作量与填报工作量的误差。具体地，一方面，软件开发人员通过手工方式填写工作量，每个项目均由软件开发人员自行填报工时，软件开发人员人工填报方式比较随意，导致软件项目需求的开发成本统计数据准确性不高，无法作为软件项目需求开发成本计算及核算的准确依据。另一方面，软件开发人员的开发任务比较多，日常手工填报工时等内容无形中增加了软件开发人员的工作量，也会出现由于填报延误或填报错误出现工时不匹配等问题，影响到软件开发人员的工作积极性，也降低了软件开发部门的研发效率。

基于上述问题，本申请提供一种信息处理方法、装置、设备及存储介质，通过分析处理软件开发人员提交代码的代码质量、代码数量、代码开发时间以及关联的需求条目，自动计算出软件开发人员对应各需求条目的代码开发工作量，从而实现整个项目的软件开发成本统计。

以下，首先对本申请提供的方案的应用场景进行示例说明。

图1为本申请一实施例提供的应用场景示意图。如图1所示，本应用场景中，服务器120接收用户通过客户端110提交的与需求条目相关联的代码，服务器120根据该代码确定用户的代码开发工作量。其中，服务器120根据该代码确定用户的代码开发工作量的具体实现过程可以参见下述各实施例的方案。

需要说明的是，图1仅是本申请实施例提供的一种应用场景的示意图，本申请实施例不对图1中包括的设备进行限定，也不对图1中设备之间的位置关系进行限定。例如，在图1所示的应用场景中，还可以包括数据存储设备，该数据存储设备相对客户端110或者服务器120可以是外部存储器，也可以是集成在客户端110或者服务器120中的内部存储器。

接下来，通过具体实施例介绍信息处理方法。

图2为本申请一实施例提供的信息处理方法的流程图。本申请实施例的方法可以应用于电子设备中，该电子设备可以是服务器或服务器集群等。如图2所示，本申请实施例的方法包括：

S201、接收用户通过客户端提交的目标代码以及与目标代码相关联的需求条目。

本申请实施例中，示例性地，客户端为TFS客户端，TFS客户端自带git仓库用于保管代码。用户比如为软件开发人员，软件开发人员通过TFS客户端把项目有关代码下载到本地git客户端，软件开发人员通过git客户端开始编码操作，并记录编码开始时间。软件开发人员在通过TFS客户端提交目标代码到TFS服务器时，记录目标代码的提交时间。同时，软件开发人员在提交目标代码时，通过TFS客户端的关联工作项功能，把提交的目标代码和对应的需求条目进行关联，以表明本次提交目标代码是关联了哪个需求条目。TFS服务器接收软件开发人员通过客户端提交的目标代码以及与目标代码相关联的需求条目。

S202、确定目标代码对应的代码质量、代码数量以及代码开发时间。

示例性地，TFS服务器在接收到用户通过客户端提交的目标代码以及与目标代码相关联的需求条目后，可以根据目标代码的相关信息，确定目标代码对应的代码质量、代码数量以及代码开发时间。对于如何确定目标代码对应的代码质量、代码数量以及代码开发时间，可参考相关技术或者后续实施例，此处不再赘述。

S203、根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量。

在确定了目标代码对应的代码质量、代码数量以及代码开发时间后，可以根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量。对于如何生成用户在需求条目下对应的代码开发工作量，可参考相关技术或者后续实施例，此处不再赘述。

S204、向客户端发送代码开发工作量，以使客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量。

示例性地，TFS服务器在生成了用户在需求条目下对应的代码开发工作量，可以向TFS客户端发送代码开发工作量。相应地，TFS客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量，比如TFS客户端在需求条目工时界面显示各个需求条目对应的代码开发工作量。

本申请实施例提供的信息处理方法，通过接收用户通过客户端提交的目标代码以及与目标代码相关联的需求条目，确定目标代码对应的代码质量、代码数量以及代码开发时间，根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量，向客户端发送代码开发工作量，以使客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量。由于本申请实施例能够自动根据用户提交的关联了需求条目的目标代码对应的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量，避免了用户手动为每个需求条目填写对应的代码开发工作量，因此，能够准确地获得代码开发工作量，并有助于提升用户的工作效率。

图3为本申请另一实施例提供的信息处理方法的流程图。在上述实施例的基础上，本申请实施例对如何进行信息处理进行进一步说明。如图3所示，本申请实施例的方法可以包括：

S301、接收用户通过客户端提交的目标代码以及与目标代码相关联的需求条目。

该步骤的具体描述可以参见图2所示实施例中S201的相关描述，此处不再赘述。

S302、对目标代码进行圈复杂度分析，确定代码质量。

示例性地，圈复杂度是一种代码复杂度的衡量标准，圈复杂度大说明软件代码可能质量低且难于测试和维护，软件的可能错误和高的圈复杂度有着很大关系。软件代码某部分的圈复杂度就是这部分代码中线性无关路径的数量。例如，如果一段代码中不包含控制流语句(条件或决策点)，那么这段代码的圈复杂度为1，因为这段代码中只会有一条路径；如果一段代码中仅包含一个if语句，且if语句仅有一个条件，那么这段代码的圈复杂度为2；包含两个嵌套的if语句，或是一个if语句有两个条件的代码块的圈复杂度为3。TFS服务器在接收到用户通过客户端提交的目标代码后，对目标代码进行圈复杂度分析，从而可以确定代码质量。示例性地，可以通过预设的代码质量检查工具，依据预设的代码质量检查规范对目标代码的质量进行评价，确定是否符合圈复杂度，进而确定代码质量。示例性地，代码质量可以分为代码质量比较高、代码质量比较中、代码质量比较低，本申请不以此为限制。

S303、根据目标代码的代码行数，确定代码数量。

示例性地，TFS服务器在接收到用户通过客户端提交的目标代码后，可以根据目标代码的代码行数，确定代码数量。示例性地，可以根据不同的文件类型，对目标代码的代码行数进行相应的调整，以确定代码数量。例如，一文件类型的目标代码的代码行数为100行，按照80％的比例进行调整后，确定的代码数量为80行；另一文件类型的目标代码的代码行数为100行，按照100％的比例进行调整后，确定的代码数量为100行。示例性地，为了保证代码数量的准确性，可以将目标代码的代码行数中包含的注释行与空白行去除，来确定代码数量。

S304、根据目标代码的编码开始时间和目标代码的提交时间，确定代码开发时间。

示例性地，软件开发人员在通过git客户端开始编码操作时，TFS服务器记录了目标代码的编码开始时间，在软件开发人员提交代码到TFS服务器时，TFS服务器记录了目标代码的提交时间，因此，可以根据目标代码的编码开始时间和目标代码的提交时间，确定代码开发时间。示例性地，目标代码的编码开始时间为上午9点，目标代码的提交时间为上午11点，则可以确定代码开发时间为2小时。

S305、基于预设工作量模型，根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量。

示例性地，预设工作量模型可以包括但不限于以下规则：

(1)代码开发时间为4小时，代码数量大于100行，代码质量比较高(代码质量符合预设的代码质量检查规范，符合圈复杂度)，则将代码开发时间调整为原来的1.5倍，即代码开发时间调整为6小时；

(2)代码开发时间为4小时，代码数量大于100行，代码质量比较中(代码质量符合预设的代码质量检查规范)，则代码开发时间不需要进行调整，即代码开发时间为4小时；

(3)代码开发时间为4小时，代码数量大于100行，代码质量比较低(代码质量符合预设的代码质量检查规范)，则将代码开发时间调整为原来的0.8倍，即代码开发时间调整为3.2小时；

(4)代码开发时间为4小时，代码数量在50行至100行的范围内，代码质量比较高(代码质量符合预设的代码质量检查规范，符合圈复杂度)，则将代码开发时间调整为原来的1.2倍，即代码开发时间调整为4.8小时；

(5)代码开发时间为4小时，代码数量在50行至100行的范围内，代码质量比较中(代码质量符合预设的代码质量检查规范)，则代码开发时间不需要进行调整，即代码开发时间为4小时；

(6)代码开发时间为4小时，代码数量在50行至100行的范围内，代码质量比较低(代码质量符合预设的代码质量检查规范)，则将代码开发时间调整为原来的0.8倍，即代码开发时间为3.2小时；

(7)代码开发时间为4小时，代码数量在50行以内，代码质量比较高(代码质量符合预设的代码质量检查规范，符合圈复杂度)，则代码开发时间不需要进行调整，即代码开发时间为4小时；

(8)代码开发时间为4小时，代码数量在50行以内，代码质量比较低(代码质量符合预设的代码质量检查规范)，则将代码开发时间调整为原来的0.8倍，即代码开发时间为3.2小时；

(9)代码开发时间为4小时，代码数量在50行以内，代码质量不符合预设的代码质量检查规范，则将代码开发时间调整为原来的0.5倍，即代码开发时间为2小时；

(10)代码开发时间为4小时，代码数量在10行以内，代码质量不符合预设的代码质量检查规范，则不计算代码开发时间，即代码开发时间为0小时。

基于预设工作量模型，在确定了目标代码的代码质量、代码数量以及代码开发时间后，可以生成用户在需求条目下对应的代码开发工作量。

S306、向客户端发送代码开发工作量，以使客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量。

该步骤的具体描述可以参见图2所示实施例中S204的相关描述，此处不再赘述。

S307、在包含需求条目的项目结束时，根据代码开发工作量，确定项目的软件开发成本。

示例性地，通过科技管理平台(Information Technology Aggregation，ITA)进行项目开发流程的管理。TFS服务器在ITA包含需求条目的项目结项流程结束时，根据项目对应的代码开发工作量，确定项目的软件开发成本。

进一步地，根据代码开发工作量，确定项目的软件开发成本，可以包括：获取项目中每个需求条目对应的代码开发工作量；根据各需求条目对应的代码开发工作量，确定项目对应的代码开发工作量；根据项目对应的代码开发工作量，确定项目的软件开发成本。

示例性地，TFS客户端的需求条目工时界面中显示了各需求条目对应的代码开发工作量，即工时，因此，可以获取项目中每个需求条目对应的工时。通过汇总所有需求条目的总工时，计算出整个项目的工时，进而确定项目的软件开发成本。示例性地，项目包含5个需求条目，需求条目1对应的工时为4小时，需求条目2对应的工时为3小时，需求条目3对应的工时为5小时，需求条目4对应的工时为4小时，需求条目5对应的工时为2小时，则该项目的工时为18小时。

进一步地，需求条目对应多个用户，获取项目中每个需求条目对应的代码开发工作量，可以包括：根据多个用户在需求条目下的代码开发工作量，确定需求条目对应的代码开发工作量。

示例性地，一个需求条目可能需要多个用户同时进行代码开发，则可以通过汇总多个用户在该需求条目下的总代码开发工作量，确定需求条目对应的代码开发工作量。示例性地，一个需求条目对应3个用户，用户1在该需求条目下的代码开发工作量为4小时，用户2在该需求条目下的代码开发工作量为2小时，用户3在该需求条目下的代码开发工作量为3小时，则该需求条目对应的代码开发工作量为9小时。

本申请实施例提供的信息处理方法，通过接收用户通过客户端提交的目标代码以及与目标代码相关联的需求条目，对目标代码进行圈复杂度分析，确定代码质量，根据目标代码的代码行数，确定代码数量，根据目标代码的编码开始时间和目标代码的提交时间，确定代码开发时间，基于预设工作量模型，根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量，向客户端发送代码开发工作量，以使客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量，在包含需求条目的项目结束时，根据代码开发工作量，确定项目的软件开发成本。由于本申请实施例能够对用户提交的关联了需求条目的目标代码对应的代码质量、代码数量以及代码开发时间进行分析处理，自动生成用户在需求条目下对应的代码开发工作量，进而确定项目的软件开发成本，避免了用户手动为每个需求条目填写对应的代码开发工作量，因此，能够准确地获得代码开发工作量，确定项目的软件开发成本，并有助于提升用户的工作效率。

下述为本申请装置实施例，可以用于执行本申请方法实施例。对于本申请装置实施例中未披露的细节，请参照本申请方法实施例。

图4为本申请一实施例提供的信息处理装置的结构示意图，如图4所示，本申请实施例的信息处理装置400包括：接收模块401、第一确定模块402、生成模块403和发送模块404。其中：

接收模块401，用于接收用户通过客户端提交的目标代码以及与目标代码相关联的需求条目。

第一确定模块402，用于确定目标代码对应的代码质量、代码数量以及代码开发时间。

生成模块403，用于根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量。

发送模块404，用于向客户端发送代码开发工作量，以使客户端在工作量填报界面中与需求条目对应的位置显示代码开发工作量。

在一些实施例中，第一确定模块402，可以具体用于：对目标代码进行圈复杂度分析，确定代码质量；根据目标代码的代码行数，确定代码数量；根据目标代码的编码开始时间和目标代码的提交时间，确定代码开发时间。

可选的，生成模块403，可以具体用于：基于预设工作量模型，根据目标代码的代码质量、代码数量以及代码开发时间，生成用户在需求条目下对应的代码开发工作量。

图5为本申请另一实施例提供的信息处理装置的结构示意图。如图5所示，本申请实施例的信息处理装置500在图4所示装置结构的基础上，进一步地还可以包括：

第二确定模块405，用于在包含需求条目的项目结束时，根据代码开发工作量，确定项目的软件开发成本。

在一些实施例中，第二确定模块405在用于根据代码开发工作量，确定项目的软件开发成本时，具体用于：获取项目中每个需求条目对应的代码开发工作量；根据各需求条目对应的代码开发工作量，确定项目对应的代码开发工作量；根据项目对应的代码开发工作量，确定项目的软件开发成本。

可选的，需求条目对应多个用户，第二确定模块405在用于获取项目中每个需求条目对应的代码开发工作量时，具体用于：根据多个用户在需求条目下的代码开发工作量，确定需求条目对应的代码开发工作量。

本实施例的装置，可以用于执行上述任一所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

图6为本申请一实施例提供的电子设备的结构示意图。示例性地，电子设备可以被提供为一服务器或计算机。参照图6，电子设备600包括处理组件601，其进一步包括一个或多个处理器，以及由存储器602所代表的存储器资源，用于存储可由处理组件601的执行的指令，例如应用程序。存储器602中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件601被配置为执行指令，以执行上述任一方法实施例。

电子设备600还可以包括一个电源组件603被配置为执行电子设备600的电源管理，一个有线或无线网络接口604被配置为将电子设备600连接到网络，和一个输入输出(I/O)接口605。电子设备600可以操作基于存储在存储器602的操作系统，例如WindowsServerTM，Mac OS XTM，UnixTM,LinuxTM，FreeBSDTM或类似。

本申请还提供一种计算机可读存储介质，计算机可读存储介质中存储有计算机执行指令，当处理器执行计算机执行指令时，实现如上信息处理方法的方案。

本申请还提供一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现如上的信息处理方法的方案。

上述的计算机可读存储介质，上述可读存储介质可以是由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。可读存储介质可以是通用或专用计算机能够存取的任何可用介质。

一种示例性的可读存储介质耦合至处理器，从而使处理器能够从该可读存储介质读取信息，且可向该可读存储介质写入信息。当然，可读存储介质也可以是处理器的组成部分。处理器和可读存储介质可以位于专用集成电路(Application Specific IntegratedCircuits，简称：ASIC)中。当然，处理器和可读存储介质也可以作为分立组件存在于信息处理装置中。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。