Oracle 접근성 정책 및 표준 해석

Oracle의 접근성 철학 및 정책

Oracle은 고객이 복잡성을 줄이고 기존 기술 투자를 최대한 활용할 수 있도록 표준 기반 제품을 구축하기 위해 최선을 다하고 있으며, 이러한 노력은 접근성에 대한 Oracle의 접근 방식으로 확장됩니다. Oracle은 HTML, JavaScript 및 Java와 같은 업계 표준 기술을 사용하여 대부분의 사용자 인터페이스를 렌더링하며, 화면 판독기, 화면 돋보기 및 음성 인식과 같은 광범위한 보조 기술(AT)을 지원할 수 있도록 국제적으로 인정받는 접근성 표준을 따릅니다.

접근성은 정보통신기술(ICT) 커뮤니티 전체에 고유한 과제를 제시합니다. 그 이유는 관련 법률과 지침의 범위, 기술 변화의 빠른 속도, 초기 설계부터 지원까지 제품 개발의 거의 모든 측면에 미치는 영향 때문입니다. Oracle이 아래와 같은 과제를 어떻게 해결하고 있는지 확인해 보세요.

접근성 정책

지침 및 표준

Oracle 접근성 지침은 개정된 1973년 재활법의 2017 개정 제508조와 AA 레벨(WCAG 2.2 AA)에 따른 월드 와이드 웹 컨소시엄(W3C) 웹 콘텐츠 접근성 가이드라인 버전 2.2 지침을 기반으로 합니다.

Oracle은 개정된 제508조 및 WCAG 2.2 AA 표준에 따라 실행 가능한 범위 내에서 신제품을 개발하기 위해 노력하고 있습니다. 개정된 제508조 및 WCAG 2.2 표준을 준수하는 새로운 제품 및 개정이 출시됨에 따라, 업데이트된 VPAT 2.5 템플릿을 사용하는 자발적 제품 접근성 템플릿(VPAT)을 기반으로 접근성 적합성 보고서(ACR)를 게시합니다. 그때까지 Oracle은 제508조 표준 외에도 모든 WCAG 2.2 'A' 및 'AA' 표준의 테이블을 비롯한 VPAT를 구비합니다.

2017년 미국 접근성위원회는 WCAG 2.0 AA 표준을 기반으로 한 개정 제508조 표준을 발표했습니다. 2014년, 유럽 연합 표준 EN 301 549 '유럽 ICT 제품 및 서비스의 공공 조달에 적합한 접근성 요구 사항'의 초기 버전은 위임 376에 대한 응답으로 발표되었으며, WCAG 2.0 AA 표준에 기반합니다. 이것은 WCAG 2.1을 포괄하기 위해 2019년에 업데이트되었습니다. EN 301 549 유럽 ICT 제품 및 서비스의 공공 조달에 적합한 접근성 요구 사항(PDF) - V3.1.1(2019-11) Oracle은 이러한 지침 개발에 적극적으로 참여해 왔으며 진행 상황을 면밀히 추적하고 있습니다.

모든 표준에는 약간의 해석이 적용됩니다. Oracle이 특정 표준을 처리하는 방법에 대한 자세한 내용은 표준 해석을 참조하세요.

접근성 상태

자동화된 도구, 전문가 휴리스틱 검토, 시각적 검사, 수동 작업, 장애인 및 비장애인 사용자 모두가 다양한 AT로 테스트하는 등 다양한 기술을 사용하여 Oracle 제품의 접근성을 테스트합니다. 자발적 제품 접근성 템플릿(VPAT)을 사용하여 해당 테스트 결과를 보고하여 접근성 적합성 보고서(ACR)를 생성합니다. VPAT는 ITI와 GSA가 개발하여 연방 계약 관계자와 기타 구매자가 접근성을 지원하는 기능으로, 상용 ICT 제품 및 서비스의 가용성에 관한 예비 평가를 내릴 수 있도록 지원했습니다. VPAT 사용 방법과 Oracle 제품용 ACR을 찾는 방법에 대한 자세한 내용은 접근성 적합성 보고서를 참조하세요.

캐나다 온타리오의 접근성을 갖춘 고객 서비스 계획

