Casos de migración del módulo V&V y mapeo de campos

Como parte de la transición al nuevo módulo de V&V, nos estamos preparando para migrar sus datos de verificación existentes —incluidos los métodos de verificación, los métodos de verificación de componentes y los procedimientos de prueba— al flujo de trabajo actualizado del módulo de V&V.

En versiones anteriores, introdujimos campos en el módulo de V&V que se alinean con los de la metodología de verificación anterior. Aprovechando el análisis de datos de clientes, identificamos casos de uso comunes y desarrollamos una estrategia estructurada para migrar sus datos existentes al nuevo módulo.

Nuestro plan de migración cubre siete escenarios distintos.

Esperamos sus comentarios para asegurarnos de que la migración cumpla con sus requisitos específicos.

Caso 1: Método de verificación de componentes al campo “Applicable block”

En el flujo de trabajo de verificación anterior, los componentes se vinculaban a los requisitos mediante los métodos de verificación asociados a cada requisito.

En el nuevo módulo de V&V, este proceso se ha simplificado. Ahora los usuarios pueden agregar directamente componentes/bloques a los requisitos mediante el atributo “Applicable Blocks”. Durante la migración, cualquier componente vinculado a métodos de verificación en el flujo de trabajo anterior se transferirá automáticamente al atributo “Applicable Blocks” de los requisitos correspondientes.

Caso 2: Requirement Verifcation Methods (RVM’s) al campo “Methods”

Algunos clientes han utilizado Requirement Verification Methods (RVMs) para etiquetar el tipo de verificación previsto para un requisito en el futuro, con o sin agregar un Component Verification Method (CVM) o datos adicionales.

Para este caso, el proceso de migración copiará los nombres de los RVM y los transferirá al nuevo campo “Methods” en la tabla de requisitos.

Caso 3: Métodos de verificación predeterminados a métodos de VV

En el sistema de verificación anterior, hay cinco métodos de verificación predeterminados: Analysis, Review, Rules, Inspection y Tests. Además, los usuarios tenían la flexibilidad de agregar métodos de verificación personalizados mediante Verification Methods Settings.

Estos métodos de verificación se migrarán al campo Methods dentro del módulo de Verificaciones y Validaciones (V&V).
 

Caso 4: Método de verificación de reglas a reglas de VV

En los métodos de verificación anteriores, los usuarios podían aplicar el método de verificación Rules a un requisito y definir una fórmula booleana en el tipo Close-Out Reference. Esta fórmula se utilizaba para comparar los valores del requisito con los valores del diseño del sistema.

En el nuevo módulo de V&V, estos datos se migrarán directamente al atributo V&V Rules dentro del módulo de requisitos.

Caso 5: Cada procedimiento de prueba se migra como una nueva actividad de V&V

Para los usuarios que han estado utilizando el procedimiento de prueba y las ejecuciones de prueba, cada procedimiento de prueba se migrará como una nueva actividad de V&V con todos los procedimientos, ejecuciones y vínculos a requisitos y componentes/bloques.

En la imagen de abajo se muestra una ilustración

Caso 6: Los RVM’s con CVM’s que tienen el mismo archivo o análisis como referencia de cierre se compilan y migran como una nueva actividad de V&V

Al gestionar varios RVM vinculados a la misma actividad de variación, los clientes actualmente necesitan crear RVM separados para cada requisito relacionado, lo que a menudo les obliga a adjuntar repetidamente el mismo archivo e introducir los mismos datos asociados en esos RVM.

Para simplificar esto, el proceso de migración identificará los archivos o análisis que se hayan adjuntado como referencias de cierre en varios requisitos dentro de las referencias de cierre de los CVM. Estos se agruparán en una única actividad de V&V. Todos los requisitos y componentes/bloques relacionados se agregarán como elementos de Verification & Validation (V&V), y los archivos se cargarán directamente dentro de la actividad consolidada de V&V. Esto garantiza una forma más eficiente y centralizada de gestionar los datos y archivos relacionados.

Caso 7: Agrupación de los pares RVM/CVM restantes en actividades

El paso final consolida todos los pares RVM/CVM restantes en actividades, con nombres de actividad derivados de los métodos de verificación asociados. El proceso de agrupación funciona de la siguiente manera:

1. Manual Verification Method

   • Para los VM con una referencia de cierre de Manual, se crea una actividad usando el mismo nombre (Manual).

   • Todos los RVM y CVM que comparten el método de verificación Manual se representan como elementos dentro de esta actividad.

2. File or Analysis Verification Method

   • Para los VM con una referencia de cierre de File o Analysis que incluyen RVM y CVM pero no tienen un archivo o análisis adjunto:

     • Se crea una actividad con el nombre File o Analysis.

     • Todos esos RVM y CVM se incluyen como elementos en la actividad correspondiente.

3. Test Verification Method

   • Para los VM con una referencia de cierre de Test donde existen RVM y CVM pero no hay ninguna prueba vinculada:

     • Se crea una actividad con el nombre Test.

     • Todos esos RVM y CVM se agregan como elementos dentro de esta actividad.

4. RVMs Without CVMs

   • Los RVM que no tienen CVM asociados se representan en el nuevo flujo de trabajo como elementos dentro de sus respectivas actividades, pero sin un componente/bloque vinculado.

Este enfoque estructurado garantiza que todos los RVM y CVM se tengan en cuenta y se organicen de forma clara y manejable, alineados con sus métodos de verificación.

Migraciones: mapeo de campos

Cada objeto, como los procedimientos de prueba, los RVM o los CVM, incluye campos adicionales que pueden contener información crítica. Durante la migración, estos campos se conservarán y se mapearán a sus campos correspondientes en el nuevo módulo de V&V. A continuación, se ofrece una visión general de cómo se migrarán sus campos existentes:
 

Edge Case:

Las tareas, discusiones y suscripciones en los CVM, RVM, pasos de prueba, ejecuciones de prueba y procedimientos de prueba no se migrarán al nuevo módulo de V&V.

Las relaciones de padres e hijos en el árbol de métodos de verificación tampoco se exportan.