폭포수 모델: Difference between revisions

From CS Wiki
(새 문서: 분류:소프트웨어 공학 ;Waterfall Model * 소프트웨어 개발의 전 과정을 나누어 체계적이고 순차적으로 접근하는 방식 * 각 단계의 결과가...)
 
No edit summary
Line 1: Line 1:
[[분류:소프트웨어 공학]]
[[분류:소프트웨어 공학]]
;Waterfall Model
;Waterfall Model
* 소프트웨어 개발의 전 과정을 나누어 체계적이고 순차적으로 접근하는 방식
; 소프트웨어 개발의 전 과정을 나누어 체계적이고 순차적으로 접근하는 소프트웨어 개발 생명주기 모델
* 각 단계의 결과가 확인되어야지만 다음 단계로 넘어간다.
* Bohea가 제시한 고전적 생명주기 모델로 선형 순차적 모델이라고도 함
* Bohea가 제시한 고전적 생명주기 모델로 선형 순차적 모델이라고도 함
* 가장 오래된 모델로 많은 적용 사례가 있지만 요구사항의 변경이 어렵다.
* 가장 오래된 모델로 많은 적용 사례가 있지만 요구사항의 변경이 어렵다.
Line 10: Line 9:
* '''단계별 Freezing''': 단계별 검증이 완료된 산출물들은 수정하지 않음
* '''단계별 Freezing''': 단계별 검증이 완료된 산출물들은 수정하지 않음
** 수정이 필요한 경우 공식화된 변경 프로세스 수행 필요
** 수정이 필요한 경우 공식화된 변경 프로세스 수행 필요
== 장단점 ==
{| class="wikitable"
|-
! 장점 !! 단점
|-
|
* 가장 오래되고 폭 넓게 사용
* 순차적인 과정으로 이해하기 용이
* 단계별 추진으로 관리 용이
||
* 초기에 요구사항 정의가 어려움
* 순차 강조로 융통성이 없어 진행이 느려짐
* 재사용 기회 낮아짐
|}


== 순서 ==
== 순서 ==

Revision as of 09:51, 1 September 2019

Waterfall Model
소프트웨어 개발의 전 과정을 나누어 체계적이고 순차적으로 접근하는 소프트웨어 개발 생명주기 모델
  • Bohea가 제시한 고전적 생명주기 모델로 선형 순차적 모델이라고도 함
  • 가장 오래된 모델로 많은 적용 사례가 있지만 요구사항의 변경이 어렵다.

특징

  • 단계별 검증: 각 단계의 검증이 완료되어야 다음 단계 진행
  • 단계별 Freezing: 단계별 검증이 완료된 산출물들은 수정하지 않음
    • 수정이 필요한 경우 공식화된 변경 프로세스 수행 필요

장단점

장점 단점
  • 가장 오래되고 폭 넓게 사용
  • 순차적인 과정으로 이해하기 용이
  • 단계별 추진으로 관리 용이
  • 초기에 요구사항 정의가 어려움
  • 순차 강조로 융통성이 없어 진행이 느려짐
  • 재사용 기회 낮아짐

순서

  1. 타당성 검토
  2. 계획
  3. 요구사항 분석
  4. 설계
  5. 구현
  6. 테스트
  7. 유지보수

같이 보기