Section 001 소프트웨어 생명주기

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

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

• 소프트웨어 개발 방법론이란? : 소프트웨어 개발과 유지보수 등에 필요한 여러 가지 작업들의 수행 방법과 이러한 작업들을 좀 더 효율적으로 수행하기 위해 필요한 각종 기법 및 도구를 체계적으로 정리해 표준화 한 것을 말합니다.
• 소프트웨어 생명 주기는 소프트웨어 개발 단계와 각 단계별 주요 활동, 그리고 활동의 결과에 대한 산출물로 표현합니다. 이를 소프트웨어 수명 주기라고도 합니다.
• 일반적으로 사용되느 소프트웨어 생명 주기 모형에는 폭포수 모형, 프로토타입 모형, 나선형 모형, 애자일 모형 등이 있습니다.

소프트웨어 공학의 개념

• 소프트웨어 공학(SE, Software Engineering)은 소프트웨어의 위기를 극복하기 위한 방안으로 연구된 학문이며, 여러 가지 방법론과 도구, 관리 기법들을 통하여 소프트웨어의 품질과 생산성을 향상시킬 목적으로 합니다.
• 소프트웨어 공학은 다음과 같이 여러 형태로 정의할 수 있습니다.
  • IEEE의 소프트웨어 공학 표준 용어사전 -> 소프트웨어의 개발, 운용, 유지보수, 폐기 처분에 대한 체계적인 접근방안
  • Fairley : 지정된 비용과 기간 내에 소프트웨어를 체계적으로 생산하고, 유지보수하는 데 관련된 기술적이고 관리적인 원리
  • Boehm : 과학적인 지식을 소프트웨어 설계와 제작에 응용하는 것이며 이를 개발, 운용, 유지보수하는 데 필요한 문서 작성 과정소프트웨어 기본 원칙
• 현대적인 프로그래밍 기술을 계속적으로 적용해야 합니다.
• 개발된 소프트웨어의 품질이 유지되도록 지속적으로 검증해야 합니다.
• 소프트웨어 개발 관련 사항 및 결과에 대한 명확한 기록을 유지해야 합니다.

2. 폭포수 모형(Waterfall Model)

폭포수 모형은 -> 폭포에서 한번 떨어진 물은 거슬러 올라갈 수 없듯이! 소프트웨어 개발도 이전 단계로 돌아갈 수 없다는 전체하에 각 단계를 확실히 매듭짓고 그 결과를 철저하게 검토하여 승인 과정을 거친 후에 다음 단계를 진행하는 개발 방법론이다.

• 폭포수 모형은 소프트웨어 공학에서 가장 오래되고 가장 폭넓게 사용된 전통적인 소프트웨어 생명 주기 모형으로, 고전적 생명 주기 모형이라고도 한다.
• 소프트웨어 개발 과정의 한 단계가 끝나야만 다음 단계로 넘어갈 수있는 선형 순차적 모형이다.
• 모형을 적용한 경험과 성공 사례가 많다.
• 제품의 일부가 될 메뉴얼(프로그램들의 사용과 운영에 대한 내용이 기술되어 있어야 함)을 작성해야 한다.
• 각 단계가 끝난 후에는 다음 단계를 수행하기 위한 결과물이 명확하게 산출 되어야 한다.
• 두 개 이상의 과정이 병행하여 수행되지 않는다.

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

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

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

• 시제품은 의뢰자나 개발자 모두에게 공동의 참조 모델이 된다.
• 시스템의 일부 혹은 시스템의 모형을 만드는 과정으로서 요구된 소프트웨어를 구현하는데, 이는 추후 구현 단계에서 사용될 골격 코드가 된다.
• 새로운 요구사항이 도출될 때마다 이를 반영한 프로토타입을 새롭게 만들면서 소프트웨어를 구현한다.
• 단기간 제작을 목적으로 하다 보니 비효율적인 언어나 알고리즘이 사용될 수 있다.

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

나선형 모형은 보헴(Boehm)이 제안한 것으로, 폭포수 모형과 프로토타입 모형의 장점에 위험 분석 기능을 추가한 모형이다.

• 나선을 따라 돌듯이 여러 번의 소프트웨어 개발 과정을 거쳐 점진적으로 완벽한 최종 소프트웨어를 개발하는 것으로, 점진적 모형이라고도 한다.
• 소프트웨어를 개발하면서 발생할 수 있는 위험을 관리하고 최소화하는 것을 목적으로 한다.
• 핵심 기술에 문제가 있거나 사용자의 요구사항이 이해하기 어려운 경우에 적합한 모델이다.
• 계획 -> 분석 -> 개발 -> 평가
• 점진적으로 개발 과정이 반복되므로 누락되거나, 추가된 요구사항을 첨가할 수 있고, 정밀하며, 유지보수 과정이 필요 없다.