소프트웨어 생명주기
1.폭포수형 모형
계획(타당성을 판별, 비용,자원 산정) - 요구분석(의뢰인의 요구사항 문서화) - 설계 - 구현(코드화) - 테스트 - 유지보수
한 단계가 완료되어야 다음단계로 진행
가장폭넓고 전통적인 방법
요구사항이 정확할때 적합
문서위주
단)
새로운 요구사항을 받아들이기 어렵다.
2.프로토타입 모형
요구분석 - 프로토타입 설계 - 프로토타입 개발 - 고객평가
시스템의 모형(프로토타입) 설계하고 만들어주고 추가,변경,삭제 사항을 반영해서 개선시키는 방식
장)
요구사항이 불명확 할때 좋음
오류를 초기에 바로잡기 좋다
변경용이
단)
비용과 시간이 많이든다.
3.나선형 모형
계획수립 ㅡ ★위험분석(방해물을 예측)
ㅣ ㅣ
고객평가 ㅡ 개발
대규모 프로젝트에 적합.
장)
별도의 유지보수 과정이 필요없음
추가된 요구사항 반영가능,
단)
비용이 많이듬
4.애자일
고객과의 소통에 초점을 맞춰서 고객의 요구사항에 유연하게 대처
소규모 프로젝트에 적합.
우선순위를 부여해서 개발 진행, 고객만족
일정한 주기가 끝날때마다 테스트
고객과의 상호작용 <- 에자일의 핵심가치
문서화X -> 실행되는 소프트웨어에 더 가치를 둠
계약X -> 고객과 협업에 가치를 둠
계획X -> 변화에 대응
폭포수형과 반대
소프트웨어 개발 단계를 나눔.
각 단계에서 이뤄져야 할 일이 있고
각단계 비용, 계획, 활동 등을 판단
모형의 장점
비용 개발계획의 골격을 제공
그리고 표준화를 해줌. 용어, 기술 등을 통일화
프로젝트 관리를 용이하게 해줌.
애자일 모형에 대한 설명으로 옳지 않은것은
1. 계획에 따르기 보단 변화에 대응하는 것에 가치를 둔다
2. 방대한 문서보다 제대로 실행되는 소프트웨어에 더 가치를 둔다
3. 프로세서와 도구보다 개인과 그들의 협업에 더 가치를 둔다
4. 고객과의 협력보다는 계약 협상에 더 가치를 둔다
4. 에자일은 고객과의 상호작용에 가치를 두고 계약 협상과는 거리가 멀다.
컴퓨터/정보처리기사