V-모델은 검증 및 검증 모델이라고도 합니다. 여기서 SDLC의 각 단계는 다음 단계가 시작되기 전에 완료되어야 합니다. 이는 폭포 모델과 동일한 순차적 설계 프로세스를 따릅니다. 장치 테스트는 해당 개발 단계와 병행하여 계획됩니다.
확인: 코드를 실행하지 않고 수행되는 정적 분석 방법(검토)이 포함됩니다. 특정 요구사항이 충족되는지 확인하기 위해 제품 개발 프로세스를 평가하는 프로세스입니다.
확인: 동적 분석 방법(기능적, 비기능적)을 포함하며, 코드를 실행하여 테스트를 수행합니다. 검증(Validation)은 소프트웨어가 고객의 기대와 요구 사항을 충족하는지 여부를 확인하기 위해 개발 프로세스가 완료된 후 소프트웨어를 분류하는 프로세스입니다.
따라서 V-Model에는 한쪽에 검증 단계가 있고 다른쪽에는 검증 단계가 있습니다. 검증 및 검증 프로세스는 V자 형태의 코딩 단계로 결합됩니다. 따라서 V-모델로 알려져 있습니다.
V 모델의 검증 단계에는 다양한 단계가 있습니다.
| 비즈니스 요구사항 분석: | 이는 고객 측에서 제품 요구 사항을 이해하는 첫 번째 단계입니다. 이 단계에는 고객의 기대와 정확한 요구 사항을 이해하기 위한 자세한 커뮤니케이션이 포함됩니다.
| 시스템 디자인: | 이 단계에서 시스템 엔지니어는 사용자 요구 사항 문서를 연구하여 제안된 시스템의 비즈니스를 분석하고 해석합니다.
| 건축 디자인: | 아키텍처 선택의 기준은 일반적으로 모듈 목록, 각 모듈의 간략한 기능, 인터페이스 관계, 종속성, 데이터베이스 테이블, 아키텍처 다이어그램, 기술 세부 사항 등으로 구성된 모든 것을 이해해야 한다는 것입니다. 통합 테스트 모델이 수행됩니다. 특정 단계에서 종료됩니다.
| 모듈 디자인: | 모듈 설계 단계에서 시스템은 작은 모듈로 분해됩니다. 모듈의 세부 설계가 지정되어 있으며 이를 저수준 설계라고 합니다.
| 코딩 단계: | 설계가 끝나면 코딩 단계가 시작됩니다. 요구 사항에 따라 적합한 프로그래밍 언어가 결정됩니다. 코딩에는 몇 가지 지침과 표준이 있습니다. 저장소에 체크인하기 전 최종 빌드는 더 나은 성능을 위해 최적화되며, 코드는 성능을 확인하기 위해 수많은 코드 검토를 거칩니다.
V 모델의 검증 단계에는 다양한 단계가 있습니다.
| 단위 테스트: | V-모델에서는 모듈 설계 단계에서 단위 테스트 계획(UTP)이 개발됩니다. 이러한 UTP는 코드 수준 또는 단위 수준에서 오류를 제거하기 위해 실행됩니다. 단위는 프로그램 모듈과 같이 독립적으로 존재할 수 있는 가장 작은 개체입니다. 단위 테스트는 나머지 코드/단위와 격리되었을 때 가장 작은 엔터티가 올바르게 작동할 수 있는지 확인합니다.
| 통합 테스트: | 통합 테스트 계획은 아키텍처 설계 단계에서 개발됩니다. 이러한 테스트는 독립적으로 생성되고 테스트된 그룹이 서로 공존하고 통신할 수 있는지 확인합니다.
| 시스템 테스트: | 시스템 테스트 계획은 시스템 설계 단계에서 개발됩니다. 단위 및 통합 테스트 계획과 달리 시스템 테스트 계획은 고객의 비즈니스 팀에 의해 구성됩니다. 시스템 테스트는 애플리케이션 개발자의 기대가 충족되는지 확인합니다.
| 승인 테스트: | 인수 테스트는 비즈니스 요구 사항 분석 부분과 관련이 있습니다. 여기에는 사용자 환경에서 소프트웨어 제품을 테스트하는 것이 포함됩니다. 승인 테스트를 통해 사용자 환경 내에서 사용 가능한 다양한 시스템과의 호환성 문제가 드러납니다. 실제 사용자 환경에서 부하, 성능 불량 등 비기능적 문제를 함께 발견합니다.
V-Model은 언제 사용하나요?
- 요구사항이 잘 정의되어 있고 모호하지 않은 경우.
- V자형 모델은 요구 사항이 명확하게 정의되고 고정된 중소 규모 프로젝트에 사용해야 합니다.
- V자형 모델은 필수 기술 전문 지식을 갖춘 샘플 기술 리소스를 사용할 수 있는 경우 선택해야 합니다.
V-모델의 장점(장점):
- 이해하기 쉬운.
- 계획, 테스트 설계와 같은 테스트 방법은 코딩하기 훨씬 전에 발생합니다.
- 이렇게 하면 많은 시간이 절약됩니다. 따라서 폭포수 모델보다 성공 가능성이 더 높습니다.
- 결함의 하향 흐름을 방지합니다.
- 요구 사항을 쉽게 이해할 수 있는 소규모 계획에 적합합니다.
V-모델의 단점(단점):
- 매우 단단하고 유연성이 가장 낮습니다.
- 복잡한 프로젝트에는 적합하지 않습니다.
- 소프트웨어는 구현 단계에서 개발되므로 소프트웨어의 초기 프로토타입이 생성되지 않습니다.
- 중간에 변경 사항이 발생하면 필수 문서와 함께 테스트 문서를 업데이트해야 합니다.
