CN113282282B - 业务需求表单发布方法、装置、电子设备及存储介质 - Google Patents

Abstract

本发明涉及大数据技术领域，提供一种业务需求表单发布方法、装置、电子设备及存储介质，所述方法包括：创建目标业务需求表单，并加载生成第一需求代码；解析第一需求代码中的注解得到目标需求，优化第一需求代码生成第二需求代码，并更新第二需求代码中的每个需求ID；创建目标业务需求表单的表单评审树；当表单评审树中的每个评审节点的每个需求代码符合预设的评审要求时，对第二需求代码进行测试，当测试通过时，执行目标业务需求表单的发布。本发明通过优化第一需求代码生成第二需求代码，并更新第二需求代码中的每个需求ID，确保优化过程中需求与需求代码一致，提高了目标需求表单发布的准确率和效率。

Description

业务需求表单发布方法、装置、电子设备及存储介质

技术领域

本发明涉及大数据技术领域，具体涉及一种业务需求表单发布方法、装置、电子设备及存储介质。

背景技术

随着业务需求的增加，客户本身的需求并不稳定，故业务需求表单发布过程中需要进行不断的调整，现有的业务需求表单发布过程中首先根据客户要求进行需求提取，创建需求表单，并不断的对需求表单中的需求的代码进行裁剪、追加编码或者删除。

然而，由于在对需求表单中的需求的代码进行裁剪、追加编码或者删除过程容易出现需求与代码不一致，导致业务需求表单发布的准确率和效率低下。

因此，有必要提供一种快速准确的业务需求表单的发布方法。

发明内容

鉴于以上内容，有必要提出一种业务需求表单发布方法、装置、电子设备及存储介质，通过优化第一需求代码生成第二需求代码，并更新第二需求代码中的每个需求ID，确保优化过程中需求与需求代码一致，提高了目标需求表单发布的准确率和效率。

本发明的第一方面提供一种业务需求表单发布方法，所述方法包括：

解析请求人输入的业务需求表单发布请求以获取对应的审批人员信息，并根据所述业务需求表单发布请求生成业务ID；

当侦测到所述审批人员信息对应的审批人员输入的根据所述业务需求表单发布请求创建的目标业务需求表单时，加载所述目标业务需求表单以生成第一需求代码，其中，所述第一需求代码中包含有多个需求ID，绑定每个所述需求ID与所述业务ID；

解析所述第一需求代码中的注解得到目标需求，根据所述目标需求优化所述第一需求代码生成第二需求代码；

根据所述第二需求代码创建目标业务需求表单的表单评审树，并执行所述表单评审树；

当监测到所述表单评审树中的任意一个评审节点被触发时，获取所述任意一个评审节点的需求ID和需求代码；

根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求；

当所述表单评审树中的每个评审节点的每个需求代码符合所述预设的评审要求时，采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果；

当所述测试结果为测试通过时，响应于所述业务需求表单发布请求执行所述目标业务需求表单的发布。

可选地，所述根据所述第二需求代码创建目标业务需求表单的表单评审树包括：

获取所述第二需求代码中的每个子需求；

将所述第二需求代码中的每个子需求的评审节点转换为对应的表单评审树的评审节点，其中，所述表单评审树的节点中包含有评审节点的需求代码；

将所述第二需求代码中的每个子需求的评审节点之间的引用关系转换为对应的表单评审树中节点之间的边，其中，所述表单评审树中节点之间的边作为所述表单评审树之间的引用关系；

根据所述表单评审树的评审节点和所述表单评审树中节点之间的边创建目标业务需求表单的表单评审树。

可选地，所述根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求包括：

从所述任意一个评审节点的需求ID对应的预设的需求功能中获取所要生成代码的多个关键属性，并调用每个所述关键属性的生成代码处理单元；

将每个所述关键属性输入至对应的生成代码处理单元中生成一个第一需求代码；

将所述任意一个评审节点的需求代码按照所述预设的需求功能划分为多个第二需求代码；

将每个所述第一需求代码与所述多个第二需求代码进行匹配；

当每个所述第一需求代码与所述多个第二需求代码中的任意一个第二需求代码相匹配时，确定所述任意一个评审节点的需求代码符合预设的评审要求；

当任意一个所述第一需求代码与所述多个第二需求代码中的每个第二需求代码不匹配时，确定所述任意一个评审节点的需求代码不符合所述预设的评审要求。

可选地，所述方法还包括：

当所述任意一个评审节点的需求代码不符合所述预设的评审要求时，获取所述任意一个审批节点的需求ID对应的业务ID；

识别所述业务ID对应的审批人员，并将所述需求代码不符合预设的代码需求的通知信息发送至所述审批人员。

可选地，所述采用预设的发布服务器对所述第二需求代码进行测试包括：

将所述第二需求代码打包成代码包，并将所述代码包复制至预设的测试文件夹中；

在所述预设的测试文件夹中根据所述代码包中的第二需求代码编写镜像脚本；

将所述代码包与所述镜像脚本推送至安装有Docker容器的预设的发布服务器中对所述第二需求代码进行测试；

当接收到的测试结果为符合预设的测试要求时，确定测试结果为测试通过；

当接收到的测试结果为不符合预设的测试要求时，确定测试结果为测试不通过。

可选地，所述加载所述目标业务需求表单以生成第一需求代码包括：

解析所述目标业务需求表单得到多个子需求，为每个所述子需求随机分配一个需求ID；

根据每个所述子需求的需求描述和需求ID构建对应的注解；

加载所述多个子需求及每个所述子需求对应的注解生成第一需求代码。

可选地，所述方法还包括：

当测试结果为测试不通过时，解析所述测试结果获取对应的需求ID；

