CN111679851B - 需求代码管理方法、装置、系统与计算机可读存储介质 - Google Patents

Abstract

本发明公开了一种需求代码管理方法，包括：若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表；若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息；基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表。本发明还公开了一种需求代码管理装置、系统和计算机可读存储介质。本发明无需手动录入备注信息，而是根据代码变更信息对应的需求记录表自动获得提交信息，再从提交信息中识别出ID地址，再将代码变更信息准确的记录在ID地址对应的需求变更表中。

Description

需求代码管理方法、装置、系统与计算机可读存储介质

技术领域

本发明涉及金融科技(Fintech)技术领域，尤其涉及需求代码管理方法、装置、系统与计算机可读存储介质。

背景技术

近年来，随着金融科技(Fintech)，尤其是互联网金融的不断发展，数据管理技术被引入银行等金融机构的日常维护中。在银行等金融机构的日常服务过程中，经常会遇到各种软件需求，如通过改进，实现某类业务的自动报警功能等，此时银行等金融机构的研发人员需要根据需求编写相应的代码，以实现对应的功能，可见，代码是银行等金融机构提供软件服务的基础，因此，如何对代码进行管理，是银行等金融机构必做的一项重要工作。

现有技术中，一般由产品经理等需求用户提出产品需求，研发人员根据产品需求进行代码的编写，之后需要将完成的代码进行记录管理，以便后续进行测试回顾或者代码评审等。

但在这过程中，需要研发人员手动录入提交信息，如本次代码的主要内容，是哪个需求的代码等，若研发人员录入错误，或录入不全，则容易造成记录遗漏等风险，使得后续很难进行测试回顾或者代码评审。可见，现有需求代码管理方式还不够智能，记录错误的风险较高。

发明内容

本发明的主要目的在于提出一种需求代码管理方法、装置、系统与计算机可读存储介质，旨在实现代码的准确管理。

为实现上述目的，本发明提供一种需求代码管理方法，所述需求代码管理方法包括如下步骤：

若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表；

若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息；

基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

优选地，所述基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表的步骤包括：

基于所述提交信息，确定所述代码变更信息对应的变更类型，以及所述代码变更信息对应的目标ID地址；

若所述变更类型为需求变更，则将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

优选地，所述基于所述提交信息，确定所述代码变更信息对应的目标ID地址，以及所述代码变更信息对应的变更类型的步骤之后，所述需求代码管理方法还包括：

若所述变更类型为缺陷变更，则将所述代码变更信息记录到所述目标ID地址对应的缺陷变更表；

确定所述目标ID地址对应的关联ID地址，将所述代码变更信息记录到所述关联ID地址对应的需求变更表。

优选地，所述基于所述提交信息，确定所述代码变更信息对应的变更类型，以及所述代码变更信息对应的目标ID地址的步骤包括：

识别所述提交信息中的第一标识符，并基于所述第一标识符，确定所述代码变更信息对应的变更类型；

识别所述提交信息中的第二标识符，并基于所述第二标识符，确定所述提交信息对应的目标ID地址。

优选地，所述若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息的步骤包括：

若接收到基于所述需求记录表触发的选择指令，则在所述需求记录表中确定所述选择指令对应的目标需求记录；

读取所述目标需求记录对应的需求类别和需求ID地址，并基于所述需求类型和所述需求ID地址，生成所述代码变更信息对应的提交信息。

优选地，所述基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表的步骤之后，所述需求代码管理方法还包括：

监测所述代码变更信息对应的代码所处的管理阶段；

若所述代码所处的管理阶段为测试阶段，则确定所述代码的代码类型；

若所述代码类型为需求代码，则将所述代码变更信息对应的需求状态从第一需求状态修改为第二需求状态。

优选地，所述若所述代码所处的管理阶段为测试阶段，则确定所述代码的代码类型的步骤之后，所述需求代码管理方法还包括：

若所述代码类型为缺陷代码，则将所述代码变更信息对应的需求状态从第二需求状态修改为第三需求状态，并将所述代码变更信息对应的缺陷状态从第一缺陷状态修改为第二缺陷状态。

优选地，所述监测所述代码变更信息对应的代码所处的管理阶段的步骤之后，需求代码管理方法还包括：

若所述代码所处的管理阶段为测试完成阶段，则将所述代码变更信息对应的需求状态从第二需求状态修改为第四需求状态；或者，将所述代码变更信息对应的需求状态从第三需求状态修改为第四需求状态。

优选地，所述基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表的步骤之后，所述需求代码管理方法还包括：

基于所述代码变更信息和所述需求变更表，生成对应的代码变更清单；

