프로토타이핑방법론 (Prototyping Methodology)
쉽게 풀면
완벽한 요구사항을 미리 정하기보다 일단 간단한 시제품을 만들어보고 사용자 반응을 보면서 고쳐나가는 개발 방식이다.
왜 중요한가
프로토타이핑방법론은 시스템이나 제품의 초기 시제품을 빠르게 만들어 사용자 피드백을 반영하며 반복적으로 개선해 나가는 개발 접근으로, 요구사항이 명확하지 않거나 자주 변경되는 소프트웨어 개발 프로젝트에서 폭포수 모델의 경직성을 보완하는 대안으로 시스템개발수명주기 이론에서 다뤄진다. 초기 단계부터 사용자와 소통하며 방향을 조정할 수 있다는 것이 이 방법론의 핵심 장점으로 언급된다.
논문에서는 이렇게 쓰입니다
초기 화면 목업을 사용자에게 보여주고 피드백을 받아 수정한 뒤 다음 버전의 프로토타입을 다시 검증하는 과정을 반복해 최종 시스템에 근접시킨다.
화면 목업의 일반 설명이 아니라 실제 반복 수정 횟수와 그 계기를 다룬 것으로, 프로토타이핑이 요구사항을 구체화해 가는 과정이 실무에서 어떻게 전개되는지를 보여 주는 문장입니다.
조금 더 깊게 보면
프로토타입 자체가 완성도 있는 결과물처럼 보여 사용자의 기대 수준을 과도하게 높이거나, 반복 수정이 무한정 이어져 프로젝트 일정이 지연되는 부작용이 실무에서 자주 발생한다. 시스템개발수명주기가 시스템 개발의 전체 단계를 순차적으로 규정하는 상위 방법론이라면 프로토타이핑방법론은 그 안에서 요구사항 정의와 설계 단계를 반복적으로 접근하는 특정한 실행 방식이다. 실제 시스템 로직 없이 화면 흐름만 보여주는 폐기형 프로토타입과, 피드백을 반영하며 최종 시스템으로 발전시키는 진화형 프로토타입으로 나뉘며, 후자를 택할 경우 초기 임시 코드가 정식 운영 코드에 그대로 남을 위험이 있다. 사용자가 실제 화면을 보면서 미처 말로 표현하지 못했던 요구사항을 구체화할 수 있다는 점이 이 방법론의 핵심 효용으로 다뤄진다.
주의할 점
프로토타입이 임시로 빠르게 제작되다 보니 성능과 보안 설계가 부실한 채로 실제 시스템에 그대로 전용될 위험이 있다. 프로토타입이 임시로 빠르게 제작되다 보니 성능과 보안 설계가 부실한 채로 실제 시스템에 그대로 전용될 위험이 있다.