根据所述需求ID获取异常代码的代码位置坐标，并将所述异常代码的代码位置坐标及所述需求ID发送至维护人员。

本发明的第二方面提供一种业务需求表单发布装置，所述装置包括：

第一解析模块，用于解析请求人输入的业务需求表单发布请求以获取对应的审批人员信息，并根据所述业务需求表单发布请求生成业务ID；

加载模块，用于当侦测到所述审批人员信息对应的审批人员输入的根据所述业务需求表单发布请求创建的目标业务需求表单时，加载所述目标业务需求表单以生成第一需求代码，其中，所述第一需求代码中包含有多个需求ID，绑定每个所述需求ID与所述业务ID；

第二解析模块，用于解析所述第一需求代码中的注解得到目标需求，根据所述目标需求优化所述第一需求代码生成第二需求代码，并更新所述第二需求代码中的每个所述需求ID；

创建模块，用于根据所述第二需求代码创建目标业务需求表单的表单评审树，并执行所述表单评审树；

获取模块，用于当监测到所述表单评审树中的任意一个评审节点被触发时，获取所述任意一个评审节点的需求ID和需求代码；

确定模块，用于根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求；

测试模块，用于当所述表单评审树中的每个评审节点的每个需求代码符合所述预设的评审要求时，采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果；

执行模块，用于当所述测试结果为测试通过时，响应于所述业务需求表单发布请求执行所述目标业务需求表单的发布。

本发明的第三方面提供一种电子设备，所述电子设备包括处理器和存储器，所述处理器用于执行所述存储器中存储的计算机程序时实现所述的业务需求表单发布方法。

本发明的第四方面提供一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，所述计算机程序被处理器执行时实现所述的业务需求表单发布方法。

综上所述，本发明所述的业务需求表单发布方法、装置、电子设备及存储介质，一方面，通过加载所述目标业务需求表单以生成第一需求代码，将所述目标需求表单中的每个子需求的需求描述转换为预设的注解格式，提高了注解的可读性，并将每个所述子需求的需求ID和业务ID进行绑定，辅助运维人员快速的定位出具体的子需求，提高了业务需求表单中每个子需求的定位效率；另一方面，通过根据所述第二需求代码创建目标业务需求表单的表单评审树，避免了评审过程中出现子需求未评审的现象，同时确保了在所述目标需求表单优化过程中需求与所述需求对应的需求代码的一致性，提高了所述目标需求表单评审效率和准确率，进而提高了的目标需求表单的发布准确率和效率；最后，通过当监测到所述表单评审树中的任意一个评审节点被触发时获取所述任意一个评审节点的需求ID和需求代码，通过将每个需求的需求ID和需求代码存储至一个评审节点，同时每个需求ID绑定有对应的业务ID，在一定的程度上规避了代码与需求不一致或者出现遗漏的现象，提高了业务需求表单的需求与代码的管理效率。

附图说明

图1是本发明实施例一提供的业务需求表单发布方法的流程图。

图2是本发明实施例二提供的业务需求表单发布装置的结构图。

图3是本发明实施例三提供的电子设备的结构示意图。

具体实施方式

为了能够更清楚地理解本发明的上述目的、特征和优点，下面结合附图和具体实施例对本发明进行详细描述。需要说明的是，在不冲突的情况下，本发明的实施例及实施例中的特征可以相互组合。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

实施例一

图1是本发明实施例一提供的业务需求表单发布方法的流程图。

在本实施例中，所述业务需求表单发布方法可以应用于电子设备中，对于需要进行业务需求表单发布的电子设备，可以直接在电子设备上集成本发明的方法所提供的业务需求表单发布的功能，或者以软件开发工具包（Software Development Kit，SDK）的形式运行在电子设备中。

如图1所示，所述业务需求表单发布方法具体包括以下步骤，根据不同的需求，该流程图中步骤的顺序可以改变，某些可以省略。

S11，解析请求人输入的业务需求表单发布请求以获取对应的审批人员信息，并根据所述业务需求表单发布请求生成业务ID。

本实施例中，请求人在进行业务需求表单发布时，通过客户端发起业务需求表单发布请求至服务器，具体地，所述客户端可以是智能手机、IPAD或者其他现有的具有表单分布功能的设备，所述服务端可以为表单发布子系统，在请求表单发布过程中，如所述客户端可以向表单发布子系统发送业务需求表单发布请求，所述表单发布子系统用于接收所述请求人发送的业务需求表单发布请求。

本实施例中，每个业务需求表单发布请求对应有审批人员，解析所述业务需求表单发布请求获取对应的审批人员，所述业务ID用于唯一识别根据所述业务需求表单发布请求发布的表单。

S12，当侦测到所述审批人员信息对应的审批人员输入的根据所述业务需求表单发布请求创建的目标业务需求表单时，加载所述目标业务需求表单以生成第一需求代码，其中，所述第一需求代码中包含有多个需求ID，绑定每个所述需求ID与所述业务ID。

本实施例中，在进行业务需求表单发布的过程中，审批人员根据所述请求人提交的业务需求表单发布请求中的业务需求进行优化，并创建目标业务需求表单，具体地，所述目标业务需求表单是所述审批人员根据请求人提交的业务需求表单发布请求中的业务需求进行优化后重新创建的，所述优化可以包括对所述请求人提交的业务需求进行增加、删除、修改等。

在一个可选的实施例中，所述加载所述目标业务需求表单以生成第一需求代码包括：

解析所述目标业务需求表单得到多个子需求，为每个所述子需求随机分配一个需求ID；

根据每个所述子需求的需求描述和需求ID构建对应的注解；

加载所述多个子需求及每个所述子需求对应的注解生成第一需求代码。

