ヒューマンファクターズインターナショナルは、主要な名詞テーブルについて話します。私が推測できる研究から、タスク分析に対する同様の態度を推測できます。 この例 を参照してください。
私はそれがマーケティングのスピーチ、業界内で流行の言葉にすぎないことを想定することができます。
誰か正確に知っていますか?具体的には、私はこの質問への回答を求めています。
主名詞表は、設計者が次の例外を除いてすべて明確に識別するために使用されます。
名詞はオブジェクト
このコンテキストで最も可能性の高い名詞は、タスクドメインに存在するエンティティです。 OOP用語で、名詞とオブジェクトの間の直接の類似点を見つけます。
オブジェクトは属性とメソッドをカプセル化します。名詞には属性とアクションが含まれています。視覚化名詞にはビューを使用します。したがって、名詞は、いくつかのドメインの分析に便利な抽象化ツールです。
名詞が役立つ場合
ユーザー中心の設計では、主なタスクはユーザーのニーズを定義することです。それを行う1つの方法は、直接観察とタスク分析です。ユーザーに直接アクセスできない場合、または写真を完成させるだけの場合は、ユーザーのアクティビティの結果、ユーザーのツール、その他のアーティファクトを分析することもできます。したがって、これは一種のリバースエンジニアリングのように見えます。
要約するにはプライマリ名詞テーブルは、相互作用オブジェクトとタスクによって定義される「名詞」のシステムであり、設計、コンポーネント、および動作の影響を伝えます。 「ムービーを開始するには再生を押してください」-信じられないかもしれませんが、UX/UIコンポーネントの動作に関する指示です。
そのリンクをありがとう!私の研究に非常によく似たものを使用している実務家を見るのはとても興味深いです。
自分のホーンを少し強調するために、 私の博士論文 は、会話のトピックで名詞を見つけ、その特徴を識別し、デザイナーにそれらのUIを作成するように導く方法を示しました。
この方法に従うと、タスクパフォーマンスが向上し、ユーザーエラーが減少し、ユーザーのフラストレーションが減少する設計につながることを示しました。
ユーザーロールで使用される名詞を特定すると、非常に役立ちます。
同様の手法は、Larry Woodらによって作成された BRIDGE method にも見られます。 (参照 1998年のこの論文 。)