"소프트웨어 공학"이라는 용어는 1960년대에 토목 공학에서 영감을 받아 만들어졌습니다. 토목 공학의 단계별 과정을 반영한 폭포수 모델이 지배적인 접근 방식이 되었습니다. 이 모델은 배포 후 업데이트가 거의 필요 없는 임베디드 시스템에 효과적이었습니다. 그러나 소프트웨어 개발이 소비자 대상 애플리케이션으로 이동하면서 폭포수 모델의 한계가 분명해졌습니다. 사용자는 새로운 기능, 개선 사항 및 수정 사항을 원했지만 폭포수 모델로는 이를 제공할 수 없었습니다. 계획, 구축, 테스트 및 피드백의 주기를 포함하는 반복적 개발 모델이 등장했습니다. 이러한 유연성 덕분에 소프트웨어가 시간이 지남에 따라 진화할 수 있었습니다. 오늘날 폭포수 모델이 여전히 유효한 부분이 있지만 대부분의 소프트웨어 개발 업계는 반복적이고 애자일한 방법론을 채택했습니다. 이러한 접근 방식은 지속적인 피드백과 적응을 우선시하며 현재 업계 표준입니다. 소프트웨어 구축에 가장 적합한 접근 방식은 프로젝트의 요구 사항에 따라 다르지만 현대 소프트웨어 개발에서는 유연성이 핵심입니다.
dev.to
Waterfall-Model software engineering. Does it still make sense nowadays?
Create attached notes ...