사용자 인터페이스 규격

이 글은 정보가 부족하고 링크가 썩기 쉬운 베어 URL을 사용합니다. 기사가 검증 가능하고 일관된 인용 스타일을 유지할 수 있도록 전체 인용으로 전환하는 것을 고려해 주시기 바랍니다. reFill(문서) 및 인용 봇(문서)과 같이 형식 지정에 도움이 되는 여러 템플릿 및 도구를 사용할 수 있습니다.(2022년 8월) (이 템플릿 메시지를 제거하는 방법 및 시기 알아보기

UI 사양(User Interface Specification)은 소프트웨어 사용자 인터페이스의 세부 정보를 문서로 캡처하는 문서입니다.본 명세서는 최종 사용자가 수행할 수 있는 모든 가능한 동작과 시각적, 청각적 및 기타 상호 작용 요소를 모두 포함합니다.^[1]

목적

UI 사양은 소프트웨어가 어떻게 작동해야^{[citation needed]} 하는지에 대한 구현 정보의 주요 출처입니다.UI 규격은 구현 이외에도 사용성, 현지화 및 데모 제한을 고려해야 합니다.마케팅, 그래픽 디자인 및 소프트웨어 테스트를 담당하는 조직 내의 사람들도 UI 사양을 통합할 수 있습니다.미래 설계자가 기존 작업 위에 계속되거나 구축될 수 있으므로 UI 규격은 구현 팀을 지원하기 위해 순방향 호환성 제약 조건을 고려해야 합니다.

UI 명세서는 제품 관리 기능과 구현 사이의 간극을 메우는 문서라고 볼 수 있습니다.UI 사양의 주요 목적 중 하나는 제품 요구 사항을 보다 상세한 형식으로 처리하는 것입니다.세부사항과 문서 유형의 수준은 조직의 요구사항과 설계 관행에 따라 달라집니다.소규모 프로토타입의 경우 세부적인 세부사항이 포함된 간단한 문서만 필요할 수 있습니다.

일반적으로 요구 사양의 목적은 제품이 무엇을 할 수 있는지를 설명하는 것이고, 반면 UI 사양은 이러한 요구 사항이 실제로 어떻게 구현되는지를 설명합니다.

그 과정은

UI 사양이 생성되기 전에 애플리케이션과 원하는 기능을 정의하기 위해 이미 많은 작업이 이루어졌습니다.일반적으로 소프트웨어에는 사용 사례 생성 및 사용 사례 우선 순위 결정의 기초가 되는 요구 사항이 있습니다.UI 사양은 생성된 프로세스와 다를 바 없으므로 프로세스의 단계를 고려해 보겠습니다.^[2]

대소문자정의사용

그런 다음 사용 사례를 UI 개념 초안의 기초로 사용합니다(예: 소프트웨어의 주요 보기, 보기 및 논리 흐름에 대한 텍스트 설명이 포함될 수 있음). 이는 최종 사용자가 특정 작업을 시작하고 완료하는 방법을 설명하는 짧은 이야기이지만 구현 방법에 대해서는 설명되지 않습니다.

사용 사례를 작성하는 목적은 제품이 갖추어야 할 기능과 사용자가 제품과 상호 작용할 때 발생하는 동작에 대한 UI 설계자의 이해를 높이기 위한 것입니다.

설계안 작성

UI 디자인 시안은 사용 사례 분석을 기반으로 작성됩니다.UI 디자인 초안의 목적은 제안된 디자인을 보여주고, 사용자 인터페이스가 어떻게 사용자가 주요 사용 사례를 상세하게 설명하지 않고 완료할 수 있도록 하는지를 설명하는 것입니다.

가능한 한 시각적이어야 하며, 제작된 모든 자료는 최종 UI 규격에 사용할 수 있는 형식이어야 합니다.(사용적합성 테스트 또는 전문가 평가를 수행하고 변경하기에 좋은 시기입니다.)

사용자 인터페이스 규격 작성

UI 사양은 UI 개념을 설명하기 위해 작성됩니다.UI 사양은 모든 세부 사항, 예외 사항, 오류 사례, 알림 등을 포함하는 완전한 설명을 제공하는 설계 초안의 확장으로 볼 수 있습니다.제공되는 세부 정보의 양은 개발 조직의 요구와 특성(제품의 범위, 조직의 문화, 사용되는 개발 방법론 등)에 따라 달라집니다.일반적으로 UI 개념과 사양은 이해관계자가 검토하여 필요한 세부 사항이 모두 갖추어져 있는지 확인합니다.

구조.

UI 규격에 대한 공식 구조를 갖추면 독자가 규격을 올바르게 해석하는 데 필요한 정보를 찾을 수 있는 위치를 예측하는 데 도움이 됩니다.UI 사양의 예시적인 구조는 다음 항목을 포함할 수 있지만 이에 제한되는 것은 아닙니다.

• 내역변경
• 미결문제
• 논리흐름
• 화면표시설명
• 오류 및 예외 사례

구체적인 내용은 조직의 요구에 적합하도록 달라질 것입니다(또 다른 예로 Nokia의 UI 사양 구조가^[3] 있습니다).

내역변경

정보에 입각한 변화 이력을 갖는 것은 독자들이 무엇이, 언제, 왜 바뀌었는지를 파악하는 데 도움이 됩니다.구현 중에 UI 사양이 변경되는 경우가 많습니다.

미결문제

미해결 문제가 있을 수 있습니다.명확하지 않거나 공개되지 않은 문제가 있지만 이러한 문제는 눈에 보일 수 있습니다.

논리흐름

논리적 흐름을 사용하여 사용자 인터페이스의 다른 화면이 작업을 지원하기 위해 서로 어떻게 관련되는지를 고차원적으로 볼 수 있습니다.흐름은 예를 들어 특정 작업을 수행하는 데 필요한 단계의 수를 나타낼 수 있습니다.

화면표시설명

디스플레이 설명에는 화면 내용과 사용 가능한 기능에 대한 정보가 포함되어 있습니다.화면 내용은 와이어프레임, 프로토타입의 스크린샷 또는 UI 목업일 수 있습니다.

사용자 인터페이스 상태의 그림이 간략한 개요를 제공합니다.고해상도 그래픽보다 와이어프레임이 권장됩니다.세부 사항이 변경될 수 있고 그림을 다시 그리기 위해 시간과 자원을 할당해야 하므로 너무 광택이 있는 그림을 제공할 때 주의해야 합니다.또한 독자들은 최종 제품을 반영하지 않고 자리 표시자가 의도한 색상 선택 및 이미지와 같은 시각적 디자인 요소에 대해 코멘트를 하는 데 주의가 산만해질 수 있습니다.

디스플레이의 사진과 함께 액세스 포인트가 나열되어야 하며 화면의 필드와 컨트롤이 설명되어야 합니다.다음 표에는 설명해야 할 최소값의 목록이 나와 있습니다.

요소	묘사	댓글
라벨.	화면의 레이블	요소에 라벨이 없는 경우 번호를 매기고 번호를 참조합니다.
묘사	요소 설명	해당 유형(입력, 드롭다운, 일정관리), 해당 작업 등.
기본값	값이 제공되지 않을 경우 필드의 기본값	모든 화면 유형에 해당되지 않을 수 있습니다.
가치	경계 조건 또는 오류 조건 나열	즉, 날짜는 1부터 100까지의 정수여야 합니다.

오류 및 예외 사례

사용자에게 오류 표시가 필요한 네트워크 문제 또는 기타 이벤트에 대한 정보를 표시하는 방법을 나타냅니다.

참고문헌