次の方法で共有

Windows 向けの包括的なソフトウェアの設計

  • [アーティクル]

Windows 用の Windows アプリでのインクルーシブ デザインの進化について学習します。 アクセシビリティを念頭に置いてインクルーシブなソフトウェアを設計し、構築します。

Microsoft では、設計の原則とプラクティスを進化させています。 これらは、エクスペリエンスの外観、操作性、機能、および動作を通知します。 私たちは、私たちの視点を高めています。

この新しい設計理念は、インクルーシブ デザインと呼ばれます。 アイデアは、最初からすべての人を念頭に置いてソフトウェアを設計することです。 これは、少数のユーザー グループを満足させるために開発プロセスの最後に固定するテクノロジとしてアクセシビリティを表示するのとは対照的です。

「障がいは、個人のニーズと、提供されるサービス、製品、または環境との間の不一致として定義されます。 誰でも障害を経験することができます。 それは除外される一般的な人間の特徴です。 - 包括性のビデオより

包括的な設計により、すべてのユーザーにとって良い製品が作成されます。 それは、人間の多様性の全範囲を考慮することです。 ほとんどの街角の歩道で見つけた縁石の切り欠きを考えてみましょう。 彼らは明らかに車椅子の人々によって使用されることを意図していました。 しかし、今では、ベビーカー、自転車、スケートボーダーを持つ人々を含め、ほぼすべての人がそれらを使用しています。 歩行者でさえ、カーブカットアウトを使用することが多いのは、歩行者がそこにいて、より良い経験を提供するためです。 テレビのリモコンは、物理的な制限を持つ人のための支援技術 (AT) と見なされる可能性があります。 しかし、今日では、1つなしでテレビを購入することはほぼ不可能です。 子供たちが靴を結ぶことを学ぶ前に、彼らはスリップオンまたは簡単な留め具の靴を着用することができます。 家に入る前に靴を取り除く文化では、脱ぐのが簡単な靴が好まれることがよくあります。 彼らはまた、関節症や一時的に壊れた手首などの器用な問題を持つ人々のためにも優れています。

包括的な設計原則

次の 4 つの原則は、Microsoft による包括的な設計への移行を示しています。

普遍的考える:人間の動機、関係、能力など、人々を統一するものに焦点を当てます。 これは、私たちの仕事のより広範な社会的影響を考慮するために私たちを駆動します。 その結果、すべての人が参加するさまざまな方法を持つエクスペリエンスが得られます。

個人的なものにする:次に、感情的なつながりを作り出すために自分自身に挑戦します。 人間と人間の間の相互作用は、より良い人間と技術の相互作用を刺激することができます。 人のユニークな状況は、すべての人のためのデザインを改善することができます。 その結果、1 人のユーザーに対して作成されたようなエクスペリエンスになります。

シンプルな状態に保つ:究極の統一者としてのシンプルさから始めます。 煩雑さを減らすと、人々は次に何をすべきかを知っています。 清潔で明るく、オープンな空間に進むためのインスピレーションを受けます。 その結果、正直で時代を超越した経験になります。

喜び:楽しい経験は不思議と発見を呼び起こします。 時にはそれは魔法です。 場合によっては、それはちょうどいい詳細です。 私たちは、テンポの歓迎された変化のように感じるために、これらの瞬間を設計します。 結果は、勢いと流れを持つ経験です。

包括的な設計ユーザー

基本的に、支援技術 (AT) のユーザーには次の 2 種類があります。

  1. 障碍や障碍、年齢に関連する条件、または一時的な状態 (壊れた四肢からの移動性の制限など) のためにそれを必要とする人
  2. より快適で便利なコンピューティングエクスペリエンスのために、好みに合わせて使用する人

コンピューター ユーザーの大半 (54%) は何らかの支援技術を認識しており、コンピューター ユーザーの 44% は何らかの形式を使用していますが、その多くは、その利点となる AT を使用していません (Forrester 2004)。

