Руководство для разработчиков и дизайнеров Web-приложений - Web Content Authoring Guidelines (WCAG) - было первым документом, реализованным в рамках
названной программы. Четырнадцать положений, приведенных в нем, описывают основные принципы для систем доступа, проектируемых в Web. Каждая рекомендация обеспечивается несколькими уровнями согласования, которые, по сути, являются практическими советами по ее реализации. Уровни согласования соответствуют одному из трех приоритетов:
• Priority One (уровень с приоритетом первой категории) обеспечение требований этого уровня обязательно, иначе как минимум одна группа пользователей не сможет получить доступ к информации;
• Priority Two (уровень с приоритетом второй категории) - обеспечение требований необходимо, в противном случае минимум одна группа пользователей столкнется с ситуацией, когда доступ к информации будет затруднен;
• Priority Three (уровень с приоритетом третьей категории) - требования должны быть выполнены, иначе у группы пользователей возникнут проблемы при обращении к данным.
Соответствие проекта рекомендациям также оценивается по категориям: Level-Д Double-Д Triple-A. Сайт удовлетворяет требованиям класса Level-A, если выполнены все рекомендации уровней согласования с приоритетом первой категории. Сайты класса Double-A должны соответствовать уровням согласования с приоритетами первой и второй категорий. Соответственно сайты класса Triple-A отвечают всем уровням согласования независимо от категорий приоритетов.
Примечание Полную версию документа WCAG можно получить в онлайновом режиме по адресу http://www.w3.org/TR/WAI- WEB CONTENT/.
Большинство опытных дизайнеров отмечали отсутствие четкости в изложении рекомендаций WCAG, их специфичность и, как следствие, сложность для восприятия. Введение таких понятий, как уровни согласования и приоритеты, было признано не только усложняющим структуру документа, но и избыточным.
Чтобы добиться однозначного толкования определений, разработчики программы WAI опубликовали несколько технических описаний, где были представлены варианты решения задач с применением принципов, отраженных непосредственно в руководстве для дизайнера. Это до некоторой степени помогло выправить ситуацию. Но основная цель не была достигнута, и руководство для пользователя по-прежнему оставалось академическим изданием, а не документом, позволяющим разрабатывать реальные приложения. Другим решением стал «Список правил для проверки уровня согласованности проекта», который на последних стадиях создания документа можно было использовать для оценки.
Примечание Получить список правил можно по адресу http://www.w3.org/TR/ WAI- WEB CONTENT/full-checklist.html.
Предложенные в рекомендациях уровни соответствия не обеспечивают даже относительную свободу творчества для разработчика приложений. Если дизайнер сайта не выполнит хотя бы единственный уровень согласования из числа приоритетов второй категории, его проект нельзя будет отнести к классу соответствия Double-A даже в том случае, если все остальные положения данной категории приоритетов выполнены. Между тем цена разработки приложения - величина, которую приходится корректировать и отдельному разработчику, и группе дизайнеров каждый раз в процессе планирования уровня исполнения проекта.
Опубликовал vovan666
April 08 2013 14:55:18 ·
0 Комментариев ·
3616 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
