Ⅰ. 고객과 원활한 의사소통을 위한 시제품을 통한 점진적 개발 방법, 프로토타이핑 모델의 개요
가. 프로토타이핑 모델(Prototyping Model)의 정의
- 사용자의 요구사항을 충분히 분석할 목적으로 시스템의 일부분을 시험적으로 구현하고, 사용자의 피드백을 받아 다시 요구사항에 반영하는 과정을 반복하는 개발 모델(점진적 개발 방법)
나. 프로토타이핑 모델의 특징
특징 |
내용 |
점진적 상세화 |
신속하게 모형을 개발 후 사용자들의 피드백을 통해 시스템 개선/보완 |
사용자 참여 |
적극적 사용자 참여를 유도하여 요구 분석의 어려움을 해결 |
의사소통 도구 |
요구사항 도출과 이해에 있어 사용자와 의사소통 수단으로 활용 |
요구사항 도출 |
고객이 원하는 것이 무엇인지 구체적으로 잘 모르는 경우, 간단한 시제품을 개발하여 보여줌으로써 요구사항 도출 및 개발 타당성 확보 |
- 프로토타이핑 기법은 폭포수 모델의 단점을 보완(점진적으로 시스템을 개발)
Ⅱ. 프로토타이핑 모델의 구성도 및 구성요소
가. 프로토타이핑 모델의 구성도
* 프로토타입에 대한 사용자 검토/평가로부터 정확한 요구사항 파악 후 상세 개발 진행
나. 프로토타이핑 모델의 구성요소
구성요소 |
설명 |
산출물 |
요구분석 |
고객의 요구사항 정리 및 명세화 명세화 방법으로 프로토타입 정의 |
요구사항 정의서, 프로토타입 식별 |
프로토타입 개발/개선 |
핵심기능사항 중심으로 구현할 프로토타입 대상 선정 및 구축 |
프로토타입 설계서, 프로토타입 |
검토/평가 |
개발된 프로토타입에 대한 고객평가 실시 및 고객의견 도출 |
프로토타입 평가서 |
상세개발 |
사용자가 원하는 요구사항 및 기능을 반영한 소프트웨어 개발 단위테스트, 통합테스트, 시스템테스트 실시 |
실행파일, 테스트계획서, 테스트결과서 |
설치/운영 |
고객에게 산출물 인도 |
산출물 |
다. 프로토타이핑 모델의 종류
구 분 |
실험적 프로토타이핑 (Experimental) |
진화적 프로토타이핑 (Evolutionary) |
개 념 |
- 실제 개발될 S/W 일부를 직접 개발하여 요구사항 검증 |
- 프로토타입을 지속적으로 발전시켜 최종S/W 개발 |
특 징 |
- 개발의 타당성 검증의 목적 |
- B.Boehm의 나선형 모델(Spiral Model)이 대표적 |
- 실제 개발단계에서는 프로토타입 폐기 후 재개발 |
Ⅲ. 프로토타이핑 모델 장단점과 문제점 해결방안
가. 프로토타이핑 모델 장단점
구분 |
장점 |
단점 |
요구사항 |
- 요구사항 도출이 용이 |
- 기대 심리 유발하여 불필요하거나 과도한 요구 |
품질 |
- 시스템의 이해와 품질 향상 |
- 전체 SW 품질과 장기적 유지보수 어려움 |
의사소통 |
- 개발자와 사용자간 의사소통 원할 |
- 프로토타입 결과를 최종 완제품으로 오인 가능 |
기타 |
- 개발의 타당성 검증 |
- 시제품을 포기할 경우 비경제적(Overhead) - 중간단계 산출물 문서화 어려움 |
나. 프로토타이핑 모델의 문제점 해결방안
관점 |
문제점 |
해결방안 |
개발자 |
- 시간낭비라는 인식으로 거부감 |
- 교육을 통해 의사소통 중요성 인지 및 관리 |
관리자 |
- 프로젝트 관리 부실화 발생 가능성 |
- 체계적인 개발 체제 및 관리도구 도입 |
사용자 |
- 요구사항에 대한 신속한 결과 기대 |
- 프로토타입과 결과물 간의 차이에 대해 인지하도록 설득 및 교육 |
다. 프로토타입 모델과 폭포수 모델과의 비교
구분 |
프로토타이핑 모델 |
폭포수 모델 |
특징 |
- 중요 요구사항에 대한 신속한 모형 개발 - 사용자 의견 바탕으로 시스템 개선/보완 |
- 이전 단계 종료 후 다음 단계 수행 - 단계별 정의/산출물 명확 |
적용 유형 |
- 요구사항 명세 어려운 경우 - 프로젝트 타당성이 불명확한 경우 |
- 기술 위험이 낮은 경우 - 유사 프로젝트 경험 존재 |
고객참여 |
- 프로토타입을 통해 고객과 지속적으로 의사소통 |
- 고객과의 의사소통이 제한적 |
요구사항 |
- 정확하고 고품질의 요구사항 명세 작성 가능 |
- 초기 수집 및 엄격한 변경관리 |
장점 |
- 사용자 요구사항 도출 용이 - 시스템의 이해와 품질 향상 - 프로젝트 후반부 결함 발견 가능성 낮음 |
- 가장 오래되고 폭넓게 사용 (사례풍부) - 다양한 산출물로 가시성 확보 |
단점 |
- 프로토타입 결과를 최종 결과물로 오해 및 기대심리 유발 - 중간단계 산출물 문서화 어려움 |
- 초기 요구사항 정의 어려움 - 피드백 반복단계 불가능 |
'정보관리기술사&컴퓨터응용시스템기술사 > SW공학과 프로젝트관리' 카테고리의 다른 글
[Agile 방법론] 작동하는 SW 중심 (0) | 2021.01.06 |
---|---|
나선형 모델(Spiral Model), 위험 최소화를 위한 진화적 프로토타이핑 (0) | 2020.12.30 |
[CBD(Component Based Development)], 제품생산성과 품질향상을 위한 방법론 (0) | 2020.12.22 |
[RAD(Rapid Application Development)], 사용자 참여와 도구를 활용한 개발속도 향상 방법 (0) | 2020.12.21 |
[SDLC(Software Development Life Cycle)], 소프트웨어 개발 생명주기 (0) | 2020.12.20 |
댓글