若检测到基于所述代码变更清单触发的代码评审指令，则将所述代码变更清单展示在显示界面上。

此外，为实现上述目的，本发明还提供一种需求代码管理装置，所述需求代码管理装置包括：

接收模块，用于若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表；

确定模块，用于若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息；

记录模块，用于基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

优选地，所述记录模块还用于：

基于所述提交信息，确定所述代码变更信息对应的变更类型，以及所述代码变更信息对应的目标ID地址；

若所述变更类型为需求变更，则将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

优选地，所述记录模块还用于：

若所述变更类型为缺陷变更，则将所述代码变更信息记录到所述目标ID地址对应的缺陷变更表；

确定所述目标ID地址对应的关联ID地址，将所述代码变更信息记录到所述关联ID地址对应的需求变更表。

优选地，所述记录模块还用于：

识别所述提交信息中的第一标识符，并基于所述第一标识符，确定所述代码变更信息对应的变更类型；

识别所述提交信息中的第二标识符，并基于所述第二标识符，确定所述提交信息对应的目标ID地址。

优选地，所述确定模块还用于：

若接收到基于所述需求记录表触发的选择指令，则在所述需求记录表中确定所述选择指令对应的目标需求记录；

读取所述目标需求记录对应的需求类别和需求ID地址，并基于所述需求类型和所述需求ID地址，生成所述代码变更信息对应的提交信息。

优选地，所述需求代码管理装置还包括状态修改模块，所述状态修改模块用于：

监测所述代码变更信息对应的代码所处的管理阶段；

若所述代码所处的管理阶段为测试阶段，则确定所述代码的代码类型；

若所述代码类型为需求代码，则将所述代码变更信息对应的需求状态从第一需求状态修改为第二需求状态。

优选地，所述状态修改模块还用于：

若所述代码类型为缺陷代码，则将所述代码变更信息对应的需求状态从第二需求状态修改为第三需求状态，并将所述代码变更信息对应的缺陷状态从第一缺陷状态修改为第二缺陷状态。

优选地，所述状态修改模块还用于：

若所述代码所处的管理阶段为测试完成阶段，则将所述代码变更信息对应的需求状态从第二需求状态修改为第四需求状态；或者，将所述代码变更信息对应的需求状态从第三需求状态修改为第四需求状态。

优选地，所述需求代码管理装置还包括评审模块，所述评审模块用于：

基于所述代码变更信息和所述需求变更表，生成对应的代码变更清单；

若检测到基于所述代码变更清单触发的代码评审指令，则将所述代码变更清单展示在显示界面上。

此外，为实现上述目的，本发明还提供一种需求代码管理系统，所述需求代码管理系统包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的需求代码管理程序，所述需求代码管理程序被所述处理器执行时实现如上所述的需求代码管理方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，所述计算机可读存储介质上存储有需求代码管理程序，所述需求代码管理程序被处理器执行时实现如上所述的需求代码管理方法的步骤。

本发明提出的需求代码管理方法，若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表；若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息；基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表。本发明无需手动录入备注信息，而是根据代码变更信息对应的需求记录表自动获得提交信息，再从提交信息中识别出ID地址，再将代码变更信息准确的记录在ID地址对应的需求变更表中，实现代码的准确管理。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的系统结构示意图；

图2为本发明需求代码管理方法第一实施例的流程示意图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

如图1所示，图1是本发明实施例方案涉及的硬件运行环境的系统结构示意图。

本发明实施例系统可以包括移动终端或服务器设备等。

如图1所示，该系统可以包括：处理器1001，例如CPU，网络接口1004，用户接口1003，存储器1005，通信总线1002。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如WI-FI接口)。存储器1005可以是高速RAM存储器，也可以是稳定的存储器(non-volatile memory)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的系统结构并不构成对系统的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种计算机存储介质的存储器1005中可以包括操作系统、网络通信模块、用户接口模块以及需求代码管理程序。

其中，操作系统是管理和控制需求代码管理系统与软件资源的程序，支持网络通信模块、用户接口模块、需求代码管理程序以及其他程序或软件的运行；网络通信模块用于管理和控制网络接口1002；用户接口模块用于管理和控制用户接口1003。

在图1所示的需求代码管理系统中，所述需求代码管理系统通过处理器1001调用存储器1005中存储的需求代码管理程序，并执行下述需求代码管理方法各个实施例中的操作。

基于上述硬件结构，提出本发明需求代码管理方法实施例。

参照图2，图2为本发明需求代码管理方法第一实施例的流程示意图，所述方法包括：

步骤S10，若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表；

步骤S20，若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息；

步骤S30，基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

