접근성(디자인 기본 사항)

참고

이 디자인 가이드는 Windows 7용으로 만들어졌으며 최신 버전의 Windows용으로 업데이트되지 않았습니다. 지침의 대부분은 여전히 원칙에 따라 적용되지만 프레젠테이션 및 예제는 현재 디자인 지침을 반영하지 않습니다.

접근성을 위한 소프트웨어를 설계한다는 것은 장애 및 장애가 있는 사용자를 포함하여 가장 광범위한 사용자가 프로그램 및 기능을 쉽게 사용할 수 있도록 하는 것을 의미합니다.

접근성 기능이 도움이 될 수 있는 사용자 수는 놀랍습니다. 예를 들어, 미국 설문 조사에 따르면 모든 컴퓨터 사용자의 절반 이상이 접근성과 관련된 어려움이나 장애를 경험하며 접근성 기술을 사용하면 도움이 될 수 있습니다. 또한 접근성의 특징인 유연성과 포용성을 갖춘 소프트웨어 디자인에 접근하면 전반적인 유용성과 고객 만족도가 향상되는 경우가 많습니다.

'접근성 센터' 대화 상자 스크린샷

제어판 제공되는 접근성 센터는 사용자가 원하는 접근성 기능을 선택하고 사용자 지정할 수 있는 중앙 위치를 제공합니다.

참고:키보드, 마우스, 소리 와 관련된 지침은 별도의 문서에 제공됩니다.

설계 개념

사용자가 컴퓨터 하드웨어 및 소프트웨어와 상호 작용할 때 많은 물리적, 지각적 및 인지 요인이 작용합니다. 프로그램의 기능에 더 쉽게 액세스할 수 있는 방법을 고려하기 전에 어떤 종류의 장애 및 장애가 존재하는지 알아보는 데 도움이 되며, 이러한 사용자가 컴퓨터와 상호 작용할 때 이러한 사용자가 작업할 수 있는 보조 기술 중 일부에 대해 알아봅니다.

장애 유형

다음 표에서는 일반적인 사용자 장애 및 장애에 대해 설명하고 컴퓨터의 접근성을 높이는 데 사용되는 가장 중요한 몇 가지 솔루션을 나열합니다.

장애 설명 솔루션
시각 효과
온화한 (사용자의 17 %에 영향을 미치는)에서 심각한 (사용자의 9 %에 영향을 미치는)에 이르기까지 다양합니다.
사용자 지정 가능한 배율, 색 및 대비; 점자 유틸리티; 화면 읽기 프로그램
청력
온화한 (사용자의 18 %에 영향을 미치는)에서 심각한 (사용자의 2 %에 영향을 미치는)에 이르기까지 다양합니다.
정보 중복성: 텍스트 또는 시각적 통신을 보완하는 데만 사용되는 소리입니다.
손 재주
온화한 (사용자의 19 %에 영향을 미치는)에서 심각한 (사용자의 5 %에 영향을 미치는)에 이르기까지 다양합니다. 이 장애는 종종 키보드 또는 마우스로 특정 운동 능력을 수행하는 데 어려움을 겪습니다.
입력 방법 중복성: 마우스 또는 키보드 등가물로 액세스하는 프로그램 기능입니다.
인지적
메모리 손상 및 지각 차이를 포함합니다. 사용자의 16%에 영향을 줍니다.
고도로 사용자 지정 가능한 UI(사용자 인터페이스); 점진적 공개 를 사용하여 복잡성을 숨깁니다. 아이콘 및 기타 시각 보조를 사용합니다.
발작
이동 및 깜박임에 대한 시각적 민감도를 포함합니다.
애니메이션 사용과 같은 인터페이스를 변조하는 보수적 접근 방식 2 헤르츠(Hz)와 55Hz 사이의 범위에서 화면 깜박임을 방지합니다.
음성 또는 언어
난독증 및 구강 통신 장애를 포함합니다.
맞춤법 검사 및 문법 검사 유틸리티, 음성 인식 및 텍스트 음성 변환 기술.

이러한 장애가 있는 사용자를 돕는 방법에 대한 자세한 지침은 이 문서의 뒷부분에 있는 특정 장애 해결을 참조하세요.

보조 기술 및 접근성 기능 유형

