SDLC-폭포 모델

Waterfall 모델은 널리 알려져 있고 이해되고 일반적으로 사용되는 고전적인 SDLC 모델입니다. 이는 1970 년 Royce에 의해 도입되었으며 여전히 업계의 다양한 조직에서 소프트웨어 개발을위한 일반적인 접근 방식으로 따르고 있습니다.

Waterfall 모델에서 각 수명주기 단계는 이전 수명주기 단계가 완료된 후에 만 시작할 수 있습니다. 따라서 피드백 루프가없는 선형 모델입니다.

폭포 모델 – 강점

Waterfall 모델의 강점은 다음과 같습니다.

이해하기 쉽고 사용하기 쉽습니다.
경험이없는 개발 팀에게 구조를 제공합니다.
이정표는 잘 알려져 있습니다.
요구 사항 안정성을 설정합니다.
관리 제어 (계획, 모니터링,보고)에 이상적입니다.
비용이나 일정보다 품질이 더 중요 할 때 잘 작동합니다.

폭포 모델 – 약점

Waterfall 모델의 약점 또는 단점은 다음과 같습니다.

이상화-현실과 잘 맞지 않습니다.
비현실적-프로젝트 초기에 정확한 요구 사항을 기대할 수 없습니다.
더 일반적인 탐색 적 개발의 반복적 인 특성을 반영하지 않습니다.
변경이 어렵고 비용이 많이 듭니다.
소프트웨어는 프로젝트가 끝날 때만 제공됩니다. 이로 인해-
- 심각한 결함 발견을 지연시킵니다.
- 쓸모없는 요구 사항을 전달할 가능성.
상당한 관리 오버 헤드로 소규모 팀 및 프로젝트에 비용이 많이들 수 있습니다.
분석가, 설계자, 개발자, 테스터 등 모든 단계에서 숙련 된 리소스가 필요합니다.
테스트는 개발이 완료된 후에 만 시작되며 테스터는 이전 단계에 관여하지 않습니다.
교차 기능 팀의 전문성은 각 단계가 사일로에서 실행되기 때문에 공유되지 않습니다.

폭포 모델을 언제 사용합니까?

다음과 같은 경우 폭포 모델을 사용할 수 있습니다.

요구 사항은 매우 잘 알려져 있습니다.
제품 정의가 안정적입니다.
기술은 잘 알려져 있습니다.
기존 제품의 새 버전.
기존 제품을 새 플랫폼으로 포팅.
구조화 된 교차 기능 팀이있는 대규모 조직.
커뮤니케이션 채널은 조직 내에서 그리고 고객과도 잘 확립되어 있습니다.

진화형 프로토 타이핑 모델

Evolutionary Prototyping 모델을 사용하는 소프트웨어 개발에서 개발자는 요구 사항 단계에서 프로토 타입을 구축합니다. 그런 다음 최종 사용자는 프로토 타입을 평가하고 피드백을 제공합니다. 피드백은 프로토 타입 또는 추가 기능에 대한 수정일 수 있습니다. 피드백을 바탕으로 개발자는 프로토 타입을 더욱 다듬습니다.

따라서 제품은 Prototype → Feedback → Refined Prototype Cycles를 통해 진화하므로 Evolutionary Prototyping이라는 이름이 붙습니다. 사용자가 제품의 기능과 작업에 만족하면 프로토 타입 코드가 최종 제품 배송에 필요한 표준으로 올라갑니다.