本实施例中，在接收到目标业务需求表单时，对所述目标业务需求表单进行加载生成第一需求代码，具体地，每个目标业务需求表单中可以包括一个或者多个子需求，为每个子需求随机分配一个需求ID，并将每个所述子需求的需求ID和业务ID进行绑定，其中，每个子需求中包含有需求描述。

进一步地，所述根据每个所述子需求的需求描述和需求ID构建对应的注解包括：

按照预设的注解格式将每个所述子需求的需求描述划分为多个类别；

识别每个类别对应的预设的数据转换格式；

按照每个类别对应的预设的数据转换格式对相同类别的需求描述进行转换得到每个类别的目标数据；

根据多个目标数据、每个所述子需求的需求ID和所述预设的注解格式为每个所述子需求构建对应的注解。

本实施例中，可以预先为每个注解设置注解格式，所述预设的注解格式可以包括：@Feature：特性、@Sprint：迭代、@Version：版本、@Story：故事、@Task：任务及@FunctionPoint：功能点，具体地，@Feature：需求描述中的主要特点及关注点，例如：可以为性能需求描述、安全需求描述等非功能性需求；@Sprint：需求描述中的迭代情况描述；@Story：需求描述中的产品需求；@Task：需求描述中的任务；@FunctionPoint：需求描述中的共通函数点或方法。

本实施例中，通过将每个子需求的需求描述转换为预设的注解格式，提高了注解的可读性，并将每个所述子需求的需求ID和业务ID进行绑定，辅助运维人员快速的定位出具体的子需求，提高了业务需求表单中每个子需求的定位效率。

S13，解析所述第一需求代码中的注解得到目标需求，根据所述目标需求优化所述第一需求代码生成第二需求代码。

本实施例中，每个第一需求代码中包含有每个子需求的需求ID和对应的注解，解析每个子需求的注解对应的目标需求，根据目标需求优化对应的第一需求代码，具体地，所述优化可以为增加、删除、更改等，例如，若解析目标子需求的注解为更改第一需求代码时，根据目标子需求的注解对应的目标需求更改所述第一需求代码中的目标子需求得到第二需求代码。

进一步地，所述方法还包括：

更新所述第二需求代码中的每个所述需求ID。

本实施例中，根据目标子需求的注解的目标需求，将所述目标子需求的需求ID进行更新，得到更新后的需求ID，将第二需求代码中的所述目标子需求对应的需求ID替换为更新后的需求ID，由于每个所述子需求的需求ID、需求代码和业务ID进行了绑定，在进行优化过程中，确保了需求与所述需求对应的代码的一致性，提高了所述第二需求代码的正确率，进而提高了所述目标需求表单发布的准确率。

S14，根据所述第二需求代码创建目标业务需求表单的表单评审树，并执行所述表单评审树。

本实施例中，所述表单评审树用于评审所述目标业务需求表单中每个子需求是否满足预设的评审要求。

在一个可选的实施例中，所述根据所述第二需求代码创建目标业务需求表单的表单评审树包括：

获取所述第二需求代码中的每个子需求；

将所述第二需求代码中的每个子需求的评审节点转换为对应的表单评审树的评审节点，其中，所述表单评审树的节点中包含有评审节点的需求代码；

将所述第二需求代码中的每个子需求的评审节点之间的引用关系转换为对应的表单评审树中节点之间的边，其中，所述表单评审树中节点之间的边作为所述表单评审树之间的引用关系；

根据所述表单评审树的评审节点和所述表单评审树中节点之间的边创建目标业务需求表单的表单评审树。

本实施例中，由于所述目标需求表单中包含有多个子需求，根据所述目标需求表单中的所述多个子需求和每个子需求与剩余子需求之间的引用关系创建了表单评审树，避免了评审过程中出现子需求未评审的现象，同时确保了在所述目标需求表单优化过程中需求与所述需求对应的需求代码的一致性，提高了所述目标需求表单评审效率和准确率，进而提高了的目标需求表单的发布准确率和效率。

S15，当监测到所述表单评审树中的任意一个评审节点被触发时，获取所述任意一个评审节点的需求ID和需求代码。

本实施例中，表单评审树是通过第二需求代码中的多个需求ID和需求代码创建的，所述表单评审树中包含有多个评审节点，每个评审节点中包含有需求ID和需求代码，通过将每个需求的需求ID和需求代码存储至一个评审节点，同时每个需求ID绑定有对应的业务ID，在一定的程度上规避了代码与需求不一致或者出现遗漏的现象，提高了业务需求表单的需求与代码的管理效率。

S16，根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求。

本实施例中，每个评审节点的需求ID对应的预设的需求功能，具体地，所述预设的需求功能根据所述目标需求表单的业务需求预先设置。

可选地，所述根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求包括：

从所述任意一个评审节点的需求ID对应的预设的需求功能中获取所要生成代码的多个关键属性，并调用每个所述关键属性的生成代码处理单元；

将每个所述关键属性输入至对应的生成代码处理单元中生成一个第一需求代码；

将所述任意一个评审节点的需求代码按照所述预设的需求功能划分为多个第二需求代码；

将每个所述第一需求代码与所述多个第二需求代码进行匹配；

当每个所述第一需求代码与所述多个第二需求代码中的任意一个第二需求代码相匹配时，确定所述任意一个评审节点的需求代码符合预设的评审要求；

当任意一个所述第一需求代码与所述多个第二需求代码中的每个第二需求代码不匹配时，确定所述任意一个评审节点的需求代码不符合所述预设的评审要求。

进一步地，所述方法还包括：

当所述任意一个评审节点的需求代码不符合所述预设的评审要求时，获取所述任意一个审批节点的需求ID对应的业务ID；

