Министерство экономического развития и торговли



страница20/26
Дата17.11.2018
Размер1.67 Mb.
ТипРеферат
1   ...   16   17   18   19   20   21   22   23   ...   26

Профили стандартов


Рассматриваемые в настоящем обзоре государства, не разрабатывали отдельных профилей стандартов, затрагивающих требования доступности к официальным сайтам. Применялись профили стандартов, указанные в архитектуре электронного государства (FEA, SAGA, e-GIF и т.п.). Можно выделить ключевые стандарты, которые при оценке и обеспечении доступности применялись наиболее активно:

  • ISO 13407:1999 — Human-centred design processes for interactive systems;

  • ISO/TS 16071:2003 — Ergonomics of human-system interaction — Guidance on accessibility for human-computer interfaces;

  • ISO/TR 18529:2000 — Ergonomics — Ergonomics of human-system interaction — Human-centred lifecycle process descriptions;

  • ISO/IEC 15445:2000 — Document description and processing languages — HyperText Markup Language (HTML);

  • Web Content Accessibility Guidelines 2.0. W3C Working Draft 17 May 2007;

  • Cascading Style Sheets Level 2 Revision 1 (CSS 2.1) Specification. W3C Candidate Recommendation 19 July 2007;

  • XHTML 1.0 The Extensible HyperText Markup Language (Second Edition) A Reformulation of HTML 4 in XML 1.0. W3C Recommendation 26 January 2000, revised 1 August 2002.

Но при всем различии подходов к регулированию и национальной специфики стандартизации можно отметить, что практически во все профили стандартов входит международный стандарт WCAG. Рассмотрим подробнее эти рекомендации WCAG WAI/W3C, определяющий требования доступности.
    1. Рекомендации WCAG WAI/W3C


Рекомендации WCAG в рамках консорциума W3C разрабатываются группой «Инициатива веб доступности» (Web Accessibility Initiative, WAI). Данные рекомендации полностью соответствует всем критериям открытости стандарта:

  • Разрабатывается независимой организацией стандартизации. Поскольку организация стандартизации не является разработчиком приложений, это гарантирует от продвижения интересов какого-либо одного разработчика.

  • Прозрачный процесс разработки. Процессы разработки, обслуживания и контроля над стандартом хорошо определены. Для обеспечения стабильности, и гарантии открытого и справедливого доступа, требования собираются, ранжируются и инкорпорируются в спецификацию. Группа следит за тем, чтобы текст стандарта правильно эволюционировал в рамках экосистемы связанных и комплиментарных открытых стандартов. В соответствии с этим подходом один разработчик не может произвольно изменить текст стандарта и условия его использования во вред другим.

  • Демократическое сотрудничество участников. Рекомендации разрабатываются и обслуживаются множеством участников и разработчиков. Рекомендации отражают мнения множества конкурирующих приложений. Подобный подход полностью защищает рекомендации от контроля со стороны какой-либо одной организации.

  • Публичное обсуждение. Текст рекомендаций (черновик) открыт публике для рассмотрения и интенсивного обсуждения. Полученные комментарии анализируются организацией W3C и, в случае необходимости, по ним принимаются решения.

  • Свободный доступ к полному тексту рекомендаций. Рекомендации WCAG полностью опубликованы и свободно доступны для всех. Любой человек, организация или государство может свободно читать спецификацию, а также может свободно реализовывать эту спецификацию для создания, модификации, хранения и обмена информацией.

  • Отсутствие патентных или лицензионных ограничений. В рекомендациях WCAG отсутствуют зависимости и нет функциональности, принадлежащей одному разработчику. Рекомендации WCAG не обременены никакими ограничениями на права интеллектуальной собственности.

  • Свободное использование. В рекомендациях WCAG не существует никаких запрещений, ограничивающих использование спецификации в любом программном обеспечении. Будь это уникальных код пользователя, приложение разработчика с закрытой лицензией или программное обеспечение сообщества с лицензией на открытый программный код (open source). Подобный подход снимает искусственные барьеры входа на рынок для различных участников, устанавливает справедливую конкуренцию, повышает экономичность решений, увеличивает количество инновационных альтернатив.

Рекомендации WCAG представляют собой набор требований, которые может использовать любой разработчик для инкорпорирования этих требований в интерфейс сайта. Рекомендации описывают требования и предлагаемые инструменты для оценки этих требований. Но спецификация не описывает каким образом необходимо создавать интерфейсы пользователя, а также не затрагивает функциональности и содержания официальных сайтов.

Рекомендации никак не ограничивают разработчиков официальных сайтов. Требования могут быть применены как для разработки интерфейса пользователя на сайте, так и для разработки агентов пользователя или помогающих технологий к ним.

Рекомендации распространяются под свободной лицензией.

Исходя из вышеизложенного рекомендации WCAG можно включать в профили (субпрофили) стандартов и использовать для оценки доступности официальных сайтов органов государственной власти Российской Федерации.

В 1999 году международная организация стандартизации W3C выпустила первую версию рекомендаций «Руководство по доступности веб контента» (WCAG). В настоящее время опубликована вторая версия этих рекомендаций WCAG 2.0.

Изначально рекомендации WCAG 1.0 разрабатывались для формализации требований инвалидов в веб технологиям. Но практическое применение данных рекомендаций различными государствами мира показало, что проблема доступности не является узкой и специфической проблемой для инвалидов. При внедрении государственных интернет сервисов стали выявляться и другие группы граждан, сталкивающихся с проблемами доступности — пожилые, граждане с низкими доходами, временно безработные и больные, иммигранты, жители отдаленных районов и т.п. Именно эти причины заставили W3C пересмотреть рекомендации WCAG по доступности. Кратко рассмотрим основные отличия версий WCAG.

