1.本说明书实施方式涉及计算机
技术领域：
：，具体涉及一种软件的需求跟踪矩阵生成方法、装置、计算机设备及存储介质。
背景技术：
：：2.根据制药行业gxp质量管理体系要求，计算机系统必须经过完整合规的csv（computerizedsystemvaldiation，软件验证）验证，以证明产品符合预定用途，从而可以保证公众安全、数据完整性及产品质量。csv验证活动贯穿于软件产品开发的整个流程，所软件产品开发过程中的文件记录构成验证文件的重要组成部分。3.在传统技术中，在验证工作开始后，需要专人将软件开发过程中产生的资料进行手动关联和手动整合，以生成验证文件中的各部分，比如需求跟踪矩阵、软件测试文档。验证文件的生成过程通常需要一个月甚至更久的时间。因此，传统技术中验证文件的生成效率有待提升。技术实现要素：4.有鉴于此，本说明书实施方式致力于提供一种软件的需求跟踪矩阵生成方法、装置、计算机设备、存储介质及计算机程序产品，以解决传统技术中验证文件的生成效率有待提升的技术问题。5.本说明书实施方式提供了一种软件的需求跟踪矩阵生成方法，所述需求跟踪矩阵模板的数据结构包括需求条目标识数据列、需求描述数据列、功能条目标识数据列、运行确认标识数据列、性能确认标识数据列；所述方法包括：获取产品名称和版本号；根据所述产品名称和所述版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集；其中，所述需求条目数据集包括需求条目标识和与所述需求条目标识对应的需求描述数据；所述验证文件数据源是在所述软件的开发过程中通过开发管理系统对设计操作、开发操作、测试操作产生的数据进行采集得到的，且用于生成验证文件；其中，所述开发管理系统是用于跟进所述软件的设计操作、开发操作、测试操作的平台系统；根据所述需求条目标识在所述验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集；其中，所述功能条目数据集包括与所述需求条目标识关联的功能条目标识；获取与所述功能条目标识关联的目标运行确认标识、目标性能确认标识；按照需求跟踪矩阵模板的数据结构，对所述需求条目标识、与所述需求条目标识对应的需求描述数据、与所述需求条目标识关联的功能条目标识、所述目标运行确认标识、所述目标性能确认标识进行数据拼接，得到适配于所述数据结构的目标标识数据；将所述目标标识数据对应地填充至所述需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵；其中，所述需求跟踪矩阵作为所述验证文件的一部分；其中，被填充至所述需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，所述单元格内的标识数据为所述文档超链接所关联的文档的标识信息，所述文档超链接用于访问所述关联的文档。6.本说明书实施方式提供一种软件的需求跟踪矩阵生成装置，所述需求跟踪矩阵模板的数据结构包括需求条目标识数据列、需求描述数据列、功能条目标识数据列、运行确认标识数据列、性能确认标识数据列；所述装置包括：名称版本号获取模块，用于获取产品名称和版本号；需求条目查询模块，用于根据所述产品名称和所述版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集；其中，所述需求条目数据集包括需求条目标识和与所述需求条目标识对应的需求描述数据；所述验证文件数据源是在所述软件的开发过程中通过开发管理系统对设计操作、开发操作、测试操作产生的数据进行采集得到的，且用于生成验证文件；其中，所述开发管理系统是用于跟进所述软件的设计操作、开发操作、测试操作的平台系统；功能条目查询模块，用于根据所述需求条目标识在所述验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集；其中，所述功能条目数据集包括与所述需求条目标识关联的功能条目标识；确认标识获取模块，用于获取与所述功能条目标识关联的目标运行确认标识、目标性能确认标识；标识数据拼接模块，用于按照需求跟踪矩阵模板的数据结构，对所述需求条目标识、与所述需求条目标识对应的需求描述数据、与所述需求条目标识关联的功能条目标识、所述目标运行确认标识、所述目标性能确认标识进行数据拼接，得到适配于所述数据结构的目标标识数据；标识数据填充模块，用于将所述目标标识数据对应地填充至所述需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵；其中，所述需求跟踪矩阵作为所述验证文件的一部分；其中，被填充至所述需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，所述单元格内的标识数据为所述文档超链接所关联的文档的标识信息，所述文档超链接用于访问所述关联的文档。7.本说明书实施方式提供一种计算设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述实施方式中的方法步骤。8.本说明书实施方式提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施方式中的方法步骤。9.本说明书实施方式提供一种计算机程序产品，所述计算机程序产品中包括指令，所述指令被计算机设备的处理器执行时，使得所述计算机设备能够执行上述实施方式中的方法步骤。10.本说明书实施方式，通过获取产品名称和版本号，根据产品名称和版本号查询需求条目标识，根据需求条目标识查询与需求条目标识关联的功能条目标识，从而获取与功能条目标识关联的目标运行确认标识、目标性能确认标识，完成需求跟踪矩阵模板所需的标识数据的获取，进而按照需求跟踪矩阵模板的数据结构，将需求跟踪矩阵模板所需的标识数据进行结构调整，得到适配于需求跟踪矩阵模板的数据结构的目标标识数据，最终，将目标标识数据填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵，以自动化的方式生成需求跟踪矩阵，降低文档遗漏或错误出现的几率，提升验证文件的准确性。进一步地，通过需求跟踪矩阵将验证文件涉及的文档内容一目了然呈现给用户，提升验证文件的可读性和易读性，降低用户查阅验证文件的操作成本。附图说明11.图1a所示为一实施方式提供的场景示例中需求跟踪矩阵生成方法的应用环境图。12.图1b所示为一实施方式提供的场景示例中验证文件创建界面的示意图。13.图1c所示为一实施方式提供的场景示例中文档新增界面的示意图。14.图1d所示为一实施方式提供的需求跟踪矩阵生成方法的应用环境图。15.图2a所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。16.图2b所示为一实施方式提供的需求跟踪矩阵的示意图。17.图2c所示为一实施方式提供的需求跟踪矩阵的示意图。18.图3所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。19.图4a所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。20.图4b所示为一实施方式提供的针对需求模块的统计结果的示意图。21.图5所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。22.图6a所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。23.图6b所示为一实施方式提供的需求跟踪矩阵的示意图。24.图7所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。25.图8所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。26.图9为一实施方式提供的需求跟踪矩阵生成装置的结构框图。27.图10为一实施方式提供的计算机设备的内部结构图。具体实施方式28.下面将结合本说明书实施方式中的附图，对本说明书实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅是本说明书一部分实施方式，而不是全部的实施方式。基于本说明书中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本说明书保护的范围。29.请参阅图1a。在一个具体的场景示例中，业务专家、产品经理、技术人员、测试人员、验证人员均可以访问软件开发工作管理平台。在需要开发一款新软件或者对软件进行更新时，业务专家可以访问软件开发工作管理平台。通过软件开发工作管理平台接收业务专家输入的需求数据，比如软件产品名称、需要开发的模块等。其中，各模块包括有若干个需求条目。软件开发工作管理平台可以存储有需求条目标识和与需求条目标识对应的需求描述数据、创建需求条目的时间等需求数据。30.示例性地，软件产品名称为edc软件（electronicdatacapturesystem，临床试验电子数据采集系统）。edc软件包括的模块有登录模块、合规模块、签名服务模块、配置管理模块。以配置管理模块为例进行说明需求数据，配置管理模块对应有若干个需求条目。比如临床试验项目的执行环境配置、临床试验项目的试验类型配置、受试者信息的自定义配置、审批节点的配置等。其中，各需求条目具有需求条目标识和与需求描述数据。比如，“临床试验项目的执行环境配置”的需求条目标识可以记为“ur-gamp5-64”。“临床试验项目的执行环境配置”的需求描述数据可以记为“用户可以选择执行的项目及执行环境”。再比如，“临床试验项目的试验类型配置”的需求条目标识可以记为“ur-gamp5-65”。“临床试验项目的试验类型配置”的需求描述数据可以记为“初次进入项目可以选择试验类型：简单、多队列、复杂”。31.通过软件开发工作管理平台接收产品经理输入的功能设计数据时，需要产品经理预先指定该功能设计数据需要关联的需求条目，即需求条目与功能条目之间具有对应关系。以合规模块为例说明软件的功能设计。产品经理针对合规模块的需求数据进行功能设计，将合规模块拆分为若干个对应的功能条目。其中，各功能条目具有功能条目标识、对应的功能描述数据。需要说明的是，合规模块可以至少对应有一个需求条目，合规模块对应的需求条目与合规模块对应的功能条目之间具有对应关系。合规模块对应的一个需求条目可以与一个功能条目对应，合规模块对应的一个需求条目可以与多个功能条目对应。软件开发工作管理平台可以存储有功能条目标识和与功能条目标识对应的功能描述数据、创建功能条目的时间等功能设计数据。32.在产品经理完成针对需求数据的功能设计之后，由技术人员进行代码编写以实现用户需求的功能，在技术人员编写代码的过程中，可以对技术人员所编写的代码进行代码评审。在评审时，可以记录代码评审数据至代码评审模板中，生成代码评审报告。也可以预先设置代码评审报告模板，在代码评审时，收集针对代码的代码评审数据，按照代码评审报告模板的数据结构，对代码评审数据进行调整，将调整后的代码评审数据写入代码评审报告模板，得到代码评审报告。33.在技术人员完成代码编写的工作后，需要测试人员在软件开发工作管理平台上运行相关测试用例。具体地，测试人员可以预先制定测试计划，测试计划中包括有若干个测试用例。各测试用例对应有测试名称。每个测试用例运行过程中，为了记录测试结果，对测试界面进行截图，得到测试界面截图。对各测试用例的结果进行统计和记录，得到测试结果和统计结果。在编写用测试用例时，可以指定有功能条目，针对该功能条目关联测试用例，因此，功能条目标识与测试用例标识之间可以具有对应关系。进一步地，各测试用例具有各自的测试名称、测试步骤。测试用例的测试名称可以记为测试用例的名称数据，测试用例的测试步骤可以记为测试用例的测试步骤数据。测试结果可以是通过或者失败，“通过”表示测试的功能或者性能通过测试。“失败”表示测试的功能或者性能未能通过测试。软件开发工作管理平台可以存储有测试计划、测试计划的标识信息、测试计划包括的测试用例、测试用例的标识信息、测试用例的测试步骤数据、测试结果、测试界面截图、名称数据、统计结果等测试数据。34.在验证人员对软件进行验证时，验证人员可以访问软件开发工作管理平台，软件开发工作管理平台可以提供有验证文件创建界面。请参阅图1b。验证文件创建界面具有产品名称输入框和版本号输入框，通过产品名称输入框接收输入的产品名称，通过版本号输入框接收输入的版本号。软件开发工作管理平台也可以提供有文档新增界面。文档新增界面还具有文档类型下拉列框。请参阅图1c，响应于对文档类型下拉列框的触发操作，展示文档类型列表，在文档类型列表中展示用户需求说明书、功能设计说明书、性能确认报告、功能确认报告、验证文件。35.示例性地，在用户选择用户需求说明书的情况下，则根据输入的产品名称和版本号获取生成用户需求说明书的需求数据，并获取需求说明文档模板，将获取的需求数据写入需求说明文档模板中，得到用户需求说明书（也可以称为需求说明文档）。36.示例性地，在用户选择功能设计说明书的情况下，则根据输入的产品名称和版本号获取生成功能设计说明书的功能设计数据，并获取功能设计文档模板，将获取的功能设计数据写入功能设计文档模板中，得到功能设计说明书（也可以称为功能设计文档）。37.示例性地，在用户选择性能确认报告的情况下，则根据输入的产品名称和版本号获取生成性能确认报告的测试用例的标识信息、测试步骤数据、测试结果、测试界面截图，并获取性能确认文档模板，按照性能确认文档模板的数据结构，将测试用例的标识信息、测试步骤数据、测试结果、测试界面截图填充至性能确认文档模板，得到性能确认文档。38.示例性地，在用户选择功能确认报告的情况下，则根据输入的产品名称和版本号，获取生成功能确认报告的测试用例的标识信息、统计结果、名称数据，并获取运行确认文档模板，按照运行确认文档模板的数据结构，将测试用例的标识信息、统计结果、名称数据填充至运行确认文档模板，得到运行确认文档。39.示例性地，由于验证文件时一系列文档的集合，验证文件包括用户需求说明书、功能设计说明书、代码评审报告、安装确认报告、性能确认报告、功能确认报告、跟踪矩阵。验证文件的生成依赖于验证文件数据源，验证文件数据源是在软件的开发过程中对设计操作、开发操作、测试操作产生的数据进行记录得到的。以下示例性地说明验证文件的生成过程，在本示例性地场景示例中，用户只需要输入产品名称和版本号，并选择验证文件的情况下，可以自动化生成包括用户需求说明书、功能设计说明书、性能确认报告、功能确认报告、需求跟踪矩阵的验证文件。需求跟踪矩阵模板的数据结构包括需求条目标识数据列、需求描述数据列、功能条目标识数据列、运行确认标识数据列、性能确认标识数据列；具体地，在用户选择验证文件的情况下，则根据输入的产品名称和版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集。其中，需求条目数据集包括需求条目标识和与需求条目标识对应的需求描述数据。进一步地，从需求条目数据集中，提取与需求说明文档模板所包括的数据列对应的需求数据；按照需求说明文档模板的数据结构对提取的需求数据进行结构调整，得到目标需求数据；将目标需求数据填充至需求说明文档模板中，生成需求说明文档。其中，需求说明文档作为验证文件的一部分。40.根据需求条目标识在验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集。其中，功能条目数据集包括与需求条目标识关联的功能条目标识。进一步地，从功能条目数据集中，提取与功能设计文档模板所包括的数据列对应的功能设计数据；按照功能设计文档模板的数据结构对提取的功能设计数据进行结构调整，得到目标功能设计数据；将目标功能设计数据填充至功能设计文档模板中，生成功能设计文档。其中，功能设计文档作为验证文件的一部分。41.获取与功能条目标识关联的目标运行确认标识、目标性能确认标识。进一步地，根据产品名称和版本号在验证文件数据源中进行测试计划的查询，得到对应的测试计划的标识信息；根据测试计划的标识信息，查询测试计划所包括的测试用例的标识信息、测试步骤数据、测试结果、测试界面截图；按照性能确认文档模板的数据结构，将测试用例的标识信息、测试步骤数据、测试结果、测试界面截图填充至性能确认文档模板，得到性能确认文档；按照运行确认文档模板的数据结构，将测试用例的标识信息、统计结果、名称数据填充至运行确认文档模板，得到运行确认文档；其中，性能确认文档、运行确认文档作为验证文件的一部分。42.按照需求跟踪矩阵模板的数据结构，对需求条目标识、与需求条目标识对应的需求描述数据、与需求条目标识关联的功能条目标识、目标运行确认标识、目标性能确认标识进行数据拼接，得到适配于数据结构的目标标识数据。43.将目标标识数据对应地填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵；其中，需求跟踪矩阵作为验证文件的一部分；其中，被填充至需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，单元格内的标识数据为文档超链接所关联的文档的标识信息，文档超链接用于访问关联的文档。44.至此，根据输入的产品名称和版本号自动生成有用户需求说明书、功能设计说明书、性能确认报告、功能确认报告、需求跟踪矩阵，且这些文档作为验证文件的一部分，可以用于构成验证文件。解决传统技术中需要手动关联和手动整理验证文件的各个部分导致的生成效率低的技术问题，本场景示例中，仅仅需要用户输入产品名称和版本号以及选择验证文件，即可自动生成验证文件，减少验证人员的工作量，提升验证文件的生成效率，并且减少手动关联和手动整理过程中出现的遗漏或者错误的几率，确保验证文件的准确性。45.请参阅图1d，本说明书实施方式提供一种软件的验证文件生成系统，且本说明书提供的软件的需求跟踪矩阵生成方法应用于该验证文件系统。通过本说明书提供的软件的需求跟踪矩阵生成方法，自动生成的需求跟踪矩阵作为验证文件的一部分。该验证文件系统可以包括由终端110和服务器120形成的硬件环境。终端110通过网络与服务器120进行通信。其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。随着科学技术的发展，可能会出现一些新型计算设备，比如量子计算服务器，这些新型计算设备也可以应用于本说明书的实施方式中。46.请参阅图2a，本说明书实施方式提供一种软件的需求跟踪矩阵生成方法。该软件的需求跟踪矩阵生成方法可以包括以下步骤。47.步骤s210：获取产品名称和版本号。48.其中，产品名称可以是软件的名称，产品名称也可以对应于软件所属项目的项目名称。版本号可以是适应于不同运行环境的软件的版本标识号，也可以是软件产品投入使用后，针对变更要求进行修正或者纠错后得到的新软件的版本标识号。具体地，终端提供有验证文件新增页面，通过验证文件新增页面接收用户输入的产品名称和版本号，终端将产品名称和版本号发送至服务器，服务器接收到产品名称和版本号。示例性地，产品名称可以是edc系统，版本号可以是5.3.1。49.步骤s220：根据产品名称和版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集。50.其中，需求条目数据集包括需求条目标识和与需求条目标识对应的需求描述数据。软件可以划分成若干个需求模块，不同的需求模块可以拆分为若干个需求条目。各需求条目具有需求条目标识，需求条目标识用于唯一性地表示需求条目。需求条目标识可以是需求编号。由于需求条目标识并不能直接的表达用户需求，因此，各需求条目具有对应的需求描述数据。需求描述数据可以采用文本数据形式进行表示。51.其中，所述验证文件数据源是在所述软件的开发过程中通过开发管理系统对设计操作、开发操作、测试操作产生的数据进行采集得到的，且用于生成验证文件。其中，所述开发管理系统是用于跟进所述软件的设计操作、开发操作、测试操作的平台系统，比如前文提到的软件开发工作管理平台。软件开发工作管理平台可以提供有设计操作界面、开发操作界面、测试操作界面。开发工作管理平台可以对设计操作、开发操作、测试操作产生的数据进行收集并存储，形成验证文件数据源。在需要执行验证工作时，从验证文件数据源中获取需要写入模板中的数据，以得到验证文件中的文档或者报告。示例性地，设计操作可以理解为业务专家对用户需求的分析，并发送用户需求相关数据至软件开发工作管理平台，软件开发工作管理平台可以对设计操作产生的数据进行收集并存储。软件开发工作管理平台可以采用jira工具，jira工具用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。52.具体地，在一些实施方式中，终端可以根据产品名称和版本号生成数据查询语句，终端发送数据查询语句至服务器，服务器执行数据查询语句，在验证文件数据源中执行需求条目的查询，得到与产品名称和版本号对应的需求条目数据集，需求条目数据集中包括有需求条目标识和与需求条目标识对应的需求描述数据。示例性地，终端根据产品名称和版本号生成jql查询语句，终端发送jql语句至服务器，服务器在jira数据源中执行jql查询语句，得到需求条目数据集。53.在一些实施方式中，根据产品名称和版本号在验证文件数据源查询各需求模块的需求模块条目，根据需要模块条目递归查询其子模块的，类型为“原始需求”的原始需求条目，得到对应的需求条目数据集。54.步骤s230：根据需求条目标识在验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集。55.其中，功能条目数据集包括与需求条目标识关联的功能条目标识。功能条目可以是产品经理针对需求模块进行功能设计得到的。功能条目标识用于唯一性地表示功能条目。功能条目标识可以是功能编号。具体地，在产品经理进行功能设计前需要指定需求条目，将即将功能设计的功能条目与需求条目进行关联，响应于功能条目与需求条目之间的关联操作，终端向服务器发送功能条目与需求条目之间的对应关系。服务器接收并存储功能条目与需求条目之间的对应关系。可以理解的是，功能条目与需求条目之间的对应关系为软件开发过程中设计操作产生的数据，可以作为验证文件数据源的一部分。因此，根据需求条目标识在验证文件数据源中进行功能条目的查询，得到若干个与需求条目标识对应的功能条目标识，若干个功能条目标识构成功能条目标识数据集。56.步骤s240：获取与功能条目标识关联的目标运行确认标识、目标性能确认标识。57.其中，运行确认标识可以是运行确认（oq）测试用例的标识信息。比如，运行确认标识可以是oq测试用例的编号。性能确认标识可以是性能确认（pq）测试用例的标识信息。比如，性能确认标识可以是pq测试用例的编号。具体地，测试人员在编写oq测试用例时，需要将oq测试用例与功能条目进行关联，即在功能条目标识与运行确认标识之间建立对应关系。同样地，测试人员在编写pq测试用例时，需要将pq测试用例与功能条目进行关联，即在功能条目标识与性能确认标识之间建立对应关系。服务器中存储有功能条目标识与运行确认标识之间建立对应关系、功能条目标识与性能确认标识之间建立对应关系。因此，利用功能条目标识在功能条目标识与运行确认标识之间的对应关系中进行匹配，得到与功能条目标识关联的目标运行确认标识。利用功能条目标识在功能条目标识与性能确认标识之间的对应关系中进行匹配，得到与功能条目标识关联的目标性能确认标识。58.步骤s250：按照需求跟踪矩阵模板的数据结构，对需求条目标识、与需求条目标识对应的需求描述数据、与需求条目标识关联的功能条目标识、目标运行确认标识、目标性能确认标识进行数据拼接，得到适配于数据结构的目标标识数据。59.其中，需求跟踪矩阵模板是用于生成需求跟踪矩阵的模板文件。需求跟踪矩阵模板包括若干数据列，比如需求条目标识数据列、需求描述数据列、功能条目标识数据列、目标运行确认标识数据列、目标性能确认标识数据列。示例性地，需求跟踪矩阵可以采用图2b所示的表格形式。需求跟踪矩阵模板包括的数据列可以是urs编号、urs描述、fds编号、oq用例编号和pq用例编号。可以理解的是，urs可以理解为用户需求说明书的英文首字母缩写。fds可以理解为用户需求说明书的英文首字母缩写。60.其中，终端向服务器发送验证文件生成请求，服务器接收到验证文件生成请求。由于预先已经设置验证文件包括哪些文档或者报告，因此可以根据验证文件生成请求获取对应文档模板或者报告模板。比如，若预设验证文件包括需求跟踪矩阵，则根据验证文件生成请求获取需求跟踪矩阵模板。若预设验证文件包括需求说明文档、功能设计文档、需求跟踪矩阵，则根据验证文件生成请求获取需求说明文档模板、功能设计文档模板、需求跟踪矩阵模板。61.具体地，需求跟踪矩阵模板具有数据结构，需求跟踪矩阵模板的数据结构取决于需求跟踪矩阵模板的实际情况。需求跟踪矩阵模板的数据结构可以包括需求跟踪矩阵模板包括的数据列。需求跟踪矩阵模板中设有多个占位符，需求跟踪矩阵模板的数据结构也可以包括各占位符在需求跟踪矩阵模板中的排序方式。需求跟踪矩阵模板的数据结构可以包括需求条目标识数据列、需求描述数据列、功能条目标识数据列、运行确认标识数据列、性能确认标识数据列，以及各数据列的占位符的排序方式。已经根据终端发送的产品名称和版本号获取到需求条目标识、与需求条目标识对应的需求描述数据、与需求条目标识关联的功能条目标识、目标运行确认标识、目标性能确认标识，因此，根据需求跟踪矩阵模板所包括的数据列和各数据列中的位置，对需求跟踪矩阵模板所需的数据进行结构调整，并将获取的相互关联的数据进行数据拼接，得到适配于数据结构的目标标识数据。示例性地，请参阅图2c，需求跟踪矩阵模板中数据列和占位符对应关系。62.步骤s260：将目标标识数据对应地填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵。63.其中，需求跟踪矩阵作为验证文件的一部分；其中，被填充至需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，单元格内的标识数据为文档超链接所关联的文档的标识信息，文档超链接用于访问关联的文档。其中，需求跟踪矩阵中各单元格内的标识数据可以是需求条目标识、需求描述数据、功能条目标识、目标运行确认标识、目标性能确认标识中任一个。64.具体地，需求跟踪矩阵模板中的单元格具有对应的占位符，各标识数据（比如需求条目标识、需求描述数据、功能条目标识、目标运行确认标识、目标性能确认标识）包括字段和字段取值。利用需求条目标识的字段与单元格的占位符进行匹配，若匹配上，则利用字段取值替换单元格的占位符，即实现将相应的目标标识填充至需求跟踪矩阵模板中，以生成需求跟踪矩阵。需要说明的是，若需求跟踪矩阵中仅仅包括上述的这些数据列，则可以得到需求跟踪矩阵。若需求跟踪矩阵中还包括除上述的这些数据列之外的其他数据列，则可以通过手动调整的方式将其他数据列的标识数据填入需求跟踪矩阵。比如，其他数据列可以tds编号数据列。tds是技术设计说明书的英文首字母缩写。也可以预先将tds编号与urs编号关联，则可以利用urs编号查询得到tds编号，并按照tds编号数据列在需求跟踪矩阵模板中的位置，将查询得到的tds编号填充至需求跟踪矩阵模板中，生成需求跟踪矩阵。65.请继续参阅图2b，图2b所示的表格结构可以映射为需求跟踪矩阵模板的数据结构。示例性地，需求跟踪矩阵模板中的单元格的占位符可以是{{tableur}}[model]；需求条目标识的字段可以为model，字段取值可以是xx-ur-536。利用需求条目标识的字段model与单元格的占位符{{tableur}}[model]进行匹配，若匹配上，则利用字段取值xx-ur-536替换{{tableur}}[model]，实现将xx-ur-536填充至需求跟踪矩阵模板中。[0066]示例性地，图2b中的表头包括数据列urs编号、描述（即为需求描述数据）、fds编号、oq用例编号和pq用例编号。关于图2b中第一行的数据，获取到urs编号urs-0001，根据urs-0001获取到对应的需求描述数据“系统支持用户和权限管理”。其他数据列的数据为空。则“urs-0001”以及“系统支持用户和权限管理”对应的填充至需求跟踪矩阵模板的第一行的urs编号数据列和描述数据列。[0067]示例性地，关于图2b中第二行的数据，获取到urs编号urs-0001.01，根据urs-0001.01获取到对应的需求描述数据“用户可以设置原始资料登记员、医学评审员等角色”。根据urs-0001.01获取到对应的fds编号fd-sm-0001、fd-sm-0002、fd-sm-0003；根据fds编号fd-sm-0001、fd-sm-0002、fd-sm-0003获取到oq用例编号tc-oq-sm-0007、tc-oq-sm-0008、tc-oq-sm-0009、tc-oq-sm-0010、tc-oq-sm-0011。根据fds编号fd-sm-0001、fd-sm-0002、fd-sm-0003获取到pq用例编号tc-pq-sm-0003、tc-pq-sm-0004。则将这些数据对应地填充至需求跟踪矩阵模板的第二行的各数据列内。[0068]上述软件的需求跟踪矩阵生成方法，通过获取产品名称和版本号，根据产品名称和版本号查询需求条目标识，根据需求条目标识查询与需求条目标识关联的功能条目标识，从而获取与功能条目标识关联的目标运行确认标识、目标性能确认标识，完成需求跟踪矩阵模板所需的标识数据的获取，进而按照需求跟踪矩阵模板的数据结构，将需求跟踪矩阵模板所需的标识数据进行结构调整，得到适配于需求跟踪矩阵模板的数据结构的目标标识数据，最终，将目标标识数据填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵，通过利用产品名称和版本号进行查询，从而以自动化的方式生成需求跟踪矩阵，降低文档遗漏或错误出现的几率，提升验证文件的生成效率和准确性。进一步地，通过需求跟踪矩阵将验证文件涉及的文档内容一目了然呈现给用户，提升验证文件的可读性和易读性，降低用户查阅验证文件中各文档的操作成本。[0069]在一些实施方式中，请参阅图3，获取与功能条目标识关联的目标运行确认标识、目标性能确认标识，可以包括以下步骤。[0070]步骤s310：根据产品名称和版本号在验证文件数据源中进行测试数据的查询，得到对应的测试用例数据集。[0071]其中，测试用例数据集包括运行确认标识和性能确认标识。具体地，在测试人员对软件进行测试前，可以访问软件开发工作管理平台提供的测试计划界面，在测试计划界面中显示有测试用例以及测试用例的测试控件，在测试控件被触发的情况下，运行测试用例对软件进行测试，得到测试数据，测试数据包括运行确认标识、性能确认标识、运行确认用例的测试结果、性能确认用例的测试结果等。服务器获取多个测试用例的测试数据，构成测试用例数据集。测试用例数据集与产品名称、版本号具有对应关系。测试用例数据集以及该对应关系为验证文件数据源的一部分。终端向服务器发送验证文件生成请求，验证文件生成请求附带有产品名称和版本号。服务器根据产品名称和版本号在验证文件数据源中进行测试数据的查询，得到对应的测试用例数据集。[0072]步骤s320：根据功能条目标识在测试用例数据集中进行匹配，得到与功能条目标识关联的目标运行确认标识、目标性能确认标识。[0073]具体地，测试用例数据集中包括有若干个运行确认标识和若干个性能确认标识。由于功能条目标识与运行确认标识之间存在对应关系，根据功能条目标识在测试用例数据集中进行匹配，得到与功能条目标识关联的目标运行确认标识。由于功能条目标识与性能确认标识之间存在对应关系，根据功能条目标识在测试用例数据集中进行匹配，得到与功能条目标识关联的目标性能确认标识。[0074]本实施方式中，通过获取与功能条目标识关联的目标运行确认标识、目标性能确认标识，并将目标运行确认标识、目标性能确认标识填充至需求跟踪矩阵模板的单元格中，通过需求跟踪矩阵模板将目标运行确认标识、目标性能确认标识以及关联关系直观的展示出来，便于用户快速查看对应的测试相关数据，提升验证工作的处理速度。[0075]在一些实施方式中，请参阅图4a，该软件的需求跟踪矩阵生成方法还可以包括以下步骤。[0076]步骤s410：根据产品名称和版本号在验证文件数据源中进行测试计划的查询，得到对应的测试计划的标识信息。[0077]步骤s420：根据测试计划的标识信息，查询测试计划所包括的测试用例的标识信息、测试步骤数据、测试结果、测试界面截图。[0078]步骤s430：按照性能确认文档模板的数据结构，将测试用例的标识信息、测试步骤数据、测试结果、测试界面截图填充至性能确认文档模板，得到性能确认文档。[0079]步骤s440：按照运行确认文档模板的数据结构，将测试用例的标识信息、统计结果、名称数据填充至运行确认文档模板，得到运行确认文档。[0080]其中，性能确认文档、运行确认文档作为验证文件的一部分。具体地，验证文件数据源中包括有测试计划，测试计划包括若干个测试用例。测试计划具有标识信息，测试计划所包括的测试用例具有标识信息。测试用例具有标识信息、名称数据、测试步骤数据、测试结果、测试界面截图、统计结果。[0081]其中，统计结果可以是针对需求模块而言的，针对各需求模块可以统计各类型缺陷的数量。如图4b所示，缺陷类型可以是致命、严重、一般和提示。[0082]根据产品名称和版本号在验证文件数据源中进行测试计划的查询，得到对应的测试计划的标识信息。根据测试计划的标识信息可以确定测试计划所包括的测试用例的标识信息。根据测试用例的标识信息可以确定该测试用例中的测试步骤数据、运行该测试用例的测试结果、在测试过程中产生的测试界面截图。[0083]在需要生成验证文件时，且性能确认文档、运行确认文档作为验证文件的一部分，因此需要获取性能确认文档模板的数据结构和运行确认文档模板的数据结构。性能确认文档模板具有占位符，根据性能确认文档模板内的占位符将测试用例的标识信息、测试步骤数据、测试结果、测试界面截图填充至性能确认文档模板，得到性能确认文档。运行确认文档模板具有占位符，根据运行确认文档模板内的占位符将测试用例的标识信息、统计结果、名称数据填充至运行确认文档模板，得到运行确认文档。[0084]本实施方式中，通过生成性能确认文档、运行确认文档，将性能确认文档、运行确认文档作为验证文件的一部分。性能确认文档具有运行确认标识，运行确认文档具有性能确认标识，并将与功能条目标识关联的目标运行确认标识、目标性能确认标识展示在需求跟踪矩阵中，通过对应的文档超链接可以访问性能确认文档、运行确认文档，便于查看性能确认文档、运行确认文档内的测试用例数据。[0085]在一些实施方式中，请参阅图5，测试界面截图的获取步骤，可以包括以下步骤。[0086]步骤s510：接收测试终端发送的测试界面截图。[0087]步骤s520：基于产生测试界面截图的测试用例的标识信息、产生测试界面截图的测试用例的当前步骤的编号、测试界面截图在当前步骤的截图序号，生成测试界面截图的标识信息。[0088]步骤s530：按照测试用例的维度存储测试界面截图。[0089]具体地，在软件测试过程，测试终端对测试过程中的软件界面进行截图操作，得到测试界面截图，测试终端向服务器发送测试界面截图。服务器接收到测试界面截图。为了确保测试界面截图进行唯一性，需要生成测试界面截图的标识信息。测试界面截图时在运行对应的测试用例的某步骤时产生的，测试界面截图的数量可以大于等于1。各测试界面截图具有截图序号，比如第一次截图时，测试界面截图的编号为1，第二次截图时，测试界面截图的编号为2。因此可以基于该测试用例的标识信息、测试用例的当前步骤的编号、截图序号生成测试界面截图的标识信息。[0090]为了生成性能确认文档、运行确认文档时能够获取到准确的测试界面截图，因此，按照测试用例的维度存储测试界面截图，将在运行该测试用例时产生的测试界面截图存储至以测试用例的命名的文件夹内。[0091]在一些实施方式中，测试界面截图的获取步骤，还可以包括：获取测试界面截图对应的测试操作时间。将测试操作时间渲染至测试界面截图中的预设位置处，得到具有时间戳的测试界面截图。[0092]本实施方式中，以自动化的方式实现对测试界面的截图，并对测试界面截图进行唯一性标识，以及按照测试用例的维度存储测试界面截图，不仅可以提升软件测试的效率，而且生成性能确认文档、运行确认文档时按照测试用例获取测试界面截图，无需手动整理文档，极大的减少验证人员的工作量。[0093]在一些实施方式中，请参阅图6a，该软件的需求跟踪矩阵生成方法还可以包括以下步骤。[0094]步骤s610：获取与功能条目标识对应的技术实现标识。[0095]步骤s620：按照功能条目标识数据列在需求跟踪矩阵模板中的位置，对应地将技术实现标识填充至需求跟踪矩阵模板中，以生成需求跟踪矩阵。[0096]其中，技术实现标识用于表示与功能条目标识表示的产品功能对应的技术实现设计文档。技术实现设计文档也可以称为技术设计说明书（tds）。具体地，服务器中存储有技术实现设计文档，技术实现设计文档具有技术实现标识。技术实现标识与功能条目标识之间具有对应关系。在确定功能条目标识之后，根据功能条目标识在技术实现标识与功能条目标识之间的对应关系中进行匹配，得到与功能条目标识对应的技术实现标识。由于需求跟踪矩阵模板的数据列包括技术实现标识数据列。针对任意功能条目标识，需求跟踪矩阵模板在技术实现标识数据列具有对应的单元格，将技术实现标识填充至需求跟踪矩阵模板内对应的单元格中，以生成需求跟踪矩阵。示例性地，请参阅图6b，需求跟踪矩阵中包括数据列tds编号，tds编号数据列即为技术实现标识数据列。[0097]本实施方式中，通过将技术实现标识填充至需求跟踪矩阵模板中，生成需求跟踪矩阵，丰富了需求跟踪矩阵的信息量，通过技术实现标识的文档超链接，方便用户查看技术实现设计文档。[0098]在一些实施方式中，请参阅图7，该软件的需求跟踪矩阵生成方法还可以包括以下步骤。[0099]步骤s710：从需求条目数据集中，提取与需求说明文档模板所包括的数据列对应的需求数据。[0100]步骤s720：按照需求说明文档模板的数据结构对提取的需求数据进行结构调整，得到目标需求数据。[0101]步骤s730：将目标需求数据填充至需求说明文档模板中，生成需求说明文档；其中，需求说明文档作为验证文件的一部分。[0102]具体地，由于需求说明文档作为验证文件的一部分，在接收到验证文件生成请求时，可以获取需求说明文档模板。需求说明文档模板包括若干个数据列。根据需求说明文档模板所包括的数据列从需求条目数据集中提取对应的需求数据。需求数据可以是需求条目标识所属的需求模块、需求条目标识、与所述需求条目标识对应的需求描述数据。按照需求说明文档模板的数据结构对需求模块、需求条目标识、需求描述数据进行排序，得到目标需求数据，将目标需求数据对应地填充至需求说明文档模板中，生成需求说明文档。[0103]本实施方式中，通过需求条目标识的文档超链接可以访问需求说明文档，方便用户查看需求说明文档。[0104]在一些实施方式中，请参阅图8，该软件的需求跟踪矩阵生成方法还可以包括以下步骤。[0105]步骤s810：从功能条目数据集中，提取与功能设计文档模板所包括的数据列对应的功能设计数据。[0106]步骤s820：按照功能设计文档模板的数据结构对提取的功能设计数据进行结构调整，得到目标功能设计数据。[0107]步骤s830：将目标功能设计数据填充至功能设计文档模板中，生成功能设计文档。[0108]其中，功能设计文档作为验证文件的一部分。具体地，由于功能设计文档作为验证文件的一部分，在接收到验证文件生成请求时，可以获取功能设计文档模板。功能设计文档模板包括若干个数据列。根据功能设计文档模板所包括的数据列从功能条目数据集中提取对应的功能设计数据。功能设计数据可以是与功能条目标识关联的需求条目标识所属的需求模块、功能条目标识、与所述功能条目标识对应的功能描述数据。按照功能设计文档模板的数据结构对需求模块、功能条目标识、功能设计描述数据进行排序，得到目标功能设计数据，将目标功能设计数据对应地填充至功能设计文档模板中，生成功能设计文档。[0109]本实施方式中，通过功能条目标识的文档超链接可以访问功能设计文档，方便用户查看功能设计文档。[0110]应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。[0111]请参阅图9，本说明书实施方式提供了一种软件的需求跟踪矩阵生成装置。软件的需求跟踪矩阵生成装置包括名称版本号获取模块、需求条目查询模块、功能条目查询模块、确认标识获取模块、标识数据拼接模块和标识数据填充模块。[0112]名称版本号获取模块，用于获取产品名称和版本号。[0113]需求条目查询模块，用于根据产品名称和版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集；其中，需求条目数据集包括需求条目标识和与需求条目标识对应的需求描述数据；所述验证文件数据源是在所述软件的开发过程中通过开发管理系统对设计操作、开发操作、测试操作产生的数据进行采集得到的，且用于生成验证文件；其中，所述开发管理系统是用于跟进所述软件的设计操作、开发操作、测试操作的平台系统。[0114]功能条目查询模块，用于根据需求条目标识在验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集；其中，功能条目数据集包括与需求条目标识关联的功能条目标识。[0115]确认标识获取模块，用于获取与功能条目标识关联的目标运行确认标识、目标性能确认标识。[0116]标识数据拼接模块，用于按照需求跟踪矩阵模板的数据结构，对需求条目标识、与需求条目标识对应的需求描述数据、与需求条目标识关联的功能条目标识、目标运行确认标识、目标性能确认标识进行数据拼接，得到适配于数据结构的目标标识数据。[0117]标识数据填充模块，用于将目标标识数据对应地填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵；其中，需求跟踪矩阵作为验证文件的一部分；其中，被填充至需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，单元格内的标识数据为文档超链接所关联的文档的标识信息，文档超链接用于访问关联的文档。[0118]关于软件的需求跟踪矩阵生成装置的具体限定可以参见上文中对于软件的需求跟踪矩阵生成方法的限定，在此不再赘述。上述软件的需求跟踪矩阵生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。[0119]在一些实施方式中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种软件的需求跟踪矩阵生成方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。[0120]本领域技术人员可以理解，图10中示出的结构，仅仅是与本说明书所公开方案相关的部分结构的框图，并不构成对本说明书所公开方案所应用于其上的计算机设备的限定，具体地，计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。[0121]在一些实施方式中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述实施方式中的方法步骤。[0122]在一些实施方式中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施方式中的方法步骤。[0123]在一些实施方式中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由计算机设备的处理器执行时实现上述实施方式中的方法步骤。[0124]本领域普通技术人员可以理解实现上述实施方式方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施方式的流程。其中，本说明所提供的各实施方式中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（read-onlymemory，rom）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（randomaccessmemory，ram）或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器（staticrandomaccessmemory，sram）或动态随机存取存储器（dynamicrandomaccessmemory，dram）等。[0125]以上实施方式的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施方式中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。[0126]以上所述仅为本说明书的较佳实施方式而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所作的任何修改、等同替换等，均应包含在本说明书的保护范围之内。当前第1页12当前第1页12
技术领域：
：，具体涉及一种软件的需求跟踪矩阵生成方法、装置、计算机设备及存储介质。
背景技术：
：：2.根据制药行业gxp质量管理体系要求，计算机系统必须经过完整合规的csv（computerizedsystemvaldiation，软件验证）验证，以证明产品符合预定用途，从而可以保证公众安全、数据完整性及产品质量。csv验证活动贯穿于软件产品开发的整个流程，所软件产品开发过程中的文件记录构成验证文件的重要组成部分。3.在传统技术中，在验证工作开始后，需要专人将软件开发过程中产生的资料进行手动关联和手动整合，以生成验证文件中的各部分，比如需求跟踪矩阵、软件测试文档。验证文件的生成过程通常需要一个月甚至更久的时间。因此，传统技术中验证文件的生成效率有待提升。技术实现要素：4.有鉴于此，本说明书实施方式致力于提供一种软件的需求跟踪矩阵生成方法、装置、计算机设备、存储介质及计算机程序产品，以解决传统技术中验证文件的生成效率有待提升的技术问题。5.本说明书实施方式提供了一种软件的需求跟踪矩阵生成方法，所述需求跟踪矩阵模板的数据结构包括需求条目标识数据列、需求描述数据列、功能条目标识数据列、运行确认标识数据列、性能确认标识数据列；所述方法包括：获取产品名称和版本号；根据所述产品名称和所述版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集；其中，所述需求条目数据集包括需求条目标识和与所述需求条目标识对应的需求描述数据；所述验证文件数据源是在所述软件的开发过程中通过开发管理系统对设计操作、开发操作、测试操作产生的数据进行采集得到的，且用于生成验证文件；其中，所述开发管理系统是用于跟进所述软件的设计操作、开发操作、测试操作的平台系统；根据所述需求条目标识在所述验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集；其中，所述功能条目数据集包括与所述需求条目标识关联的功能条目标识；获取与所述功能条目标识关联的目标运行确认标识、目标性能确认标识；按照需求跟踪矩阵模板的数据结构，对所述需求条目标识、与所述需求条目标识对应的需求描述数据、与所述需求条目标识关联的功能条目标识、所述目标运行确认标识、所述目标性能确认标识进行数据拼接，得到适配于所述数据结构的目标标识数据；将所述目标标识数据对应地填充至所述需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵；其中，所述需求跟踪矩阵作为所述验证文件的一部分；其中，被填充至所述需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，所述单元格内的标识数据为所述文档超链接所关联的文档的标识信息，所述文档超链接用于访问所述关联的文档。6.本说明书实施方式提供一种软件的需求跟踪矩阵生成装置，所述需求跟踪矩阵模板的数据结构包括需求条目标识数据列、需求描述数据列、功能条目标识数据列、运行确认标识数据列、性能确认标识数据列；所述装置包括：名称版本号获取模块，用于获取产品名称和版本号；需求条目查询模块，用于根据所述产品名称和所述版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集；其中，所述需求条目数据集包括需求条目标识和与所述需求条目标识对应的需求描述数据；所述验证文件数据源是在所述软件的开发过程中通过开发管理系统对设计操作、开发操作、测试操作产生的数据进行采集得到的，且用于生成验证文件；其中，所述开发管理系统是用于跟进所述软件的设计操作、开发操作、测试操作的平台系统；功能条目查询模块，用于根据所述需求条目标识在所述验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集；其中，所述功能条目数据集包括与所述需求条目标识关联的功能条目标识；确认标识获取模块，用于获取与所述功能条目标识关联的目标运行确认标识、目标性能确认标识；标识数据拼接模块，用于按照需求跟踪矩阵模板的数据结构，对所述需求条目标识、与所述需求条目标识对应的需求描述数据、与所述需求条目标识关联的功能条目标识、所述目标运行确认标识、所述目标性能确认标识进行数据拼接，得到适配于所述数据结构的目标标识数据；标识数据填充模块，用于将所述目标标识数据对应地填充至所述需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵；其中，所述需求跟踪矩阵作为所述验证文件的一部分；其中，被填充至所述需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，所述单元格内的标识数据为所述文档超链接所关联的文档的标识信息，所述文档超链接用于访问所述关联的文档。7.本说明书实施方式提供一种计算设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现上述实施方式中的方法步骤。8.本说明书实施方式提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述实施方式中的方法步骤。9.本说明书实施方式提供一种计算机程序产品，所述计算机程序产品中包括指令，所述指令被计算机设备的处理器执行时，使得所述计算机设备能够执行上述实施方式中的方法步骤。10.本说明书实施方式，通过获取产品名称和版本号，根据产品名称和版本号查询需求条目标识，根据需求条目标识查询与需求条目标识关联的功能条目标识，从而获取与功能条目标识关联的目标运行确认标识、目标性能确认标识，完成需求跟踪矩阵模板所需的标识数据的获取，进而按照需求跟踪矩阵模板的数据结构，将需求跟踪矩阵模板所需的标识数据进行结构调整，得到适配于需求跟踪矩阵模板的数据结构的目标标识数据，最终，将目标标识数据填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵，以自动化的方式生成需求跟踪矩阵，降低文档遗漏或错误出现的几率，提升验证文件的准确性。进一步地，通过需求跟踪矩阵将验证文件涉及的文档内容一目了然呈现给用户，提升验证文件的可读性和易读性，降低用户查阅验证文件的操作成本。附图说明11.图1a所示为一实施方式提供的场景示例中需求跟踪矩阵生成方法的应用环境图。12.图1b所示为一实施方式提供的场景示例中验证文件创建界面的示意图。13.图1c所示为一实施方式提供的场景示例中文档新增界面的示意图。14.图1d所示为一实施方式提供的需求跟踪矩阵生成方法的应用环境图。15.图2a所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。16.图2b所示为一实施方式提供的需求跟踪矩阵的示意图。17.图2c所示为一实施方式提供的需求跟踪矩阵的示意图。18.图3所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。19.图4a所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。20.图4b所示为一实施方式提供的针对需求模块的统计结果的示意图。21.图5所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。22.图6a所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。23.图6b所示为一实施方式提供的需求跟踪矩阵的示意图。24.图7所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。25.图8所示为一实施方式提供的需求跟踪矩阵生成方法的流程示意图。26.图9为一实施方式提供的需求跟踪矩阵生成装置的结构框图。27.图10为一实施方式提供的计算机设备的内部结构图。具体实施方式28.下面将结合本说明书实施方式中的附图，对本说明书实施方式中的技术方案进行清楚、完整地描述，显然，所描述的实施方式仅是本说明书一部分实施方式，而不是全部的实施方式。基于本说明书中的实施方式，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施方式，都属于本说明书保护的范围。29.请参阅图1a。在一个具体的场景示例中，业务专家、产品经理、技术人员、测试人员、验证人员均可以访问软件开发工作管理平台。在需要开发一款新软件或者对软件进行更新时，业务专家可以访问软件开发工作管理平台。通过软件开发工作管理平台接收业务专家输入的需求数据，比如软件产品名称、需要开发的模块等。其中，各模块包括有若干个需求条目。软件开发工作管理平台可以存储有需求条目标识和与需求条目标识对应的需求描述数据、创建需求条目的时间等需求数据。30.示例性地，软件产品名称为edc软件（electronicdatacapturesystem，临床试验电子数据采集系统）。edc软件包括的模块有登录模块、合规模块、签名服务模块、配置管理模块。以配置管理模块为例进行说明需求数据，配置管理模块对应有若干个需求条目。比如临床试验项目的执行环境配置、临床试验项目的试验类型配置、受试者信息的自定义配置、审批节点的配置等。其中，各需求条目具有需求条目标识和与需求描述数据。比如，“临床试验项目的执行环境配置”的需求条目标识可以记为“ur-gamp5-64”。“临床试验项目的执行环境配置”的需求描述数据可以记为“用户可以选择执行的项目及执行环境”。再比如，“临床试验项目的试验类型配置”的需求条目标识可以记为“ur-gamp5-65”。“临床试验项目的试验类型配置”的需求描述数据可以记为“初次进入项目可以选择试验类型：简单、多队列、复杂”。31.通过软件开发工作管理平台接收产品经理输入的功能设计数据时，需要产品经理预先指定该功能设计数据需要关联的需求条目，即需求条目与功能条目之间具有对应关系。以合规模块为例说明软件的功能设计。产品经理针对合规模块的需求数据进行功能设计，将合规模块拆分为若干个对应的功能条目。其中，各功能条目具有功能条目标识、对应的功能描述数据。需要说明的是，合规模块可以至少对应有一个需求条目，合规模块对应的需求条目与合规模块对应的功能条目之间具有对应关系。合规模块对应的一个需求条目可以与一个功能条目对应，合规模块对应的一个需求条目可以与多个功能条目对应。软件开发工作管理平台可以存储有功能条目标识和与功能条目标识对应的功能描述数据、创建功能条目的时间等功能设计数据。32.在产品经理完成针对需求数据的功能设计之后，由技术人员进行代码编写以实现用户需求的功能，在技术人员编写代码的过程中，可以对技术人员所编写的代码进行代码评审。在评审时，可以记录代码评审数据至代码评审模板中，生成代码评审报告。也可以预先设置代码评审报告模板，在代码评审时，收集针对代码的代码评审数据，按照代码评审报告模板的数据结构，对代码评审数据进行调整，将调整后的代码评审数据写入代码评审报告模板，得到代码评审报告。33.在技术人员完成代码编写的工作后，需要测试人员在软件开发工作管理平台上运行相关测试用例。具体地，测试人员可以预先制定测试计划，测试计划中包括有若干个测试用例。各测试用例对应有测试名称。每个测试用例运行过程中，为了记录测试结果，对测试界面进行截图，得到测试界面截图。对各测试用例的结果进行统计和记录，得到测试结果和统计结果。在编写用测试用例时，可以指定有功能条目，针对该功能条目关联测试用例，因此，功能条目标识与测试用例标识之间可以具有对应关系。进一步地，各测试用例具有各自的测试名称、测试步骤。测试用例的测试名称可以记为测试用例的名称数据，测试用例的测试步骤可以记为测试用例的测试步骤数据。测试结果可以是通过或者失败，“通过”表示测试的功能或者性能通过测试。“失败”表示测试的功能或者性能未能通过测试。软件开发工作管理平台可以存储有测试计划、测试计划的标识信息、测试计划包括的测试用例、测试用例的标识信息、测试用例的测试步骤数据、测试结果、测试界面截图、名称数据、统计结果等测试数据。34.在验证人员对软件进行验证时，验证人员可以访问软件开发工作管理平台，软件开发工作管理平台可以提供有验证文件创建界面。请参阅图1b。验证文件创建界面具有产品名称输入框和版本号输入框，通过产品名称输入框接收输入的产品名称，通过版本号输入框接收输入的版本号。软件开发工作管理平台也可以提供有文档新增界面。文档新增界面还具有文档类型下拉列框。请参阅图1c，响应于对文档类型下拉列框的触发操作，展示文档类型列表，在文档类型列表中展示用户需求说明书、功能设计说明书、性能确认报告、功能确认报告、验证文件。35.示例性地，在用户选择用户需求说明书的情况下，则根据输入的产品名称和版本号获取生成用户需求说明书的需求数据，并获取需求说明文档模板，将获取的需求数据写入需求说明文档模板中，得到用户需求说明书（也可以称为需求说明文档）。36.示例性地，在用户选择功能设计说明书的情况下，则根据输入的产品名称和版本号获取生成功能设计说明书的功能设计数据，并获取功能设计文档模板，将获取的功能设计数据写入功能设计文档模板中，得到功能设计说明书（也可以称为功能设计文档）。37.示例性地，在用户选择性能确认报告的情况下，则根据输入的产品名称和版本号获取生成性能确认报告的测试用例的标识信息、测试步骤数据、测试结果、测试界面截图，并获取性能确认文档模板，按照性能确认文档模板的数据结构，将测试用例的标识信息、测试步骤数据、测试结果、测试界面截图填充至性能确认文档模板，得到性能确认文档。38.示例性地，在用户选择功能确认报告的情况下，则根据输入的产品名称和版本号，获取生成功能确认报告的测试用例的标识信息、统计结果、名称数据，并获取运行确认文档模板，按照运行确认文档模板的数据结构，将测试用例的标识信息、统计结果、名称数据填充至运行确认文档模板，得到运行确认文档。39.示例性地，由于验证文件时一系列文档的集合，验证文件包括用户需求说明书、功能设计说明书、代码评审报告、安装确认报告、性能确认报告、功能确认报告、跟踪矩阵。验证文件的生成依赖于验证文件数据源，验证文件数据源是在软件的开发过程中对设计操作、开发操作、测试操作产生的数据进行记录得到的。以下示例性地说明验证文件的生成过程，在本示例性地场景示例中，用户只需要输入产品名称和版本号，并选择验证文件的情况下，可以自动化生成包括用户需求说明书、功能设计说明书、性能确认报告、功能确认报告、需求跟踪矩阵的验证文件。需求跟踪矩阵模板的数据结构包括需求条目标识数据列、需求描述数据列、功能条目标识数据列、运行确认标识数据列、性能确认标识数据列；具体地，在用户选择验证文件的情况下，则根据输入的产品名称和版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集。其中，需求条目数据集包括需求条目标识和与需求条目标识对应的需求描述数据。进一步地，从需求条目数据集中，提取与需求说明文档模板所包括的数据列对应的需求数据；按照需求说明文档模板的数据结构对提取的需求数据进行结构调整，得到目标需求数据；将目标需求数据填充至需求说明文档模板中，生成需求说明文档。其中，需求说明文档作为验证文件的一部分。40.根据需求条目标识在验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集。其中，功能条目数据集包括与需求条目标识关联的功能条目标识。进一步地，从功能条目数据集中，提取与功能设计文档模板所包括的数据列对应的功能设计数据；按照功能设计文档模板的数据结构对提取的功能设计数据进行结构调整，得到目标功能设计数据；将目标功能设计数据填充至功能设计文档模板中，生成功能设计文档。其中，功能设计文档作为验证文件的一部分。41.获取与功能条目标识关联的目标运行确认标识、目标性能确认标识。进一步地，根据产品名称和版本号在验证文件数据源中进行测试计划的查询，得到对应的测试计划的标识信息；根据测试计划的标识信息，查询测试计划所包括的测试用例的标识信息、测试步骤数据、测试结果、测试界面截图；按照性能确认文档模板的数据结构，将测试用例的标识信息、测试步骤数据、测试结果、测试界面截图填充至性能确认文档模板，得到性能确认文档；按照运行确认文档模板的数据结构，将测试用例的标识信息、统计结果、名称数据填充至运行确认文档模板，得到运行确认文档；其中，性能确认文档、运行确认文档作为验证文件的一部分。42.按照需求跟踪矩阵模板的数据结构，对需求条目标识、与需求条目标识对应的需求描述数据、与需求条目标识关联的功能条目标识、目标运行确认标识、目标性能确认标识进行数据拼接，得到适配于数据结构的目标标识数据。43.将目标标识数据对应地填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵；其中，需求跟踪矩阵作为验证文件的一部分；其中，被填充至需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，单元格内的标识数据为文档超链接所关联的文档的标识信息，文档超链接用于访问关联的文档。44.至此，根据输入的产品名称和版本号自动生成有用户需求说明书、功能设计说明书、性能确认报告、功能确认报告、需求跟踪矩阵，且这些文档作为验证文件的一部分，可以用于构成验证文件。解决传统技术中需要手动关联和手动整理验证文件的各个部分导致的生成效率低的技术问题，本场景示例中，仅仅需要用户输入产品名称和版本号以及选择验证文件，即可自动生成验证文件，减少验证人员的工作量，提升验证文件的生成效率，并且减少手动关联和手动整理过程中出现的遗漏或者错误的几率，确保验证文件的准确性。45.请参阅图1d，本说明书实施方式提供一种软件的验证文件生成系统，且本说明书提供的软件的需求跟踪矩阵生成方法应用于该验证文件系统。通过本说明书提供的软件的需求跟踪矩阵生成方法，自动生成的需求跟踪矩阵作为验证文件的一部分。该验证文件系统可以包括由终端110和服务器120形成的硬件环境。终端110通过网络与服务器120进行通信。其中，终端110可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备。服务器120可以用独立的服务器或者是多个服务器组成的服务器集群来实现。随着科学技术的发展，可能会出现一些新型计算设备，比如量子计算服务器，这些新型计算设备也可以应用于本说明书的实施方式中。46.请参阅图2a，本说明书实施方式提供一种软件的需求跟踪矩阵生成方法。该软件的需求跟踪矩阵生成方法可以包括以下步骤。47.步骤s210：获取产品名称和版本号。48.其中，产品名称可以是软件的名称，产品名称也可以对应于软件所属项目的项目名称。版本号可以是适应于不同运行环境的软件的版本标识号，也可以是软件产品投入使用后，针对变更要求进行修正或者纠错后得到的新软件的版本标识号。具体地，终端提供有验证文件新增页面，通过验证文件新增页面接收用户输入的产品名称和版本号，终端将产品名称和版本号发送至服务器，服务器接收到产品名称和版本号。示例性地，产品名称可以是edc系统，版本号可以是5.3.1。49.步骤s220：根据产品名称和版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集。50.其中，需求条目数据集包括需求条目标识和与需求条目标识对应的需求描述数据。软件可以划分成若干个需求模块，不同的需求模块可以拆分为若干个需求条目。各需求条目具有需求条目标识，需求条目标识用于唯一性地表示需求条目。需求条目标识可以是需求编号。由于需求条目标识并不能直接的表达用户需求，因此，各需求条目具有对应的需求描述数据。需求描述数据可以采用文本数据形式进行表示。51.其中，所述验证文件数据源是在所述软件的开发过程中通过开发管理系统对设计操作、开发操作、测试操作产生的数据进行采集得到的，且用于生成验证文件。其中，所述开发管理系统是用于跟进所述软件的设计操作、开发操作、测试操作的平台系统，比如前文提到的软件开发工作管理平台。软件开发工作管理平台可以提供有设计操作界面、开发操作界面、测试操作界面。开发工作管理平台可以对设计操作、开发操作、测试操作产生的数据进行收集并存储，形成验证文件数据源。在需要执行验证工作时，从验证文件数据源中获取需要写入模板中的数据，以得到验证文件中的文档或者报告。示例性地，设计操作可以理解为业务专家对用户需求的分析，并发送用户需求相关数据至软件开发工作管理平台，软件开发工作管理平台可以对设计操作产生的数据进行收集并存储。软件开发工作管理平台可以采用jira工具，jira工具用于缺陷跟踪、客户服务、需求收集、流程审批、任务跟踪、项目跟踪和敏捷管理等工作领域。52.具体地，在一些实施方式中，终端可以根据产品名称和版本号生成数据查询语句，终端发送数据查询语句至服务器，服务器执行数据查询语句，在验证文件数据源中执行需求条目的查询，得到与产品名称和版本号对应的需求条目数据集，需求条目数据集中包括有需求条目标识和与需求条目标识对应的需求描述数据。示例性地，终端根据产品名称和版本号生成jql查询语句，终端发送jql语句至服务器，服务器在jira数据源中执行jql查询语句，得到需求条目数据集。53.在一些实施方式中，根据产品名称和版本号在验证文件数据源查询各需求模块的需求模块条目，根据需要模块条目递归查询其子模块的，类型为“原始需求”的原始需求条目，得到对应的需求条目数据集。54.步骤s230：根据需求条目标识在验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集。55.其中，功能条目数据集包括与需求条目标识关联的功能条目标识。功能条目可以是产品经理针对需求模块进行功能设计得到的。功能条目标识用于唯一性地表示功能条目。功能条目标识可以是功能编号。具体地，在产品经理进行功能设计前需要指定需求条目，将即将功能设计的功能条目与需求条目进行关联，响应于功能条目与需求条目之间的关联操作，终端向服务器发送功能条目与需求条目之间的对应关系。服务器接收并存储功能条目与需求条目之间的对应关系。可以理解的是，功能条目与需求条目之间的对应关系为软件开发过程中设计操作产生的数据，可以作为验证文件数据源的一部分。因此，根据需求条目标识在验证文件数据源中进行功能条目的查询，得到若干个与需求条目标识对应的功能条目标识，若干个功能条目标识构成功能条目标识数据集。56.步骤s240：获取与功能条目标识关联的目标运行确认标识、目标性能确认标识。57.其中，运行确认标识可以是运行确认（oq）测试用例的标识信息。比如，运行确认标识可以是oq测试用例的编号。性能确认标识可以是性能确认（pq）测试用例的标识信息。比如，性能确认标识可以是pq测试用例的编号。具体地，测试人员在编写oq测试用例时，需要将oq测试用例与功能条目进行关联，即在功能条目标识与运行确认标识之间建立对应关系。同样地，测试人员在编写pq测试用例时，需要将pq测试用例与功能条目进行关联，即在功能条目标识与性能确认标识之间建立对应关系。服务器中存储有功能条目标识与运行确认标识之间建立对应关系、功能条目标识与性能确认标识之间建立对应关系。因此，利用功能条目标识在功能条目标识与运行确认标识之间的对应关系中进行匹配，得到与功能条目标识关联的目标运行确认标识。利用功能条目标识在功能条目标识与性能确认标识之间的对应关系中进行匹配，得到与功能条目标识关联的目标性能确认标识。58.步骤s250：按照需求跟踪矩阵模板的数据结构，对需求条目标识、与需求条目标识对应的需求描述数据、与需求条目标识关联的功能条目标识、目标运行确认标识、目标性能确认标识进行数据拼接，得到适配于数据结构的目标标识数据。59.其中，需求跟踪矩阵模板是用于生成需求跟踪矩阵的模板文件。需求跟踪矩阵模板包括若干数据列，比如需求条目标识数据列、需求描述数据列、功能条目标识数据列、目标运行确认标识数据列、目标性能确认标识数据列。示例性地，需求跟踪矩阵可以采用图2b所示的表格形式。需求跟踪矩阵模板包括的数据列可以是urs编号、urs描述、fds编号、oq用例编号和pq用例编号。可以理解的是，urs可以理解为用户需求说明书的英文首字母缩写。fds可以理解为用户需求说明书的英文首字母缩写。60.其中，终端向服务器发送验证文件生成请求，服务器接收到验证文件生成请求。由于预先已经设置验证文件包括哪些文档或者报告，因此可以根据验证文件生成请求获取对应文档模板或者报告模板。比如，若预设验证文件包括需求跟踪矩阵，则根据验证文件生成请求获取需求跟踪矩阵模板。若预设验证文件包括需求说明文档、功能设计文档、需求跟踪矩阵，则根据验证文件生成请求获取需求说明文档模板、功能设计文档模板、需求跟踪矩阵模板。61.具体地，需求跟踪矩阵模板具有数据结构，需求跟踪矩阵模板的数据结构取决于需求跟踪矩阵模板的实际情况。需求跟踪矩阵模板的数据结构可以包括需求跟踪矩阵模板包括的数据列。需求跟踪矩阵模板中设有多个占位符，需求跟踪矩阵模板的数据结构也可以包括各占位符在需求跟踪矩阵模板中的排序方式。需求跟踪矩阵模板的数据结构可以包括需求条目标识数据列、需求描述数据列、功能条目标识数据列、运行确认标识数据列、性能确认标识数据列，以及各数据列的占位符的排序方式。已经根据终端发送的产品名称和版本号获取到需求条目标识、与需求条目标识对应的需求描述数据、与需求条目标识关联的功能条目标识、目标运行确认标识、目标性能确认标识，因此，根据需求跟踪矩阵模板所包括的数据列和各数据列中的位置，对需求跟踪矩阵模板所需的数据进行结构调整，并将获取的相互关联的数据进行数据拼接，得到适配于数据结构的目标标识数据。示例性地，请参阅图2c，需求跟踪矩阵模板中数据列和占位符对应关系。62.步骤s260：将目标标识数据对应地填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵。63.其中，需求跟踪矩阵作为验证文件的一部分；其中，被填充至需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，单元格内的标识数据为文档超链接所关联的文档的标识信息，文档超链接用于访问关联的文档。其中，需求跟踪矩阵中各单元格内的标识数据可以是需求条目标识、需求描述数据、功能条目标识、目标运行确认标识、目标性能确认标识中任一个。64.具体地，需求跟踪矩阵模板中的单元格具有对应的占位符，各标识数据（比如需求条目标识、需求描述数据、功能条目标识、目标运行确认标识、目标性能确认标识）包括字段和字段取值。利用需求条目标识的字段与单元格的占位符进行匹配，若匹配上，则利用字段取值替换单元格的占位符，即实现将相应的目标标识填充至需求跟踪矩阵模板中，以生成需求跟踪矩阵。需要说明的是，若需求跟踪矩阵中仅仅包括上述的这些数据列，则可以得到需求跟踪矩阵。若需求跟踪矩阵中还包括除上述的这些数据列之外的其他数据列，则可以通过手动调整的方式将其他数据列的标识数据填入需求跟踪矩阵。比如，其他数据列可以tds编号数据列。tds是技术设计说明书的英文首字母缩写。也可以预先将tds编号与urs编号关联，则可以利用urs编号查询得到tds编号，并按照tds编号数据列在需求跟踪矩阵模板中的位置，将查询得到的tds编号填充至需求跟踪矩阵模板中，生成需求跟踪矩阵。65.请继续参阅图2b，图2b所示的表格结构可以映射为需求跟踪矩阵模板的数据结构。示例性地，需求跟踪矩阵模板中的单元格的占位符可以是{{tableur}}[model]；需求条目标识的字段可以为model，字段取值可以是xx-ur-536。利用需求条目标识的字段model与单元格的占位符{{tableur}}[model]进行匹配，若匹配上，则利用字段取值xx-ur-536替换{{tableur}}[model]，实现将xx-ur-536填充至需求跟踪矩阵模板中。[0066]示例性地，图2b中的表头包括数据列urs编号、描述（即为需求描述数据）、fds编号、oq用例编号和pq用例编号。关于图2b中第一行的数据，获取到urs编号urs-0001，根据urs-0001获取到对应的需求描述数据“系统支持用户和权限管理”。其他数据列的数据为空。则“urs-0001”以及“系统支持用户和权限管理”对应的填充至需求跟踪矩阵模板的第一行的urs编号数据列和描述数据列。[0067]示例性地，关于图2b中第二行的数据，获取到urs编号urs-0001.01，根据urs-0001.01获取到对应的需求描述数据“用户可以设置原始资料登记员、医学评审员等角色”。根据urs-0001.01获取到对应的fds编号fd-sm-0001、fd-sm-0002、fd-sm-0003；根据fds编号fd-sm-0001、fd-sm-0002、fd-sm-0003获取到oq用例编号tc-oq-sm-0007、tc-oq-sm-0008、tc-oq-sm-0009、tc-oq-sm-0010、tc-oq-sm-0011。根据fds编号fd-sm-0001、fd-sm-0002、fd-sm-0003获取到pq用例编号tc-pq-sm-0003、tc-pq-sm-0004。则将这些数据对应地填充至需求跟踪矩阵模板的第二行的各数据列内。[0068]上述软件的需求跟踪矩阵生成方法，通过获取产品名称和版本号，根据产品名称和版本号查询需求条目标识，根据需求条目标识查询与需求条目标识关联的功能条目标识，从而获取与功能条目标识关联的目标运行确认标识、目标性能确认标识，完成需求跟踪矩阵模板所需的标识数据的获取，进而按照需求跟踪矩阵模板的数据结构，将需求跟踪矩阵模板所需的标识数据进行结构调整，得到适配于需求跟踪矩阵模板的数据结构的目标标识数据，最终，将目标标识数据填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵，通过利用产品名称和版本号进行查询，从而以自动化的方式生成需求跟踪矩阵，降低文档遗漏或错误出现的几率，提升验证文件的生成效率和准确性。进一步地，通过需求跟踪矩阵将验证文件涉及的文档内容一目了然呈现给用户，提升验证文件的可读性和易读性，降低用户查阅验证文件中各文档的操作成本。[0069]在一些实施方式中，请参阅图3，获取与功能条目标识关联的目标运行确认标识、目标性能确认标识，可以包括以下步骤。[0070]步骤s310：根据产品名称和版本号在验证文件数据源中进行测试数据的查询，得到对应的测试用例数据集。[0071]其中，测试用例数据集包括运行确认标识和性能确认标识。具体地，在测试人员对软件进行测试前，可以访问软件开发工作管理平台提供的测试计划界面，在测试计划界面中显示有测试用例以及测试用例的测试控件，在测试控件被触发的情况下，运行测试用例对软件进行测试，得到测试数据，测试数据包括运行确认标识、性能确认标识、运行确认用例的测试结果、性能确认用例的测试结果等。服务器获取多个测试用例的测试数据，构成测试用例数据集。测试用例数据集与产品名称、版本号具有对应关系。测试用例数据集以及该对应关系为验证文件数据源的一部分。终端向服务器发送验证文件生成请求，验证文件生成请求附带有产品名称和版本号。服务器根据产品名称和版本号在验证文件数据源中进行测试数据的查询，得到对应的测试用例数据集。[0072]步骤s320：根据功能条目标识在测试用例数据集中进行匹配，得到与功能条目标识关联的目标运行确认标识、目标性能确认标识。[0073]具体地，测试用例数据集中包括有若干个运行确认标识和若干个性能确认标识。由于功能条目标识与运行确认标识之间存在对应关系，根据功能条目标识在测试用例数据集中进行匹配，得到与功能条目标识关联的目标运行确认标识。由于功能条目标识与性能确认标识之间存在对应关系，根据功能条目标识在测试用例数据集中进行匹配，得到与功能条目标识关联的目标性能确认标识。[0074]本实施方式中，通过获取与功能条目标识关联的目标运行确认标识、目标性能确认标识，并将目标运行确认标识、目标性能确认标识填充至需求跟踪矩阵模板的单元格中，通过需求跟踪矩阵模板将目标运行确认标识、目标性能确认标识以及关联关系直观的展示出来，便于用户快速查看对应的测试相关数据，提升验证工作的处理速度。[0075]在一些实施方式中，请参阅图4a，该软件的需求跟踪矩阵生成方法还可以包括以下步骤。[0076]步骤s410：根据产品名称和版本号在验证文件数据源中进行测试计划的查询，得到对应的测试计划的标识信息。[0077]步骤s420：根据测试计划的标识信息，查询测试计划所包括的测试用例的标识信息、测试步骤数据、测试结果、测试界面截图。[0078]步骤s430：按照性能确认文档模板的数据结构，将测试用例的标识信息、测试步骤数据、测试结果、测试界面截图填充至性能确认文档模板，得到性能确认文档。[0079]步骤s440：按照运行确认文档模板的数据结构，将测试用例的标识信息、统计结果、名称数据填充至运行确认文档模板，得到运行确认文档。[0080]其中，性能确认文档、运行确认文档作为验证文件的一部分。具体地，验证文件数据源中包括有测试计划，测试计划包括若干个测试用例。测试计划具有标识信息，测试计划所包括的测试用例具有标识信息。测试用例具有标识信息、名称数据、测试步骤数据、测试结果、测试界面截图、统计结果。[0081]其中，统计结果可以是针对需求模块而言的，针对各需求模块可以统计各类型缺陷的数量。如图4b所示，缺陷类型可以是致命、严重、一般和提示。[0082]根据产品名称和版本号在验证文件数据源中进行测试计划的查询，得到对应的测试计划的标识信息。根据测试计划的标识信息可以确定测试计划所包括的测试用例的标识信息。根据测试用例的标识信息可以确定该测试用例中的测试步骤数据、运行该测试用例的测试结果、在测试过程中产生的测试界面截图。[0083]在需要生成验证文件时，且性能确认文档、运行确认文档作为验证文件的一部分，因此需要获取性能确认文档模板的数据结构和运行确认文档模板的数据结构。性能确认文档模板具有占位符，根据性能确认文档模板内的占位符将测试用例的标识信息、测试步骤数据、测试结果、测试界面截图填充至性能确认文档模板，得到性能确认文档。运行确认文档模板具有占位符，根据运行确认文档模板内的占位符将测试用例的标识信息、统计结果、名称数据填充至运行确认文档模板，得到运行确认文档。[0084]本实施方式中，通过生成性能确认文档、运行确认文档，将性能确认文档、运行确认文档作为验证文件的一部分。性能确认文档具有运行确认标识，运行确认文档具有性能确认标识，并将与功能条目标识关联的目标运行确认标识、目标性能确认标识展示在需求跟踪矩阵中，通过对应的文档超链接可以访问性能确认文档、运行确认文档，便于查看性能确认文档、运行确认文档内的测试用例数据。[0085]在一些实施方式中，请参阅图5，测试界面截图的获取步骤，可以包括以下步骤。[0086]步骤s510：接收测试终端发送的测试界面截图。[0087]步骤s520：基于产生测试界面截图的测试用例的标识信息、产生测试界面截图的测试用例的当前步骤的编号、测试界面截图在当前步骤的截图序号，生成测试界面截图的标识信息。[0088]步骤s530：按照测试用例的维度存储测试界面截图。[0089]具体地，在软件测试过程，测试终端对测试过程中的软件界面进行截图操作，得到测试界面截图，测试终端向服务器发送测试界面截图。服务器接收到测试界面截图。为了确保测试界面截图进行唯一性，需要生成测试界面截图的标识信息。测试界面截图时在运行对应的测试用例的某步骤时产生的，测试界面截图的数量可以大于等于1。各测试界面截图具有截图序号，比如第一次截图时，测试界面截图的编号为1，第二次截图时，测试界面截图的编号为2。因此可以基于该测试用例的标识信息、测试用例的当前步骤的编号、截图序号生成测试界面截图的标识信息。[0090]为了生成性能确认文档、运行确认文档时能够获取到准确的测试界面截图，因此，按照测试用例的维度存储测试界面截图，将在运行该测试用例时产生的测试界面截图存储至以测试用例的命名的文件夹内。[0091]在一些实施方式中，测试界面截图的获取步骤，还可以包括：获取测试界面截图对应的测试操作时间。将测试操作时间渲染至测试界面截图中的预设位置处，得到具有时间戳的测试界面截图。[0092]本实施方式中，以自动化的方式实现对测试界面的截图，并对测试界面截图进行唯一性标识，以及按照测试用例的维度存储测试界面截图，不仅可以提升软件测试的效率，而且生成性能确认文档、运行确认文档时按照测试用例获取测试界面截图，无需手动整理文档，极大的减少验证人员的工作量。[0093]在一些实施方式中，请参阅图6a，该软件的需求跟踪矩阵生成方法还可以包括以下步骤。[0094]步骤s610：获取与功能条目标识对应的技术实现标识。[0095]步骤s620：按照功能条目标识数据列在需求跟踪矩阵模板中的位置，对应地将技术实现标识填充至需求跟踪矩阵模板中，以生成需求跟踪矩阵。[0096]其中，技术实现标识用于表示与功能条目标识表示的产品功能对应的技术实现设计文档。技术实现设计文档也可以称为技术设计说明书（tds）。具体地，服务器中存储有技术实现设计文档，技术实现设计文档具有技术实现标识。技术实现标识与功能条目标识之间具有对应关系。在确定功能条目标识之后，根据功能条目标识在技术实现标识与功能条目标识之间的对应关系中进行匹配，得到与功能条目标识对应的技术实现标识。由于需求跟踪矩阵模板的数据列包括技术实现标识数据列。针对任意功能条目标识，需求跟踪矩阵模板在技术实现标识数据列具有对应的单元格，将技术实现标识填充至需求跟踪矩阵模板内对应的单元格中，以生成需求跟踪矩阵。示例性地，请参阅图6b，需求跟踪矩阵中包括数据列tds编号，tds编号数据列即为技术实现标识数据列。[0097]本实施方式中，通过将技术实现标识填充至需求跟踪矩阵模板中，生成需求跟踪矩阵，丰富了需求跟踪矩阵的信息量，通过技术实现标识的文档超链接，方便用户查看技术实现设计文档。[0098]在一些实施方式中，请参阅图7，该软件的需求跟踪矩阵生成方法还可以包括以下步骤。[0099]步骤s710：从需求条目数据集中，提取与需求说明文档模板所包括的数据列对应的需求数据。[0100]步骤s720：按照需求说明文档模板的数据结构对提取的需求数据进行结构调整，得到目标需求数据。[0101]步骤s730：将目标需求数据填充至需求说明文档模板中，生成需求说明文档；其中，需求说明文档作为验证文件的一部分。[0102]具体地，由于需求说明文档作为验证文件的一部分，在接收到验证文件生成请求时，可以获取需求说明文档模板。需求说明文档模板包括若干个数据列。根据需求说明文档模板所包括的数据列从需求条目数据集中提取对应的需求数据。需求数据可以是需求条目标识所属的需求模块、需求条目标识、与所述需求条目标识对应的需求描述数据。按照需求说明文档模板的数据结构对需求模块、需求条目标识、需求描述数据进行排序，得到目标需求数据，将目标需求数据对应地填充至需求说明文档模板中，生成需求说明文档。[0103]本实施方式中，通过需求条目标识的文档超链接可以访问需求说明文档，方便用户查看需求说明文档。[0104]在一些实施方式中，请参阅图8，该软件的需求跟踪矩阵生成方法还可以包括以下步骤。[0105]步骤s810：从功能条目数据集中，提取与功能设计文档模板所包括的数据列对应的功能设计数据。[0106]步骤s820：按照功能设计文档模板的数据结构对提取的功能设计数据进行结构调整，得到目标功能设计数据。[0107]步骤s830：将目标功能设计数据填充至功能设计文档模板中，生成功能设计文档。[0108]其中，功能设计文档作为验证文件的一部分。具体地，由于功能设计文档作为验证文件的一部分，在接收到验证文件生成请求时，可以获取功能设计文档模板。功能设计文档模板包括若干个数据列。根据功能设计文档模板所包括的数据列从功能条目数据集中提取对应的功能设计数据。功能设计数据可以是与功能条目标识关联的需求条目标识所属的需求模块、功能条目标识、与所述功能条目标识对应的功能描述数据。按照功能设计文档模板的数据结构对需求模块、功能条目标识、功能设计描述数据进行排序，得到目标功能设计数据，将目标功能设计数据对应地填充至功能设计文档模板中，生成功能设计文档。[0109]本实施方式中，通过功能条目标识的文档超链接可以访问功能设计文档，方便用户查看功能设计文档。[0110]应该理解的是，虽然上述流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，上述流程图中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。[0111]请参阅图9，本说明书实施方式提供了一种软件的需求跟踪矩阵生成装置。软件的需求跟踪矩阵生成装置包括名称版本号获取模块、需求条目查询模块、功能条目查询模块、确认标识获取模块、标识数据拼接模块和标识数据填充模块。[0112]名称版本号获取模块，用于获取产品名称和版本号。[0113]需求条目查询模块，用于根据产品名称和版本号在验证文件数据源中进行需求条目的查询，得到对应的需求条目数据集；其中，需求条目数据集包括需求条目标识和与需求条目标识对应的需求描述数据；所述验证文件数据源是在所述软件的开发过程中通过开发管理系统对设计操作、开发操作、测试操作产生的数据进行采集得到的，且用于生成验证文件；其中，所述开发管理系统是用于跟进所述软件的设计操作、开发操作、测试操作的平台系统。[0114]功能条目查询模块，用于根据需求条目标识在验证文件数据源中进行功能条目的查询，得到对应的功能条目数据集；其中，功能条目数据集包括与需求条目标识关联的功能条目标识。[0115]确认标识获取模块，用于获取与功能条目标识关联的目标运行确认标识、目标性能确认标识。[0116]标识数据拼接模块，用于按照需求跟踪矩阵模板的数据结构，对需求条目标识、与需求条目标识对应的需求描述数据、与需求条目标识关联的功能条目标识、目标运行确认标识、目标性能确认标识进行数据拼接，得到适配于数据结构的目标标识数据。[0117]标识数据填充模块，用于将目标标识数据对应地填充至需求跟踪矩阵模板的单元格中，以生成需求跟踪矩阵；其中，需求跟踪矩阵作为验证文件的一部分；其中，被填充至需求跟踪矩阵中各单元格内的标识数据设有对应的文档超链接；其中，单元格内的标识数据为文档超链接所关联的文档的标识信息，文档超链接用于访问关联的文档。[0118]关于软件的需求跟踪矩阵生成装置的具体限定可以参见上文中对于软件的需求跟踪矩阵生成方法的限定，在此不再赘述。上述软件的需求跟踪矩阵生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。[0119]在一些实施方式中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图10所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过wifi、运营商网络、nfc（近场通信）或其他技术实现。该计算机程序被处理器执行时以实现一种软件的需求跟踪矩阵生成方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。[0120]本领域技术人员可以理解，图10中示出的结构，仅仅是与本说明书所公开方案相关的部分结构的框图，并不构成对本说明书所公开方案所应用于其上的计算机设备的限定，具体地，计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。[0121]在一些实施方式中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现上述实施方式中的方法步骤。[0122]在一些实施方式中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现上述实施方式中的方法步骤。[0123]在一些实施方式中，还提供一种计算机程序产品，所述计算机程序产品中包括指令，上述指令可由计算机设备的处理器执行时实现上述实施方式中的方法步骤。[0124]本领域普通技术人员可以理解实现上述实施方式方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施方式的流程。其中，本说明所提供的各实施方式中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器（read-onlymemory，rom）、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器（randomaccessmemory，ram）或外部高速缓冲存储器。作为说明而非局限，ram可以是多种形式，比如静态随机存取存储器（staticrandomaccessmemory，sram）或动态随机存取存储器（dynamicrandomaccessmemory，dram）等。[0125]以上实施方式的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施方式中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。[0126]以上所述仅为本说明书的较佳实施方式而已，并不用以限制本说明书，凡在本说明书的精神和原则之内，所作的任何修改、等同替换等，均应包含在本说明书的保护范围之内。当前第1页12当前第1页12
再多了解一些
本文用于企业家、创业者技术爱好者查询，结果仅供参考。