识别所述业务ID对应的审批人员，并将所述需求代码不符合预设的代码需求的通知信息发送至所述审批人员。

本实施例中，通过加载所述任意一个评审节点的需求ID对应的预设的需求功能第一需求代码，及将所述需求代码按照所述预设的需求功能划分为多个第二需求代码，将每个所述第一需求代码与所述多个第二需求代码进行匹配，根据匹配结果确定所述任意一个节点的需求代码是否符合所述预设的评审要求。

本实施例中，可以预先设置评审要求，具体地，所述预设的评审要求可以用于评审所述需求代码是否符合业务需求或者所述需求代码的格式是否符合要求等，本实施例在此不做限制。

S17，当所述表单评审树中的每个评审节点的每个需求代码符合所述预设的评审要求时，采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果。

本实施例中，通过评审所述表单评审树中的所有评审节点的需求代码都符合所述预设的评审要求，确定所述目标需求表单可以进行测试。

在一个可选的实施例中，所述采用预设的发布服务器对所述第二需求代码进行测试包括：

将所述第二需求代码打包成代码包，并将所述代码包复制至预设的测试文件夹中；

在所述预设的测试文件夹中根据所述代码包中的第二需求代码编写镜像脚本；

将所述代码包与所述镜像脚本推送至安装有Docker容器的预设的发布服务器中对所述第二需求代码进行测试；

当接收到的测试结果为符合预设的测试要求时，确定测试结果为测试通过；

当接收到的测试结果为不符合预设的测试要求时，确定测试结果为测试不通过。

本实施例中，可以预先设置测试要求，具体地，所述测试要求可以根据所述目标需求表单的测试环境进行设置，采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果，根据所述测试结果确定是否执行所述目标业务需求表单的发布，提高了目标业务需求表单发布的准确率。

S18，当所述测试结果为测试通过时，响应于所述业务需求表单发布请求执行所述目标业务需求表单的发布。

本实施例中，当测试通过时，确定所述目标业务需求表单符合预设的发布要求，响应于所述业务需求表单发布请求执行所述目标业务需求表单的发布，通过判断所述表单评审树中的每个评审节点的每个需求代码是否符合所述预设的评审要求，及采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果，通过多次确认后确定是否执行所述目标业务需求表单的发布，提高了所述目标业务需求表单的发布准确率。

进一步地，所述方法还包括：

当测试结果为测试不通过时，解析所述测试结果获取对应的需求ID；

根据所述需求ID获取异常代码的代码位置坐标，并将所述异常代码的代码位置坐标及所述需求ID发送至维护人员。

本实施例中，由于每个子需求对应有需求ID，根据所述需求ID可以快速的定位出异常代码的代码位置坐标，避免测试不通过重新核对所述目标业务需求表单中的所有需求代码定位出现异常的代码的代码位置，提高了异常代码的定位效率及维护效率。

综上所述，本实施例所述的业务需求表单发布方法，一方面，通过加载所述目标业务需求表单以生成第一需求代码，将所述目标需求表单中的每个子需求的需求描述转换为预设的注解格式，提高了注解的可读性，并将每个所述子需求的需求ID和业务ID进行绑定，辅助运维人员快速的定位出具体的子需求，提高了业务需求表单中每个子需求的定位效率；另一方面，通过根据所述第二需求代码创建目标业务需求表单的表单评审树，避免了评审过程中出现子需求未评审的现象，同时确保了在所述目标需求表单优化过程中需求与所述需求对应的需求代码的一致性，提高了所述目标需求表单评审效率和准确率，进而提高了的目标需求表单的发布准确率和效率；最后，通过当监测到所述表单评审树中的任意一个评审节点被触发时获取所述任意一个评审节点的需求ID和需求代码，通过将每个需求的需求ID和需求代码存储至一个评审节点，同时每个需求ID绑定有对应的业务ID，在一定的程度上规避了代码与需求不一致或者出现遗漏的现象，提高了业务需求表单的需求与代码的管理效率。

实施例二

图2是本发明实施例二提供的业务需求表单发布装置的结构图。

在一些实施例中，所述业务需求表单发布装置20可以包括多个由程序代码段所组成的功能模块。所述业务需求表单发布装置20中的各个程序段的程序代码可以存储于电子设备的存储器中，并由所述至少一个处理器所执行，以执行（详见图1描述）业务需求表单发布的功能。

本实施例中，所述业务需求表单发布装置20根据其所执行的功能，可以被划分为多个功能模块。所述功能模块可以包括：第一解析模块201、加载模块202、第二解析模块203、创建模块204、获取模块205、确定模块206、测试模块207及执行模块208。本发明所称的模块是指一种能够被至少一个处理器所执行并且能够完成固定功能的一系列计算机程序段，其存储在存储器中。在本实施例中，关于各模块的功能将在后续的实施例中详述。

第一解析模块201，用于解析请求人输入的业务需求表单发布请求以获取对应的审批人员信息，并根据所述业务需求表单发布请求生成业务ID。

本实施例中，请求人在进行业务需求表单发布时，通过客户端发起业务需求表单发布请求至服务器，具体地，所述客户端可以是智能手机、IPAD或者其他现有的具有表单分布功能的设备，所述服务端可以为表单发布子系统，在请求表单发布过程中，如所述客户端可以向表单发布子系统发送业务需求表单发布请求，所述表单发布子系统用于接收所述请求人发送的业务需求表单发布请求。

本实施例中，每个业务需求表单发布请求对应有审批人员，解析所述业务需求表单发布请求获取对应的审批人员，所述业务ID用于唯一识别根据所述业务需求表单发布请求发布的表单。