화면 판독기

화면 읽기 프로그램을 사용하면 시각 장애가 있거나 장애가 있는 사용자가 시각적 개체를 오디오로 변환하여 UI를 탐색할 수 있습니다. 따라서 UI 텍스트, 컨트롤, 메뉴, 도구 모음, 그래픽 및 기타 화면 요소는 화면 읽기 프로그램의 전산화된 음성으로 사용됩니다. 화면 읽기 프로그램 보조 기술에 최적화된 프로그램을 만들려면 화면 읽기 프로그램에서 각 UI 요소를 식별하는 방법을 계획해야 합니다.

사용자가 상호 작용할 수 있는 각 UI 요소는 키보드에 액세스할 수 있어야 하며 API(접근성 애플리케이션 프로그래밍 인터페이스)를 통해 노출되어야 합니다. WPF(Windows Presentation Foundation)를 지원하는 모든 버전의 Microsoft Windows에 대한 새로운 접근성 프레임워크인 UI 자동화 사용하는 것이 좋습니다. UI 자동화 데스크톱의 대부분의 요소에 프로그래밍 방식으로 액세스하여 화면 읽기 프로그램과 같은 보조 기술 제품이 사용자에게 UI에 대한 정보를 제공하고 표준 입력 이외의 방법으로 UI를 조작할 수 있도록 합니다(예: 마우스나 키보드 조작이 아닌 말이나 말함). 자세한 내용은 UI 자동화 개요를 참조하세요.

화면 읽기 프로그램은 매우 중요한 보조 기술이지만 다른 기술도 있습니다. 사용 가능한 기술 범위에 대한 자세한 내용은 보조 기술 제품 유형을 참조하세요.

음성 인식

음성 인식은 사용자가 음성으로 컴퓨터와 상호 작용하여 마우스 또는 키보드와의 모터 상호 작용이 필요하지 않은 Windows의 접근성 기능입니다. 사용자는 문서와 전자 메일을 지시하고, 음성 명령을 사용하여 프로그램을 시작 및 전환하고, 운영 체제를 제어하고, 웹에서 양식을 작성할 수도 있습니다.

돋보기

확대는 화면의 항목을 원래 항목의 2~16배로 확대하여 시력이 낮은 사용자를 돕습니다. 사용자는 마우스를 추적하도록 이 기능을 설정하여(마우스가 가리키는 항목의 확대된 버전을 보기 위해), 키보드(탭할 때 포인터가 움직이는 영역을 보기 위해) 또는 텍스트 편집(입력하는 내용을 확인)할 수 있습니다.

시각적 설정 및 색 구성표

화면의 항목을 크게 만드는 것 외에도 시각 장애가 있는 사용자는 고대비 모드 또는 배경 및 전경색 구성표를 사용자 지정하는 기능과 같은 시스템 설정의 이점을 누릴 수 있습니다.

내레이터

내레이터는 Windows의 축소된 화면 읽기 프로그램으로, 사용자가 자동으로 발생하는 일부 이벤트(오류 메시지 포함)를 포함하여 화면 텍스트 및 UI 요소를 소리내어 읽을 수 있습니다. 사용자는 활성 창을 벗어나지 않고 내레이터 메뉴를 들을 수 있습니다.

'microsoft 내레이터' 대화 상자의 스크린샷

사용자는 Microsoft 내레이터가 사용되는 범위를 사용자 지정할 수 있습니다.

화상 키보드

물리적 키보드에 어려움이 있고 스위치와 같은 대체 입력 장치를 사용해야 하는 사용자의 경우 화상 키보드가 필요합니다. 사용자는 화상 키보드를 설정하는 방법에 따라 마우스 또는 다른 포인팅 디바이스, 작은 키 그룹 또는 하나의 키를 사용하여 키를 선택할 수 있습니다.

마우스 키

마우스 키를 사용하도록 설정하면 키보드를 선호하는 사용자는 숫자 키패드의 화살표 키를 사용하여 마우스 포인터를 이동할 수 있습니다.

접근성 기능의 전체 목록은 Microsoft 웹 사이트의 Windows Vista 접근성 을 참조하세요.

키보드 기반 탐색