本实施例需求代码管理方法运用于理财机构或者银行等金融机构的需求代码管理系统中，需求代码管理系统可以是终端、机器人或者PC设备，为描述方便，需求代码管理系统以管理系统简称。在本实施例中，管理系统包含Git(一个开源的分布式版本控制系统，可以有效、高速地处理从很小到非常大的项目版本管理)和新增的需求系统。Git和需求系统可作为两个模块集成在该管理系统中，通过切换不同的界面实现两个模块的使用，产品经理等需求用户可在需求系统对应的界面提出需求，而研发人员针对需求编写的代码在Git对应的页面提交，此外，Git和需求系统也可以分别独立存在，共同组成管理系统即可，本文实施例中，为了便于管理，优选集中在管理系统中，通过切换不同的界面实现使用。

现有技术中，在Git提交代码变更信息时，因手动输入commit message(提交信息)的准确性，依赖研发人员代码规范程度，在实际提交过程中，不可避免有不输入、少输入关键信息，导致后续在记录时，难以与需求匹配。即，现有技术中，Git提交的代码变更信息是割裂的，需人工单独记录。基于此，考虑到加入需求系统进行需求的提交，但是，在实际开发过程中发现，Git和需求系统的业务不同，接口并不兼容，无法直接连接使用，并且，由于Git和需求系统面向的用户身份不同，一般技术人员，并没有意识到两者可以结合的可能。

为此，本实施例为IDE(集成开发环境)写入管理插件，该管理插件用于连通Git和需求系统，该管理插件两端适配需求系统的接口和Git的接口，通过该管理插件实现Git和需求系统的连通。具体的，在Git的提交代码页面中提交代码变更信息时，该管理插件会自动调用需求系统的接口，根据该接口接收代码变更信息，然后识别该代码变更信息中的提交人信息，根据代码变更信息中的提交人信息，查找与提交人信息对应的需求记录信息(需求记录信息与提交人信息可预先建立关联关系)，基于需求记录信息生成需求记录表，在查找到提交人信息对应的需求记录表之后，回显在Git提交代码页面上，研发人员只需在需求记录表上勾选对应的需求记录，管理插件自动将其生成符合既定匹配算法的提交信息，需求系统按照管理插件返回的提交信息，根据匹配算法，识别出ID地址，然后将本次代码变更信息记录到ID地址对应的需求变更表中，该需求变更表存储于管理系统下的Git中，或者在管理系统中单独开辟一个存储区域，用于存储需求变更表，以此免去研发人员手动录入额外备注信息，在提高效率的同时，避免提交信息不准确等错误，导致代码变更信息无法与需求匹配的情况发生。

以下将对各个步骤进行详细说明：

步骤S10，若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表。

在本实施例中，管理系统通过其操作界面接收代码变更信息，若接收到代码变更信息，则先基于代码变更信息中的提交人信息，确定代码变更信息对应的需求记录表，也即，代码变更信息包括提交人信息，其中，提交人信息可以是事先接收研发人员手动录入的，表征当前研发人员身份的信息，也可以是在接收到提交的代码时，Git获取当前操作者的登录信息，从而得到的操作人信息。

在本实施例中，在需求系统保存需求记录时，获取产品经理等需求用户填写的需求以及对应的负责人信息并保存，其中，负责人信息也即后续的提交人信息，也即当前需求是由哪一位研发人员负责，以便后续研发人员在提交代码时，管理系统可以在Git的代码提交页面上显示所有当前研发人员负责的需求，管理系统将当前所有的需求整合即生成对应的需求记录表，如当前提交人为甲，需求系统上由甲负责的需求有A和B，那么，管理系统在接收到代码变更信息时，将与甲对应的需求A和B都显示在需求记录表中，由甲选择确定当前提交的代码变更信息是对应的哪一个需求的。

需要说明的是，需求记录表包含多条需求记录，需求记录由需求类别、需求ID地址和需求描述组成，其中，需求ID地址即为本实施例中的目标ID地址，在具体实施时，为方便研发人员选择确定，需求记录表中还设置有操作选择区域，如：

其中，需求类别和需求描述由产品经理等需求用户在提需求时录入，需求ID由需求系统自动唯一生成。

在具体实施时，管理系统若在Git检测到代码变更信息提交，则控制管理插件调用需求系统的接口，根据代码变更信息中的提交人信息，查找需求系统中，与提交人信息对应的需求记录，然后将其回显在Git代码提交页面处。

步骤S20，若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息。

