Chap.1 - 요구사항 확인(1)

Section 1. 소프트웨어 생명 주기 (A등급)

1. 소프트웨어의 생명주기(Software Life Cycle)

소프트웨어 개발 방법론의 바탕이 되는 것으로, 개발하기 위해 정의하고 운용, 유지보수 등의 과정을 각 단계별로 나눈 것.

• 소프트웨어 개발 단계와 각 단계별 주요 활동, 활동의 결과에 대한 산출물로 표현.
• 일반적인 소프트웨어 생명주기 모형에는 폭포수 모형, 프로토타입 모형, 나선형 모형, 애자일 모형 등이 있다.
• 문제 유형이나 개발 방법 등에 따라 특정 모형을 선택하여 사용할 수 있고, 개별적인 모형을 사용할 수도 있다.

Tip. 소프트웨어 생명 주기의 의미를 기억할 것.

---

# 소프트웨어 공학

1. 개념
   • 소프트웨어의 위기를 극복하기 위한 방안으로 연구된 학문
   • 여러 가지 방법론과 도구, 관리, 기법들을 통하여 소프트웨어의 품직과 생산성으로 향상시킬 목적.
2. 소프트웨어 공학의 기본 원칙
   • 현대적인 프로그래밍 기술을 계속적으로 적용해야함
   • 개발된 소프트웨어의 품질이 유지되도록 지속적으로 검증해야함
   • 소프트웨어 개발 관련 사항 및 결과에 대한 명확한 기록을 유지해야함.

---

2. 폭포수 모형(Waterfall Model)

Tip. 폭포수 모형의 개념을 묻는 문제가 출제된 적 있음. (특징을 정리할 것)

• 가장 오래되고 가장 폭넓게 사용된 전통적인 소프트웨어 생명 주기 모형.
• 개발 과정의 한 단계가 끝나야만 다음 단계로 넘어갈 수 있는 선형 순차적 모형.
  • Q.(20년 6월 출제) 개발 중 발생한 요구사항을 쉽게 반영할 수 있다.(X) 
• 모형을 적용한 경험과 성공 사례가 많다.
• 매뉴얼을 작성해야 한다. 
• 각 단계가 끝난 후에는 다음 단계를 수행하기 위한 결과물이 명확하게 산출되어야한다.
• 두 개 이상의 과정이 병행하여 수행되지 않는다.

타당성 검토 - 계획 - 요구 분석 - 설계 - 구현(코딩) - 시험(검사) - 유지보수

3. 프로토타입 모형(Prototype Model, 원형 모형)

사용자의 요구사항을 정확히 파악하기 위해 실제 개발될 소프트웨어에 대한 견본(시제)품(Prototype)을 만들어 최종 결과물을 예측하는 모형.

• 사용자와 시스템 사이의 인터페이스에 중점을 두어 개발.
• 시스템의 일부 혹은 시스템의 모형을 만드는 과정.
• 개발이 완료된 시점에서 오류가 발견되는 폭포수 모형의 단점을 보완하기 위한 모형.

요구수집 - 빠른 설계 - 프로토타입 구축 - 고객 평가 - 프로토타입 조정 - 구현 

4. 나선형 모형(Spiral Model, 점진적 모형)

Tip. 나선형 모형의 개발 과정을 묻는 문제가 출제된 적이 있음. (계획 - 분석 - 개발 - 평가 순)

폭포수 모형과 프로토타입 모형의 장점에 위험 분석 기능을 추가한 모형.

• 여러 번의 소프트웨어 개발 과정을 거쳐 점진적으로 완벽한 최종 소프트웨어를 개발하는 것.
• 개발하면서 발생할 수 있는 위험을 관리하고 최소화하는 것을 목적

Q. (22년 3월 출제) 나선형 모델에서 위험 분석은 반복적인 개발 진행 후 주기의 마지막 단계에서 최종적으로 한번 수행한다. - (X)

5. 애자일 모형(Agile Model)

Tip. 애자일 모형과 특징과 종류를 묻는 문제가 출제된 적 있음. (고객의 다양한 요구사항의 변화에 유연하게 대응하기 위해 일정한 개발 주기를 반복하는 것이 핵심.)

고객의 요구사항 변화에 유연하게 대응할 수 있도록 일정한 주기를 반복하면서 개발과정을 진행한다.

• 고객과의 소통에 초점을 맞춘 방법론을 통칭.
• 스프린트(Sprint) 또는 이터레이션(Iteration)이라고 불리는 짧은 개발 주기를 반복한다. 
• 반복되는 주기마다 만들어지는 결과물에 대한 고객의 평가와 요구를 적극 수용한다. 
• 고객이 요구사항에 우선순위를 부여하여 개발 작업을 진행한다.
• 소규모 프로젝트, 숙달된 개발자, 급변하는 요구사항에 적합.

# 애자일 개발 4가지 핵심 가치

1. 프로세스와 도구보다는 개인과 상호작용에 더 가치를 둔다.
2. 방대한 문서보다는 실행되는 SW에 더 가치를 둔다.(소프트웨어가 잘 실행되는데 가치를 둔다.)
3. 계약 협상보다는 고객과 협업에 더 가치를 둔다.
4. 계획을 따르기 보다는 변화에 반응하는 것에 더 가치를 둔다.

6. 폭포수 모형과 애자일의 비교

구분	폭포수 모형	애자일
새로운 요구사항 반영	어려움	지속적으로 반영
고객과의 의사소통	적음	지속적인
테스트	마지막에 모든 기능을 테스트	반복되는 일정 주기가 끝날 때마다 테스트
개발 중심	계획, 문서(매뉴얼)	고객