Tab 키, 화살표 키, 스페이스바 및 Enter 키는 키보드 기반 탐색에 중요합니다. Tab 키를 누르면 다른 컨트롤 그룹을 통해 입력 포커스 가 순환되고 화살표 키를 누르면 컨트롤 내에서 또는 그룹 내의 컨트롤 간에 이동합니다. 스페이스바를 누르는 것은 입력 포커스가 있는 컨트롤을 클릭하는 것과 동일하지만 Enter 키를 누르는 것은 입력 포커스에 관계없이 기본 명령 단추 또는 명령 링크를 클릭하는 것과 같습니다.

'빈 휴지통' 대화 상자의 스크린샷

이 예제에서는 원하는 옵션에 포커스가 입력될 때까지 Tab 키를 누른 다음 Enter 키를 눌러 개체를 열 수 있습니다.

액세스 키

액세스 키를 사용하면 사용자가 먼저 컨트롤로 이동하지 않고도 옵션을 선택하고 명령을 직접 시작할 수 있습니다. 액세스 키는 각 컨트롤의 레이블에 있는 문자 중 하나를 밑줄로 표시합니다. 그런 다음 사용자는 밑줄이 그은 문자와 함께 Alt 키를 눌러 옵션 또는 명령을 활성화합니다. 액세스 키는 대/소문자를 구분하지 않습니다.

파일 메뉴 및 액세스 키 스크린샷

이 예제에서 Alt+O를 누르면 Open 명령이 활성화됩니다.

일반적으로 컨트롤에 대한 논리적 액세스 키를 선택하면 문제가 발생하지 않습니다. 그러나 창에 컨트롤이 많을수록 액세스 키 선택 항목이 부족할 가능성이 커집니다. 이 경우 각 개별 그룹이 아닌 제어 그룹에 액세스 키를 할당합니다.

제어 그룹 및 액세스 키 스크린샷

이 예제에서는 액세스 키가 개별 컨트롤이 아닌 컨트롤 그룹에 할당됩니다.

액세스 키는 종종 바로 가기 키와 혼동되지만 바로 가기 키는 액세스 키와 다르게 할당되며 목표가 다릅니다. 예를 들어 바로 가기 키는 Ctrl 및 함수 키 시퀀스를 사용하며 주로 접근성 대신 고급 사용자를 위한 바로 가기로 사용됩니다.

자세한 내용은 키보드를 참조 하세요.

접근성을 위한 설계: 세 가지 기본 사례

접근성 및 유용성의 목표가 겹치므로 접근성 프로그램이 모든 사용자에게 어떤 식으로든 도움이 됩니다. 예를 들어 고급 사용자를 최대한 효율적으로 만들도록 설계된 기능은 손익 장애로 인해 키보드를 사용하는 것을 선호하는 사용자에게도 도움이 됩니다.

액세스 가능한 디자인에 도움이 되는 세 가지 기본 사례: UI에서 어느 정도의 유연성을 허용하고, 사용자 요구 사항 및 기본 설정을 존중하는 것이 디자인 결정에서 중요한 역할을 하고, UI에 프로그래밍 방식으로 액세스할 수 있도록 합니다.

유연한 UI 제공

접근성 있는 디자인은 적어도 부분적으로는 사용자에게 선택 사항을 제공하는 것입니다. 실망스럽고 어지러운 선택 항목이 아니라 사용자 요구를 현명하게 예상하는 제한된 수의 선택 항목입니다. "마우스를 통해 탐색하는 것을 좋아하지 않나요? 여기서는 키보드만 사용하여 동일한 작업을 수행할 수 있습니다. 실제 키보드가 마음에 들지 않나요? 화면에 사용할 수 있는 가상 항목은 다음과 같습니다."

