Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
к Л5 дополн Методы веб диз.doc
Скачиваний:
4
Добавлен:
20.11.2019
Размер:
111.62 Кб
Скачать

5. Мусор

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

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

Этапы разработки веб-сайта

1) Этап планирования и оценки

  • Собрание участников проекта

  • Анализ контекста использования

  • ISO 13407: Human centred design processes for interactive systems

  • Usability Planning

  • Анализ конкурентов

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

На данном этапе рекомендуется:

  • Начать с собрания участников проекта.

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

  • Создать план обеспечения юзабилити на основе стандарта ISO 13407.

  • Проанализировать конкурентов и выявить сильные и слабые стороны их продуктов.

* * *

2) Этап составления требований к проекту

  • Опрос пользователей

  • Беседы с пользователями

  • Беседа в контексте

  • Наблюдение за пользователями/исследования на месте

  • Контекст использования

  • Фокусные группы

  • Мозговой штурм

  • Оценка существующей системы

  • Сортировка карточек

  • Диаграммы сходства

  • Сценарии (Примеры)

  • Анализ задач

  • Собрание по составлению требований

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

Информацию собирают с помощью:

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

Информацию затем структурируют с помощью:

  • сортировки карточек, диаграмм сходства и разработки сценариев (примеров)

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

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

Касательно юзабилити технические требования:

  • описывают весь диапазон первичных и вторичных пользователей системы;

  • определяют приоритеты по каждому требованию в списке на основе согласованных критериев;

  • определяют целевые показатели, по которым будет оцениваться юзабилити созданной системы;

  • освещают юридические аспекты предъявляемых требований, ссылаются на признанные стандарты или рекомендации.

* * *

3) Этап дизайна и проектирования

  • Руководства по дизайну

  • Бумажные прототипы

  • Эвристическая и экспертная оценка

  • Параллельный дизайн

  • Раскадровка

  • Оценка прототипа

  • Гудвин Великий и Ужасный

  • Шаблоны

* * *

4) Этап реализации и программирования

  • Стилевые правила

  • Быстрые прототипы

* * *

5) Этап тестирования и оценки

  • Диагностическая оценка

  • Тестирование производительности

  • Subjective Assessment (testing & post-release)

  • Эвристическая оценка

  • Critical Incident Technique Analysis

  • Pleasure based approach

* * *

6) Этап выпуска

  • Post release testing and measurement

  • Subjective Assessment (testing & post-release)

  • Опросы пользователей

  • Remote evaluation

Список всех методов

  1. Собрание участников проекта

  2. Анализ контекста использования

  3. ISO 13407: Human centred design processes for interactive systems

  4. Usability Planning

  5. Анализ конкурентов

  6. Опрос пользователей

  7. Беседы с пользователями

  8. Беседа в контексте

  9. Наблюдение за пользователями/исследования на месте

  10. Фокусные группы

  11. Мозговой штурм

  12. Оценка существующей системы

  13. Сортировка карточек

  14. Диаграммы сходства

  15. Сценарии (Примеры)

  16. Анализ задач

  17. Собрание по составлению требований

  18. Руководства по дизайну

  19. Бумажные прототипы

  20. Эвристическая и экспертная оценка

  21. Параллельный дизайн

  22. Раскадровка

  23. Оценка прототипа

  24. Гудвин Великий и Ужасный

  25. Шаблоны

  26. Стилевые правила

  27. Быстрые прототипы

  28. Диагностическая оценка

  29. Тестирование производительности

  30. Subjective Assessment (testing & post-release)

  31. Critical Incident Technique Analysis

  32. Pleasure based approach

  33. Post release testing and measurement

  34. Subjective Assessment (testing & post-release)

  35. Remote evaluation