UI 요구사항과 설계 산출물
UI 요구사항을 확인하고 와이어프레임·목업·스토리보드·프로토타입의 용도를 비교한다.
UI 요구사항 확인
UI 요구사항은 화면의 색과 모양을 먼저 정하는 일이 아니다. 사용자가 어떤 환경에서 어떤 목표를 달성해야 하는지 확인하고, 필요한 정보·기능·입력·피드백·제약을 명확히 하는 활동이다.
확인 항목
- 사용자 역할, 숙련도, 접근 환경
- 수행할 과업과 사용 빈도
- 입력·출력 데이터와 업무 규칙
- 화면 간 이동과 정상·대안·오류 흐름
- 응답 시간, 접근성, 보안 등 품질·제약
- 적용해야 할 UI 표준과 지침
“사용하기 편하게”보다 “사용자는 주문번호를 입력하지 않고 최근 주문 목록에서 취소 대상을 선택할 수 있어야 한다”처럼 관찰 가능한 행동으로 쓴다.
UI 표준·지침·스타일 규칙
| 구분 | 역할 |
|---|---|
| UI 표준 | 조직·제품 전체에서 공통으로 준수할 원칙과 규칙 |
| UI 지침 | 설계·구현·검토 시 적용할 구체적 권고 |
| 화면 명세 | 특정 화면의 구성요소·데이터·동작·예외를 상세히 기록 |
| 스타일 가이드 | 색상·글꼴·간격·아이콘 등 시각 표현 규칙을 정리 |
시험에서는 이름보다 적용 범위를 본다. 공통 규칙은 표준·지침, 특정 화면의 세부 동작은 화면 명세에 가깝다.
UI 설계 도구와 산출물
| 산출물 | 중심 목적 | 특징 |
|---|---|---|
| 유스케이스 | 사용자 목표와 시스템 기능 확인 | 액터·목표·기본·대안 흐름 중심 |
| 와이어프레임 | 화면 구조와 정보 우선순위 확인 | 색·장식보다 배치와 기능 영역 중심 |
| 목업(Mockup) | 완성 화면의 정적 시각 형태 확인 | 실제 동작이 없을 수 있음 |
| 스토리보드 | 화면 구성·이동·동작·설명 전달 | 화면 단위 명세와 흐름을 함께 기록 |
| 프로토타입 | 상호작용과 사용성 가설 검증 | 일부 기능을 실제처럼 조작 가능 |
와이어프레임 → 목업 → 프로토타입이 흔한 진행 예지만 모든 프로젝트가 반드시 같은 순서와 충실도를 따르는 것은 아니다.
스토리보드
스토리보드 구성 요소도
스토리보드는 일반적으로 다음 정보를 포함한다.
- 화면 식별자와 화면명
- 화면 레이아웃과 구성요소
- 입력·출력 데이터
- 버튼·링크의 동작
- 화면 이동 경로
- 오류·예외·제약 사항
- 공통 UI 규칙
스토리보드는 영화의 장면 그림만을 뜻하지 않는다. 화면 설계 문맥에서는 개발자·디자이너·기획자에게 화면의 구성과 동작을 전달하는 산출물이다.
프로토타입
프로토타입 충실도 비교도
- 페이퍼 프로토타입: 빠르고 저렴하며 초기 흐름·배치 검토에 적합하다.
- 디지털 프로토타입: 클릭·전환·입력 등 상호작용을 더 실제에 가깝게 검증한다.
프로토타입은 요구를 발견·확인하는 수단이다. 일부 화면이 동작한다고 최종 품질·성능·보안이 완성된 것은 아니다.
감성공학
감성공학은 “세련된”, “안정적인”, “친근한” 같은 사용자의 감성 요구를 색상·형태·레이아웃·소리·상호작용 등 설계 요소로 연결하는 접근이다.
- 1류: 감성을 표현하는 형용사·어휘로 제품 이미지를 조사하고 디자인 요소와 연결한다.
- 2류: 연령·성별·생활양식 등 개인 특성에서 개인이 가진 이미지를 구체화하며 심리적 특성을 중시한다.
- 3류: 인간의 감각을 공학적으로 측정하고 수학적 모델·객관적 지표와 제품 특성의 관계를 설계에 활용한다.
시험에서는 1류의 감성 어휘, 2류의 개인·심리 특성, 3류의 공학적 측정·생리 특성을 핵심 단서로 구분한다.
사례로 연결하기
“처음 사용하는 고객도 모바일에서 3단계 이내 환불을 신청해야 한다”는 요구가 있다면:
- 사용자·과업·기기·단계 수를 요구사항으로 확정한다.
- 와이어프레임으로 정보와 버튼의 우선순위를 잡는다.
- 스토리보드로 화면 이동과 오류 조건을 기록한다.
- 프로토타입으로 실제 사용자가 3단계 안에 완료하는지 확인한다.
- 결과를 표준·지침과 비교하고 수정한다.