🔨[개발] 소프트웨어 생명주기 모델

1. 소프트웨어 생명주기 모델

1.1 소프트웨어 생명주기 모델(SDLC, Software Development Life Cycle Model)란?

시스템의 요구분석부터 설계, 구현, 테스트, 유지보수까지의 전 과정을 체계화한 절차

1.2 폭포수 모형 (Waterfall Model)

• 개념: 각 단계를 순차적으로 진행하는 전통적인 개발 모델

• 단계: 요구사항 → 설계 → 구현 → 테스트 → 유지보수

• 특징:

  • 단계 간 명확한 구분
  • 이전 단계로 되돌아가기 어려움

• 장점:

  • 계획 수립이 명확하고 관리가 쉬움
  • 단계별로 문서화 작업이 필요하며, 문서화가 잘 되는 장점이 있음
  • 모형의 적용 경험과 성공 사례가 많음

• 단점

  • 요구사항 변경에 취약, 유연성이 낮음
  • 현실적으로 오류 없이 진행하기 어려움. 즉, 거꾸로 되돌아가는 상황이 발생함

1.3 프로토타입 모형 (Prototyping Model)

• 개념: 실제 제품을 만들기 전 프로토타입을 미리 만들어 사용자 피드백을 받는 방식

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

• 특징:

  • 빠른 피드백
  • 요구사항 파악에 효과적

• 장점:

  • 사용자 요구를 정확히 반영 가능
  • 개발 결과물의 품질 향상

• 단점:

  • 프로토타입 남용 시 구조가 비효율적일 수 있음
  • 프로토타입 개발에 대한 추가 비용이 발생할 수 있음

1.4 나선형 모형 (Spiral Model)

• 개념: 반복적으로 개발하면서 위험을 줄이는 방식 → 점증적 모형

• 단계: 계획 수립 → 위험 분석 → 개발 및 검증 → 평가 (반복)

• 특징:

  • 폭포수 모형과 프로토타입 모형의 장점을 살린 모형으로, 누락된 요구사항을 추가할 수 있음
  • 위험 관리 중심

• 장점

  • 유연하고 위험 대응에 강함

• 단점

  • 복잡하고 비용이 많이 들 수 있음

1.5 HIPO (Hierarchy Input Process Output)

• 개념: 시스템의 입출력과 처리 과정을 Tree형태의 구조도로 문서화하는 기법

• 특징:

  • 개발 흐름 자체라기보다는 설계 표현 기법에 가까움
  • 구조적 분석과 설계에 대한 명확한 계획 수립이 가능하며, 이를 바탕으로 구현 단계에서 쉽게 코드화 할 수 있음
    → 대규모 프로젝트에 적합하나, 초기 분석이 복잡하고 시간이 많이 소요될 수 있음
  • 세 가지 도표로 구성됨
    
    가시적 도표(Visual Table of Contents): 프로그램을 구성하는 기능을 기술한 것으로 입력, 처리, 출력에 대한 전반적인 정보를 제공하는 도표
    총체적 도표(Overview Diagram): 프로그램을 구성하는 기능을 기술한 것으로 입력, 처리, 출력에 대한 전반적인 정보를 제공하는 도표
    세부적 도표(Detail Diagram): 총체적 도표에 표시된 기능을 구성하는 기본 요소들을 상세히 기술하는 도표 (좀 더 디테일)

1.6 V-모델 (V-Model)

• 개념: 폭포수 모형(Waterfall Model)을 확장한 형태로, 개발 단계와 테스트 단계를 V자 구조로 배치하여 개발과 검증을 병렬적으로 대응시키는 개발 방법론

• 단계: 요구사항 분석 → 인수 테스트 → 시스템 설계 → 시스템 테스트 → 아키텍처 설계 → 통합 테스트 → 구현 → 단위 테스트

• 특징:

  • SDLC(Software Development Lift Cycle): 요구사항 분석 → 설계 → 구현 → 테스트 → 배포 → 유지보수
  • STLC (Software Testing Life Cycle): 테스트 계획 → 테스트 설계 → 테스트 실행 → 결함 추적 → 종료
  • 각 SDLC 개발 단계마다 이에 대응되는 STLC 단계가 존재
  • 개발과 테스트의 대응 관계를 명확히 하고, 결함을 조기에 발견하는 것이 목적

• 장점:

  • 각 단계에 대응하는 테스트가 명확히 정의되어 품질 확보에 용이
  • 테스트 계획이 초기에 수립되므로 결함을 조기에 발견 가능
  • 폭포수 모델보다 검증 활동이 강화되어 안정적인 개발에 유리

• 단점:

  • 단계별로 자원과 시간이 많이 소모됨
  • 폭포수 모델처럼 단계가 고정되어 있어 변경에 유연하지 않음
  • 반복 개발(Iterative), 애자일(Agile) 등 유연한 방법론과는 부합하지 않음
  • 요구사항이 자주 바뀌는 프로젝트에는 비효율적일 수 있음

1.7 애자일 모형 (Agile Model)

• 개념: 팀 간 협업, 고객 피드백, 유연성을 중심으로 한 방법론

• 단계: 요구사항 수집 → 제품 백로그 작성 → 스프린트 계획 → 설계 및 개발 → 테스트 → 리뷰 및 회고 → 배포 → 반복

• 특징:

  • 절차와 도구보다 개인과 소통을 중요시하고 고객과의 지속적인 소통, 피드백을 중요하게 여김
  • 짧은 개발 주기(스프린트)를 기반으로 짧은 릴리즈, 점증적 설계, 사용자 참여, 문서 최소화를 지향함
  • 대표 사례: 스크럼(Scrum), XP(eXtreme Programming)
  • Agile 선언문

       1. 프로세스나 도구보다 개인과의 소통이 더 중요하다.
        2. 완벽한 문서보다 실행되는 소프트웨어가 더 중요하다.
        3. 계약 협상보다 고객과의 협업이 더 중요하다.
        4. 계획을 따르는 것보다 변경에 대한 응답이 더 중요하다.

• 장점:
  • 빠른 개발 및 출시 가능
  • 요구사항 변경에 대한 대응이 빠르고, 높은 고객 만족도를 가질 수 있음
  • 기술적 부채를 줄일 수 있음

• 단점:
  • 변경에 대한 대응이 제대로 이루어지지 않으면, 전체 개발 프로세스에 영향을 미칠 수 있음
  • 문서화 부족 시 관리 어려움
  • 대규모의 팀의 경우 협업이 어려울 수 있음
  • 고객의 적극적인 참여가 필요함