Похоже, у вас есть две задачи: Задача 1 Категоризация объектов, где для серии объектов пользователь назначает каждому категорию (значение) для каждого из нескольких измерений (атрибутов). Задача 2. Создание и изменение измерений и категорий.
Помимо разработчиков моделей данных, объектно-ориентированных программистов и разработчиков баз данных, идея измерений и категорий очень сложна для понимания. Вы должны быть готовы к тому, что пользователи не понимают разницу между категориями и измерениями. Однако пользователи обычно понимают таблицы, где каждый столбец является измерением (которое включает в себя несколько категорий), а каждая строка является объектом. По возможности работайте с таблицами.
Первый ключевой вопрос заключается в том, чтобы выяснить с помощью пользовательского исследования, являются ли задачи 1 и 2 интегрированными или отдельными.
Если задачи интегрированы, когда пользователи часто плавно переключаются с одной на другую, не задумываясь, то один дизайн пользовательского интерфейса должен иметь таблицу объектов по размерам, но содержать пустой столбец (или кнопку «Вставить»). ), чтобы позволить пользователю добавить измерение. Заголовок столбца имеет имя измерения, которое пользователь может редактировать. Под заголовком находится пробел, в котором перечислены категории этого измерения. Каждое название категории доступно для редактирования, и для добавления новой категории есть пустая строка (или кнопка «Вставить»). Ниже приведены объекты для классификации, каждый из которых имеет раскрывающийся список в каждом столбце для измерения.
В юзабилити-тестировании следите за тем, чтобы пользователи пытались установить категорию объекта, щелкнув по категории в списке категорий, а не из выпадающего списка. Сделайте так, чтобы список категорий отображался отдельно, чтобы предотвратить это.
Возможно, вы захотите, чтобы кнопка скрывала / отображала списки категорий, поскольку это может занимать много места (даже при использовании полос прокрутки). Даже если задачи 1 и 2 тесно интегрированы, я думаю, вы обнаружите, что пользователи могут иногда хотеть убрать списки категорий.
Если вы обнаружите, что Задачи 1 и 2 разделены, редко выполняются вместе (например, пользователи обычно настраивают свои измерения, а затем классифицируют кучу объектов), тогда вам лучше использовать отдельное окно (или страницу) для каждая задача, хотя между ними должно быть легко перемещаться вперед и назад. Например, в то время как пользователи обычно могут устанавливать свои измерения заранее, а затем редко их изменяют, иногда пользователь поймет, что ему нужна новая категория для измерения при категоризации необычного объекта, поэтому вы предоставляете пункт меню «Добавить категорию», который берет пользователя в окне «Управление категориями» с новой категорией, вставленной для текущего измерения, ожидающей, когда пользователь предоставит имя.
Окно для Задачи 1 такое же, как и раньше: таблица объектов со столбцом раскрывающихся списков для каждого измерения, но исключая списки категорий, редактирование имен измерений и возможность добавления нового измерения. Это наиболее эффективно, если пользователю необходимо выполнить поиск объектов, нуждающихся в категоризации или повторной категоризации, или если обычно пользователю необходимо сравнить один объект с некоторыми другими (например, чтобы решить, как классифицировать объект). Однако, если задача пользователя действительно ограничена только категоризацией объекта по одному на основе внешней информации (например, расшифровка информации с бумаги), то рассмотрите форму, а не таблицу, показывающую массив списки, по одному для каждого атрибута. Одним щелчком каждого поля списка можно задать каждую категорию, это быстрее, чем использование раскрывающихся списков.
Окно для Задачи 2 может быть похоже на часть заголовка для Задачи 1. Это согласуется с таблицей, используемой для Задачи 1, и позволяет пользователям видеть категории для нескольких измерений одновременно, помогая им определить наилучшую схему категоризации (например, помочь им найти, где по существу одна и та же категория появляется в двух разных измерениях). Однако, если пространство представляет собой проблему, рассмотрите список измерений, каждое из которых показывает список категорий в отношении мастер-деталь.
УльтимаТо, что пользовательский потенциал и гибкость для Задачи 2 - древовидное управление. Корневой уровень дерева содержит измерения, а следующий шаг в иерархии включает категории в каждом измерении. Основным преимуществом является то, что он поддерживает размеры в зависимости от категорий. Например, у кого-то может быть измерение Тип транспортного средства, которое включает такие категории, как Автомобиль, Лодка, Самолет и т. Д. Для категории «Автомобиль» может быть измерение «Тип кузова» с категориями, которые применяются только к этой категории (Купе, Хэтчбек и т. Д. ). Зависимые измерения представлены в дереве ответвлениями от категории. В результате дерево чередуется между измерениями и категориями с каждым уровнем в.
Важно визуально отличать категории от измерений, возможно, с помощью разных значков и, возможно, другого шрифта - что-то, чтобы сказать пользователям, что чередующиеся шаги в иерархии качественно отличаются (например, если вы создаете измерение, то вы следует создать как минимум две категории). Даже в этом случае предоставьте средство легкого восстановления, если пользователи путают измерения с категориями (например, позволяют им перемещать группу «измерений» в другое измерение, преобразуя первые в категории).
Я хочу еще раз подчеркнуть трудность, с которой люди сталкиваются с такими абстракциями, как размеры и категории. Даже когда они понимают это, люди обычно испытывают большие трудности, создавая приличные измерения и категории самостоятельно. Существуют сложные взаимодействия, которые могут привести к необходимости продумать (например, что происходит с категоризацией объектов, когда категория перемещается в новое измерение?). Если вы ожидаете, что каждый пользователь действительно создаст свои собственные новые измерения, то вы можете серьезно пересмотреть весь свой подход. Это сложная задача по своей сути.
Пользователь работает намного лучше, если в культуре, организации или области уже есть соответствующая многомерная схема (например, для автомобилей). Конечно, если схема уже существует, вы можете исследовать ее и установить в качестве набора параметров по умолчанию в своем продукте. Задача 2 должна поддерживаться только для того, чтобы опытные пользователи могли ее точно настроить.