[소프트웨어 공학] 폭포수 모델

---

폭포수 모델

 

정의

폭포수 모델은 고전적 라이프 사이클 패러다임^Classic_Life_Cycle_Paradigm^으로 다른 공학에서도 널리 쓰이고 있는 전형적인 기법이다.

 

과정

요구사항 분석 -> 설계 -> 구현 -> 시험 및 유지보수 의 순서로 이루어진다.

 

요구사항 분석

 

고객의 요구를 만족시키기 위해 고객의 요구사항을 알아내는 것으로 간단한 질문 목록을 만들어 그에 대한 해답을 구해 보는 편이 좋다.

 

이 단계에서는 요구사항 분석 과정에서 수행되어야할 항목이 있다.

 

• 요구사항 규명

  사용자의 요구사항을 밝히는 일로 사용자의 요구사항을 수집한다.

  기능 요구사항, 성능 요구사항, 인터페이스 요구사항

• 타당성 조사

  시스템 개발에 필요한 시간, 비용, 인력 등의 자원의 타당함을 밝히는 일

  경제적 타당성, 기술적 타당성, 법적 타당성, 대체 방안

• 비용과 일정에 대한 제약 설정

  프로젝트의 관리가 효율적으로 진행되기 위해 각 기능에 대한 소요 비용과 개발 기간 예측

• 요구사항 정의 문서화

  가장 중요한 요구사항 명세서가 산출되는 과정이다.

  기능 명세서, 목표 문서라고도 한다.

이 단계의 주 목적은 What이 아니라 How to 이다.

 

설계

요구사항 분석 과정에서 모아진 요구사항 설계 도면을 실제 도면에 옮기는 것으로 물리적 실현의 첫 단계이다.

 

이 단계에서는 설계 문서가 결과물로써 탄생한다

 

구현

앞서 나온 설계 도면을 활용하여 실제 구현을 하는 단계로 이 단계에서의 어려움은 설계와 요구사항 분석의 부재이다.

 

테스트 및 유지보수

오류를 발견하기 위한 과정으로 품질 보증의 중요한 단계이다.

 

소프트웨어의 시험은 요구사항, 설계, 코딩의 전 과정에 대한 점검으로 개발 비용중 40%를 차지한다.

 

 

테스트에도 몇 가지 단계가 있는데

 

• 시험 계획 단계

  어떻게 시험을 수행할 것인지

• 테스트 설계 단계

  결함을 검출하기 위해 효과적인 테스트 데이터를 준비

• 테스트 실행 단계

  소프트웨어에 입력하여 결과를 얻는 단계

• 테스트 기록 평가 단계

  테스트에서 얻어진 결과를 분석, 평가 하는 단계

 

특징

 

• 단계적으로 체계적이며 순차적인 접근 방법
• 개념 정립에서 구현까지 ** 하향식 접근 방법 **
• 높은 추상화단계 에서 낮은 추상화단계로 발전

 

장점/단점

 

장점

• 적용 사례가 많으므로 위험성이 적다.
• 문서 등의 관리와 적용이 쉽다.
• 가시성이 우수하다.
• 기술적인 위험이 적다.
• 단계 별로 정형화된 진행이 가능하다.

 

단점

• 사용자 피드백에 의한 반복 단계가 어렵다.
• 고객의 원하는 요구사항을 초기에 구체적으로 기술하기 어렵다.
• 초기단계를 지나치게 강조하면 구현과 시험이 지연된다.
• 중요한 문제점들이 뒤에 발견되어 수정비용, 시간, 노력이 많이 소요된다.
• 문서화의 부담과 작업 지연이 발생한다.