表記法の認知次元

Thomas Greenはもともと14の認知次元を定義しました:

抽象化勾配表記法によって公開される抽象化の最小レベルと最大レベルは何ですか? 詳細はカプセル化できますか? マッピングの近さ表記法は問題の世界にどのように密接に対応していますか? 一貫性表記の一部が学習された後、残りの部分はどれくらいうまく推測できますか? Diffuseness/terseness特定の結果を生成したり、意味を表現したりするために、表記法にはいくつの記号やスペースが必要ですか? エラー-proneness表記法は、ユーザーが間違いを犯す可能性にどの程度影響しますか? ハード精神的な操作どのくらいのハード精神的な処理ではなく、意味レベルで、表記レベルにありますか? 何が起こっているのかを追跡するために、ユーザーが指や鉛筆の注釈に頼る必要がある場所はありますか? 非表示の依存関係は、表示または非表示の表記法のエンティティ間の依存関係ですか? すべての依存関係は両方向に示されていますか? 表記法の1つの領域の変更は予期しない結果につながりますか? 並置性記法の異なる部分を同時に並べて比較することはできますか? 時期尚早のコミットメントユーザーがシステムを使用するためにタスクを完了しなければならない順序に強い制約がありますか? すべての必要な情報が利用可能になる前に行われなければならない決定はありますか? これらの決定は後で元に戻すか修正することができますか? 進歩的な評価不完全な解決策についてのフィードバックを評価して得るのはどれくらい簡単ですか? 役割-表現力解全体における表記法の各構成要素の役割はどのように明白ですか? 二次表記と形式主義からの脱出表記は、レイアウト、色、または他の手がかりなど、構文に関連しない手段によって余分な情報を運ぶことができますか? 粘度表記に変化する固有の障壁はありますか? 記法で表現されたプログラムに変更を加えるにはどれくらいの努力が必要ですか? この次元は、さらに次のタイプに分類することができます。

  • ‘ノックオン粘度’:コードの変更は、プログラム内の内部制約に違反し、その分解能はさらに内部制約に違反する可能性があります。
  • : ユーザーの概念モデル内の単一のアクションには、多くの反復的なデバイスアクションが必要です。
  • ‘Scope viscosity’:入力データセットのサイズを変更するには、プログラム構造自体を変更する必要があります。

可視性表記の必要な部分をどのように容易に識別し、アクセスし、可視化することができますか?

その他の次元編集

上記に加えて、HCIの研究分野では、採用と洗練のレベルが異なる新しい次元が提案されることがあります。

そのような候補次元には創造的なあいまいさが含まれています(表記法は同じ要素のいくつかの意味を解釈することを奨励していますか?)、索引付け(特定の部分を見つけるための要素はありますか?)、概要(注釈された構造全体の”ゲシュタルトビュー”)または凹凸(いくつかの作成パスは他のものよりも簡単であり、開発されたアーティファクトで表現されたアイデアに偏っている)。

コメントを残す

メールアドレスが公開されることはありません。