在本实施例中，管理系统若在Git的代码提交页面接收到基于需求记录表触发的选择指令，则根据选择指令和需求记录表，确定代码变更信息对应的提交信息，也即研发人员在需求记录表中勾选了对应的需求记录，管理系统则根据研发人员勾选的需求记录，确定本次代码变更信息对应的提交信息。

具体的，在一实施例中，步骤S20包括：

步骤a1，若接收到基于所述需求记录表触发的选择指令，则在所述需求记录表中确定所述选择指令对应的目标需求记录；

在一实施例中，管理系统若在Git的代码提交页面接收到基于需求记录表触发的选择指令，则先确定需求记录表中选择指令对应的目标需求记录，也即确定研发人员勾选的是哪一条需求记录，这意味着当前提交的代码变更信息是针对当前勾选中的需求记录作出的。

步骤a2，读取所述目标需求对应的需求类别和需求ID地址，并基于所述需求类型和所述需求ID地址，生成所述代码变更信息对应的提交信息。

在一实施例中，管理系统在确定目标需求记录之后，控制管理插件读取目标需求记录中的需求类别和需求ID地址，然后，按照既定的匹配算法规则，生成代码变更信息对应的提交信息需要说明的是，为了便于研发人员了解需求，在一实施例中，管理系统在确定目标需求记录之后，控制管理插件读取目标需求记录中的需求类别和需求ID地址之外，还读取需求记录中的需求描述，再基于需求类别、需求ID地址和需求描述，生成提交信息。

其中，既定的匹配算法规则由预设匹配算法决定，其中，预设匹配算法的表达式为：

[-][-][a-zA-Z]+[＝][\[][0-9]+[\]]

其中，[-][-]为第一标识符，[a-zA-Z]为需求类别，[＝]为第二标识符，[\[][0-9]+[\]]为需求ID地址和需求描述。

也即，在具体实施时，步骤a2包括：

读取所述目标需求对应的需求类别和需求ID地址，并基于预设匹配算法的第一标识符，确定所述需求类别所要放置的第一位置，基于预设匹配算法的第二标识符，确定所述需求ID地址所要放置的第二位置；

将所述需求类别和所述需求ID地址分别放置于所述第一位置和所述第二位置，以得到所述代码变更信息对应的提交信息。

如上所述例子，若研发人员选择了上述两条记录，管理插件则将其对应生成的提交信息分别为：

“--bug＝[123273]支付页面字段缺失修复”

“--story＝[145324]需求管理新增工作流”

其中，bug表示需求类别为缺陷，story表示需求类别为系统需求。

步骤S30，基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

在本实施例中，管理系统的需求系统在得到管理插件返回的提交信息之后，从中识别出代码变更信息对应的目标ID地址，从而将代码变更信息记录到目标ID地址对应的需求变更表中，使得代码变更信息与需求匹配存储，后续在管理代码变更信息时，可以迅速找到全部的变更过程，使得研发人员在对产品进行再一次改进更新或者检查修复时，可以根据代码变更过程中的需求变化，迅速定位更新方向或者修复方向；或者，研发人员在对其他产品进行相同需求的开发时，可以有依据的借鉴代码，如：

在一实施例中，管理系统可根据需求变更表中的需求变化的趋势，预测产品的下一版本的需求，也即更新方向，具体的，管理系统针对每个产品都生成一个需求变更表，针对当前产品的代码变更信息和需求都存储在当前产品对应的需求变更表中，管理系统基于当前需求变更表中的第一需求，以及其他需求变更表中的第二需求(除当前需求变更表以外的需求变更表为其他需求变更表)，预测当前产品的目标需求，也即当前产品的下一需求，如当前当前产品的需求为A→B，而在其他产品的需求变更表中，超过预设数量或者超过预设比率的需求为A→B→C，则预测当前产品的下一需求为C，同时，将预测结果，也即目标需求，显示在需求系统的显示界面，以供产品经理等需求用户可以选择提出，这是由于产品市场变化大，历史需求，如前述需求C，很可能不适应当前市场，因此，这里优选将预测结果显示在需求系统的显示界面；在另一实施例中，可将预测结果直接生成需求记录，并记载在对应的需求记录表中。

在一实施例中，管理系统可借鉴相同需求的代码变更信息，将一产品的代码应用到另一产品的需求中，具体的，管理系统针对每个产品都生成一个需求变更表，针对当前产品的代码变更信息和需求都存储在当前产品对应的需求变更表中，管理系统若在需求记录表中检测到产品经理等需求用户在需求系统录入的需求记录，则在所有的需求变更表中，查找是否存在与当前需求记录匹配的目标需求，若存在，则获取目标需求对应的代码变更信息，并基于代码变更信息中的提交人信息，将代码变更信息和当前需求记录发送至提交人信息对应的终端，以供解决过相同需求的研发人员确认是否可以将代码变更信息应用到当前产品中。