예를 들어 다음을 통해 유연성을 제공합니다.

  • 텍스트가 아닌 요소에 대해 사용자가 선택할 수 있는 등가물 제공(예: 그래픽의 대체 텍스트 및 오디오 캡션).

    로그인 단추 스크린샷

    로그인 단추에 대한 대체 텍스트 스크린샷

    그래픽을 렌더링하지 않도록 선택한 사용자는 컨트롤이 수행하는 작업과 상호 작용하는 방법을 설명하는 대체 텍스트를 대신 볼 수 있습니다.

  • 색에 대한 대안 제공(예: 아이콘 구분 또는 소리 사용).

    회색 음영의 아이콘 스크린샷(회색조)

    이 예제에서 표준 아이콘은 디자인에 따라 쉽게 구별할 수 있습니다.

  • 사용자가 마우스 또는 키보드를 사용하여 프로그램에서 동일한 작업을 수행할 수 있도록 키보드 액세스(예: 모든 대화형 컨트롤에 대한 탭 중지)를 보장합니다.

  • 프로그램에서 사용자에게 좋은 색 대비 옵션을 제공하는지 확인합니다. Windows는 고대비 옵션을 제공하지만, 이는 심각한 시각 장애를 위한 솔루션으로 설계되었습니다. 다른 대비 옵션은 저시력 및 색맹과 같은 경미한 장애가 있는 사용자에게 가장 적합합니다.

  • 사용자가 프로그램의 UI에서 텍스트 크기를 조정할 수 있도록 합니다(예: 글꼴 크기에 대한 슬라이더 컨트롤 또는 드롭다운 상자를 통해). 가능하면 dpi(인치당 높은 점) 모드를 지원합니다.

  • 프로그램이 멀티모달인지 확인합니다. 즉, 프로그램의 기본 모드에 액세스할 수 없는 경우 이러한 사용자는 문제를 해결할 수 있습니다. 예를 들어 애니메이션이 표시되면 사용자 옵션에서 하나 이상의 애니메이션이 적용되지 않은 프레젠테이션 모드에서 정보를 표시할 수 있어야 합니다.

다중 모드 인터페이스 및 유연한 탐색은 기본적으로 사용자에게 정보 중복성의 아키텍처를 제공합니다. 중복성에는 부정적인 의미가 있는 경우가 있습니다. 예를 들어 사용자 인터페이스 텍스트에서는 읽기 환경을 간소화하기 위해 중복성을 제거하는 것이 좋습니다. 그러나 접근성의 맥락에서 중복성은 긍정적이고 안전하지 못한 메커니즘과 환경을 표시합니다.

사용자 존중

일반적으로 원칙을 존중하는 것은 접근성 있는 프로그램을 설계하는 데 매우 중요합니다. 지적 연습으로도 사용하지 않도록 설정된 사용자로서 프로그램을 접하는 것이 어땠는지 상상해 보십시오. 시간을 내어 고대비 모드 및 다양한 해상도에서 UI 화면을 테스트하여 시각 장애가 있는 사용자에게 환경이 적합한지 확인합니다. 접근성 센터 제어판 항목에서 밑줄 바로 가기 키 및 액세스 키 검사 상자를 선택하여 키보드 접근성을 테스트합니다(액세스 키가 항상 표시되도록). 다른 사람과 공감할 수 있는 자연스러운 적성을 가진 개발자와 디자이너를 고용하여 엄격한 테스트를 넘어설 수도 있습니다.

또한 다음을 통해 존중을 보여야 합니다.

  • 특정 프로그램에 대한 하드 배선 설정 대신 시스템 전체 설정(예: 시스템 색)을 사용합니다. 사용자가 프로그램과 상호 작용하기 위해 특별히 선택한 매개 변수뿐만 아니라 사용 중인 프로그램에 관계없이 사용자가 실제로 원하는 운영 체제에 기본 제공되는 접근성 기능도 존중합니다. 자세한 내용은 Windows 접근성 기능 정보를 참조하세요.
  • 공용 컨트롤은 이미 Windows 접근성 API를 구현했기 때문에 사용자 지정 컨트롤에 공통 컨트롤을 사용하는 것이 좋습니다.
  • 모든 접근성 옵션 및 기능 문서화(예: 모든 바로 가기 키). 장애가 있는 사용자는 접근성 기능을 검색할 의욕이 높으며 종종 도움말에서 포괄적인 정보가 수집될 것으로 기대합니다.
  • 접근성 있는 형식으로 접근성 있는 설명서 만들기 따라서 설명서 자체는 글꼴 크기를 확대하는 기능, 그래픽에 대체 텍스트 사용, 중복 정보 아키텍처(예: 텍스트에 대한 보완으로만 색 코딩 사용)를 포함하여 기본 UI와 동일한 접근성 규칙을 준수해야 합니다.

