SDLC의 폭포수 모델이란 무엇입니까? 장점과 단점
폭포수 모델이란 무엇입니까?
폭포 모델 소프트웨어 개발을 사전 정의된 단계로 나누는 순차적 모델입니다. 각 단계는 단계 간에 중복 없이 다음 단계가 시작되기 전에 완료되어야 합니다. 각 단계는 SDLC 단계 중에 특정 활동을 수행하도록 설계되었습니다. 1970년 윈스턴 로이스(Winston Royce)에 의해 소개되었습니다.

소프트웨어 엔지니어링에서 폭포 모델의 다양한 단계
폭포수 모델의 단계는 다음과 같습니다.
다양한 단계 | 각 단계에서 수행되는 활동 |
---|---|
요구사항 수집 단계 |
|
디자인 단계 | |
구축된 무대 | 설계 단계 이후에는 구축 단계, 즉 소프트웨어를 코딩하는 단계에 지나지 않습니다. |
테스트 단계 | 이 단계에서는 소프트웨어를 테스트하여 클라이언트가 제공한 사양에 따라 구축되었는지 확인합니다. |
배포 단계 | 해당 환경에 애플리케이션 배포 |
유지보수 단계 | 시스템을 사용할 준비가 되면 나중에 고객 요청에 따라 코드를 변경해야 할 수도 있습니다. |
SDLC 폭포수 모델은 언제 사용합니까?
폭포수 방법론은 다음과 같은 경우에 사용할 수 있습니다.
- 요구 사항이 자주 변경되지 않습니다.
- 응용 프로그램은 복잡하고 크지 않습니다
- 프로젝트가 짧습니다
- 요구 사항이 명확합니다
- 환경이 안정적이다
- 사용되는 기술과 도구는 동적이지 않고 안정적입니다.
- 리소스가 제공되고 교육을 받았습니다.
폭포수 모델의 장점과 단점
Waterfall 모델의 인기 있는 장점은 다음과 같습니다. 소프트웨어 공학 몇 가지 단점이 있습니다:
장점 | 단점 |
---|---|
다음 개발 단계 이전에 각 단계가 완료되어야 합니다. | 오류는 해당 단계에서만 수정할 수 있습니다. |
요구사항이 잘 정의된 소규모 프로젝트에 적합 | 요구사항이 자주 변경되는 복잡한 프로젝트에는 바람직하지 않습니다. |
각 단계를 완료하기 전에 품질 보증 테스트(검증 및 검증)를 수행해야 합니다. | 테스트 기간은 개발 과정에서 꽤 늦게 옵니다. |
소프트웨어 개발 주기의 모든 단계에서 정교한 문서화가 수행됩니다. | 문서화는 개발자와 테스터에게 많은 시간을 소비합니다. |
프로젝트는 최소한의 고객 개입으로 프로젝트 팀에 전적으로 의존합니다. | 클라이언트의 귀중한 피드백은 진행 중인 개발 단계에 포함될 수 없습니다. |
소프트웨어의 변경은 개발 과정에서 이루어집니다. | 완성된 소프트웨어에 작은 변화나 오류가 발생하면 많은 문제가 발생할 수 있습니다. |