캐나다 온타리오의 Oracle의 접근성을 갖춘 고객 서비스 계획(PDF)에서는 2005년 온타리오 장애인법(AODA) 및 특히 규정165/16에 따른 접근 가능성에 따른 의무를 충족하기 위해 Oracle이 승인한 정책, 관행 및 절차에 대해 설명합니다. 다년간 이어진 Oracle의 접근성 계획(PDF)에서는 온타리오의 접근성 표준 준수에 대한 Oracle의 노력에 대해 간략히 소개합니다.

접근성 표준 업데이트

Oracle은 WCAG 2.2 접근성 지침 개발에 적극적으로 참여하고 있으며, WCAG 2.2가 게시된 후 추가 WCAG 2.2 성공 기준을 구현할 예정입니다.

WCAG 2.2 또는 ARIA에 포함된 다양한 접근성 표준 및 지침에 대한 Oracle의 해석 및 입장

입력 목적 파악

관련 표준

• https://www.w3.org/WAI/WCAG21/Understanding/identify-input-purpose.html

Oracle의 입장

일부 고객은 이 표준을 모든 입력 필드에서 입력 목적을 파악해야 한다는 의미로 해석했습니다. 표준은 사용자에 대한 개인 정보를 수집하는 입력 필드에 대해 명시적으로 범위가 지정됩니다. Oracle은 그러한 개인 정보를 수집하는 필드의 입력 목적을 파악하기 위해 최선을 다하고 있습니다.

On Focus 및 On Input

관련 표준

• 성공 기준 3.2.1 이해: On Focus | WAI | W3C
• 성공 기준 3.2.2 이해: 입력하기 | WAI | W3C

Oracle의 입장

일부 고객은 On Focus 및 On Input 성공 기준이 콘텐츠와 컨텍스트의 변경 사항에 광범위하게 적용된다고 해석했습니다. Oracle은 이러한 표준이 특히 컨텍스트 변경에 적용되고, 페이지의 의미를 변경하지 않는 콘텐츠 변경에는 적용되지 않는다는 것으로 해석합니다.

ARIA APG(Accessible Rich Internet Applications Authoring Practice Guide)

관련 표준

• 없음

Oracle의 입장

일부 고객은 ARIA APG(Accessible Rich Internet Applications Authoring Practice Guide)를 패턴 예제를 정확하게 따라야 하는 표준 문서로 해석합니다. ARIA APG는 비규범적입니다. APG에서 발견된 패턴은 예제 구현이며, 항상 유효한 패턴만 나타내지는 않습니다. "APG는 규범적 요구 사항을 지정하지 않으므로 적합성 모델이 없습니다." 자세한 내용은 APG는 규범적 표준이 아닙니다를 참조하세요.

제508조 또는 WCAG 1.0에 포함된 여러 레거시 접근성 표준에 대해 Oracle에서 기록한 해석 및 입장

Oracle은 특정 HTML 콘텐츠에 대한 고객 문의에 대응하여 이러한 해석을 제공하며, 특히 자동화된 검증 도구가 비준수 상태를 나타내는 경우 더욱 그렇습니다. 대부분의 문제는 이러한 규정과 표준의 대부분이 1999년이나 2001년에 작성되었고, 그 이후로 브라우저 및 보조 기술(AT)의 기술이 크게 발전했다는 점에서 발생합니다. Oracle은 변화하는 기술 영역을 고려하기 위해 아래에 설명된 많은 조항을 수정하거나 명확히 하는 제508조와 WCAG의 수정을 환영하며, 이러한 변화에 영향을 미치는 위원회에 적극적으로 참여하고 있습니다.

간결성을 위해 '1194.22(l)'과 같은 참조는 제508조 표준(연방 규정 제36편의 1194장에서 찾을 수 있음)의 조항 1194.22(l)를 지칭하며, 'WCAG 1.0 #6.3'과 같은 참조는 WCAG 1.0의 표준 6.3을 지칭합니다.

스크립팅, 특히 JavaScript 사용

관련 표준

• 1194.22(l) 페이지에서 스크립팅 언어를 사용하여 콘텐츠를 표시하거나 인터페이스 요소를 생성하는 경우 스크립트에서 제공하는 정보는 보조 기술에서 읽을 수 있는 기능적 텍스트로 식별되어야 합니다.
• WCAG 1.0 #6.3 스크립트, 애플릿 또는 기타 프로그래밍 객체가 꺼져 있거나 지원되지 않는 경우 페이지를 사용할 수 있는지 확인합니다. 이렇게 할 수 없는 경우 대체 접근 가능 페이지에 해당하는 정보를 제공하세요.
• WCAG 1.0 #8.1 스크립트 및 애플릿과 같은 프로그래밍 요소를 직접 접근하거나 보조 기술과 호환되도록 합니다.

