問題タブ [interaction-design]

スタック オーバーフローではキャプチャがたまにしか表示されないことに気付きました。私がロボットであるかどうか、または単にランダムであるかどうかを感知するための優れたアルゴリズムがあるかどうかは誰にもわかりません。

キャプチャへの依存を減らすことは、明らかに良いことです。

インタラクションデザイナーとしてのスキルに貢献できるオープンソースプロジェクトを探しています。使いやすさと明らかに優れたユーザーインタラクションに重点を置いています。sourceforgeでカップルを見ましたが、使いやすさとグラフィックデザインがバンドルされているようです（別の日にその問題に取り組みます）。

プロジェクトやプロジェクトのリードを探すためのサイトに関するアイデアはありますか？

ユーザーがタスクを完了できるようにウィザード パターンを使用することを考えています。

ウィザード パターンは私たちの問題を解決するようです。また、専門家ではないユーザーがまれに複雑なタスクを実行する必要があるという基本的な問題について、ヒューマン ファクターの研究が何を語るのかにも関心があります。

いくつかの機能が多くの異なる設定を必要とする場合、それらはclozeのようなテキストで記述され、ギャップ (=変数) がコンボボックスまたはある種のルックアップ リストを開くハイパーリンクとして表示されます。

例：

空き容量が [10%/5%/1MB/...] 未満の場合、[管理者に電子メールを送信/サウンドを再生/...]

Outlook ルール ウィザードは、この別の良い例です。

この UI パターンの名前は?

現在、関連するアイテムを複数レベルのグリッドに表示する必要があります。それは曾祖父母→祖父母→親→子

例: Country-> state->City->Street が表示順です。

提案された解決策は、これらすべてを複数レベルのグリッド (最大 4 レベル) に表示することです。

国 -> 州 -> 都市 -> 番地

使いやすさの点でこのソリューションに慣れていないため、表示を論理ユニットに分割する UI デザイン パターンを探しています。

ありがとう

私の会社では、100 以上のユースケース (UC) として書かれた詳細な仕様書からリッチな GUI を開発しています。これらの詳細な UC が開発を推進します。それらは、俳優と説明の列を持つテーブルとして書き込まれます。私たち (私と他の人々) は、アプリケーションのインタラクティブな性質をサポートするために、実際の UC 散文スタイルを台無しにしました。

また、仕様を使用して (手動で) テスト仕様を生成するため、(私にとっては) 詳細が重要に思えます。このテスト仕様は、サインオフを取得するための検証で使用されます。

注: 製品には GUI 以外にも多くのコンポーネントがあります。GUI チームは 6 ～ 10 人で、プロジェクト全体では約 60 人です。

最近まで、私は各パネルと仕様に関連する相互作用を詳述する「ストーリーボード」ドキュメントを作成していました。以前は、GUI アーキテクチャと、主要なサブコンポーネントの設計もありました。痛い！これにより、開発時間が非常に遅くなり、コードベースが貧弱になり (ha!)、チームのモチベーションが低下しました。

このアプリはどちらかというと IDE に近く、ユーザーはドラッグ アンド ドロップのフローチャート イディオムを使用して独自のテスト ケース (携帯電話のテスト用) を作成できます。これは非常に複雑で成熟しており (7 年以上)、多くの機能を提供します。次に、テスト ケースが実行され、結果が分析されます。このように無料のツールであるため (ユーザーはツールを介してほぼ無限の数のパスをたどることができます)、連続したユースケースはナンセンスに思えます。「O」はオプションを意味し、「R」は反復可能、ネスト、およびその他の多くの「拡張機能」を意味します。基本的に、UC は IDE の相互作用の設計には適していません。このアプリは、ユーザーが任意の順序で何でもできる空白の作業面 (ワード プロセッサやスプレッドシートなど) を提供するものと考えてください。これが UC の肥大化につながっています。

現在、仕様を 100 以上の UC から基本的な UC に単純化したいという要望があります: 「テスト ケースの開発」、「テスト ケースの実行」、「結果の分析」 (または類似のもの)。

私たちの UC が (ビジネス価値に焦点を当てた) 「真の」 UC ではないことは理解していますが、GUI のチーム リーダーであり開発者でもある私の懸念は、詳細な情報がなければ、部下が何を開発すればよいのかよくわからないということです。3 つの UC は抽象的すぎるように思えます。

私たちは統一プロセスの形式に従い、仕様を事前に作成します。おそらく、開発者自身がインタラクションの設計を行う、よりアジャイルなプロセスに変更する必要があります。

論文のトピックを選択します。それは HCI プロジェクトになります。（ヒューマンコンピュータインタラクション）。

これは研究プロジェクトになるので、何らかの評価を考える必要があります。人間のユーザーを使用したり、心理学者と協力しなければならないことは避けたいと思います。

代わりに使用できるメトリックまたは評価モデルはありますか?

ありがとう

これは、CRUD Web アプリケーションのユーザー エクスペリエンスとインタラクションのデザイン パターン (プログラミングではない) に関する漠然とした質問です。

Student、Course、 などの単純なエンティティがほとんどなくLecturer、明らかな関係があるとします。

私が理解しているように、CRUD アプリケーションは通常、エンティティを参照、更新、削除、および新しいエンティティを追加するために、エンティティごとに画面を提供します。画面には検索ボックスも表示される場合があります。

アプリケーション GUI は関係を使用して、エンティティ関連の情報 (学生ごとのコースなど) を表示し、あるエンティティ画面から別のエンティティ画面に移動します (画面Student's内のコース名からStudent画面Course内の説明Courseなど)。

それは理にかなっていますか？CRUD アプリケーション用の他の GUI パターンはありますか? どの例から学ぶことをお勧めしますか?

はい、インタビュアーがC / C++アプリケーションにJava-swingGUIを使用していると言ったとき、私は少し驚きました。私は興味があり、実際にこれらをどのように統合するかを彼に尋ねました。彼の答えは「メッセージングを通じて」でした。面白い！ええと、私はこの種のアプローチに不慣れであり、そこにある企業が本当にこの種のデザインを使用しているかどうかに興味があります。はいの場合、この設計には大きな利点がありますか？このデザインがどのようにうまく機能するかを理解するのは少し難しいです。参考文献があれば共有してください。

参考までに、この製品はデータバックアップベースのアプリケーションです（Linux / Unixプラットフォーム上にある可能性があります）。ありがとうございました。

履歴書

ユーザーがさまざまなチェックボックス リストから 1 つ以上のオプションを選択して結果をフィルター処理できるレポート ツールを構築しています。

スペースを節約するために、選択が完了したら各リストを縮小したいと思いますが、各リストの横に記号を付けて、ユーザーがオプションの一部を選択したか、すべてを選択したか、または何も選択しなかったかを思い出させます。

「フィルタリング」と「なし」という言葉を使用することもできますが、同じことを伝える簡単なアイコンがないか考えようとしていました.

誰かがこれに取り組んだことがありますか、または良い例を見ましたか?

ありがとう