설명을 보면
이전 단계에서 문제가 생긴걸 확인해도 뒤로 돌아갈 수 없다는데
이게 뭔 개소리임?
그니까 지금 우리가 구현단계에 있는데
설계에 문제가 생긴걸 발견했어
어 안돼 설계에 문제가 생겼어 하지만 우리는 폭포수 모델로 작업하기로 했으니 이 잘못된 설계에 따라 프로그램을 만들어야돼
이렇게 된다는거임??
설명을 보면
이전 단계에서 문제가 생긴걸 확인해도 뒤로 돌아갈 수 없다는데
이게 뭔 개소리임?
그니까 지금 우리가 구현단계에 있는데
설계에 문제가 생긴걸 발견했어
어 안돼 설계에 문제가 생겼어 하지만 우리는 폭포수 모델로 작업하기로 했으니 이 잘못된 설계에 따라 프로그램을 만들어야돼
이렇게 된다는거임??
이론상 모델이 그런진 몰라도 실제론 고쳐쓰지 - dc App
개좆빡세게 검증해서 돌아갈 일 안 만드는걸 목표로 한다 정도로 보면 됨
폭포잖아. 떨어진 물을 다시 올릴 수 없잖아. 1차 개발 -> 2차 -> 3차 .... 이런 식으로 단계를 나눠서 한꺼번 고도화 하는 거라 중간에 잘 못 된 게 있어도 단계 내에서는 그대로 달리는 수 밖에 없음. 그게 장점이기도 함. 아니면 맨날 되돌아가서 수정하다 하다 보면 속도가 안 나오니까. 단점은 다 개발 해놓고 못 쓰는 게 50% 이상 ㅋㅋㅋㅋㅋㅋㅋㅋ 또 폭포수 프로젝트가 빠그러지는 이유는 기획이 잘못돼서가 50% 이상