加载模块202，用于当侦测到所述审批人员信息对应的审批人员输入的根据所述业务需求表单发布请求创建的目标业务需求表单时，加载所述目标业务需求表单以生成第一需求代码，其中，所述第一需求代码中包含有多个需求ID，绑定每个所述需求ID与所述业务ID。

本实施例中，在进行业务需求表单发布的过程中，审批人员根据所述请求人提交的业务需求表单发布请求中的业务需求进行优化，并创建目标业务需求表单，具体地，所述目标业务需求表单是所述审批人员根据请求人提交的业务需求表单发布请求中的业务需求进行优化后重新创建的，所述优化可以包括对所述请求人提交的业务需求进行增加、删除、修改等。

在一个可选的实施例中，所述加载模块202加载所述目标业务需求表单以生成第一需求代码包括：

解析所述目标业务需求表单得到多个子需求，为每个所述子需求随机分配一个需求ID；

根据每个所述子需求的需求描述和需求ID构建对应的注解；

加载所述多个子需求及每个所述子需求对应的注解生成第一需求代码。

本实施例中，在接收到目标业务需求表单时，对所述目标业务需求表单进行加载生成第一需求代码，具体地，每个目标业务需求表单中可以包括一个或者多个子需求，为每个子需求随机分配一个需求ID，并将每个所述子需求的需求ID和业务ID进行绑定，其中，每个子需求中包含有需求描述。

进一步地，所述根据每个所述子需求的需求描述和需求ID构建对应的注解包括：

按照预设的注解格式将每个所述子需求的需求描述划分为多个类别；

识别每个类别对应的预设的数据转换格式；

按照每个类别对应的预设的数据转换格式对相同类别的需求描述进行转换得到每个类别的目标数据；

根据多个目标数据、每个所述子需求的需求ID和所述预设的注解格式为每个所述子需求构建对应的注解。

本实施例中，可以预先为每个注解设置注解格式，所述预设的注解格式可以包括：@Feature：特性、@Sprint：迭代、@Version：版本、@Story：故事、@Task：任务及@FunctionPoint：功能点，具体地，@Feature：需求描述中的主要特点及关注点，例如：可以为性能需求描述、安全需求描述等非功能性需求；@Sprint：需求描述中的迭代情况描述；@Story：需求描述中的产品需求；@Task：需求描述中的任务；@FunctionPoint：需求描述中的共通函数点或方法。

本实施例中，通过将每个子需求的需求描述转换为预设的注解格式，提高了注解的可读性，并将每个所述子需求的需求ID和业务ID进行绑定，辅助运维人员快速的定位出具体的子需求，提高了业务需求表单中每个子需求的定位效率。

第二解析模块203，用于解析所述第一需求代码中的注解得到目标需求，根据所述目标需求优化所述第一需求代码生成第二需求代码。

本实施例中，每个第一需求代码中包含有每个子需求的需求ID和对应的注解，解析每个子需求的注解对应的目标需求，根据目标需求优化对应的第一需求代码，具体地，所述优化可以为增加、删除、更改等，例如，若解析目标子需求的注解为更改第一需求代码时，根据目标子需求的注解对应的目标需求更改所述第一需求代码中的目标子需求得到第二需求代码。

进一步地，更新所述第二需求代码中的每个所述需求ID。

本实施例中，根据目标子需求的注解的目标需求，将所述目标子需求的需求ID进行更新，得到更新后的需求ID，将第二需求代码中的所述目标子需求对应的需求ID替换为更新后的需求ID，由于每个所述子需求的需求ID、需求代码和业务ID进行了绑定，在进行优化过程中，确保了需求与所述需求对应的代码的一致性，提高了所述第二需求代码的正确率，进而提高了所述目标需求表单发布的准确率。

创建模块204，用于根据所述第二需求代码创建目标业务需求表单的表单评审树，并执行所述表单评审树。

本实施例中，所述表单评审树用于评审所述目标业务需求表单中每个子需求是否满足预设的评审要求。

在一个可选的实施例中，所述创建模块204根据所述第二需求代码创建目标业务需求表单的表单评审树包括：

获取所述第二需求代码中的每个子需求；

将所述第二需求代码中的每个子需求的评审节点转换为对应的表单评审树的评审节点，其中，所述表单评审树的节点中包含有评审节点的需求代码；

将所述第二需求代码中的每个子需求的评审节点之间的引用关系转换为对应的表单评审树中节点之间的边，其中，所述表单评审树中节点之间的边作为所述表单评审树之间的引用关系；

根据所述表单评审树的评审节点和所述表单评审树中节点之间的边创建目标业务需求表单的表单评审树。

本实施例中，由于所述目标需求表单中包含有多个子需求，根据所述目标需求表单中的所述多个子需求和每个子需求与剩余子需求之间的引用关系创建了表单评审树，避免了评审过程中出现子需求未评审的现象，同时确保了在所述目标需求表单优化过程中需求与所述需求对应的需求代码的一致性，提高了所述目标需求表单评审效率和准确率，进而提高了的目标需求表单的发布准确率和效率。

获取模块205，用于当监测到所述表单评审树中的任意一个评审节点被触发时，获取所述任意一个评审节点的需求ID和需求代码。

本实施例中，表单评审树是通过第二需求代码中的多个需求ID和需求代码创建的，所述表单评审树中包含有多个评审节点，每个评审节点中包含有需求ID和需求代码，通过将每个需求的需求ID和需求代码存储至一个评审节点，同时每个需求ID绑定有对应的业务ID，在一定的程度上规避了代码与需求不一致或者出现遗漏的现象，提高了业务需求表单的需求与代码的管理效率。

确定模块206，用于根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求。

本实施例中，每个评审节点的需求ID对应的预设的需求功能，具体地，所述预设的需求功能根据所述目标需求表单的业务需求预先设置。

