1-2-6장. UI 프로토타입 제작 및 검토 - A

UI 프로토타입 개요

프로토타입은 사용자 요구사항을 기반으로 실제 동작하는 것처럼 만든 동적인 형태 모형으로, 테스트가 가능

 

• 프로토타입은 사용자의 요구사항을 개발자가 맞게 해석했는지 검증하기 위한 것으로, 최대한 간단하게 만들어야 한다.

• 프로토타입은 일부 핵심적인 기능만을 제공하지만 최종 제품의 작동 방식을 이해시키는데 필요한 기능은 반드시 포함되어야 한다.

• 사용자의 요구사항이 모두 반영될 때까지 프로토타입을 계속하여 개선하고 보완해야 한다.

• 프로토타이핑 및 테스트를 거치지 않고는 실제 사용자와 제품 간의 상호 작용 방식을 예측하기 어려우므로 실제 사용자를 대상으로 테스트하는 것이 좋다.

UI 프로토타입 장단점

 

장점

 

• 사용자를 설득하고 이해시키기 쉽다.

• 요구사항과 기능의 불일치 등으로 인한 혼선을 예장할 수 있어 개발 시간을 줄일 수 있다.

• 사전에 오류를 발견할 수 있다.

단점

 

• 프로토타입에 사용자의 모든 요구사항을 반영하기 위한 반복적인 개선 및 보완 작업 때문에 작업 시간을 증가 시킬 수 있고, 필요 이상으로 자원을 소모할 수 있다.

• 부분적으로 프로토타이핑을 진행하다보면 중요한 작업이 생략될 수 있다.

프로토타이핑의 종류

 

페이퍼 프로토타입

• 아날로그적인 방법으로 스케치, 그림, 글 등을 이용하여 손으로 직접 작성하는 방법

• 제작 기간이 짧은 경우, 제작 비용이 적을 경우, 업무 협의가 빠를 경우 사용

• 장점

  • 비용이 저렴

  • 회의 중 대화하면서 생성이 가능

  • 즉시 변경이 가능

  • 고객이 과다한 기대를 하지 않음

• 단점

  • 테스트하기에 부적당

  • 상호 관계가 많은 경우 나타내기 복잡

  • 여러 사람들에게 나눠주거나 공유하기 어렵다.

디지털 프로토타입

• 파워포인트, 아크로뱃, 비지오, 옴니그래플 등과 같은 프로그램을 사용하여 작성하는 방법

• 재사용이 필요할 경우, 산출물과 비슷한 효과가 필요한 경우, 숙련된 전문가가 있을 경우 사용

• 장점

  • 최종 제품과 비슷하게 테스트 가능

  • 수정하기 쉬움

  • 재사용이 가능

• 단점

  • 프로토타입을 작성할 프로그램의 사용법을 알아야 한다.

UI 프로토타입 계획 및 작성 시 고려 사항

프로토타입은 일반적으로 프로토타입의 개발 계획을 수립하는 과정과 프로토타입을 개발한 후 결과를 보고하는 과정으로 진행된다.

 

계획 시 고려 사항

• 프로토타입 개발 목적 확인

• SW, HW 등 프로토타입 개발에 필요한 환경 마련

• 프로토타이핑 일정은 일반적으로 아키텍처가 확정된 이후 프로젝트의 실제 분석 작업이 완료되기 이전에 진행

• 아키텍처의 핵심이 되는 UI 요소를 프로토타입의 범위로 잡는다.

• 프로토타입의 개발 인원을 확인 (리더, 솔루션 담당자, 인프로 담당자, 개발 환경 리더, 공통 모듈 개발자, 등)

• 주어진 비즈니스 요구사항을 모두 만족하는지 프로토타입 아키텍처를 검증

• 분석, 설계, 개발, 테스트 등의 표준 가이드를 확정

• 진행하면서 가장 많은 시간이 소요된 구간을 찾고 그 원인을 분석하여 해결 방법을 제시

• 고객과 프로젝트 매니저, 프로젝트 리더 등에게 완성된 프로토타입을 시연

작성 시 고려 사항

• 프로토타입의 작성 계획을 세운다.

• 프로젝트의 범위나 리스크 상황 등 주변 여건을 감안해 프로토타입 범위를 정한다.

• 프로토타입을 통해 얻고자 하는 목표를 확인

• 개발 목표 달성을 위해 필요한 최소한의 기간과 비용을 확인

• 완성된 프로토타입이 실제 개발에 참조될 수 있는지 확인

• 프로토타입으로 검증할 범위가 너무 넓거나 기간이 길면 목표가 커져서 문제가 될 수 있으니 주의한다.

UI 프로토타입 제작 단계

• 1단계

  • 사용자의 요구사항을 분석하는 단계로, 사용자 관점에서 기본적인 요구사항이 확정될 때까지 수행

• 2단계

  • 요구사항을 충족하는 프로토타입을 종이에 손으로 직접 그리거나 편집 도구 등을 이용하여 작성한다.

  • 프로토타입은 개발할 시스템의 핵심적인 기능을 중심으로 개발한다.

• 3단계

  • 작성된 프로토타입이 요구사항을 잘 수행하고 있는지 사용자가 직접 확인하는 단계이다.

  • 프로토타입에 대해 다양한 추가 및 수정 의견을 제안할 수 있다.

• 4단계

  • 작성된 프로토타입을 기반으로 수정과 합의가 이뤄지는 단계이다.

  • 개발자는 사용자가 요청한 제안 사항을 수용하여 보완 작업을 한다.

  • 작업이 완료된 후 3단계로 되돌아간다.

  • 사용자가 최종적으로 승인을 완료할 때까지 3단계와 4단계가 반복된다.