Когнитивные измерения нотаций

редактировать

Когнитивные измерения или когнитивные измерения нотаций являются принципами разработки нотаций, пользовательские интерфейсы и языки программирования, описанные исследователем Томасом Р.Г. Грин и продолжил исследования с Мариан Петре. Эти измерения могут использоваться для оценки удобства использования существующего информационного артефакта или в качестве эвристики для разработки нового артефакта, а также полезны при проектировании взаимодействия человека с компьютером.

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

Содержание
  • 1 Список когнитивных параметров
    • 1.1 Другие параметры
  • 2 Действия пользователя
  • 3 Конструкторские приемы
  • 4 См. Также
  • 5 Ссылки
  • 6 Внешние ссылки
Список когнитивных измерений

Томас Грин первоначально определил 14 когнитивных измерений:

Градиент абстракции
Каковы минимальный и максимальный уровни абстракции, отображаемые нотацией ? Могут ли детали быть инкапсулированы ?
Близость отображения
Насколько точно нотация соответствует миру?
Согласованность
После того, как часть нотации была изучена, сколько из остальных можно успешно угадать?
Расплывчатость / лаконичность
Сколько символов или сколько места требуется нотации для получения определенного результата или выражения a смысл ?
Ошибочность
В какой степени нотация влияет на вероятность ошибки пользователя ?
Сложные мыслительные операции
Насколько сложная мысленная обработка лежит на уровне записи, а не на семантическом уровне? Есть ли места, где пользователю нужно использовать пальцы или карандашную аннотацию, чтобы отслеживать, что происходит?
Скрытые зависимости
Являются ли зависимости между сущностями в нотации видимыми или скрытыми? Все ли зависимости указаны в обоих направлениях? Приводит ли изменение в одной области обозначения к неожиданным последствиям?
Совместимость
Можно ли одновременно сравнивать разные части обозначения?
Преждевременное принятие обязательств
Существуют ли строгие ограничения на порядок, в котором пользователь должен выполнять задачи для использования системы?
Есть ли решения, которые необходимо принять, прежде чем будет доступна вся необходимая информация? Можно ли отменить или исправить эти решения позже?
Прогрессивная оценка
Насколько легко оценить и получить обратную связь о неполном решении?
Ролевая выразительность
Насколько очевидна роль каждого компонента нотации в решении в целом?
Вторичная нотация и уход от формализма
Может ли нотация нести дополнительную информацию средствами, не связанными с синтаксисом, такими как макет, цвет или другие подсказки?
Вязкость
Существуют ли какие-либо внутренние препятствия для изменения обозначений? Сколько усилий требуется, чтобы внести изменения в программу, выраженную в обозначениях?
Этот параметр можно разделить на следующие типы:
  • «Ударная вязкость»: изменение код нарушает внутренние ограничения в программе, разрешение которых может нарушить дальнейшие внутренние ограничения.
  • «Повторяющаяся вязкость»: одно действие в концептуальной модели пользователя требует множества повторяющихся действий устройства.
  • ' Вязкость области действия »: изменение размера набора входных данных требует изменений в самой структуре программы.
Видимость
Насколько легко можно идентифицировать, получить доступ и сделать видимыми требуемые части записи?

Другие измерения

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

Такие возможные параметры включают творческую двусмысленность (поощряет ли обозначение интерпретировать несколько значений одного и того же элемента?), Индексирование (есть ли элементы, которые помогут найти конкретную часть?), Синопсис ("Гештальт-представление "всей аннотированной структуры) или неравномерность (некоторые пути создания проще, чем другие, что искажает выраженные идеи в разработанном артефакте).

Действия пользователя

Авторы выделяют четыре основных действия пользователя с интерактивными артефактами: приращение [создание], транскрипция, модификация и исследовательский дизайн. Для каждого вида деятельности лучше всего подходит разный компромисс в удобстве использования по каждому параметру. Например, высокая вязкость (устойчивость к изменениям) вредна для модификаций и исследований, но менее серьезна для одноразовых задач, выполняемых при транскрипции и приращении.

Конструкторские маневры

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

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

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

См. Также
Ссылки
Внешние ссылки
Последняя правка сделана 2021-05-15 13:58:56
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте