V&V 모듈 마이그레이션 사례 및 필드 매핑

새로운 V&V 모듈로의 전환의 일환으로 검증 방법, 컴포넌트 검증 방법, 테스트 절차 등 기존 검증 데이터를 업데이트된 V&V 모듈 워크플로로 마이그레이션할 준비를 하고 있습니다.

이전 버전에서는 기존 검증 방법론의 필드와 일치하는 필드를 V&V 모듈에 도입했습니다. 고객 데이터 분석을 활용하여 일반적인 사용 사례를 파악하고 기존 데이터를 새 모듈로 마이그레이션하기 위한 구조화된 전략을 개발했습니다.

마이그레이션 계획에는 7가지 시나리오가 포함됩니다.

마이그레이션이 특정 요구사항을 충족할 수 있도록 여러분의 피드백을 기다리겠습니다.

사례 1: '해당 블록' 필드에 컴포넌트 검증 방법 적용

기존 검증 워크플로에서는 각 요구사항과 관련된 검증 방법을 통해 컴포넌트를 요구사항에 연결했습니다.

새로운 V&V 모듈에서는 이 프로세스가 간소화되었습니다. 이제 사용자는 "적용 가능한 블록" 속성을 사용하여 컴포넌트/블록을 요구사항에 직접 추가할 수 있습니다. 마이그레이션하는 동안 이전 워크플로우의 검증 방법에 연결된 모든 컴포넌트는 해당 요구사항의 "적용 가능한 블록" 속성으로 자동 전송됩니다.

사례 2: 요구 사항 확인 방법(RVM)을 "방법" 필드에 추가하기

일부 고객은 컴포넌트 검증 방법(CVM) 또는 추가 데이터를 추가하거나 추가하지 않고도 요구 사항에 대한 검증 유형을 표시하기 위해 요구 사항 검증 방법(RVM)을 사용하기도 합니다.

이 경우 마이그레이션 프로세스에서 RVM 이름을 복사하여 요구 사항 테이블의 새 “Methods” 필드로 전송합니다.

사례 3: 기본 인증 방법을 VV 방법으로 변경하기

기존 인증 시스템에는 5가지 기본 인증 방법이 있습니다: Analysis, Review, Rules, Inspection, 및 Tests. 또한 사용자는 유연하게 사용자 지정 인증 방법을 추가할 수 있는 Verification Methods Settings.

이러한 인증 방법은 V&V(검증 및 유효성 검사) 모듈의 Methods 필드에 마이그레이션됩니다. 확인 및 유효성 검사(V&V) 모듈.

사례 4: Rules 확인 방법을 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인 VM의 경우 동일한 이름(Manual).

   • 확인 방법을 공유하는 모든 RVM 및 CVM은 Manual 확인 방법을 공유하는 모든 RVM 및 CVM은 이 활동 내에서 항목으로 표시됩니다.

2. File or Analysis Verification Method

   • 종료 참조가 File 또는 Analysis 이지만 파일 또는 분석 첨부 파일이 없는 VM의 경우:

     • 활동이 이름 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 모듈로 마이그레이션되지 않습니다.

확인 방법 트리의 부모 및 자식 관계도 Export되지 않습니다.