소프트웨어 생명 주기(Software Life Cycle)
소프트웨어 생명 주기는 소프트웨어 개발 방법론의 바탕이 되는 것, 소프트웨어를 개발 하기 위해 정의하고 운용, 유지보수 등의 과정을 각 단계별로 나눈 것
- 소프트웨어 생명 주기는 소프트웨어 개발 단계, 각 단계별 주요 활동 , 그리고 활동의 결과에 대한 산출물로 표현함. 소프트웨어 수명 주기라고도 한다.
- 일반적으로 사용되는 모형에는 폭포수 모형, 프로토타입 모형, 나선형 모형, 애자일 모형 등이 있음
소프트웨어 공학이란?
소프트웨어 공학(SE)은 소프트웨어의 위기를 극복하기 위한 방안으로 연구된 학문
여러가지 방법론과 도구, 관리 기법들을 통해서 소프트웨어의 품질과 생산성을 향상식킬 목적을 함
소프트웨어 공학은 여러 형태로 정의 가능하다.
- IEEE의 소프트웨어 공학 표준 용어 사전 : 소프트웨어 개발 운용, 유지보수, 폐기 처분에 대한 체계적인 접근 권한
- Fairley : 지정된 비용과 기간내에 소프트웨어를 체계적으로 생산하고, 유지보수 하는데에 관련된 기술적이고 관리적인 원리
- Boehm : 과학적인 지식을 소프트웨어 설계와 제작에 응용 하는 것, 개발, 운용, 유지보수 하는데 필요한 문서 작성 과정
폭포수 모형
폭포에서 떨어진 물은 다시 거슬러 올라 갈 수 없다. 폭포수 모형도 그렇다.
소프트웨어 개발도 이전 단계로 돌아갈 수 없다는 전제하에 각 단계를 확실히 매듭짓고 그 결과를 철저하게 검토하여 승인 과정을 거친 후 다음 단계를 진행하는 것이다.
폭포수 모형의 특징의 키워드
#가장오래되고많이씀 #전통적인 # 고전적생명주기모형
#선형순차적모형
#모형적용한경험 #성공사례많음
#제품의일부가될메뉴얼작성
#다음단계수행하기위한결과물명확해야됨
#두개이상의과정병행X
타당성 검토 -> 계획 -> 요구 분석 -> 설계 -> 구현(코딩) -> 시험(검사) -> 유지보수
프로토타입 모형 , 원형모형
사용자의 요구사항을 정확히 파악하기 위해 실제 개발된 소프트웨어에 대한 견본을 만들어 최종 결과물을 예측하는 모형이다.
프로토타입 모형의 특징의 키워드
#시제품 #의뢰자 #개발자 #공동의 참조모델
#시스템일부#혹은시스템모형#만드는과정#구현단계에서사용될골격코드
#요구사항돌출될때마다#이를반영한프로토타입만들기
#단기간제작목적#비효율적인언어#알고리즘사용
요구수집 -> 빠른설계 -> 프로토타입구축 -> 고객평가 -> 프로토타입조정 -> 구현
나선형 모형, 점진적 모형
보헴(Boehm)이 제안한 것으로, 폭포수 모형과 프로토타입 모형의 장점에 위험분석 기능 을 추가한 모형이다. (한마디로 상위호환버전!)
#나선모형 #점진적으로 완벽
#관리 #최소화
#핵심기술에 문제가 있거나 사용자의 요구사항이 이해하기 어려운 경우에 적합한 모델이다.
> 계획수립 -> 위험 분석 -> 개발 및 검증 -> 고객평가
고객평가가 별로면 다시 계획 수립 으로 돌아간다.
애자일 모형
'민첩한' , '기민한'이라는 의미로, 고객의 요구사항 변화에 유연하게 대응할 수 있도록 일정한 주기를 반복 하면서 개발과정을 진행한다.
#고객과의소통에초점
#기업활동전반
#스프린트 #이터레이션 #짧은개발주기 #반복되는주기마다고객의평가수용
#고객의요구사항에우선순위
#소규모프로젝트 #고도로숙달된개발자 #급변하는요구사항
에자일 모형을 기반으로 하는 소프트웨어 개발 모형
-> 스크럼, XP, 칸반, Lean, 크리스탈, 기능중심개발, DSDM, DAD
애자일 선언
애자일 개발 4가지 핵심가치
- 프로세스와 도구보다는 개인과 상호작용에 더 가치를 둔다.
2.방대한 문서보다는 실행되는 SW에 더 가치를 둔다.
3.계약 협상보다는 고객과 협업에 더 가치를 둔다.
4.계획을 따르기보다는 변화에 반응하는 것에 더 가치를 둔다.
애자일 개발 12가지 실행 지침
- 유용한 소프트웨어를 빠르고, 지속적으로 제공하여 고객을 만족시킨다.
2.개발 막바지라도 요구사항 변경을 적극 수용한다.
3.몇개월이 아닌 몇주 단윈로 실행되는 소프트웨어를 제공한다.
4.고객과 개발자가 프로젝트 기간에 함께 일한다.
5.개발에 대한 참여 의지가 확실한 사람들로 팀을 구성하고, 필요한 개발환경과 지원을 제공하며, 일을 잘 끝낼 수 있또록 신뢰한다.
6.같은 사무실에서 얼굴을 맞대고 의견을 나눈다.
7.개발의 진척도를 확인하는 1차 기준은 작동하는 소프트웨어이다.
8.지속 가능한 개발을 장려하고 일정한 속도로 개발을 진행한다.
9.기술적 우수성과 좋은 설계에 지속적인 관심을 기울이면 민첩성이 향상된다.
10.단순화를 추구
11.최상의 아키텍처, 명확한 요구사항, 최상의 설계는 자기 스스로 일을 주도하는 조직적인 팀으로부터 나온다.
12.더 효과적인 팀이 될 수 있는 방안을 정기적으로 깊이 고민하고 그에 따라 팀의 행동을 조정한다.
폭포수 모형과 애자일의 비교 !
폭포수 모형
새로운 요구사항 반영 : 어려움
고객과의 의사소통 : 적음
테스트 : 마지막에 모든 기능을 테스트함
개발중심 : 계획, 문서(매뉴얼)
애자일
새로운 요구사항 반영 : 지속적으로 반영
고객과의 의사소통 : 지속적임
테스트 : 반복되는 일정 주기가 끝날때마다 테스트
개발중심 : 고객
