Usability – весна 2012
Итак, вы зашли в раздел, смысл которого – текущие заметки, задания и отклики на задания.
Здесь (пока единственное) задание к занятию 14 марта 2012 г. по юзабилити. О таком разделе мы при разработке сайта и не думали. А ведь это неплохая возможность для (хотя бы некоторых) преподавателей публиковать какие-то задания, сообщения и т.д.
Кстати, о юзабилити. При попытке добавить эту “страницу” (в терминологии Drupal – “ноду”- “node”) я испытала определенный “субъективный дискомфорт”. Поскольку пришлось вводить обязательный тэг. А если я (якобы контент-менеджер) не понимаю, почему я обязательно что-то должна ввести в поле “Теги”? И что именно вводить, если уж обязательно надо?
Вообще, свободный ввод тегов – ситуация непростая как для пользователя, так и для программиста… Я уж не говорю о том, что, завершая этот абзац, я уже давно забыла, какой именно “тег” я была вынуждена задать лишь для того, чтобы данная страница – на момент создания пустая – появилась в меню.
Наконец, можно было бы подумать о структуре такого раздела. Надо предусмотреть разделение прав доступа для разных ролей, и создать для этих ролей соответствующие интерфейсы. И, разумеется, предложить какую-то структуру на случай, если разные преподаватели пожелают публиковать свои текущие задания.
В прошлом семестре практически все вы участвовали в разработке прототипа сайта кафедры. И получилось неплохо. При этом вы, в частности, боролись именно с интерфейсами CMS Drupal.
И вот – собственно, задание.
Проанализируйте приведенные ниже вопросы на примере уже знакомой многим из вас CMS Drupal. Объединитесь в группы любым удобным для вас образом. Главное – чтобы в каждой группе был по крайней мере один человек, который помнит свой аккаунт администратора. Итак, тема исследования:
Интерфейсы для разных ролей (на примере CMS Drupal).
- Какие роли вы можете выделить для типичного ресурса?
- Какие интерфейсные возможности должны быть доступны разным ролям?
- Вы все обладаете правами администратора. Задайте в нашем сайте также роли “контент-менеджер”, “модератор формума”, может быть – какие-то еще… Для этого в админ. меню посмотрите “Управление пользователями -> Роли”. Заведите соответствующих пользователей.
- Посмотрите на права ролей (“Настройка сайта -> Просмотр по модулям”). Задайте нужные права новым ролям.
- Разлогинтесь и авторизуйтесь как “контент-менеджер” или “модератор формума”. Что видят в интерфейсе эти несчастные? Настройте права доступа. Добейтесь приемлемого результата.
- Сформулируйте требования к интерфейсам для разных ролей на этом частном примере.
- Какие задачи типичны для разных ролей? Ведь интерфейс призван обеспечить (как минимум) эффективное решение типичных задач…
- Что в имеющемся интерфейсе кажется достаточно удобным?
- Что показалось неудобным (именно в интерфейсном аспекте)? Что и как можно было бы улучшить?
- Если успеете, попробуйте дать оценку интерфейсам, доступным для разных ролей с точки зрения двух критериев эффективности:
Результаты вашего анализа, пожалуйста, как-нибудь отобразите на соответствующей странице этого сайта