Oracle의 입장

많은 고객들은 접근 가능한 제품을 구현하려면 스크립트 기능을 꺼야 한다는 내용으로 이러한 표준을 받아들입니다. 이 경우는 해당되지 않습니다. 제508조 표준과 WCAG 1.0 모두 AT와 직접 접근하거나 호환되는 스크립트를 사용할 수 있습니다. 전부는 아니지만 대부분의 Oracle 제품에는 JavaScript가 필요하며 JavaScript를 지원하는 브라우저에 의존합니다. Oracle은JavaScript가 접근성을 갖출 수 있을 뿐만 아니라 접근성 환경을 개선한다고 믿습니다. 예를 들어, 전체 페이지를 다시 로드하지 않고 페이지에서 부분 콘텐츠를 변경하면 사용자가 수정 된 작은 섹션을 찾기 위해 완전히 '새'페이지를 찾아 탐색할 필요가 없습니다. 풍부한 클라이언트 인터페이스로 이동하려면 스크립팅을 더 많이 사용해야 하며, Oracle은 장애가 있는 사용자가 해당 코드를 사용할 수 있도록 하기 위해 노력하고 있습니다. 만약 사용할 수 없다면 비슷한 환경을 제공하는 다른 코드를 생성할 것입니다.

게시된 형식 문법 검증

관련 표준

• WCAG 1.0 #3.2 게시된 공식 문법으로 검증하는 문서를 생성합니다.

Oracle의 입장

일부 HTML 태그는 접근성과 관련이 없으며 브라우저는 태그를 다르게 해석하는 것으로 알려져 있습니다. 핵심은 접근성과 관련된 태그가 브라우저 및 보조 기술에 의해 분명하게 해석되어야 한다는 것입니다. Oracle의 HTML은 다음과 같은 다양한 이유로 형식적인 문법을 정확히 준수하지 않을 수 있습니다.

• 다양한 경우에 우리는 HTML DOM에 추가 정보를 추가해야하며, 우리는 이러한 목적을 위해 '확장' 기능을 사용합니다.
• W3C WAI-ARIA에서 권장하는 대로 tabIndex="-1"을 사용하여 특정 요소를 포커스 가능하게 만듭니다.
• 브라우저는 다르게 작동하기 때문에 특정 브라우저 동작을 고려하도록 HTML을 최적화할 수 있습니다.

고객이 현재 기술 지원을 받고 있는 경우 Oracle은 Oracle의 표준 기술 지원 정책에 따라 '비표준' HTML로 인해 접근성이 저하되는 문제를 해결합니다. 그러나 Oracle은 자동화 도구에서 보고되었지만 접근성에 부정적인 영향이 없는 '유효하지 않은 HTML'을 반드시 수정하지는 않습니다.

장치 독립성

관련 표준

• WCAG 1.0 #6.4 스크립트 및 애플릿의 경우 이벤트 핸들러가 입력 장치로부터 독립적이어야 합니다.
• WCAG 1.0 #9.2 자체 인터페이스가 있는 모든 요소가 장치 독립적인 방식으로 작동할 수 있도록 보장합니다.
• WCAG 1.0 #9.3 스크립트의 경우 장치 종속 이벤트 처리기 대신 논리적 이벤트 핸들러를 지정합니다.

Oracle의 입장

일부 고객은 이러한 표준을 마우스로만 수행할 수 있는 작업(예: 두 번 누르기)이 금지된다는 것으로 해석합니다. Oracle은 모든 사용자에게 풍부한 사용자 경험을 제공하기 위해 최선을 다하고 있으며, 두 번 누르기 또는 끌어 놓기와 같은 복잡한 마우스 작업이 필요한 경우 키보드로만 이 작업을 수행할 수 있는 대체 방식이 제공됩니다.

프레임

관련 표준

• 1194.22(i) 프레임은 프레임 식별 및 탐색을 용이하게 하는 텍스트로 제목이 지정되어야 합니다.
• WCAG 1.0 #12.1 프레임 식별 및 탐색을 용이하게 하기 위해 각 프레임의 제목을 지정합니다.

