Опубликован: 28.11.2008 | Доступ: свободный | Студентов: 7935 / 735 | Оценка: 4.49 / 4.28 | Длительность: 37:04:00
Лекция 25:

Основы доступности

< Лекция 24 || Лекция 25: 1234 || Лекция 26 >

Стандарты доступности

В этом разделе мы рассмотрим некоторые имеющиеся стандарты и рекомендации, которые нацелены на определение доступности Web и помощь разработчикам Web в создании доступных сайтов. Большинство этих систем включают некоторую разновидность системы контрольного списка, чтобы разработчики могли проверить, как их сайты соответствуют различным критериям доступности.

Рекомендации по доступности контента Web версия 1.0

Консорциум W3C является одним из основных органов стандартизации в Интернет. Его подразделение Web Accessibility Initiative (WAI) опубликовало первую версию своих рекомендаций по созданию Web -сайтов доступными в мае 1999 г. Рекомендации по доступности контента Web ( WCAG, Web Content Accessibility Guidlines ) являются наиболее широко используемым стандартом для доступности в Web. Использование WCAG 1.0 было предложено или санкционировано рядом правительственных органов, включая EU и правительство Италии.

WCAG 1.0 является набором из 14 Рекомендаций, которые пытаются охватить цели, которые необходимо реализовать для получения доступной страницы. В каждом документе рекомендаций содержится ряд контрольных точек, которые составляют реальное содержание документа. В то время как рекомендации объясняют концепции, которые авторы имеют в виду, контрольные точки являются тем, что используется для проверки соответствия стандартам. Каждая из контрольных точек имеет приоритет от 1 до 3, чтобы указать на их важность. Чтобы соответствовать WCAG 1.0, необходимо удовлетворить всем контрольным точкам с приоритетом 1. Соблюдение всех контрольных точек с приоритетом 1 предоставляет рейтинг соответствия "А". Если вы удовлетворяете также контрольным точкам с приоритетом 2, то вы будете соответствовать рейтингу "АА". Если вы удовлетворяете всем контрольным точкам с приоритетами 1, 2 и 3, то вы будете соответствовать рейтингу "AAA", который является самым высоким.

В действительности WCAG 1.0 немного устарел. Множество компаний начали с соответствия уровню "А" или "АА", а затем пытались реализовать другие рекомендации, такие как See it Right из RNIB. WCAG 1.0 является хорошей начальной точкой, но нужно двигаться вперед к новым стандартам, особенно, если вы используете в большом объеме JavaScript, или другие технологии, которые развились после 1999 г., когда были выпущены Рекомендации WCAG 1.0.

Другой важный момент в отношении стандарта WCAG 1.0 состоит в том, что он создавался как часть пакета из 3 документов. Другой документ, озаглавленный "Агенты пользователя", который описывает браузеры (такие как "Opera") и все дополнительные технологии, которые могут понадобиться людям для использования Web (такие как считыватели экрана). Третий документ, охватывающий средства разработки, такие как "Dreamweaver" или системы управления контентом - его задача была заставить эти инструменты делать большую часть работы для создания доступных страниц. К сожалению, это намерение не было реализовано и единственным стандартом из трех, который был общепризнан, стал WCAG 1.0. Это означает, что часто ожидания WCAG 1.0 в отношении агентов пользователей не удовлетворялись, и очень небольшая часть работы по созданию доступных Web -сайтов была перенесена на средства разработки. Это не означает, что нет смысла использовать WCAG 1.0; это означает просто, что он рассматривает только часть вопросов доступности и не является полным решением.

Рекомендации по доступности контента Web версия 2.0

С момента публикации WCAG 1.0, консорциум W3C работал над следующей версией рекомендаций WCAG 2.0. Эта обновленная версия стандарта все еще находилась в стадии черновика во время подготовки этой статьи. В зависимости от процесса утверждения в W3C стандарт будет, вероятно, опубликован в начале 2009 г.

WCAG 2.0 слегка отличается в своей попытке быть более технологически независимым, чем WCAG 1.0, т.е. его можно будет применять к HTML, CSS, Flash, и т.д. Стандарт WCAG 2.0 основывается на 4 принципах доступности. Этими принципами являются:

Воспринимаемость

Люди могут получить доступ к контенту через ту среду, которая им доступна. Например, люди, которые не могут видеть, должны иметь возможность услышать контент.

Взаимодействие

Люди могут взаимодействовать с приложением Web или контентом.

Понятность

Контент и интерфейс пользователя понятны людям, которые его используют.

Надежность

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

Важно отметить, что не предполагается, что Web -сайты будут удовлетворять всем этим требованиям. Технология, которую имеет пользователь, также должна сделать часть работы. Например, ожидается, что считыватель экрана будет читать страницы людям, которым это требуется, а не каждый Web -сайт будет предоставлять аудио-версию своего контента. Однако ожидается, что Web -сайт предоставит страницы, которые можно прочитать с помощью обычной технологии чтения экрана, чтобы сделать это возможным. Различие имеет важное значение, так как это различие между Web -сайтом с "виджетом доступности" (типа кнопки, чтобы сделать шрифт немного больше) и Web -страницей, которая будет работать в множестве различных ситуаций (например, различные браузеры и устройства, которые невозможно предвидеть).

