V- 모델은 Waterfall 모델의 확장이므로 크게 다를 것으로 기대하지 마십시오.
기본적으로 Waterfall 모델과 마찬가지로 V 모델을 왼쪽에서 오른쪽 으로 따릅니다 . Waterfall에서는 요구 사항, 디자인, 구현, 확인 및 최종 유지 관리를 수행합니다. 같은 방식으로 V 모델에서는 요구 사항, 설계, 구현, 검증 및 유지 관리를 수행합니다. 두 경우 모두 동일한 단계입니다.
Waterfall과의 주요 차이점은 표시 방식과 테스트에 대한 강조입니다.
흐름을 V- 모양으로 표현하면 코딩 이전의 모든 요구 사항 (요구 사항, 아키텍처 및 디자인)과 코딩 이후의 모든 것 (필수 테스트) 간의 차이를 만드는 데 도움이됩니다. Waterfall에서는 테스트가 5 단계 중 하나에 불과하지만 V- 모델에서는 프로세스의 절반 정도 인 것처럼 보입니다.
귀하의 질문에있는 다이어그램은 조금 더 복잡합니다. 예를 들어, 시스템 설계 단계는 Waterfall 모델이 제안하는 것과 같이 시스템 설계 문서뿐만 아니라 시스템 테스트 설계를 이끌어 나중에 시스템 테스트 작성에 도움이된다는 것입니다. 다이어그램은 테스트에 더욱 중점을 둔다 . 마지막으로, 시스템 테스트 디자인을 수행하면 아키텍처 디자인에 도움이됩니다 (시스템 테스트 디자인에 관계없이 아키텍처 디자인을 수행하는 것이 어색함).
인터넷에서 다른 설명을 검색 하면 Bhakti Satalkar의 다음 기사를 인용 하는 것을 피할 수 없습니다 .
폭포 모델과 V 모델의 주요 차이점은 폭포 모델에서 개발 활동이 끝난 후 테스트 활동이 수행된다는 것입니다. 반면에 V 모델에서는 테스트 활동이 첫 번째 단계에서 시작됩니다. 다시 말해, 폭포 모델은 연속적인 프로세스이고 V 모델은 동시 프로세스입니다. 워터 폴 모델을 사용하여 만든 소프트웨어와 비교하여 V 모델을 사용하여 만든 소프트웨어의 결함 수는 적습니다. 이것은 V 모델에서 동시에 수행되는 테스트 활동이 있기 때문입니다. 따라서 사용자의 요구 사항이 고정 된 경우 폭포수 모델이 사용됩니다. 사용자의 요구 사항이 불확실하고 계속 변경되는 경우 V 모델이 더 나은 대안입니다.
이 설명은 잘못된 것 입니다. 인용 부호에서 "V-model"을 Agile 방법으로 바꾸는 경우에만 해당됩니다.
기사 상태와 달리, V- 모델에서, 코딩 후에 테스트가 수행된다; 예를 들어 Wikipedia를 참조하십시오 .
V-Model에 대한 일반적인 실제 비판은 초기 단계가 오버런되었지만 구현 날짜가 고정되어있을 때 개발이 끝날 때 테스트가 꽉 찬 창으로 압착된다는 것 입니다.
V- 모델에서 시스템 테스트 설계는 제품 구현이 완료 될 때까지 기다리지 않고 시스템 설계를 따르지만 이는 코딩 전에 테스트 자체가 수행되는 것을 의미하지는 않습니다. 저자는 익스트림 프로그래밍 (XP)에서 TDD (Test Driven Development)와 같은 애자일 접근 방식을 사용하여 V 모델을 혼동합니다.
V