Версия WCAG 2.0 затрагивается более широкий спектр веб технологий, по сравнению с WCAG 1.0.

Версия WCAG 2.0 содержит больше описаний и пояснений, включенных в каждый из документов этой серии.

Одним из недостатков версии WCAG 1.0 являлась недостаточная проработанность методов проверки требований. Все требования версии WCAG 2.0 опираются на существующие и доказавшие свою практическую эффективность методы проверки.

В отличие от версии WCAG 1.0 версия WCAG 2.0 содержит тесты для всех требований и методов. Тесты являются всесторонними и достаточными для оценки и принятия решения о конформности.

Изменилась и организация требований в рекомендациях. Версия WCAG 1.0 была сгруппирована вокруг точек контроля и приоритетов. Определение конформности осуществлялось на основе проверки точек контроля. Другими словами, версия WCAG 1.0 была процедурная, ориентированная на применение определенных технологий.

Версия WCAG 2.0 организована вокруг принципов проектирования доступности сайтов. Каждый принцип содержит руководящие правила, а каждое правило содержит критерии успеха. В свою очередь критерии успеха сгруппированы по уровням «А», «АА», «ААА». Уровень «А» определяет самые широкие требования (требования для всех пользователей). Уровни «АА» и «ААА» содержат все более детализированные или ужесточающие требования для определенных групп пользователей. Определение конформности в данной версии осуществляется на основе проверки достижения критерия успеха. Другими словами, версия WCAG 2.0 ориентирована на результат, эта версия не зависит от определенных технологий и продуктов на их основе. Рекомендации освещают «Что» должно быть достигнуто, и не определяют «Как» и «С помощью каких средств» достигать этих результатов.

В версии WCAG 2.0 каждой проблеме доступности ставится в соответствие несколько критериев успеха на различных уровнях. Например, контрастность цвета определяется двумя критериями:


  • на уровне «АА» текст должен иметь соотношение контрастности не менее чем 5:1;

  • на уровне «ААА» текст должен иметь соотношение контрастности не менее чем 7:1.

В рекомендациях описаны следующие компоненты доступности:

  • существенные компоненты доступности веб контента;

  • агент пользователя;

  • инструментарий для авторства (создания контента) и оценки.

В рекомендациях критерии успеха связаны со следующими принципами:

  • воспринимаемость (perceivable) — информация и компоненты интерфейса пользователя должны восприниматься пользователем;

  • операбельность (operable) — компоненты интерфейса пользователя должны быть работоспособны для пользователя;

  • понятность (understandable) — информация и операции интерфейса пользователя должны быть понятны для пользователей;

  • робастность (рobust) — контент должен гибко интерпретироваться широким спектром агентов пользователя, включая помогающие технологии.

Требования организованы в три уровня конформности:

  • «A» конформность — является минимальным уровнем конформности, все веб страницы сайта должны удовлетворять требованиям уровня «А»;

  • «АА» конформность — все веб страницы сайта должны удовлетворять требованиям уровня «А» и уровня «АА»;

  • «ААА» конформность — все веб страницы сайта должны удовлетворять требованиям уровня «А», уровня «АА», и уровня «ААА».

Уровень «А» определяет наименьшие ограничения в представлении информации. Требования гарантируют, что как самые новейшие агенты пользователя, так и широкий спектр специализированных агентов пользователя могут успешно работать с контентом сайта и удовлетворять потребности пользователей.

Уровень «АА» определяет дополнительную поддержку помогающих технологий. В то же время данный уровень поддерживает прямой доступ к содержимому сайта многими людьми, которые пользуются обычными агентами пользователя безо всяких помогающих технологий. В целом уровень «АА» определяет дополнительные требования к визуальному представлению по сравнению с уровнем «А».

Уровень «ААА» усиливает требования как прямого доступа, так и доступа посредством помогающих технологий.

Если на сайте присутствуют веб страницы на различных языках, то подтверждение конформности требуется для каждого языка.

На соблюдение конформности рассматривается вся веб страница полностью. Рекомендации не допускают рассмотрения лишь части веб страницы.

Если страница имеет альтернативные версии, они должны быть частью данной страницы.

Если веб страница является частью процесса, то неконформность данной страницы по какому-то уровню означает и непрохождение конформности по данному уровню процесса в целом. Например, агентство предоставляет сервис по уплате пошлины. Процесс уплаты представляет собой серию веб страниц, появляющихся в определенном порядке. Если какая-либо из этих страниц не удовлетворяет контрольным требованиям, то это означает, что пользователь не сможет успешно завершить процесс, т.е. успешно оплатить госпошлину.

При рассмотрении мер, предпринимаемых различными государствами мира, было отмечено, что первым шагом являлось приведение государственных сайтов в соответствие с уровнем «А». Поэтому, рассмотрим подробнее требования уровня «А».


      1. Требования уровня «А»


Нижеследующий текст представляет собой выборку требований из рекомендаций WCAG 2.0 WAI/W3C, конформных уровню «А». Каждое из требований представляет собой высказывание, требующее проверки и подтверждения.



Поделитесь с Вашими друзьями:
1   ...   16   17   18   19   20   21   22   23   ...   26


База данных защищена авторским правом ©vossta.ru 2019
обратиться к администрации

    Главная страница