소프트웨어 제품에서 사용자에 대한 존중은 유용성 및 시장 조사, 효과적인 지원 서비스 및 설명서, 디자인 결정에서 나타날 수 있습니다. 예를 들어 고급 사용자를 위한 디자인 측면에서 다시 생각해 보세요. 원하는 경우나 고급 사용자가 요구한 것을 알고 있기 때문에 최첨단 새 기능을 배치하고 있나요? 후자의 경우는 디자인 의사 결정 프로세스가 존중의 가치에 따라 잘 알고 있음을 나타냅니다.

프로그래밍 방식 액세스 제공

UI에 대한 프로그래밍 방식 액세스를 제공하는 것은 보조 기술(예: 화면 읽기 프로그램, 대체 입력 디바이스 및 음성 인식 프로그램)이 사용자를 위해 화면을 올바르게 해석하도록 하는 데 필수적입니다. 프로그램에서 각 UI 화면의 "맵"을 만들어 보조 기술 사용자가 사용할 수 있도록 합니다.

다음을 통해 이 작업을 잘 수행합니다.

  • 모든 UI 요소 및 텍스트에 프로그래밍 방식으로 액세스를 사용하도록 설정합니다(예: 활성 접근성 COM 인터페이스 사용, IAccessible).
  • UI 개체, 프레임 및 페이지에 이름(또는 제목) 및 설명을 배치합니다(예: IAccessible Name 속성 사용).
  • 모든 UI 활동(예: 포커스 이동과 관련된 모든 UI 활동에 대한 포커스 이벤트)에 의해 프로그래밍 이벤트가 트리거되는지 확인합니다.

네 가지 작업만 수행하면...

  1. 모든 사용자가 프로그램의 잠재력을 최대한 활용할 수 있는지 확인합니다.
  2. 접근성을 창의적인 문제 해결의 기회이자 전반적인 사용자 만족도를 높이는 또 다른 수단으로 생각합니다.
  3. 시스템 설정을 준수합니다.
  4. 가능한 경우 공용 컨트롤을 사용합니다.

지침

일반

  • 운영 체제 또는 접근성 기능으로 식별된 다른 제품의 활성화된 기능을 중단하거나 사용하지 않도록 설정하지 마세요. 해당 운영 체제 또는 제품의 설명서를 참조하여 이러한 기능을 식별할 수 있습니다.
  • 사용자가 화면의 위쪽 창으로 프로그램과 상호 작용하도록 강요하지 마세요. 사용자가 작업을 수행하기 위해 함수 또는 창이 지속적으로 필요한 경우 사용자가 다른 창에 상대적인 위치에 관계없이 해당 창을 선택하는 경우 해당 창은 항상 표시되도록 유지되어야 합니다. 예를 들어 사용자에게 항상 표시되도록 다른 모든 창 위에 있는 이동식 화상 키보드가 있는 경우 프로그램은 Z 순서의 맨 위에 필수 배치로 가려서는 안 됩니다.
  • 가능하면 시스템 색, 글꼴 및 일반 컨트롤을 사용합니다. 이렇게 하면 사용자에게 발생하는 접근성 문제의 수를 크게 줄일 수 있습니다.

특정 장애 해결

시각적 개체

  • 의미를 전달하기 위해 색에만 의존하지 마십시오. 텍스트, 디자인, 위치 또는 소리에서 제공하는 의미를 강화하는 수단으로만 색을 사용합니다.

    빨간색 커뮤니케이터 아이콘 및 도구 설명 스크린샷

    이 예제에서 통신의 기본 방법은 간결한 도구 설명 텍스트입니다. 색을 사용하면 의미를 전달하는 데 도움이 되지만 보조입니다.

  • 대체(대체) 텍스트 정보 설명을 사용하여 그래픽을 설명합니다.

  • 그래픽에서 텍스트를 사용하지 마세요. 시각 장애가 있는 사용자는 그래픽이 꺼져 있거나(예: 웹 브라우저에서) 그래픽에 배치된 텍스트를 보거나 찾을 수 없습니다.

  • 대화 상자와 창에 의미 있는 이름이 있는지 확인 하여 화면을 보는 대신 듣는 사용자(예: 화면 읽기 프로그램 사용)가 적절한 컨텍스트 정보를 가져오도록 합니다.

  • 테마 및 GetSystemMetrics API에서 항상 글꼴 서체, 크기 및 색, Windows 표시 요소 크기 및 시스템 구성 설정을 가져와 시각적 표시에 대한 사용자의 설정을 준수합니다.

  • 쉽게 읽을 수 있도록 풍선 텍스트를 간결하게 유지하고 화면 읽기 프로그램 중단을 최소화합니다.

    핀 코드 제한을 나타내는 풍선 스크린샷

    필요한 경우 풍선이 추가 본문 텍스트를 사용할 수 있지만, 이 예제에서는 제목 텍스트만으로도 경제적이고 접근성 높은 방식으로 동일한 목표를 달성하는 경우가 있음을 보여 줍니다.

