V&V-Modul-Migrationsfälle und Feldzuordnung

Im Rahmen der Umstellung auf das neue V&V-Modul bereiten wir die Migration Ihrer bestehenden Verifizierungsdaten vor – dazu gehören Verifizierungsmethoden, Komponenten-Verifizierungsmethoden und Testverfahren – in den aktualisierten Workflow des V&V-Moduls.

In früheren Versionen haben wir im V&V-Modul Felder eingeführt, die mit denen der alten Verifizierungsmethodik übereinstimmen. Mithilfe von Kundendatenanalysen haben wir häufige Anwendungsfälle identifiziert und eine strukturierte Strategie entwickelt, um Ihre bestehenden Daten in das neue Modul zu migrieren.

Unser Migrationsplan umfasst sieben unterschiedliche Szenarien.

Wir freuen uns auf Ihr Feedback, damit die Migration Ihren spezifischen Anforderungen entspricht.

Fall 1: Komponenten-Verifizierungsmethode zum Feld „Applicable block“

Im alten Verifizierungs-Workflow wurden Komponenten über die jeder Anforderung zugeordneten Verifizierungsmethoden mit Anforderungen verknüpft.

Im neuen V&V-Modul wurde dieser Prozess vereinfacht. Benutzer können nun Komponenten/Blöcke direkt über das Attribut „Applicable Blocks“ zu Anforderungen hinzufügen. Während der Migration werden alle Komponenten, die im alten Workflow mit Verifizierungsmethoden verknüpft waren, automatisch in das Attribut „Applicable Blocks“ der entsprechenden Anforderungen übertragen.

Fall 2: Requirement Verification Methods (RVMs) zum Feld „Methods“

Einige Kunden haben Requirement Verification Methods (RVMs) verwendet, um die Art der Verifizierung zu kennzeichnen, die künftig für eine Anforderung vorgesehen ist – mit oder ohne Hinzufügen einer Component Verification Method (CVM) oder zusätzlicher Daten.

Für diesen Fall kopiert der Migrationsprozess die RVM-Namen und überträgt sie in das neue “Methods”-Feld in der Anforderungstabelle.

Fall 3: Standard-Verifizierungsmethoden zu VV-Methoden

Im alten Verifizierungssystem gibt es fünf Standard-Verifizierungsmethoden: Analysis, Review, Rules, Inspection und Tests. Zusätzlich hatten Benutzer die Möglichkeit, über Verification Methods Settings benutzerdefinierte Verifizierungsmethoden hinzuzufügen.

Diese Verifizierungsmethoden werden in das Feld Methods innerhalb des Moduls Verifications and Validations (V&V) migriert.
 

Fall 4: Rules Verification Method zu VV Rules

In den alten Verifizierungsmethoden konnten Benutzer die Verifizierungsmethode Rules auf eine Anforderung anwenden und im Typ Close-Out Reference eine boolesche Formel definieren. Diese Formel wurde verwendet, um die Anforderungswerte mit den Systemdesignwerten zu vergleichen.

Im neuen V&V-Modul werden diese Daten direkt in das Attribut V&V Rules innerhalb des Anforderungsmoduls migriert.

Fall 5: Jedes Testverfahren wird als neue V&V-Aktivität migriert

Für Benutzer, die Testverfahren und Testläufe verwendet haben, wird jedes Testverfahren als neue V&V-Aktivität mit allen Verfahren, Läufen und Verknüpfungen zu Anforderungen und Komponenten/Blöcken migriert.

Eine Abbildung ist im folgenden Bild dargestellt

Fall 6: RVMs mit CVMs, die dieselbe Datei oder Analyse als Closeout-Referenz haben, werden zusammengestellt und als neue V&V-Aktivität migriert

Beim Verwalten mehrerer RVMs, die mit derselben Variationsaktivität verknüpft sind, müssen Kunden derzeit separate RVMs für jede zugehörige Anforderung erstellen. Dabei müssen sie häufig dieselbe Datei wiederholt anhängen und dieselben zugehörigen Daten in diese RVMs eingeben.

Um dies zu vereinfachen, identifiziert der Migrationsprozess Dateien oder Analysen, die in den Closeout-Referenzen der CVMs über mehrere Anforderungen hinweg als Closeout-Referenzen angehängt wurden. Diese werden zu einer einzigen V&V-Aktivität zusammengefasst. Alle zugehörigen Anforderungen und Komponenten/Blöcke werden als Verification & Validation (V&V)-Elemente hinzugefügt, und die Dateien werden direkt innerhalb der konsolidierten V&V-Aktivität hochgeladen. Dies gewährleistet eine effizientere und zentralisierte Verwaltung zusammengehöriger Daten und Dateien.

Fall 7: Gruppierung verbleibender RVM/CVM-Paare in Aktivitäten

Im letzten Schritt werden alle verbleibenden RVM/CVM-Paare in Aktivitäten zusammengeführt, wobei die Aktivitätsnamen aus den zugehörigen Verifizierungsmethoden abgeleitet werden. Der Gruppierungsprozess funktioniert wie folgt:

1. Manual Verification Method

   • Für VMs mit einer Closeout-Referenz vom Typ Manual wird eine Aktivität mit demselben Namen erstellt (Manual).

   • Alle RVMs und CVMs, die dieselbe Verifizierungsmethode Manual verwenden, werden als Elemente innerhalb dieser Aktivität dargestellt.

2. File or Analysis Verification Method

   • Für VMs mit einer Closeout-Referenz vom Typ File oder Analysis, die RVMs und CVMs enthalten, aber keinen Datei- oder Analyse-Anhang haben:

     • Es wird eine Aktivität mit dem Namen File oder Analysis erstellt.

     • Alle solchen RVMs und CVMs werden als Elemente in die entsprechende Aktivität aufgenommen.

3. Test Verification Method

   • Für VMs mit einer Closeout-Referenz vom Typ Test, bei denen RVMs und CVMs vorhanden sind, aber kein Test verknüpft ist:

     • Es wird eine Aktivität mit dem Namen Test erstellt.

     • Alle solchen RVMs und CVMs werden als Elemente innerhalb dieser Aktivität hinzugefügt.

4. RVMs Without CVMs

   • RVMs, die keine zugehörigen CVMs haben, werden im neuen Workflow als Elemente innerhalb ihrer jeweiligen Aktivitäten dargestellt, jedoch ohne verknüpfte Komponente/verknüpften Block.

Dieser strukturierte Ansatz stellt sicher, dass alle RVMs und CVMs berücksichtigt und klar sowie übersichtlich entsprechend ihren Verifizierungsmethoden organisiert werden.

Migrationen: Feldzuordnung

Jedes Objekt, wie Testverfahren, RVMs oder CVMs, enthält zusätzliche Felder, die kritische Informationen enthalten können. Während der Migration bleiben diese Felder erhalten und werden ihren entsprechenden Feldern im neuen V&V-Modul zugeordnet. Nachfolgend finden Sie einen Überblick darüber, wie Ihre bestehenden Felder migriert werden:
 

Edge Case:

Aufgaben, Diskussionen und Abonnements zu den CVMs, RVMs, Testschritten, Testläufen und Testverfahren werden nicht in das neue V&V-Modul migriert.

Übergeordnete und untergeordnete Beziehungen im Baum der Verifizierungsmethoden werden ebenfalls nicht exportiert.