进一步地，在一实施例中，步骤S30包括：

步骤b1，基于所述提交信息，确定所述代码变更信息对应的变更类型，以及所述代码变更信息对应的目标ID地址；

在一实施例中，需求类别包括系统需求和缺陷，其中，系统需求是指产品经理等需求用户提出的新的产品需求，而缺陷指的是研发人员在编写完代码之后，在测试阶段检测出bug(缺陷)时，针对bug的修复需求。因此，管理系统的需求系统在得到提交信息之后，在识别出代码变更信息对应的目标ID地址的同时，需要识别出代码变更信息对应的变更类型，其中，变更类型包括需求变更，对应系统需求；缺陷变更，对应缺陷。

进一步地，在一实施例中，步骤b1包括：

步骤b11，识别所述提交信息中的第一标识符，并基于所述第一标识符，确定所述代码变更信息对应的变更类型；

在一实施例中，管理系统的需求系统在得到管理插件返回的提交信息时，根据预设匹配算法，识别出提交信息中的第一标识符，并通过第一标识符确定代码变更信息对应的变更类型。

在具体实施时，预设匹配算法表达式可为：

[-][-][a-zA-Z]+[＝][\[][0-9]+[\]]

步骤b12，识别所述提交信息中的第二标识符，并基于所述第二标识符，确定所述提交信息对应的目标ID地址。

接着，识别出提交信息中的第二标识符，并通过第二标识符，确定提交信息对应的目标ID地址。

以提交信息：“--story＝[161234]缺陷增加处理人接口”为例，管理系统的需求系统根据上述预设匹配算法进行识别：

1、根据“--”定位到开始匹配位置，也即，“--”为第一标识符；

2、然后在“--”后开始匹配，如匹配到字母类型(在实际实施时，还可以是其他字符类型，具体以实际需要进行设置)，将其作为变更类型关键字，如此例的story，即为系统需求；

3、根据“＝”定位到目标ID地址开始位置，也即“＝”为第二标识符；

4、再从“＝”后面的“[]”内开始获取系统需求对应的目标ID地址，当[]内为0-9数字时(在实际实施时，还可以是其他字符类型)，将这些数字作为story_id，也即系统需求的目标ID地址。

步骤b2，若所述变更类型为需求变更，则将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

在一实施例中，管理系统的需求系统若确定代码变更信息的变更类型为需求变更，则将代码变更信息记录到识别出来的目标ID地址对应的需求变更表中，使得代码变更信息与需求匹配记录。

进一步地，在一实施例中，步骤b1之后，需求代码管理方法还包括：

步骤b3，若所述变更类型为缺陷变更，则将所述代码变更信息记录到所述目标ID地址对应的缺陷变更表；

在一实施例中，管理系统的需求系统若确定代码变更信息的变更类型为缺陷变更，则将代码变更信息记录到目标ID地址对应的缺陷变更表中。

步骤b4，确定所述目标ID地址对应的关联ID地址，将所述代码变更信息记录到所述关联ID地址对应的需求变更表。

同时，需求系统还将确定目标ID地址对应的关联ID地址，然后，将代码变更信息记录到管理ID地址对应的需求变更表中。

也即，在确定代码变更信息的变更类型为缺陷变更时，除了将代码变更信息记录到对应的缺陷变更表中，还得同步更新到需求变更表中，如研发人员针对A需求编写了m代码，管理系统的需求系统则将m代码与A需求匹配记录，但在测试过程中发现还有bug要修复，此时又编写了n代码，那么在对n代码进行记录管理时，除了将其记录在缺陷变更表中，还将其记录在需求变更表中，也即m代码和n代码都与A需求匹配记录，保证全面完整的记录需求相关的代码变更。

需要说明的是，目标ID地址与关联ID地址事先关联。

如缺陷12456关联的需求为系统需求16743，当commit message(提交信息)为“--bug＝[12456]”，管理系统的需求系统记录本次代码变更信息的过程如下：

1、根据“--”定位到开始匹配位置；

2、然后在“--”后开始匹配，如匹配到字母类型，将其作为变更类型关键字，此例中类型为bug，即缺陷；

3、根据“＝”定位到目标ID地址开始位置；

4、再从“＝”后面的“[]”内开始获取需求对应的目标ID地址，当[]内为0-9数字时，将这些数字，即12456作为bug_id；

5、将代码变更信息记录到对应的bug 12456，也即记录到地址为12456的缺陷变更表；