Microsoft の依頼を受けて Forrester Research が実施した 2003 - 2004 年の調査では、米国の 18 歳から 64 歳のコンピューター ユーザーの半数以上 (57%) が支援技術からメリットが得られる可能性があることが指摘されています。 これらのユーザーのほとんどは、障害を持っているか、障害を持っているとして自分自身を識別しなかったが、コンピューターを使用するときに特定のタスク関連の困難や障害を表現しました。 Forrester (2003) では、これらの特定の困難を持つユーザーの数も次のように見つかりました。4 人に 1 人が視覚的な難易度を経験しています。 4人に1人が手首や手に痛みを経験します。 5 人に 1 人が難聴の経験をしています。

永続的な障害に加えて、個々の経験の重大度と種類は、人生を通じて異なる場合があります。 普通の人間というものはありません。 機能は常に変化しています。 マーガレット・ミードは「私たちは皆ユニークです。 すべてユニークであることは、私たち全員が同じになります。

Microsoft は、コンピューティング エクスペリエンスを向上させ、新しいコンピューティング テクノロジを発明することを目的として、コンピューター サイエンスとソフトウェア エンジニアリングの研究を行います。 現在の Microsoft 研究開発プロジェクトコンピューターのアクセシビリティを高め、見やすく、聞き取り、操作しやすくすることを目的としています。

実用的な設計手順

全員が参加している場合は、このセクションが適しています。 アプリのインクルーシブ デザインを実装する際に考慮する必要がある実際の設計手順について説明します。

対象ユーザーについて説明する

アプリの潜在的なユーザーを定義します。 彼らの異なる能力と特性のすべてを考えてみてください。 たとえば、年齢、性別、言語、聴覚障閩者、視覚障閩、認知能力、学習スタイル、移動制限などです。 設計は個々のニーズを満たしていますか?

特定のニーズを持つ実際の人間と話す

多様な特性を持つ潜在的なユーザーと会います。 アプリを設計するときに、すべてのニーズを考慮していることを確認します。 たとえば、Microsoft は、聴覚障閲者のユーザーが Xbox 本体でトースト通知をオフにしていることを発見しました。 これを実際の聴覚障碡のあるユーザーに尋ねたところ、トースト通知がクローズド キャプションのセクションを隠しているのを知りました。 修正は、画面にトーストを少し高く表示するためでした。 これは、最初に動作を明らかにしたテレメトリ データから必ずしも明白ではない単純なソリューションでした。

開発フレームワークを賢明に選択する

設計段階では、使用する開発フレームワーク (UWP、Win32、Web など) は、製品の開発に不可欠です。 フレームワークを選択するだけの贅沢がある場合は、フレームワーク内にコントロールを作成するためにどれだけの労力がかかるかを考えてください。 既定のアクセシビリティ プロパティまたは組み込みのアクセシビリティ プロパティは何ですか? カスタマイズする必要があるコントロールはどれですか? フレームワークを選択する場合は、基本的に、"無料" で取得するアクセシビリティ コントロールの量 (つまり、既に組み込まれているコントロールの量) と、コントロールのカスタマイズにより追加の開発コストが必要になる量を選択します。

可能な限り、標準の Windows コントロールを使用します。 これらの制御は、支援技術とのインタフェースに必要な技術によって既に有効になっています。

コントロールの論理階層を設計する

フレームワークを作成したら、コントロールをマップする論理階層を設計します。 アプリの論理階層には、コントロールのレイアウトとタブ オーダーが含まれます。 スクリーン リーダーなどの支援技術 (AT) プログラムが UI を読み取る場合、視覚的なプレゼンテーションでは不十分です。ユーザーに構造的に意味のあるプログラムによる代替手段を提供する必要があります。 論理階層は、これを行うのに役立ちます。 これは、UI のレイアウトを調査し、ユーザーが理解できるように各要素を構成する方法です。 論理階層は主に次の方法で使用されます。

  1. UI 内の要素の論理 (読み取り) 順序のプログラム コンテキストを提供するには
  2. UI でカスタム コントロールと標準コントロールの間の明確な境界を識別するには
  3. UI の一部が連携する方法を決定するには