청력

  • 의미를 전달하기 위해 소리에만 의존하지 마십시오. 소리는 텍스트, 디자인, 위치 또는 색에서 제공하는 의미를 강화하는 수단으로만 사용합니다.
  • 사용자가 오디오 출력 볼륨을 제어할 수 있도록 설정합니다. 이 용도로 Windows 볼륨 믹서 사용 자세한 내용은 소리를 참조하세요.
  • 500Hz에서 3000Hz 사이의 범위에서 발생 하거나 사용자가 해당 범위로 쉽게 조정할 수 있도록 프로그램의 사운드를 대상으로 지정합니다. 이 범위의 소리는 청각 장애가있는 사람들이 감지 할 가능성이 가장 높습니다.

손 재주

  • 절대 시간을 사용하는 대신 GetDoubleClickTime()을 기준으로 UI 시간 제한 값을 만듭니다. 이렇게 하면 시간 제한이 사용자의 속도로 조정됩니다.
  • 키보드 작업을 선호하는 사용자가 마우스로 작업하는 사용자와 동일한 프로그램 탐색 기능을 갖도록 모든 메뉴 항목에 액세스 키를 할당합니다.
  • 작업을 수행하는 유일한 방법은 두 번 클릭하고 끌지 마세요. 일부 사용자에게는 이러한 동작이 어려울 수 있습니다.
  • 프로그램에서 메뉴 모음을 제거하지 마세요. 메뉴 모음은 키보드 사용자가 액세스할 수 있는 도구 모음보다 쉽습니다. 메뉴 모음을 기본적으로 표시하지 않으려면 대신 숨깁니다.
  • 도움말 단추 및 링크에 대한 탭 정지를 제공하여 키보드에서 도움말에 액세스할 수 있도록 합니다.
  • 프로그램의 액세스 키 할당에 대한 인식을 향상시키기 위해 항상 표시할 수 있습니다. 제어판 접근성 센터로 이동하고 키보드를 사용하기 쉽게 만들기를 클릭한 다음 바로 가기 키 및 액세스 키 검사 밑줄을 선택합니다.

인지적

  • 점진적 공개를 사용하여 복잡성을 숨깁니다.

    아래쪽 삼각형이 있는 분할 단추 스크린샷

    이러한 예제에서는 명령 단추에서 사용할 수 있는 옵션은 기본적으로 숨겨지고 사용자는 점진적 공개 컨트롤을 활용하여 옵션을 볼 수 있습니다.

  • 아이콘, 도구 모음 및 기타 시각 보조 장치를 사용하여 텍스트 읽기의 인지 부하를 줄입니다.

  • 가능한 경우 사용자가 제한된 옵션 집합에서 명령, 파일 이름 또는 유사한 선택 항목의 전체 이름을 입력할 필요가 없도록 텍스트 상자 및 편집 가능한 드롭다운 목록에 자동 완성 기능을 제공합니다. 이렇게 하면 모든 사용자의 인지 부하가 줄어들고 맞춤법 또는 입력이 어렵거나 느리거나 고통스러운 사용자의 입력 양이 줄어듭니다.

  • 자습서 및 애니메이션을 포함하여 도움말에서 어려운 개념을 보여 줍니다. 애니메이션은 발작 장애가 있는 사용자에게 어려울 수 있으므로 필요한 경우에만 사용해야 합니다.

