사용자 인터페이스 프로토타입은 사용자 인터페이스 디자이너 이외의 사람들에게 사용자 인터페이스 디자인을 공개해야 할 경우에
바로 작성되어야 합니다. 프로토타입은 기본 및 2차 창의 룩앤필과 동작을 근사적으로 표현해야 합니다. 이러한 초기 사용자 인터페이스 프로토타입을 통해 시스템 사용자 인터페이스의 사고 모델을 확립하기 시작합니다.
실행 가능 프로토타입을 위한 소스 코드의 우수한 구조 및 모듈화 달성에 초점을 두어서는 안됩니다. 대신, 사용자 인터페이스의 중요한 측면을 시각화하고 중요한 사용자 조치/동작의 일부를 제공하는 일회성 프로토타입을
작성하는 데 초점을 두어야 합니다. 게다가 프로토타입은 디자인되고 다른 사람에게 공개될 때 여러 차례 변경될 수 있으며 이러한 변경은 종종 값싼 패치로서 작성됩니다. 결과적으로 프로토타입의 소스 코드는 종종 매우
제한된 가치를 가지며, 실제 사용자 인터페이스가 구현되어야 할 때 "발전적"이 아닙니다.
일반적으로 프로토타입이 실제 사용자 인터페이스의 구현보다 구현 비용이 덜 듭니다. 다음은 사용자 인터페이스의 프로토타입과 실제 구현 사이의 몇 가지 차이점입니다.
-
프로토타입은 모든 요구사항 시나리오(예: 유스 케이스)를 지원할 필요가 없습니다. 대신, 소수의 시나리오만이 프로토타입에 의해 우선순위가 결정되고 지원될 수 있습니다. 후속 반복에서, 프로토타입이 확장되어
점차적으로 광범위한 시나리오 적용 범위와 더 심층적인 아키텍처 연습이 추가됩니다.
-
기본 창이 가끔 구현하기에 가장 복잡합니다. 즉, 시각화의 잠재력을 실제로 활용하는 고급 사용자 인터페이스를 작성하는 경우 미리 준비된 컴포넌트를 찾기 어려울 수 있습니다. 새 컴포넌트를 구현하는 대신,
사용자 인터페이스가 특정 데이터 세트를 찾는 방법의 근사로서 누름 단추, 전환 단추 또는 옵션 단추와 같은 기본요소 컴포넌트를 정상적으로 사용할 수 있습니다. 가능한 경우 평균 가치와 오브젝트 볼륨을
포함하는 여러 데이터 세트를 표시하는 여러 개의 프로토타입을 작성하십시오.
-
구현하기가 쉽지 않은 창에 대한 모든 사용자 조치를 시뮬레이트 또는 무시하십시오.
-
비즈니스 로직, 보조 기억장치, 다중 프로세스 및 다른 시스템과의 상호작용과 같은 시스템의 내부를 시뮬레이트하거나 무시하십시오.
|