소프트웨어 생명주기

• 소프트웨어를 개발하기 위한 설계, 운용, 유지보수등의 과정을 각 단계별로 나눈 것이다.
• 소프트웨어 개발 단계와 각 단계별 주요 활동 그리고 활동의 결과에 대한 산출물로 표현한다.
• 대표적인 생명 주기 모형
  • 폭포수 모형(Waterfall Model)
    • 이전 단계로 돌아갈 수 없다는 전제
    • 각 단계를 확실히 매듭짓고 그 결과물을 ****철저히 검토, 승인 과정 후 다음 단계를 진행
    • 가장 오래되고 폭넓게 사용된 전통적인 소프트웨어 모형
  • 프로토타입 모형(Prototype Model, 원형 모형)
    • 사용자의 요구하상을 파악하기 위해 실제 개발될 소프트웨어에 대한 견본품을 만들어 최종 결과물을 예측
  • 나선형 모형(Spiral Model, 점진적 모형)
    • 여러 번의 소프트웨어 개발 과정을 거쳐 점진적으로 완벽한 최종 소프트웨어를 개발
    • Boehm(보헴) 이 제안
    • 폭포수 모형과 프로토타입 모형의 장점 + 위험 분석 기능
    • 누락되거나 추가된 요구사항을 첨가할 수 있다.
    • 유지보수 과정이 필요 없다.
    • 4가지 주요 활동
      • 계획 수립 → 위험 분석 → 개발 및 검증 → 고객 평가
  • 애자일 모형(Agile Model)
    • 요구사항 변화에 유연하게 대응할 수 있도록 일정한 주기를 반복하면서 개발하는 모형
    • 고객과의 소통에 초점을 맞춘 방법론을 통칭
    • 폭포수와 대조적이다.
    • 대표적인 개발 모형
      • 스크럼 , XP, 칸반, Lean, 기능중심개발(FDD)
    • 핵심 가치 4가지
      • 프로세스와 도구 보다는 개인과 상호작용에 더 가치
      • 방대한 문서보다는 실행되는 SW에 가치
      • 계약 협상보다는 고객과 협업에 더 가치
      • 계획보단 변화에 반응하는 것
• 소프트웨어 공학 : SE
  • 소프트웨어의 위기를 극복하기 위한 방안으로 연구된 항문이다.
  • 소프트웨어의 품질과 생산성 향상을 목표로 한다.
  • 기본원칙
    • 현대적인 프로그래밍 기술을 계속적으로 적용해야 한다.
    • 개발된 소프트웨어의 품질이 유지되도록 지속적으로 검증
    • 소프트웨어 개발 관련 사항 및 결과에 대한 명확학 기록을 유지

스크럼(SCRUM)

• 애자일 모형의 대표적인 개발 모형

• 팀이 중심이 되어 개발의 효율성을 높이는 기법

• 팀원 스스로가 스크럼 팀을 구성하고 개발 작업에 관한 모든 것을 스스로 해결할 수 있어야 한다.

• 스크럼 팀

  • 제품 책임자 (PO)

    • 요구사항이 담긴 백로그를 작성하는 주체

      cf) 백로그 : 제품 개발에 필요한 요구사항을 모두 모아 우선순위를 부여한 것

    • 개발될 제품에 대한 이해도가 좊고 요구사항을 책임지고 의사를 결정할 사람

  • 스크럼 마스터 (SM)
    • 스크럼을 잘 수행할 수 있도록 가이드 역할을 수행함
  • 개발팀 (DT)
    • 제품 책임자와 스크럼 마스터를 제외한 모든 팀원

• 개발 프로세스

  

  • 스프린트 계획 회의
    • 제품 백로그 중 이번 스프린트에서 수행할 작업을 대상으로 단기 일정을 수립
  • 스프린트
    • 실제 개발 작업을 진행하는 과정
    • 보통 2~4주 기간 내에서 진행
  • 일일 스크럼 회의
    • 모든 팀원이 매일 약속된 시간에 약 15분 동안 진행 상황을 점검하는 회의
    • 남은 작업 시간은 소멸 차트(Burn-down Chart)에 표시함
  • 스프린트 검토 회의
    • 부분 또는 전체 완성 제품이 요구사항에 잘 부합하는지 테스팅하는 회의
  • 스프린트 회고
    • 정해놓은 규칙 준수 여부 및 개선할 점을 확인하고 기록하는 것

XP ( eXtreme Programming) 기법

• 애자일 모형의 대표적인 개발 모형

• 요구사항에 유연하게 대응하기 위해 고객의 참여와 개발 과정의 반복을 극대화 → 생산성을 향상

• 짧고 반복적인 개발 주기, 단순한 설계, 고객의 적극적 참여

• 릴리즈(부분적 기능이 완료된 제품 제공) 의 기간을 짧게 반복 → 요구사항 반영의 가시성을 향상

• 핵심 가치 5개

  • 의사소통(Communication)
  • 단순성(Simplicity)
  • 용기(Courage)
  • 존중(Respect)
  • 피드백(Feedback)

• XP 개발 프로세스

  

  • 릴리즈 계획 수립 (Release Planning)
    • 부분 혹은 전체 개발 완료 시점에 대한 일정을 수립하는 것
    • 몇 개의 스토리가 적용되어 부분적으로 기능이 완룍된 제품을 제공하는 것을 릴리즈
  • 이터레이션 (Iteration, 주기)
    • 실제 개발 작업을 진행하는 과정으로, 보통 1~3주 정도의 기간
  • 승인 검사 (Acceptance Test, 인수 테스트)
    • 하나의 이터레이션 안에서 부분 완료 제품이 구현되면 수행하는 테스트
  • 소규모 릴리즈
    • 요구사항에 유연하게 대응할 수 있도록 릴리즈의 규모를 축소한 것

• XP의 주요 실천 방법(Practice)

  • Pair Programming : 짝 프로래밍
  • Collective Ownership : 공동 코드 소유
  • Test-Driven Devleopment : 테스트 주도 개발
  • Whole Team : 전체 팀
  • Continuous Integration : 계속적인 통합
  • Refactoring : 리팩토링
  • Small Releases : 소규모 릴리즈

개발 기술 환경 파악