WCAG 2.0 также отличается от WCAG 1.0 в подходе к технологии. Так как стандарт более независим от технологии, и имеет дело с концепциями доступности, а не с конкретными техническими деталями, то важно уделить внимание сопровождающим стандарт документам. Документ "стандарта" WCAG 2.0 (http://www.w3.org/TR/WCAG20/) даст понимание, а "технический" документ (http://www.w3.org/TR/WCAG20-TECHS/) предоставит разработчику надежные реализуемые фрагменты информации. Это разбивается на "общие" методы (технологически неопределенные) и специфические для отдельных технологий W3C. Консорциум W3C не создает документов для патентованных технологий, поэтому вы должны искать методы для таких технологий как Flash и Silverlight в других источниках.

Section 508

Section 508 (http://Section508.gov/) является расширением закона American Workforce Rehabilitation Act of 1973. Версия Section 508, которая стала законом в 1998 г., создала процесс, которому должны следовать во время правительственных закупок федеральные органы США. Это означает, что все правительственные агентства в США, которые финансируются федеральными деньгами, должны следовать процессу и рекомендациям, определенным в Section 508. Эти рекомендации охватывают как доступность Web, так и другие вопросы доступности, связанные с компьютерами и электронной коммуникацией. Что бы вы ни слышали другое, не существует федерального закона, требующего использовать Section 508 за пределами описанных выше организаций. Однако некоторые штаты США и компании используют Section 508 для определения "доступности" своих собственных процессов закупок.

Частью Section 508, которая охватывает доступность Web, является Subpart B § 1194.22 (http://www.access-board.gov/sec508/standards.htm#Subpart_b). Статья 1194.22 состоит из 16 требований, помеченных a-p. Первые 11 требований (a-k) сформулированы как прямые эквиваленты частей WCAG 1.0. Эти требования и их эквиваленты в WCAG 1.0 перечислены в справочной таблице в документе Section 508. Все другие требования Section 508 должны удовлетворяться в WCAG 2.0 с одним исключением. Требование m относится к Section 508 Subpart B § 1194.21. Это требование имеет частичный эквивалент в принципе "Надежности" WCAG 2.0.

Во время написания этой статьи комитет Telecommunications and Electronic and Information Technology Advisory Committee (TEITAC) продолжал работу над новой версией Section 508 (http://Webaim.org/teitac/wiki/EWG~Draft_Jan_7.php. TEITAC представил свои предложения экспертному совету Section 508 в апреле 2008 г..

Другие стандарты

Другим важным стандартом, разработанным консорциумом W3C является стандарт WAI-ARIA (http://www.w3.org/WAI/intro/aria). Этот акроним означает Web Accessibility Initiative—Accessible Rich Internet Applications. Это пакет документов, который определяет, как сделать доступными сложные Web -приложения, которые используют такие технологии, как HTML, JavaScript и AJAX. Этот стандарт официально поддерживается ожидаемыми/текущими версиями большинства основных браузеров на рынке: Opera 9.5, Internet Explorer 8 и Firefox 3.

Существует много других стандартов доступности Web, слишком многочисленных, чтобы вдаваться здесь в детали. W3C поддерживает список международных политик, связанных с доступностью Web (http://www.w3.org/WAI/Policy/) - прекрасный источник, помогающий найти документы, связанные с локальным правительством.

Заключение

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

Контрольные вопросы

  • Предоставьте 3 причины, почему важно создавать доступные Web -сайты.
  • Воспользуйтесь Интернет для исследования законов о доступности в своей стране, и сделайте список всех законов, которые, по вашему мнению, будут применимы к вашим Web -сайтам. Не забудьте включить, если вас попросят, такие Web -стандарты, как WCAG или Section 508.
  • Объясните, почему доступность важна для оптимизации поисковых систем.
  • Создайте пример доступного использования альтернативного контента, используя свой собственный контент, такой как фотографию.
  • Используйте Интернет для исследования, как можно было сделать такие технологии как Flash или Silverlight доступными, и напишите сравнение по реализации доступности для них и HTML.
  • Объясните, как вы будете проектировать взаимодействие на странице Web, чтобы оно было доступным. Создайте пошаговые инструкции для создания древовидного элемента управления (реально создавать его не требуется).

Об авторе

Том Хьюгес-Краучер работает в отрасли Интернет с начала своей трудовой деятельности. Он внес свой вклад в ряд стандартов по технологиям Web для органов стандартизации, таких как World Wide Web Consortium (W3C) и British Standards Institute (BSI). Затем он работал в отрасли цифровой музыки, создавая решения цифровой музыки для хорошо известных английских брендов, таких как Tesco, Three telecom и Channel 4.

В настоящее время Том работает в Yahoo! в качестве технического специалиста. Специализируясь в технологиях внешнего представления Web и службах Web RESTful, он любит рекламировать лучшие известные методы, где только может. Перед этим он присматривал за European Frontpages, обслуживая каждый месяц много миллионов европейских посетителей/

Материалы этого курса имеют лицензию Creative Commons Attribution, Non Commercial - Share Alike 2.5 license.
< Лекция 24 || Лекция 25: 1234 || Лекция 26 >
Кристина Семенова
Кристина Семенова

Здравствуйте,подскажите,можно ли оплатить курс частями?

Никита Старцев
Никита Старцев
Марина Дайнеко
Марина Дайнеко
Россия, Moscow, Nope, 2008
Анатолий Федоров
Анатолий Федоров
Россия, Москва, Московский государственный университет им. М. В. Ломоносова, 1989