6、根据预设的关联关系，确定关联ID地址为16743；

7、将代码变更信息记录到系统需求16743，也即记录到地址为16743的需求表更表中。

本实施例若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表；若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息；基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表。本发明无需手动录入备注信息，而是根据代码变更信息对应的需求记录表自动获得提交信息，再从提交信息中识别出ID地址，再将代码变更信息准确的记录在ID地址对应的需求变更表中，实现代码的准确管理。

进一步地，基于本发明需求代码管理方法第一实施例，提出本发明需求代码管理方法第二实施例。

需求代码管理方法的第二实施例与需求代码管理方法的第一实施例的区别在于，步骤S30之后，需求代码管理方法还包括：

步骤c，监测所述代码变更信息对应的代码所处的管理阶段；

步骤d，若所述代码所处的管理阶段为测试阶段，则确定所述代码的代码类型；

步骤e，若所述代码类型为需求代码，则将所述代码变更信息对应的需求状态从第一需求状态修改为第二需求状态。

本实施例针对产品经理等需求用户无法第一时间知道代码变更进度的问题，在将代码变更信息记录到需求记录表中之后，根据代码所处的管理阶段，自动更新代码变更信息的状态，使得产品经理等需求用户可以通过代码变更信息的状态，及时知道代码变更进度。

以下将对各个步骤进行详细说明：

步骤c，监测所述代码变更信息对应的代码所处的管理阶段。

在本实施例中，管理系统的需求系统实时或者定时监测代码变更信息对应的代码所处的管理阶段，其中，管理阶段包括测试阶段和测试完成阶段。

具体的，管理系统的需求系统监测需求相关的代码是否在测试平台发布，若是，则确定相关代码所处的管理阶段为测试阶段；或者监测需求相关的代码是否入库，若是，则确定相关代码所处的管理阶段为测试完成阶段。

步骤d，若所述代码所处的管理阶段为测试阶段，则确定所述代码的代码类型。

在本实施例中，管理系统的需求系统若确定相关代码所处的管理阶段为测试阶段，则先确定代码的代码类型，其中，代码类型包括需求代码和缺陷代码，需求代码与系统需求对应，缺陷代码与缺陷对应，也即，针对系统需求编写的代码即为需求代码，针对缺陷编写的代码即为缺陷代码。因此，可通过判断代码变更信息的变更类型确定其对应的代码的代码类型。

步骤e，若所述代码类型为需求代码，则将所述代码变更信息对应的需求状态从第一需求状态修改为第二需求状态。

在本实施例中，若当前代码的代码类型为需求代码，则将代码变更信息对应的需求状态从第一需求状态修改为第二需求状态，具体的，第一需求状态可为实现中，第二需求状态可为测试中等。

进一步地，在一实施例中，步骤d之后，需求代码管理方法还包括：

步骤f，若所述代码类型为缺陷代码，则将所述代码变更信息对应的需求状态从第二需求状态修改为第三需求状态，并将所述代码变更信息对应的缺陷状态从第一缺陷状态修改为第二缺陷状态。

在一实施例中，若当前代码的代码类型为缺陷代码，则将代码变更信息对应的需求状态从第二需求状态修改为第三需求状态，具体的，第三需求状态可为缺陷修复；同时，将代码变更信息对应的缺陷状态从第一缺陷状态修改为第二缺陷状态，具体的，第一缺陷状态可为新建，第二缺陷状态可为已修复。

进一步地，在一实施例中，步骤c之后，需求代码管理方法还包括：

步骤g，若所述代码所处的管理阶段为测试完成阶段，则将所述代码变更信息对应的需求状态从第二需求状态修改为第四需求状态；或者，将所述代码变更信息对应的需求状态从第三需求状态修改为第四需求状态。

在一实施例中，管理系统的需求系统若确定相关代码所处的管理阶段为测试完成阶段，则将代码变更信息对应的需求状态从第二需求状态修改为第四需求状态；或者，将代码变更信息对应的需求状态从第三需求状态修改为第四需求状态，具体的，第四需求状态可为测试通过，其中，第二需求状态可为测试中，第三需求状态可为缺陷修复。

也即，若代码在测试过程中没有bug，其对应的状态从测试中变为测试通过，若在测试过程中，存在bug，并对bug进行修复后，通过测试，则其对应的状态是从缺陷修复变为测试通过。

本实施例对需求生命周期进行管理，通过代码所处的管理阶段，自动更新代码变更信息的状态，实现智能管理。

进一步地，基于本发明需求代码管理方法第一、第二实施例，提出本发明需求代码管理方法第三实施例。

