폭포수 모델은 선형적이고 순차적인 접근 방식입니다.
개발 프로세스의 각 단계를 완료해야 다음 단계로 넘어갈 수 있습니다.
각 단계에서 계획 및 문서화를 강조합니다.
요구 사항이 잘 이해되어 있고 개발 프로세스 전반에 걸쳐 크게 변경되지 않는다고 가정합니다.
테스트는 개발 프로세스가 끝날 때 발생합니다.
이해하고 따르기 쉬우므로 요구 사항이 잘 정의된 간단한 프로젝트에 적합합니다
각 단계는 잘 문서화되어 향후 유지 관리 및 업데이트에 도움이 될 수 있습니다.
선형적이고 순차적인 접근 방식은 프로젝트를 순조롭게 진행하고 마감일을 맞추는 데 도움이 될 수 있습니다.
요구 사항이 고정되어 있고 크게 변경되지 않을 것이라고 가정하므로 많은 소프트웨어 개발 프로젝트에서 비현실적일 수 있습니다.
요구 사항이 변경되는 경우 개발 프로세스 후반에 변경하는 것이 어렵고 비용이 많이 들 수 있습니다.
개발 프로세스 마지막의 테스트 단계에서는 많은 수의 결함이 발생할 수 있으며 수정하는 데 많은 시간과 비용이 소요될 수 있습니다.
나선형 모델은 지속적인 반복과 피드백을 강조하는 위험 중심 소프트웨어 개발 방법론입니다.
프로세스는 계획, 위험 분석, 엔지니어링 및 평가의 4단계로 나뉩니다.
프로세스의 각 반복은 위험을 완화하고 발생하는 문제를 해결하는 데 중점을 두고 이전 프로세스를 기반으로 합니다.
팀 구성원과 이해 관계자 간의 협업과 의사 소통을 강조합니다.
프로세스는 커스텀이 가능하며 프로젝트의 특정 요구 사항을 충족하도록 설계할 수 있습니다.
적응력이 뛰어나고 커스텀이 가능해 불확실성이 높은 복잡한 소프트웨어 개발 프로젝트에 유용할 수 있습니다.
위험 중심적인 방식은 개발 프로세스 초기에 잠재적인 문제를 파악해 빠르게 조치할 수 있습니다
반복적인 접근 방식은 최종 제품이 이해관계자와 최종 사용자의 요구를 충족하도록 하는 데 도움이 될 수 있습니다.
나선형 모델은 다른 소프트웨어 개발 방법론보다 더 복잡하고 시간이 많이 소요될 수 있습니다.
위험 분석 및 평가를 강조하면 개발 프로세스가 느려질 수 있습니다.
팀원과 이해 관계자 간의 높은 수준의 협업과 의사 소통이 필요하며 이는 이따금씩 쉽지 않다...
소프트웨어 개발에 대한 반복적이고 유연한 접근 방식입니다.
개발 프로세스가 끝날 때까지 기다리지 않고 실행 가능한 소프트웨어를 조금씩 제공하는 데 중점을 둡니다.
팀 구성원과 이해 관계자 간의 협업과 의사 소통을 강조합니다.
요구 사항의 변경 사항은 개발 프로세스 전반에 걸쳐 예상되고 통합됩니다.
유연하고 적응 가능하여 요구 사항이 자주 변경될 수 있는 프로젝트에 적합
조금씩의 성과를 보여줌으로 프로젝트가 순조롭게 진행되고 이해 관계자의 요구 사항을 충족하는 데 도움이 될 수 있습니다.
협업 접근 방식을 가지고 있어 팀워크를 촉진하고 팀원과 이해 관계자 간의 의사 소통에 좋다
기존의 Waterfall 방법론보다 더 복잡하고 관리하기 어려울 수 있습니다.
빈번한 피드백과 조정을 하다보면 시간이 많이 걸리고 개발 프로세스가 길어질 수 있습니다.