WWW.DISSERS.RU

БЕСПЛАТНАЯ ЭЛЕКТРОННАЯ БИБЛИОТЕКА

   Добро пожаловать!

Pages:     | 1 |   ...   | 9 | 10 || 12 | 13 |   ...   | 16 |

Принципы ДОП 2.13. ДОП — это дополнение к методам разработки программного обеспечения, а не замена им.

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

2.15. ДОП поможет менеджерам сайтов государственных учреждений решить, какую информацию необходимо разместить на сайте, какую вынести за его рамки (например, оставить для обработки call-центрами или другими информационно-справочными службами).

2.16. После внедрения пользовательского тестирования разработка превращается в процесс улучшения.

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

2.18. ДОП — это процесс взаимодействия и сотрудничества. Важно, чтобы в команде разработке присутствовали как технические эксперты, так и представители всех остальных заинтересованных сторон.

В команду могут входить:

• менеджеры;

• специалисты по юзабилити;

• конечные пользователи;

• разработчики программного обеспечения;

• графические дизайнеры;

• писатели;

• редакторы;

• дизайнеры взаимодействия;

• персонал служб обучения и поддержки;

• другие сотрудники.

Информационная открытость государственных интернет-сайтов в интересах молодежи 2.19. При разработке дизайна, ориентированного на пользователя, необходимо помнить, что существует множество типов пользователей. Составьте профили своей аудитории и обязательно учтите их интересы при планировании. Профили аудитории могут описывать:

• опыт работы в Интернете;

• уровень интереса к предмету;

• демографические характеристики.

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

ДОП как процесс 2.21. Если рассматривать ДОП как процесс достижения качества, то его можно разделить на основных шагов (этапов). Перечисленные шаги являются руководством для построения систем, в которых интересы пользователя ставятся на первое место на любом этапе готовности системы.

Шаг 1: Обеспечение ДОП на уровне разработки стратегии Примерное время: 5 дней.

2.22. Поскольку интересы и ожидания пользователя должны лежать в основе любого качественного государственного сайта, важно еще на ранних стадиях его планирования согласовать, запланировать и выделить бюджет на участие пользователей в разработке сайта и юзабилититестирование.

Чтобы добиться этого, необходимо выполнить 5 действий:

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

Собрать маркетинговые данные 2.22В. Любое исследование, относящееся к сайту или офлайн-процессам, может быть полезным. Следует помнить, в Интернете может быть много интересной, полезной (отделу или учреждению) и бесплатной информации.

Определить и спланировать системную стратегию 2.22С. Необходимо сделать все возможное, чтобы все члены (отделы) команды разработки сайта были осведомлены о внедряемых ДОП-процессах. Важно также, чтобы менеджер проекта имел четкое представление о технической инфраструктуре системы.

Получить обратную связь 2.22D. Любая реакция и информация, полученная после запуска сайта или системы, должна быть, по возможности, собрана и проанализирована.

Проанализировать пользовательские тенденции 2.22E. Очень важно понимать свою аудиторию. Языковые или технологические трудности целевой аудитории могут повлиять и на дизайн разрабатываемого сайта.

Шаг 2: Планирование и менеджмент ДОП-процесса Примерное время: 10 дней.

2.23. При разработке дизайна важно всегда помнить об интересах пользователей и участников процесса. Для этого требуются:

Консультации с участниками 2.23А. Важно начать регулярно проводить консультации с участниками (заинтересованными сторонами) задолго до того, как новый дизайн будет подготовлен для сайта. От всех участников нужно получить явно выраженное согласие со всеми деталями проекта и графиком работ. Очень важно определить всех участников процесса, которые будут затронуты работой сайта, или коИнформационная открытость государственных интернет-сайтов в интересах молодежи торые могут повлиять на его разработку. Знание всех участников «в лицо» обеспечит учет их интересов при разработке сайта. Если все участники включены в процесс, то новый сайт будет отвечать не только интересам пользователей, но и требованиям заказчиков и целям организации/ кампании сайта. В этом случае потребности всех сторон будут удовлетворены.

Планирование участия пользователей 2.23В. На этом этапе нужно запланировать, как будет проводиться привлечение и набор пользователей для тестирования, а также продумать логистику проведения тестирования. Можно привлекать как представителей демографической группы, так и представителей выбранной целевой группы.

Выбор методов разработки дизайна, ориентированного на пользователя 2.23С. Ответственность за выбор подходящей методологии лучше поручить эксперту по взаимодействию между человеком и компьютером (human-computer interaction, HCI).

Обеспечение подходов, ориентированных на пользователя 2.23D. Инвестиции в ДОП оправданны, и веб-разработчики должны обеспечить, чтобы принципы ДОП учитывались в разработке любого приложения.

Планирование и менеджмент процесса ДОП.

2.23E. В больших проектах, использующих различные типы оценки сайта, обычной практикой является привлечение внешнего HCI эксперта для планирования и управления процессом. Менеджерам, которые хотят провести деятельность по внедрения ДОП самостоятельно, настоятельно рекомендуем использовать проектный план.

Защита и поддержка ДОП-подхода 2.23F. Важно стараться доносить информацию о планах и их изменениях до всех членов команды и участников на каждом этапе и каждом шаге процесса.

Шаг 3: Спецификация участников и организационных требований Примерное время: 10 дней.

2.24. Ранние этапы разработки веб-сайта чрезвычайно важны для успешности всего предприятия. Все факторы, которые влияют или могут повлиять на разработку, должны быть определены еще до того, как начнутся работы. Список вопросов, ответы на которые могут помочь в организации работ на данном этапе:

Определение целей системы 2.24А.