需求代码管理方法的第三实施例与需求代码管理方法的第一、第二实施例的区别在于，步骤S30之后，需求代码管理方法还包括：

步骤h，基于所述代码变更信息和所述需求变更表，生成对应的代码变更清单；

步骤i，若检测到基于所述代码变更清单触发的代码评审指令，则将所述代码变更清单展示在显示界面上。

传统代码评审做法是评审人员通过工程日志或者关键字搜索等查看方式，来对代码进行评审，很难对应到具体的需求，本实施例的管理系统还包括代码评审工具，如ReviewBoard(开源的、基于web的代码和文档审查工具)等，在记录代码变更信息时，将代码变更信息和需求变更表同步到代码评审工具，自动产出代码变更清单，以供代码评审人员围绕需求维度开展代码评审。

以下将对各个步骤进行详细说明：

步骤h，基于所述代码变更信息和所述需求变更表，生成对应的代码变更清单。

在本实施例中，管理系统通过代码评审工具，将代码变更信息和需求变更表，生成对应的代码变更清单，需要说明的是，本实施例的代码评审工具，增加需求、版本(代码版本)列表页面，因此，本实施例的管理系统将代码变更信息和需求变更表中的信息，填写进代码评审工具的需求列表页，即生成对应的变更清单。

步骤i，若检测到基于所述代码变更清单触发的代码评审指令，则将所述代码变更清单展示在显示界面上。

在本实施例中，管理系统若检测到基于代码变更清单触发的代码评审指令，则将代码变更清单展示在显示界面，使得评审人员可以看到与需求相关的所有代码变更详细记录，以便评审人员可围绕需求维度开展代码评审，使评审维度与业务需求更加紧密。

本实施例将代码变更信息和需求表更表同步到代码评审工具中，以此生成完整的代码变更清单，便于后续评审人员在进行代码评审时，能围绕需求维度进行开展，而不再一一验证日志信息等，提高评审效率和准确度。

本发明还提供一种需求代码管理装置。本发明需求代码管理装置包括：

接收模块，用于若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表；

确定模块，用于若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令和所述需求记录表，确定所述代码变更信息对应的提交信息；

记录模块，用于基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

优选地，所述记录模块还用于：

基于所述提交信息，确定所述代码变更信息对应的变更类型，以及所述代码变更信息对应的目标ID地址；

若所述变更类型为需求变更，则将所述代码变更信息记录到所述目标ID地址对应的需求变更表。

优选地，所述记录模块还用于：

若所述变更类型为缺陷变更，则将所述代码变更信息记录到所述目标ID地址对应的缺陷变更表；

确定所述目标ID地址对应的关联ID地址，将所述代码变更信息记录到所述关联ID地址对应的需求变更表。

优选地，所述记录模块还用于：

识别所述提交信息中的第一标识符，并基于所述第一标识符，确定所述代码变更信息对应的变更类型；

识别所述提交信息中的第二标识符，并基于所述第二标识符，确定所述提交信息对应的目标ID地址。

优选地，所述确定模块还用于：

若接收到基于所述需求记录表触发的选择指令，则在所述需求记录表中确定所述选择指令对应的目标需求记录；

读取所述目标需求记录对应的需求类别和需求ID地址，并基于所述需求类型和所述需求ID地址，生成所述代码变更信息对应的提交信息。

优选地，所述需求代码管理装置还包括状态修改模块，所述状态修改模块用于：

监测所述代码变更信息对应的代码所处的管理阶段；

若所述代码所处的管理阶段为测试阶段，则确定所述代码的代码类型；

若所述代码类型为需求代码，则将所述代码变更信息对应的需求状态从第一需求状态修改为第二需求状态。

优选地，所述状态修改模块还用于：

若所述代码类型为缺陷代码，则将所述代码变更信息对应的需求状态从第二需求状态修改为第三需求状态，并将所述代码变更信息对应的缺陷状态从第一缺陷状态修改为第二缺陷状态。

优选地，所述状态修改模块还用于：

若所述代码所处的管理阶段为测试完成阶段，则将所述代码变更信息对应的需求状态从第二需求状态修改为第四需求状态；或者，将所述代码变更信息对应的需求状态从第三需求状态修改为第四需求状态。

优选地，所述需求代码管理装置还包括评审模块，所述评审模块用于：

基于所述代码变更信息和所述需求变更表，生成对应的代码变更清单；

若检测到基于所述代码变更清单触发的代码评审指令，则将所述代码变更清单展示在显示界面上。

本发明还提供一种计算机可读存储介质。

本发明计算机可读存储介质上存储有需求代码管理程序，所述需求代码管理程序被处理器执行时实现如上所述的需求代码管理方法的步骤。