발작

  • 2~55Hz 범위에서 깜박이거나 깜박이는 텍스트, 개체 또는 플래시 또는 깜박임 빈도가 있는 기타 요소를 사용하지 마세요.
  • 애니메이션 사용을 제한합니다. 일부 사용자는 화면 이동에 특히 민감하며, 특히 시각적 필드의 주변 영역에서는 특히 민감합니다. 애니메이션을 사용하여 무언가에 주의를 기울이는 경우 주의를 기울여야 하며 사용자를 방해할 만한 가치가 있는지 확인합니다.

음성 또는 언어

  • 명확하고 간결하며 쉽게 이해할 수 있는 텍스트를 구성하고 작성합니다. 유용성 테스트는 구문의 끝에서 주요 정보를 전개하면 이해력이 향상된다는 것을 보여줍니다. 자세한 지침은 스타일 및 톤을 참조하세요.

잘못된 예:

세 자리가 다음 숫자인가요?

확인을 클릭하여 시작합니다.

올바름:

다음 숫자 3인가요?

시작하려면 확인을 클릭합니다.

액세스 키

  • 너비가 넓은 문자(예: w, m 및 대문자)를 사용하는 것이 좋습니다.
  • "Exit"의 "x"와 같은 고유한 자음 또는 모음을 선호합니다.
  • 밑줄을 보기 어렵게 만드는 문자 (예: 가장 문제가 있는 문자부터 가장 문제가 적은 문자)를 사용하지 마세요.
    • i 및 l과 같이 너비가 1픽셀인 문자입니다.
    • g, j, p, q 및 y와 같은 하위 항목이 있는 문자입니다.
    • 하위 항목이 있는 문자 옆에 있는 문자입니다.
  • 모든 메뉴 항목에 액세스 키를 할당합니다. 예외는 없습니다.

  • 동적 메뉴 항목(예: 최근에 사용한 파일)의 경우 액세스 키를 숫자로 할당합니다.

    최근에 사용한 파일이 있는 열린 메뉴의 스크린샷

    이 예제에서 Windows의 그림판 프로그램은 최근에 사용한 파일에 숫자 액세스 키를 할당합니다.

  • 메뉴 수준 내에서 고유한 액세스 키를 할당합니다. 다양한 메뉴 수준에서 액세스 키를 다시 사용할 수 있습니다.

  • 액세스 키를 쉽게 찾을 수 있도록 합니다.

    • 가장 자주 사용되는 메뉴 항목의 경우 레이블의 첫 번째 또는 두 번째 단어의 시작 부분에 있는 문자(가급적 첫 번째 문자)를 선택합니다.
    • 자주 사용되지 않는 메뉴 항목의 경우 레이블에서 고유한 자음 또는 모음인 문자를 선택합니다.

대화 상자 액세스 키

  • 가능하면 모든 대화형 컨트롤 또는 해당 레이블에 고유한 액세스 키를 할당합니다.읽기 전용 텍스트 상자는 대화형 컨트롤(사용자가 스크롤하여 텍스트를 복사할 수 있기 때문에)이므로 액세스 키의 이점을 누릴 수 있습니다. 액세스 키를 다음에 할당하지 마세요.

    • 확인, 취소 및 닫기 단추. Enter 키를 입력하면 Esc가 해당 액세스 키에 사용됩니다. 그러나 항상 확인 또는 취소를 의미하지만 레이블이 다른 컨트롤에 액세스 키를 할당합니다.

      할당된 액세스 키가 있는 컨트롤의 스크린샷

      이 예제에서는 양수 커밋 단추에 액세스 키가 할당되어 있습니다.

  • 그룹 레이블. 일반적으로 그룹 내의 개별 컨트롤에는 액세스 키가 할당되므로 그룹 레이블에는 액세스 키가 필요하지 않습니다. 그러나 액세스 키가 부족한 경우 개별 컨트롤이 아닌 그룹 레이블에 액세스 키를 할당합니다.

  • F1을 사용하여 액세스되는 일반 도움말 단추입니다.

  • 레이블을 연결합니다. 고유 액세스 키를 할당할 수 있는 링크가 너무 많고 링크 밑줄이 액세스 키 밑줄을 숨기는 경우가 많습니다. 대신 사용자가 Tab 키를 사용하여 링크에 액세스하게 합니다.

  • 탭 이름입니다. Ctrl+Tab 및 Ctrl+Shift+Tab을 사용하여 탭이 순환됩니다.

  • "..."라는 레이블이 지정된 단추를 찾아봅니다. 이러한 액세스 키는 고유하게 할당할 수 없습니다.

  • 스핀 컨트롤, 그래픽 명령 단추 및 레이블이 지정되지 않은 점진적 공개 컨트롤과 같은 레이블이 지정되지 않은 컨트롤입니다.

  • 레이블 정적 텍스트 또는 진행률 표시줄과 같이 대화형이 아닌 컨트롤의 레이블입니다.

  • 커밋 단추 액세스 키를 먼저 할당하여 표준 키 할당이 있는지 확인합니다. 표준 키 할당이 없는 경우 첫 번째 단어의 첫 글자를 사용합니다. 예를 들어 예 및 커밋 없음 단추의 액세스 키는 대화 상자의 다른 컨트롤에 관계없이 항상 "Y" 및 "N"이어야 합니다.

  • "Don't"로 표현된 음의 커밋 단추(취소 제외)의 경우 "Don't"의 "n"에 액세스 키를 할당합니다. "Don't"로 표현되지 않는 경우 표준 액세스 키 할당을 사용하거나 첫 번째 단어의 첫 글자를 할당합니다. 이렇게 하면 모든 Don'ts 및 No's에는 일관된 액세스 키가 있습니다.

  • 액세스 키를 쉽게 찾을 수 있도록 레이블의 뒷부분에 표시되는 키워드(keyword) 있는 경우에도 선택키를 레이블의 초기에 나타나는 문자에 할당합니다.

