[소프트웨어공학] 소프트웨어 개발 프로세스 주요 모델 6가지 요약정리

ㅡ 소프트웨어 개발 프로세스 주요 모델 6가지

- 폭포수 모델 (Waterfall Model)

- 프로토타입 모델 (Prototype Model)

- 점증적 모델 (Incremental Model)

- 나선형 모델 (Spiral Model)

- 진화적 모델 (Evolutionary Model)

- 애자일 모델 (Ajile Model)

 

 

각 프로젝트는 적절한 계획을 가지고 진행되어야 비용을 최소화할 수 있다.

주요 개발 프로세스인 위 6가지 모델을 핵심 정리한다.

(꼭 위 6가지로 대표되는 것은 아니고, 나는 교수님께서 이렇게 정리해주었다)

 

어느 상황에 어느 모델이 적합한지, 각 모델의 특징과 장단점은 무엇인지 정리한다.

 

 

---

ㅡ 폭포수 모델 (Waterfall Model)

keyword : 엄근진

 

적합한 상황

- 국방, 원자력 등 대규모 시스템 공학 프로젝트에 적합하다.

- 요구사항이 명확하여 요구사항 변경이 잘 이루어지지 않는 경우에 적합하다.

- 자원이 한정 & 제약사항 있을 경우

- 위험성이 적고 기존 사례가 많은 경우

 

특징

- 단계가 선형적, 순차적이다.

- 단계간 중복이나 상호작용이 없다.

- 각 단계의 결과는 다음단계 시작 전 점검한다.

- 현재 단계의 결과는 바로 이전 단계로 피드백한다.

ㄴ 결과물 정의가 중요하다.

 

단점

- 진행 중 변경을 수용하기 어렵다.

- 단계 전환에 큰 노력이 든다.

ㄴ진행이 지연되기 십상이다.

- 많은 문서작업을 제대로 해야 한다.

- 재사용을 기대하기 어렵다.

 

 

 

---

ㅡ 프로토타입 모델 (Prototype Model)

keyword : 일단 대충 파악

 

적합한 상황

- 요구사항이 불명확하거나 지속적 검증이 필요한 경우 적절하다.

- 또는 프로젝트 수행 자체에 대한 결정이 어려울때 타당성 검증용도로 쓴다.

 

특징

- 폭포수 모델의 엄격함을 개선한 모델이다.

  폭포수 모델이 절차를 따르며 완벽히 단계를 수행하는 것과는 달리,

  프로토타입 모델은 '개선해감'을 목표로 한다.

- 시험적이며 빠르게 요구사항을 이해한다.

 

분류

- 실험적 프로토타입 (Throwaway, Experimental)

  : 일단 요구사항을 프로토타이핑하여 개발의 타당성을 검증한다.

  : 실제 개발시에는 이 실험적인 프로토타입은 폐기한다. 안쓴다. 검증용이다.

- 진화적 프로토타입 (Evolutionary)

  : 프로토타입을 (폐기하지 않고) 발전시켜간다.

  : 대표 예) 나선형 모델

 

 

 

---

ㅡ 점증적 모델 (Incremental Model)

keyword : 여러번 릴리즈, 빠른 출시

 

적합한 상황

- 시장에 빠르게 출시해야 할 경우에 적합하다. 이를 위해 여러 번 릴리즈한다.

- 소프트웨어 외의 여러 요소(하드웨어, UI)를 고려해야 할 때도 적합하다.

- 당연히 요구사항 확정이 어려운 경우에도 좋다.

 

특징

- 개발 사이클이 짧다.

ㄴ시장에 빠르게 출시하기 위해 여러번 릴리즈한다.

ㄴ각 릴리즈마다 개발의 초점을 집중할 수 있다.

 

릴리즈의 방법

- 새로운 기능을 추가하여 릴리즈 (점증적으로 릴리즈)

- 기존 기능의 완성도를 높여 릴리즈 (반복적으로 릴리즈)

 

 

---

ㅡ 나선형 모델 (Spiral Model)

keyword : 위험분석

 

적합한 상황

- 위험부담이 큰 대규모  시스템 개발에 적합하다.

아래와 같이 리스크를 줄이는 매커니즘을 가지기 때문이다.

나선을 돌 때마다 실패위험을 줄인다.

 

출처: https://itwiki.kr/w/나선형_모델

 

특징

- 반복적으로 개발과 테스트한다.

- 점증적으로 릴리즈하며 위험을 최소화한다.

- 위험 분석 단계가 중요하다.

 

진화 단계

- 계획 수립 : 목표, 기능 선택, 제약조건 결정

- 위험 분석 : 기능선택의 우선순위, 위험요소의 분석