可选地，所述确定模块206根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求包括：

从所述任意一个评审节点的需求ID对应的预设的需求功能中获取所要生成代码的多个关键属性，并调用每个所述关键属性的生成代码处理单元；

将每个所述关键属性输入至对应的生成代码处理单元中生成一个第一需求代码；

将所述任意一个评审节点的需求代码按照所述预设的需求功能划分为多个第二需求代码；

将每个所述第一需求代码与所述多个第二需求代码进行匹配；

当每个所述第一需求代码与所述多个第二需求代码中的任意一个第二需求代码相匹配时，确定所述任意一个评审节点的需求代码符合预设的评审要求；

当任意一个所述第一需求代码与所述多个第二需求代码中的每个第二需求代码不匹配时，确定所述任意一个评审节点的需求代码不符合所述预设的评审要求。

进一步地，当所述任意一个评审节点的需求代码不符合所述预设的评审要求时，获取所述任意一个审批节点的需求ID对应的业务ID；识别所述业务ID对应的审批人员，并将所述需求代码不符合预设的代码需求的通知信息发送至所述审批人员。

本实施例中，通过加载所述任意一个评审节点的需求ID对应的预设的需求功能第一需求代码，及将所述需求代码按照所述预设的需求功能划分为多个第二需求代码，将每个所述第一需求代码与所述多个第二需求代码进行匹配，根据匹配结果确定所述任意一个节点的需求代码是否符合所述预设的评审要求。

本实施例中，可以预先设置评审要求，具体地，所述预设的评审要求可以用于评审所述需求代码是否符合业务需求或者所述需求代码的格式是否符合要求等，本实施例在此不做限制。

测试模块207，用于当所述表单评审树中的每个评审节点的每个需求代码符合所述预设的评审要求时，采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果。

本实施例中，通过评审所述表单评审树中的所有评审节点的需求代码都符合所述预设的评审要求，确定所述目标需求表单可以进行测试。

在一个可选的实施例中，所述测试模块207采用预设的发布服务器对所述第二需求代码进行测试包括：

将所述第二需求代码打包成代码包，并将所述代码包复制至预设的测试文件夹中；

在所述预设的测试文件夹中根据所述代码包中的第二需求代码编写镜像脚本；

将所述代码包与所述镜像脚本推送至安装有Docker容器的预设的发布服务器中对所述第二需求代码进行测试；

当接收到的测试结果为符合预设的测试要求时，确定测试结果为测试通过；

当接收到的测试结果为不符合预设的测试要求时，确定测试结果为测试不通过。

本实施例中，可以预先设置测试要求，具体地，所述测试要求可以根据所述目标需求表单的测试环境进行设置，采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果，根据所述测试结果确定是否执行所述目标业务需求表单的发布，提高了目标业务需求表单发布的准确率。

执行模块208，用于当所述测试结果为测试通过时，响应于所述业务需求表单发布请求执行所述目标业务需求表单的发布。

本实施例中，当测试通过时，确定所述目标业务需求表单符合预设的发布要求，响应于所述业务需求表单发布请求执行所述目标业务需求表单的发布，通过判断所述表单评审树中的每个评审节点的每个需求代码是否符合所述预设的评审要求，及采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果，通过多次确认后确定是否执行所述目标业务需求表单的发布，提高了所述目标业务需求表单的发布准确率。

进一步地，当测试结果为测试不通过时，解析所述测试结果获取对应的需求ID；根据所述需求ID获取异常代码的代码位置坐标，并将所述异常代码的代码位置坐标及所述需求ID发送至维护人员。

本实施例中，由于每个子需求对应有需求ID，根据所述需求ID可以快速的定位出异常代码的代码位置坐标，避免测试不通过重新核对所述目标业务需求表单中的所有需求代码定位出现异常的代码的代码位置，提高了异常代码的定位效率及维护效率。

综上所述，本实施例所述的业务需求表单发布装置，一方面，通过加载所述目标业务需求表单以生成第一需求代码，将所述目标需求表单中的每个子需求的需求描述转换为预设的注解格式，提高了注解的可读性，并将每个所述子需求的需求ID和业务ID进行绑定，辅助运维人员快速的定位出具体的子需求，提高了业务需求表单中每个子需求的定位效率；另一方面，通过根据所述第二需求代码创建目标业务需求表单的表单评审树，避免了评审过程中出现子需求未评审的现象，同时确保了在所述目标需求表单优化过程中需求与所述需求对应的需求代码的一致性，提高了所述目标需求表单评审效率和准确率，进而提高了的目标需求表单的发布准确率和效率；最后，通过当监测到所述表单评审树中的任意一个评审节点被触发时获取所述任意一个评审节点的需求ID和需求代码，通过将每个需求的需求ID和需求代码存储至一个评审节点，同时每个需求ID绑定有对应的业务ID，在一定的程度上规避了代码与需求不一致或者出现遗漏的现象，提高了业务需求表单的需求与代码的管理效率。

实施例三

参阅图3所示，为本发明实施例三提供的电子设备的结构示意图。在本发明较佳实施例中，所述电子设备3包括存储器31、至少一个处理器32、至少一条通信总线33及收发器34。

本领域技术人员应该了解，图3示出的电子设备的结构并不构成本发明实施例的限定，既可以是总线型结构，也可以是星形结构，所述电子设备3还可以包括比图示更多或更少的其他硬件或者软件，或者不同的部件布置。

在一些实施例中，所述电子设备3是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的电子设备，其硬件包括但不限于微处理器、专用集成电路、可编程门阵列、数字处理器及嵌入式设备等。所述电子设备3还可包括客户设备，所述客户设备包括但不限于任何一种可与客户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互的电子产品，例如，个人计算机、平板电脑、智能手机、数码相机等。