자세한 지침 및 예제는 키보드를 참조 하세요.

텍스트

  • 외부 컨트롤 레이블의 끝에 콜론을 사용합니다. 일부 보조 기술은 컨트롤 레이블을 식별하기 위해 콜론을 찾습니다.

  • 레이블이 레이블을 지정하는 요소를 기준으로 레이블을 일관되게 배치합니다. 이렇게 하면 보조 기술이 레이블을 해당 컨트롤과 올바르게 연결하고 화면 확대기 사용자가 레이블 또는 컨트롤을 찾을 위치를 알 수 있습니다.

    일관되게 배치된 레이블의 스크린샷

    이 예제에서는 각 드롭다운 목록에 대한 레이블이 일관되게 배치되고 콜론을 사용합니다.

  • 대체 텍스트를 최대 150자로 제한합니다. 컨트롤을 활성화하는 작업(예: 클릭, 마우스 오른쪽 단추 클릭 등)을 설명한 다음 컨트롤의 함수를 설명합니다.

    용인되는:

    단추

    푸른 언덕.

    Better:

    계정에 로그인하려면 클릭합니다.

    먼 언덕의 사진은 색상이 거리를 통해 퇴색하는 방법을 보여 줍니다.

  • 텍스트를 사용하여 선, 상자 또는 기타 그래픽 기호를 그리지 마세요. 이러한 방식으로 사용되는 문자는 화면 읽기 프로그램의 사용자를 혼동할 수 있습니다. 예를 들어 텍스트 영역 주위에 "X"라는 문자가 그려진 상자는 화면 읽기 프로그램 소프트웨어가 첫 번째 줄에서 "X X"로 읽은 다음 "X"와 콘텐츠 및 "X"로 읽습니다.

설명서

  • 모든 접근성 옵션 및 기능(예: 모든 바로 가기 키)을 문서화합니다.
  • 접근성 있는 형식으로 접근성 있는 설명서를 만듭니다. 따라서 설명서 자체는 기본 UI와 동일한 접근성 규칙을 준수해야 합니다.
  • 바로 가기 키(다른 의미와 사용이 있음), 니모닉 키 또는 가속기가 아닌 액세스 키를 참조하세요.
  • 일반적으로 장애인이 아닌 일종의 장애가 있는 사람을 참조하세요. 레이블이 아닌 사람을 먼저 고려합니다.
다음 용어 사용 이전
지질이 제한되어 있으며 운동 장애가 있습니다.
절름발이, 절름발이
장애가 없는 경우
정상, 유능한 신체, 건강
한 손으로 입력하는 사람
한 손
장애가 있는 사람
장애인, 장애인, 장애인, 장애인
인지 장애, 발달 장애