Oracle의 입장

Oracle은 프레임이 접근성 표준의 '위반'으로 간주되거나 '적절한 HTML'로 간주되지 않는 상황이 많이 발생하는 것을 보았습니다. Oracle은 프레임이 HTML의 합법적인 부분이라고 생각하며, 프레임을 지원하는 브라우저로만 인증합니다. Oracle 제품에서 프레임은 적절하게 인용된 관련 표준에 따라 표시됩니다. 한 가지 예외는 단순히 서버와 통신하는 데 사용되는 경우에 iFrame을 사용하는 것입니다. 이 경우, Oracle은 사용자에게 요소가 보이지 않도록 하기 위해 의도적으로 프레임에 제목을 붙이지 않습니다(시각적 사용자가 볼 수 있는 것과동일).

스타일시트

관련 표준

• 1194.22(d) 문서는 관련 스타일시트를 요구하지 않고도 읽을 수 있도록 조직되어야 합니다.
• WCAG 1.0 #6.1 스타일시트 없이 읽을 수 있도록 문서를 구성합니다. 예를 들어, HTML 문서가 연관된 스타일시트 없이 렌더링되는 경우에도 문서를 읽을 수 있어야 합니다.

Oracle의 입장

Oracle은 이 표준을 정보('콘텐츠')와 표현을 분리해야 한다는 것으로 해석합니다. 예를 들어, HTML에는 정보를 식별하는 의미 마크업이 있어야 하며, 외부 스타일시트를 사용하여 특정 룩앤필을 렌더링해야 합니다. 사용자가 보조 기술을 사용하여 페이지에 접근하는 경우, 정보는 의미 있는 순서로 전달되어야 합니다. 그러나 Oracle은 제품이 브라우저에서 스타일시트가 비활성화된 상태로 실행되어야 한다고 인정하지 않습니다. 그 이유는 다음과 같습니다.

• 모든 최신 브라우저는 스타일시트를 지원합니다.
• 페이지 콘텐츠에서 display:none과 같은 스타일 속성을 설정하면 일반적으로 모든 사용자에게 콘텐츠를 숨기는 데 사용됩니다. 스타일시트를 완전히 비활성화하면 이 정보가 잘못 표시됩니다.
• 최신 브라우저는 필요한 경우 사용자 스타일시트로 작성자 스타일시트를 재정의할 수 있도록 지원합니다.

플러그인에 링크

관련 표준

• 1194.22(m) 웹 페이지에서 페이지 콘텐츠를 해석하기 위해 애플릿, 플러그인 또는 기타 애플리케이션이 클라이언트 시스템에 있어야 하는 경우, 페이지는 1194.21(a) ~(l)을 준수하는 플러그인 또는 애플릿에 대한 링크를 제공해야 합니다.

Oracle의 입장

Adobe의 PDF 뷰어와 같은 많은 플러그인은 이제 유비쿼터스로 기능하며 종종 컴퓨터에 사전 설치됩니다. Oracle JInitiator과 같은 경우 플러그인이 제품과 함께 제공되며 자동으로 설치됩니다. 또한 회사 방화벽 외부의 사이트에 대한 링크를 제공하거나 사용자가 플러그인을 다운로드 및 설치할 수 있도록 하게 되면 회사 정책을 위반할 수 있습니다. 따라서 Oracle 제품은 유비쿼터스로 제공되지 않거나 제품과 함께 제공되지 않는 플러그인인 경우, 이 표준을 충족하는 플러그인 링크를 제공합니다.

네비게이션 건너뛰기

관련 표준

• 1194.22(o) 사용자가 반복 탐색 링크를 건너뛸 수 있도록 하는 방법이 제공되어야 합니다.

Oracle의 입장

많은 Oracle 제품이 페이지의 '기본 콘텐츠'로 포커스를 이동할 수 있는 링크를 제공합니다. 그러나 Oracle은 대부분의 AT가 표준 구조 마크업 태그를 사용하여 사용자가 페이지의 다양한 섹션으로 이동할 수 있는 메커니즘을 지원한다는 사실을 알고 있습니다. Oracle은 적절한 경우 이 메커니즘을 이 프로비저닝의 목표를 달성하는 수단으로 사용할 수 있습니다.