需要说明的是，所述电子设备3仅为举例，其他现有的或今后可能出现的电子产品如可适应于本发明，也应包含在本发明的保护范围以内，并以引用方式包含于此。

在一些实施例中，所述存储器31用于存储程序代码和各种数据，例如安装在所述电子设备3中的业务需求表单发布装置20，并在电子设备3的运行过程中实现高速、自动地完成程序或数据的存取。所述存储器31包括只读存储器（Read-Only Memory，ROM）、可编程只读存储器（Programmable Read-Only Memory，PROM）、可擦除可编程只读存储器（Erasable Programmable Read-Only Memory，EPROM）、一次可编程只读存储器（One-timeProgrammable Read-Only Memory，OTPROM）、电子擦除式可复写只读存储器（Electrically-Erasable Programmable Read-Only Memory，EEPROM）、只读光盘（CompactDisc Read-Only Memory，CD-ROM）或其他光盘存储器、磁盘存储器、磁带存储器、或者能够用于携带或存储数据的计算机可读的任何其他介质。

在一些实施例中，所述至少一个处理器32可以由集成电路组成，例如可以由单个封装的集成电路所组成，也可以是由多个相同功能或不同功能封装的集成电路所组成，包括一个或者多个中央处理器（Central Processing unit，CPU）、微处理器、数字处理芯片、图形处理器及各种控制芯片的组合等。所述至少一个处理器32是所述电子设备3的控制核心（Control Unit），利用各种接口和线路连接整个电子设备3的各个部件，通过运行或执行存储在所述存储器31内的程序或者模块，以及调用存储在所述存储器31内的数据，以执行电子设备3的各种功能和处理数据。

在一些实施例中，所述至少一条通信总线33被设置为实现所述存储器31以及所述至少一个处理器32等之间的连接通信。

尽管未示出，所述电子设备3还可以包括给各个部件供电的电源（比如电池），可选的，电源可以通过电源管理装置与所述至少一个处理器32逻辑相连，从而通过电源管理装置实现管理充电、放电、以及功耗管理等功能。电源还可以包括一个或一个以上的直流或交流电源、再充电装置、电源故障检测电路、电源转换器或者逆变器、电源状态指示器等任意组件。所述电子设备3还可以包括多种传感器、蓝牙模块、Wi-Fi模块等，在此不再赘述。

应该了解，所述实施例仅为说明之用，在专利申请范围上并不受此结构的限制。

上述以软件功能模块的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能模块存储在一个存储介质中，包括若干指令用以使得一台计算机设备（可以是个人计算机，电子设备，或者网络设备等）或处理器（processor）执行本发明各个实施例所述方法的部分。

在进一步的实施例中，结合图2，所述至少一个处理器32可执行所述电子设备3的操作装置以及安装的各类应用程序（如所述的业务需求表单发布装置20）、程序代码等，例如，上述的各个模块。

所述存储器31中存储有程序代码，且所述至少一个处理器32可调用所述存储器31中存储的程序代码以执行相关的功能。例如，图2中所述的各个模块是存储在所述存储器31中的程序代码，并由所述至少一个处理器32所执行，从而实现所述各个模块的功能以达到业务需求表单发布的目的。

在本发明的一个实施例中，所述存储器31存储多个指令，所述多个指令被所述至少一个处理器32所执行以实现业务需求表单发布的功能。

具体地，所述至少一个处理器32对上述指令的具体实现方法可参考图1对应实施例中相关步骤的描述，在此不赘述。

在本发明所提供的几个实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。

所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，既可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能模块可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能模块的形式实现。

对于本领域技术人员而言，显然本发明不限于上述示范性实施例的细节，而且在不背离本发明的精神或基本特征的情况下，能够以其他的具体形式实现本发明。因此，无论从哪一点来看，均应将实施例看作是示范性的，而且是非限制性的，本发明的范围由所附权利要求而不是上述说明限定，因此旨在将落在权利要求的等同要件的含义和范围内的所有变化涵括在本发明内。不应将权利要求中的任何附图标记视为限制所涉及的权利要求。此外，显然“包括”一词不排除其他单元或，单数不排除复数。本发明中陈述的多个单元或装置也可以由一个单元或装置通过软件或者硬件来实现。第一，第二等词语用来表示名称，而并不表示任何特定的顺序。

最后应说明的是，以上实施例仅用以说明本发明的技术方案而非限制，尽管参照较佳实施例对本发明进行了详细说明，本领域的普通技术人员应当理解，可以对本发明的技术方案进行修改或等同替换，而不脱离本发明技术方案的精神和范围。

Claims (10)

1.一种业务需求表单发布方法，其特征在于，所述方法包括：

解析请求人输入的业务需求表单发布请求以获取对应的审批人员信息，并根据所述业务需求表单发布请求生成业务ID；

当侦测到所述审批人员信息对应的审批人员输入的根据所述业务需求表单发布请求创建的目标业务需求表单时，加载所述目标业务需求表单以生成第一需求代码，其中，所述第一需求代码中包含有多个需求ID，绑定每个所述需求ID与所述业务ID；

解析所述第一需求代码中的注解得到目标需求，根据所述目标需求优化所述第一需求代码生成第二需求代码；

根据所述第二需求代码创建目标业务需求表单的表单评审树，并执行所述表单评审树；

当监测到所述表单评审树中的任意一个评审节点被触发时，获取所述任意一个评审节点的需求ID和需求代码；