• Почему (для чего) разрабатывается сайт • Каковы главные цели сайта • Как сайт будет использоваться Например, как будет измеряться достижение юзабилити-целей Сколько потенциальных пользователей будет у сайта Сколько времени у них будет уходить на выполнение стоящих перед ними задач И т.д.

Анализ заинтересованных сторон 2.24В. Все ли участники процесса учтены Есть ли еще кто-то, на кого может повлиять разрабатываемый сайт Определение рисков проекта 2.24С.

• Будет ли готов дизайн сайта вовремя • Согласны ли члены команды разработки с предложенным графиком работ и датами запуска проекта • Имеются ли у проекта какие-либо аспекты безопасности или охраны здоровья Информационная открытость государственных интернет-сайтов в интересах молодежи Определение системы 2.24D.

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

Сбор требований 2.24E.

• Все ли участники процесса (заинтересованные стороны) предоставили свои требования к сайту в письменном виде • Совместимы ли все предоставленные требования Определение стандартов качества 2.24F.

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

• Как будет проводиться анализ Будут ли использоваться веб-аналитические программы для оценки сайта после его запуска Шаг 4: Понимание и спецификация контекста использования Примерное время: 10 дней 2.25. На этом этапе определяется юзабилити системы. Для этого необходимо выделить:

• Типичные задачи пользователя сайта • Характеристики пользователя, например, кто пользователи, каковы их потребности • Организационное окружение • Техническое окружение, например, какое оборудования, какое программное обеспечение будет использоваться и в каких условиях • Физическое окружение Шаг 5: Подготовка дизайн-решений Примерное время: зависит от сложности сайта, но в среднем занимает 3 месяца.

2.26. Для того чтобы разработка сайта была эффективной и сайт выполнял поставленные перед ним цели, необходимо:

Распределить ответственность 2.26А. Кто будет ответственным за связь с дизайнерами Кто осуществляет общий контроль над проектом Выявление этих моментов очень важно для экономии средств. Опыт одного из ведущих дизайн-агентств показал, что промежуточное звено — менеджер, который общается с агентством, — может вести работу над проектом в направлении, которое вовсе не соответствует тому, которое предполагали менеджеры более высокого уровня. Поэтому могут быть весьма неприятные сюрпризы на этапе сдачи работы.

Составить схему задач и заняться системным проектированием 2.26В. Дизайнеры должны разработать навигационную схему по сайту, карту сайта, а также, для сайтов с возможностью проводить транзакции, схему процессов. Эти схемы станут образцами для сайта, однако они будут меняться по мере консультаций до момента сдачи работ.

Разработать дизайн-решения 2.26С. После первой встречи дизайнеры разработают и предоставят несколько графических макетов на рассмотрение. Их называют также дизайн-макеты или эскизы.

Информационная открытость государственных интернет-сайтов в интересах молодежи Определить систему и ее использование 2.26D. Дизайнерам очень важно знать, будет ли сайт интегрирован в существующие системы организации, а также на каких серверах сайт будет размещен (получит хостинг) и в каком формате будут базы данных.

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

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

Шаг 6: Сравните готовый дизайн с изначальными требованиями Примерное время: 10 дней.

2.27. Несмотря на то, что дизайн и пользовательское тестирование очень важны, не стоит забывать и о потребностях заказчиков и пользователей, поставленных в начале работы. Для оценки соответствия выполненной дизайнерами работы начальным требованиям необходимо сделать следующее.

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

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

Проведение оценки дизайна 2.27С. Дизайн можно и нужно менять в соответствии с пожеланиями пользователей, а также заказчиков или заинтересованных сторон.

Оценка соответствия системным требованиям 2.27D. Отвечает ли дизайн и предлагаемое программное решение техническим требованиям условий хостинга сайта и тому, как сайт будет отображаться в Сети На данном этапе стоит обратить особое внимание на совместимость дизайна с разными браузерами (включая предыдущие версии), а также на возможности пользователей, находящихся за брандмауэрами (firewall).

Оценка на соответствие действующим нормам 2.27E. Дизайн сайта должен соответствовать действующим требованиям (если таковые имеются).

Оценка в использовании 2.27F. Даже простейшее тестирование лучше, чем его отсутствие. Оно поможет улучшить сайт.

В соответствие с принципами ДОП (Дизайна, Ориентированного на Пользователя) юзабилититестирование должно проводиться в ходе разработки. Однако тестирование в ходе разработки не заменит финального тестирования сайта.

Информационная открытость государственных интернет-сайтов в интересах молодежи Шаг 7: Запуск и использование системы Примерное время: 5 дней.

2.28. Запуск сайта не ограничивается нажатием на кнопку «Пуск». Качественный сайт государственного учреждения должен пройти процесс сдачи-приемки работы, в ходе которого должны быть проверены все базы и компоненты сайта. Чтобы сделать это, требуется учесть следующее:

Учет изменений 2.28А. Любое изменение сайта или его дизайн должно быть записано, а также должен быть назначен человек, ответственный за реализацию каждого изменения.

Определение влияния изменений 2.28В. Внося изменения в проектный план, необходимо снова оценить, какие еще мероприятия потребуются.

Настройка (кастомизация) и локализация дизайна 2.28С. Внедрение персонализации, возможностей пользовательских и локальных (с учетом местной специфики) настроек приводит к улучшению восприятия сайта пользователями.

Тренинг для пользователей 2.28D. В данном случае под «пользователями» подразумеваются люди, которые будут управлять системой, например, менеджеры и другие члены команды. Тренинг для пользователей в данном случае будет касаться контентной части сайта (содержания), систем управления контентом, HTML, и т.д.

Pages:     | 1 |   ...   | 9 | 10 || 12 | 13 |   ...   | 16 |



© 2011 www.dissers.ru - «Бесплатная электронная библиотека»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.