[소프트웨어 공학] 원형 모델 패러다임

---

원형 패러다임

 

 

정의

엔지니어들이 고객의 요구를 정확히 이해했는지 간단한 시제품프로토 타입을 만들어서 고객에게 보여주는 것.

폭포수 모델의 단점을 해결하기 위해 점진적으로 시스템을 개발해 나가는 과정.

 

수행 단계(과정)

 

요구사항 분석

폭포수 모델과 비슷한 단게로 요구사항에 대한 윤곽을 잡는다.

 

시제품 설계 단계

시제품은 사용자들이 볼 수 있는 면(Front end) 에 초점을 맞추어 제작한다.

 

시제품 개발 단계

일반적으로 성능에 대한 판단이 중요하게 이루어지지 않는다, 기능적인 구현을 위해 빠른 시제품의 개발이 중요하다.

 

고객의 시제품 평가

가장 중요한 단계로 시제품이 고객에 의해 평가되고, 개발될 소프트웨어의 요구사항을 구체적으로 정제한다.

이를 통해서 요구사항의 오류를 발견하고 규명할 수 있게 되며, 추가되어야 하는 요구사항을 찾아낼 수 있다.

 

시제품 정제 단계

전 단계에서 나온 요구사항을 토대로 어떻게 다시 고쳐야 하는지 결정하고 다음 단계의 시제품이 빠르게 만들어질 수 있도록한다.

 

완제품 생산 단계

이제 실제 완제품을 만들기 위한 단계로 이 단계에서 완전한 폭포수 모델의 생명주기를 따르거나 4세대 기법의 적용이 가능하다.

 

장점/단점

 

장점

• 폭포수 모델에 비해 완제품이 빠르게 생산됨
• 사용자의 요구사항이 불명확 할 때 도움이 됨
• 사용자가 더 관심을 갖고 참여할 수 있고, 개발자는 요구를 더 정확히 도출할 수 있음.
• 사용자에게 의견 반영이 잘 되고, 관리자의 이해가 용이

 

단점

• 완제품이 어떨 것이라는 것에 대한 오해를 일으킬 수 있음
• 문서작성 미흡 및 산출물의 부재가 발생할 수 있음
• 폐기 시 오버헤드 및 낭비 발생
• 사용자의 과도한 요구사항 발생 가능
• 위험분석이 없어서 비용이 증가할 우려가 있음
• SW의 극한 상황 등에 대한 성능 평가가 어려울 수 있음
• 시제품에서 완제품으로 옮겨지는 과정에서 많은 변화가 예상될 수 있음