根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求，其中，所述根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求包括：从所述任意一个评审节点的需求ID对应的预设的需求功能中获取所要生成代码的多个关键属性，并调用每个所述关键属性的生成代码处理单元；将每个所述关键属性输入至对应的生成代码处理单元中生成一个第一需求代码；将所述任意一个评审节点的需求代码按照所述预设的需求功能划分为多个第二需求代码；将每个所述第一需求代码与所述多个第二需求代码进行匹配；当每个所述第一需求代码与所述多个第二需求代码中的任意一个第二需求代码相匹配时，确定所述任意一个评审节点的需求代码符合预设的评审要求；

当所述表单评审树中的每个评审节点的每个需求代码符合所述预设的评审要求时，采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果；

当所述测试结果为测试通过时，响应于所述业务需求表单发布请求执行所述目标业务需求表单的发布。

2.如权利要求1所述的业务需求表单发布方法，其特征在于，所述根据所述第二需求代码创建目标业务需求表单的表单评审树包括：

获取所述第二需求代码中的每个子需求；

将所述第二需求代码中的每个子需求的评审节点转换为对应的表单评审树的评审节点，其中，所述表单评审树的节点中包含有评审节点的需求代码；

将所述第二需求代码中的每个子需求的评审节点之间的引用关系转换为对应的表单评审树中节点之间的边，其中，所述表单评审树中节点之间的边作为所述表单评审树之间的引用关系；

根据所述表单评审树的评审节点和所述表单评审树中节点之间的边创建目标业务需求表单的表单评审树。

3.如权利要求1所述的业务需求表单发布方法，其特征在于，所述方法还包括：

当任意一个所述第一需求代码与所述多个第二需求代码中的每个第二需求代码不匹配时，确定所述任意一个评审节点的需求代码不符合所述预设的评审要求。

4.如权利要求1所述的业务需求表单发布方法，其特征在于，所述方法还包括：

当所述任意一个评审节点的需求代码不符合所述预设的评审要求时，获取所述任意一个审批节点的需求ID对应的业务ID；

识别所述业务ID对应的审批人员，并将所述需求代码不符合预设的代码需求的通知信息发送至所述审批人员。

5.如权利要求1所述的业务需求表单发布方法，其特征在于，所述采用预设的发布服务器对所述第二需求代码进行测试包括：

将所述第二需求代码打包成代码包，并将所述代码包复制至预设的测试文件夹中；

在所述预设的测试文件夹中根据所述代码包中的第二需求代码编写镜像脚本；

将所述代码包与所述镜像脚本推送至安装有Docker容器的预设的发布服务器中对所述第二需求代码进行测试；

当接收到的测试结果为符合预设的测试要求时，确定测试结果为测试通过；

当接收到的测试结果为不符合预设的测试要求时，确定测试结果为测试不通过。

6.如权利要求1所述的业务需求表单发布方法，其特征在于，所述加载所述目标业务需求表单以生成第一需求代码包括：

解析所述目标业务需求表单得到多个子需求，为每个所述子需求随机分配一个需求ID；

根据每个所述子需求的需求描述和需求ID构建对应的注解；

加载所述多个子需求及每个所述子需求对应的注解生成第一需求代码。

7.如权利要求1至6中任意一项所述的业务需求表单发布方法，其特征在于，所述方法还包括：

当测试结果为测试不通过时，解析所述测试结果获取对应的需求ID；

根据所述需求ID获取异常代码的代码位置坐标，并将所述异常代码的代码位置坐标及所述需求ID发送至维护人员。

8.一种业务需求表单发布装置，其特征在于，所述装置包括：

第一解析模块，用于解析请求人输入的业务需求表单发布请求以获取对应的审批人员信息，并根据所述业务需求表单发布请求生成业务ID；

加载模块，用于当侦测到所述审批人员信息对应的审批人员输入的根据所述业务需求表单发布请求创建的目标业务需求表单时，加载所述目标业务需求表单以生成第一需求代码，其中，所述第一需求代码中包含有多个需求ID，绑定每个所述需求ID与所述业务ID；

第二解析模块，用于解析所述第一需求代码中的注解得到目标需求，根据所述目标需求优化所述第一需求代码生成第二需求代码；

创建模块，用于根据所述第二需求代码创建目标业务需求表单的表单评审树，并执行所述表单评审树；

获取模块，用于当监测到所述表单评审树中的任意一个评审节点被触发时，获取所述任意一个评审节点的需求ID和需求代码；

确定模块，用于根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求，其中，所述根据所述任意一个评审节点的需求ID对应的预设的需求功能确定所述任意一个评审节点的需求代码是否符合预设的评审要求包括：从所述任意一个评审节点的需求ID对应的预设的需求功能中获取所要生成代码的多个关键属性，并调用每个所述关键属性的生成代码处理单元；将每个所述关键属性输入至对应的生成代码处理单元中生成一个第一需求代码；将所述任意一个评审节点的需求代码按照所述预设的需求功能划分为多个第二需求代码；将每个所述第一需求代码与所述多个第二需求代码进行匹配；当每个所述第一需求代码与所述多个第二需求代码中的任意一个第二需求代码相匹配时，确定所述任意一个评审节点的需求代码符合预设的评审要求；

测试模块，用于当所述表单评审树中的每个评审节点的每个需求代码符合所述预设的评审要求时，采用预设的发布服务器对所述第二需求代码进行测试，得到测试结果；

执行模块，用于当所述测试结果为测试通过时，响应于所述业务需求表单发布请求执行所述目标业务需求表单的发布。

9.一种电子设备，其特征在于，所述电子设备包括处理器和存储器，所述处理器用于执行所述存储器中存储的计算机程序时实现如权利要求1至7中任意一项所述的业务需求表单发布方法。

10.一种计算机可读存储介质，所述计算机可读存储介质上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至7中任意一项所述的业务需求表单发布方法。

Images