論理階層は、潜在的なユーザビリティの問題に対処するための優れた方法です。 比較的単純な方法で UI を構造化できない場合は、使いやすさに問題がある可能性があります。 単純なダイアログ ボックスを論理的に表現しても、図のページは表示されません。 深すぎる、または幅が広すぎる論理階層の場合は、UI の再設計が必要になる場合があります。 詳細については、「アクセシビリティ電子ブック用のエンジニアリング ソフトウェア」をダウンロードしてください。

適切なビジュアル UI 設定を設計する

ビジュアル UI を設計するときは、製品のハイ コントラスト設定、既定のシステム フォントとスムージング オプションの使用、1 インチあたりのドット数 (dpi) 画面設定への正しいスケーリング、背景とのコントラスト比が 5:1 以上の既定のテキスト、色の不備があるユーザーが区別しやすい色の組み合わせがあることを確認します。

ハイ コントラストの設定

Windows の組み込みのアクセシビリティ機能の 1 つはハイ コントラスト モードであり、テキストと画像の色のコントラストが向上します。 一部のユーザーは、色コントラストを大きくすることで、目の疲れを軽減し、読みやすくなります。 ハイ コントラスト モードで UI を確認する場合は、リンクなどのコントロールが一貫してコード化されていることを確認し、システムの色 (ハードコーディングされた色ではなく) を使用して、ハイ コントラストを使用していないユーザーが表示するすべてのコントロールを画面上で表示できることを確認します。

システム フォントの設定

読みやすくし、テキストへの予期しない歪みを最小限に抑えるには、製品が常に既定のシステム フォントに準拠し、アンチエイリアシングとスムージングオプションを使用していることを確認します。 製品でカスタム フォントを使用している場合、ユーザーは UI のプレゼンテーションをカスタマイズするときに、読みやすさの問題や気が散る可能性があります (スクリーン リーダーを使用する場合や、さまざまなフォント スタイルを使用して UI を表示する場合など)。

高 DPI 解像度

視覚障疵を持つユーザーにとって、スケーラブルな UI を使用することが重要です。 高ドット/インチ (DPI) 解像度で正しくスケーリングされないユーザー インターフェイスでは、重要なコンポーネントが他のコンポーネントと重なったり非表示になったりし、アクセスできなくなる可能性があります。

色のコントラスト比

米国障害者法 (ADA) および他の法律の更新されたセクション 508 では、テキストとその背景の既定の色のコントラストを 5:1 にする必要があります。 大きいテキスト (18 ポイントのフォント サイズ、または 14 ポイントと太字) の場合、必要な既定のコントラストは 3:1 です。

色の組み合わせ

男性の約7%(および女性の1%未満)は、何らかの形態の色欠乏を有する。 色覚に障碍があるユーザーは、特定の色を区別することができません。このため、アプリケーションの特定の状態または意味を色だけで表さないことが重要です。 装飾用の画像 (アイコンや背景) についても、色覚に障碍があるユーザーが画像を認識しやすいように、色の組み合わせを選択する必要があります。 これらの色の推奨事項を最初から使用して設計する場合、アプリは既に包括的にするための重要な手順を実行しています。

まとめ - 包括性を備えた設計を行うための 7 つの手順

要約すると、次の 7 つの手順に従って、ソフトウェアが包括的であることを確認します。

  1. 包括的な設計がソフトウェアにとって重要な側面であるかどうかを判断します。 その場合は、実際のユーザーが実際のユーザーを生き、働き、遊び、デザインを導く方法を学び、理解します。
  2. 要件のソリューションを設計するときは、フレームワークによって提供されるコントロール (標準コントロール) を可能な限り使用し、カスタム コントロールの不要な労力とコストを回避します。
  3. 標準コントロール、カスタム コントロール、キーボード フォーカスが UI のどこにあるかを示して、製品の論理階層を設計します。
  4. 製品に便利なシステム設定 (キーボード ナビゲーション、ハイ コントラスト、高 dpi など) を設計します。
  5. Microsoft アクセシビリティ開発者ハブフレームワークのアクセシビリティ仕様を参照ポイントとして使用して、設計を実装します。
  6. 特別なニーズを持つユーザーと共に製品をテストし、その中に実装されている包括的な設計手法を利用できることを確認します。
  7. 完成した製品を提供し、後でプロジェクトに取り組む可能性のあるユーザーのために実装を文書化します。