- 개발

- 평가

 

단점 (유의점)

- 프로젝트 관리와 위험분석이 특히 중요하다.

 

 

---

ㅡ 진화적 모델 (Evolutionary Model)

keyword : 요구사항 분석 반복

 

적합한 상황

- 초기에 사용자의 요구사항을 파악하기 힘들거나 구현이 어려운 경우에 적합하다.

 

특징

- 진화함에 따라 요구사항이 뚜렷해진다.

- 요구사항 분석을 계속 반복하며 완성도를 높여나간다.

 

- UP(Unified Process)의 개발 프로세스를 가지며, UP를 여러번 반복하며 진화해간다.

  UP는 Inception, Elaboration, Construction, Transition의 4단계로 이루어진다.

  (도입, 정련, 구현, 전환(릴리즈))

  유의점은, 위 4단계에 따라 하는 일이 뚜렷하게 구분되지 않는다는 것이다.

  즉, 설계-구현-테스트-설치-운영 등의 과정이 전 단계에 걸쳐 자유롭게 일어난다. 

  

https://en.wikipedia.org/wiki/Unified_Process

 

 

점증적 모델과 진화적 모델의 차이가 뭐냐?

 

- 점증적 모델 : "설계말고 릴리즈만 반복함"

[요구사항수집-명세-계획]이 먼저 이루어진 뒤에, 그 계획 가지고 release1, release2, .. 를 만들어나간다. 즉 요구사항의 수집은 각 release에서 하는 것이 아니라 이미 완료된 상태에서 release를 여러번 해나간다.

 

- 진화적 모델 : "설계~릴리즈 자체를 반복하며 진화 (즉 UP를 여러번 반복하며 진화)"

[요구사항 분석]을 여러번 시행하도록 되어있다.

UP가 반복되는데, 각 UP에서 요구사항 분석을 매번 시행 가능하다.

recall) UP는 4단계로 이루어져있고, 그 4단계 하에 병렬적으로 개발프로세스(설계~릴리즈)가 진행된다

 

 

---

ㅡ 애자일 (Agile)

keyword : 빠른 개발

 

적합한 상황

- 비교적 소규모 프로젝트

- 빠른 개발 착수

- 단기간 내 요구사항 만족

 

 

특징

- 짧고 사소한 릴리즈를 자주 반복함을 추구

- 그래서 실사용자의 피드백을 자주 받게 된다.

- 설계에 대한 결정을 미루고, 더 많은 지식이 쌓였을 때 설계를 개선한다.

- 중간에 설계가 변경되어도 수용이 쉽다.

- 문서는 최소화하고, 코드 자체가 문서인 격이다.

- 형식적인 문서보다 지속적인 대화를 추구

 

 

애자일 프로세스의 방법은 크게 두가지로 분류한다

1. 익스트림 프로그래밍

2. 스크럼 방법론

 

아래서 정리한다.

---

① 익스트림 프로그래밍

- 최초의, 극단적인 애자일 프로세스

- 릴리즈 간격이 2~4주로 짧다.

- 메타포를 사용한다.

  (팀원 공동이 동일한 개념을 공유하고 이해하는 것이 중요하다. 형식&정형화된 것이 중요한 것이 아니다.)

- TDD

- 리팩토링 : 재구성하고 설계를 개선해나간다. (동작 변경 이야기가 X)

- 팀에 실사용자(고객)이 참여하여 상시 의문점을 받는다.

- 코딩 표준이 중요하다. 애자일은 설계가 약하기 때문에 표준을 통일해야 한다.

- 6단계로 이루어진다. Planning, Analysis, Design, Excecution, Warpping, Closure

 

② 스크럼 방법론

- 럭비에서 스크럼을 짜듯 협업하는 방식으로 애자일 방법론을 적용한다.

- 단결과 팀워크를 중요시한다.

- 구성요소는 다음과 같다

  : 백로그(할 일 목록)

  : 스프린트(Iteration 의미)

  : (매일 잠깐) 스크럼 회의

  : (스프린트 종료 후 산출물을) 리뷰

  : (방법론 자체에 대한) 스프린트 회고

 

1. 백로그(할 일 목록)를 만든다

2. sprint 팀이 플래닝미팅을 하며, 해당 sprint의 백로그가 주어진다.

4. 1~4주에 걸쳐 backlog에 대한 sprint 활동 (개발)을 진행한다.

    -> 이때, 매일매일 회의한다 (scrum meeting)

5. 스프린트 종료 후에는 산출물을 리뷰한다.

 

---

 

[소프트웨어공학]

여기까지 소프트웨어 개발 프로세스 6가지를 간단히 정리했다.