V&V 模块迁移案例和字段映射

作为向新的 V&V 模块过渡的一部分，我们正准备将您现有的验证数据（包括验证方法、组件验证方法和测试程序）迁移到更新的 V&V 模块工作流程中。

在以前的版本中，我们在 V&V 模块中引入了与旧验证方法一致的字段。利用客户数据分析，我们确定了常见的使用案例，并制定了将现有数据迁移到新模块的结构化策略。

我们的迁移计划涵盖七种不同的情况。

我们期待您的反馈，以确保迁移符合您的具体要求。

案例 1："适用区块 "字段的组件验证方法

在旧的验证工作流程中，组件是通过与每个需求相关联的验证方法链接到需求的。

在新的 V&V 模块中，这一流程得到了简化。现在，用户可以使用 "适用块 "属性直接将组件/块添加到需求中。在迁移过程中，旧工作流程中与验证方法相关联的组件将自动转移到相应需求的 "适用块 "属性中。

案例 2：需求验证方法（RVM）到 "方法 "字段

有些客户使用 "需求验证方法"（RVM）来标注未来打算对需求进行验证的类型，同时/不添加 "组件验证方法"（CVM）或附加数据。

在这种情况下，迁移过程将复制 RVM 名称，并将其转移到需求表中的新 “Methods”字段。

案例 3：将默认验证方法改为 VV 方法

在旧的验证系统中，有五种默认验证方法： Analysis, Review, Rules, Inspection和 Tests.此外，用户还可以通过 Verification Methods Settings.

这些验证方法将迁移到 Methods字段。

案例 4：规则验证方法到 VV 规则

在旧的验证方法中，用户可以对需求应用 Rules类型中定义一个布尔公式。 Close-Out Reference类型中定义一个布尔公式。该公式用于将需求值与系统设计值进行比较。

在新的 V&V 模块中，这些数据将直接迁移到需求模块中的属性中。 V&V Rules属性。

案例 5：每个测试程序作为新的 V&V 活动迁移

对于一直使用测试程序和测试运行的用户，每个测试程序都将作为一个新的 V&V 活动进行迁移，包括所有程序、运行以及与需求和组件/模块的链接。

如下图所示

案例 6：将具有相同文件或分析作为收尾参考的 CVM 的 RVM 作为新的 V&V 活动进行编译和迁移

在管理与同一变更活动相关联的多个 RVM 时，客户目前需要为每个相关需求创建单独的 RVM，这往往要求他们在这些 RVM 中重复附加相同的文件并输入相同的相关数据。

为了简化这一过程，迁移过程将在 CVM 的结案参考中识别作为多个需求的结案参考而附加的文件或分析。这些文件或分析将被归类到一个单一的 V&V 活动中。所有相关的要求和组件/模块将作为验证与确认（V&V）项目添加，文件将直接上载到合并的 V&V 活动中。这将确保以更高效、更集中的方式管理相关数据和文件。

案例 7：将剩余的 RVM/CVM 对分组到活动中

最后一步是将所有剩余的 RVM/CVM 对合并为活动，活动名称源自相关的验证方法。分组过程如下：

1. Manual Verification Method

   • 对于收尾参照为 Manual的虚拟机，会创建一个使用相同名称 (Manual).

   • 所有共享 Manual验证方法的所有 RVM 和 CVM 都表示为该活动中的项目。

2. File or Analysis Verification Method

   • 对于收尾参照为 File或 Analysis的虚拟机，包括 RVM 和 CVM，但缺少文件或分析附件：

     • 创建的活动名称为 File或 Analysis.

     • 所有这些 RVM 和 CVM 都会作为项目包含在相应的活动中。

3. Test Verification Method

   • 对于收尾参照为 Test存在 RVM 和 CVM 但未链接测试的虚拟机：

     • 创建的活动名称为 Test.

     • 所有这些 RVM 和 CVM 都会作为项目添加到该活动中。

4. RVMs Without CVMs

   • 没有关联 CVM 的 RVM 在新的工作流程中表示为各自活动中的项目，但没有链接的组件/模块。

这种结构化的方法可确保所有的 RVM 和 CVM 都以清晰、可管理的方式加以说明和组织，并与其验证方法保持一致。

迁移：字段映射

测试程序、RVM 或 CVM 等每个对象都包含可能包含关键信息的附加字段。在迁移过程中，这些字段将被保留并映射到新 V&V 模块中的相应字段。下面将概述如何迁移现有字段：

Edge Case:

CVM、RVM、测试步骤、测试运行和测试程序上的任务、讨论和订阅不会迁移到新的 V&V 模块。

验证方法树中的父子关系也不会导出。