其中，在所述处理器上运行的需求代码管理程序被执行时所实现的方法可参照本发明需求代码管理方法各个实施例，此处不再赘述。

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

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在如上所述的一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书与附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (9)

1.一种需求代码管理方法，其特征在于，所述需求代码管理方法包括如下步骤：

若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表，其中，所述需求记录表用于记录所述提交人信息对应的提交人负责的需求；

若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令选取的目标需求记录中的需求类别、需求ID地址和需求描述，生成所述代码变更信息对应的提交信息，其中，所述目标需求记录与所述代码变更信息一一对应；

基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表，其中，所述基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表的步骤包括：

基于所述提交信息，确定所述代码变更信息对应的变更类型，以及所述代码变更信息对应的目标ID地址；

若所述变更类型为需求变更，则将所述代码变更信息记录到所述目标ID地址对应的第一需求变更表；

若所述变更类型为缺陷变更，则将所述代码变更信息记录到所述目标ID地址对应的缺陷变更表，以及记录到所述目标ID地址关联的关联ID地址对应的第二需求变更表。

2.如权利要求1所述的需求代码管理方法，其特征在于，所述基于所述提交信息，确定所述代码变更信息对应的变更类型，以及所述代码变更信息对应的目标ID地址的步骤包括：

识别所述提交信息中的第一标识符，并基于所述第一标识符，确定所述代码变更信息对应的变更类型；

识别所述提交信息中的第二标识符，并基于所述第二标识符，确定所述提交信息对应的目标ID地址。

3.如权利要求1-2任一项所述的需求代码管理方法，其特征在于，所述基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表的步骤之后，所述需求代码管理方法还包括：

监测所述代码变更信息对应的代码所处的管理阶段；

若所述代码所处的管理阶段为测试阶段，则确定所述代码的代码类型；

若所述代码类型为需求代码，则将所述代码变更信息对应的需求状态从第一需求状态修改为第二需求状态。

4.如权利要求3所述的需求代码管理方法，其特征在于，所述若所述代码所处的管理阶段为测试阶段，则确定所述代码的代码类型的步骤之后，所述需求代码管理方法还包括：

若所述代码类型为缺陷代码，则将所述代码变更信息对应的需求状态从第二需求状态修改为第三需求状态，并将所述代码变更信息对应的缺陷状态从第一缺陷状态修改为第二缺陷状态。

5.如权利要求3所述的需求代码管理方法，其特征在于，所述监测所述代码变更信息对应的代码所处的管理阶段的步骤之后，需求代码管理方法还包括：

若所述代码所处的管理阶段为测试完成阶段，则将所述代码变更信息对应的需求状态从第二需求状态修改为第四需求状态；或者，将所述代码变更信息对应的需求状态从第三需求状态修改为第四需求状态。

6.如权利要求1-2任一项所述的需求代码管理方法，其特征在于，所述基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表的步骤之后，所述需求代码管理方法还包括：

基于所述代码变更信息和所述需求变更表，生成对应的代码变更清单；

若检测到基于所述代码变更清单触发的代码评审指令，则将所述代码变更清单展示在显示界面上。

7.一种需求代码管理装置，其特征在于，所述需求代码管理装置包括：

接收模块，用于若接收到代码变更信息，则基于所述代码变更信息中的提交人信息，确定所述代码变更信息对应的需求记录表，其中，所述需求记录表用于记录所述提交人信息对应的提交人负责的需求；

确定模块，用于若接收到基于所述需求记录表触发的选择指令，则基于所述选择指令选取的目标需求记录中的需求类别、需求ID地址和需求描述，生成所述代码变更信息对应的提交信息，其中，所述目标需求记录与所述代码变更信息一一对应；

记录模块，用于基于所述提交信息，确定所述代码变更信息对应的目标ID地址，并将所述代码变更信息记录到所述目标ID地址对应的需求变更表，其中，所述记录模块还用于：基于所述提交信息，确定所述代码变更信息对应的变更类型，以及所述代码变更信息对应的目标ID地址；若所述变更类型为需求变更，则将所述代码变更信息记录到所述目标ID地址对应的第一需求变更表；若所述变更类型为缺陷变更，则将所述代码变更信息记录到所述目标ID地址对应的缺陷变更表，以及记录到所述目标ID地址关联的关联ID地址对应的第二需求变更表。

8.一种需求代码管理系统，其特征在于，所述需求代码管理系统包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的需求代码管理程序，所述需求代码管理程序被所述处理器执行时实现如权利要求1至6中任一项所述的需求代码管理方法的步骤。

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

Images