| Oracle® Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド 12c (12.2.1.3.0) E90114-02 |
|
 前へ |
 次 |
| Oracle® Fusion Middleware Oracle Business Intelligence Publisherレポート・デザイナーズ・ガイド 12c (12.2.1.3.0) E90114-02 |
|
|
前へ |
次 |
この付録では、障害のあるユーザー向けにレポート出力のアクセシビリティを向上するレポートの設計技術について説明します。アクセシビリティのサポートはHTML出力のみです。
この付録の内容は次のとおりです。
様々なユーザーが消費するコンテンツを作成する場合、障害を持つユーザーへのサポートを提供できるように設計する必要があります。このようなサポートは、世界中のいたる所で法的要件となっています。
異なる障害を持つ様々なユーザーが消費するコンテンツを設計する際に使用できる一般的なガイドラインがいくつかあります。これらのガイドラインは、BI Publisherやその他のアプリケーション用に作成するあらゆるコンテンツに適用されます。BI Publisherに固有の機能にも注意し、作成するコンテンツはアクセシビリティ要件を必ずサポートする必要があります。
この項には、アクセシビリティに対応した設計に関する次のトピックが含まれています。
IT産業におけるアクセシビリティに関する情報は、出版されている様々な書籍から得ることができます。
このガイドでは、それらの情報を繰り返すつもりはありません。様々な規格や法律(特にWorld Wide Web Consortium(W3C)や米国リハビリテーション法第508条)がドキュメントになっています。
テクノロジとアクセシビリティについて特定の想定をしているデザイナが多くいます。この項では、いくつかのよくある誤解を示します。
HTMLのコンテンツは自動的にアクセシブルなコンテンツになります。
アクセシブルなツールは自動的にアクセシブルなコンテンツを作成します。
自動化されたテスティング・ツールは、アクセシビリティを確実に判断できます。
これらの想定はいずれも正しくありません。開発者は、HTMLを使用してアクセシブルでないコンテンツを作成できます。アクセシブルなコンテンツを生成できるツールがデフォルトではそのように動作しない場合もあれば、既存のアクセシブルなコンテンツ内でアクセシビリティ機能を無効にするオプションを開発者が選択できる場合もあります。自動化されたテスティング・ツールは、必ずしもエンド・ユーザーが行うのと同じようにコンテンツと対話するわけではありません。その結果、ツールによってアクセシブルな要素をアクセシブルでないと誤ってレポートする可能性があります。したがって、アクセシビリティは、最終的にはコンテンツ・デザイナが責任を負います。コンテンツの作成時、デザイナはよく行われる特定の操作に注意し、コンテンツがすべてのユーザーにアクセシブルであるようにします。
障害には様々なものがあるという事実および1人の人間が複数の障害を持っている場合があるという事実を常に考慮に入れてください。様々な障害の程度(様々な色覚異常のタイプなど)があるということにも注意する必要があります。設計の際、これらの可能性をすべて考慮に入れる必要があります。
この項では、設計の次の一般的な分野に関するガイドラインを示します。
色覚異常には、赤と緑(最も一般的な色覚異常)などのような一般的な2つの色の区別がつきにくいものから、灰色と黒の濃淡のみがわかる全色覚異常まで様々なタイプがあります。重要な情報の伝達に色のみを使用すると、特定のユーザーが関連するすべての情報に完全には気付かない可能性があります。視覚障害者は、色によって伝達される情報を代替テキストの形式で示される必要があることは言うまでもありません。
このことは、開発者にとって、重要な情報を色のみで示すコンテンツを作成するべきではありません。アクセシブルでないデザインの1つの例に、テキストを赤に色付けすることでのみ負の数値を表すことがあります。もう1つの例には、コンテキスト情報が色のみで示される(よい場合は緑、悪い場合は赤)信号形式のインジケータがあります。
同系色の微妙な濃淡を区別できない色覚異常もあるため、すべての画面要素の全体的な色彩設計では、色の対比を大きくする必要があります。色の明度のコントラスト比が最低でも4.5:1になるようにする必要があります。たとえば、薄い灰色の背景に濃い灰色のテキストを使用するのではなく、白い背景に黒のテキストを使用します。
支援のための次のWebサイトを活用できます:
このサイトには、コントラストが適切なレベルかどうかをテストできるツールがあります。
http://www.paciellogroup.com/resources/contrast-analyser.html
このサイトには、様々なタイプの色覚障害のユーザーにWebサイトがどのように見えるかを確認するためのツールがあります:
Template Builder for Wordを使用して、アクセシビリティ機能を持つレポートの生成が可能なRTFテンプレートを作成します。
また、Template Builderではアクセシビリティ・チェッカーが提供され、レポートを表示するためにアシスティブ・テクノロジが必要なレポート利用者のためにレポートのアクセシビリティを向上させる機能のテンプレートを確認できます。
詳細は、「アクセシビリティのチェック」を参照してください。
この項では、RTFテンプレートを使用してレポートを設計するための次の技術について説明します。アクセシビリティのサポートはHTML出力のみです。
レポートで、ネストされた表の使用を避けます。複雑なレポートの場合、複雑な表から単純で直接的な表への分解について検討してください。
次の図は単純な表を示しています。
次の図は、ネストされた表の例です。表のセルの内部に表が挿入されています。
次の例は、BI Publisherでアクセシビリティがサポートされている表構造とサポートされていない表構造を示しています。
ドキュメント・タイトルを定義できます。その手順は、Microsoft Wordのバージョンによって少々異なります。
Microsoft Word 2007でドキュメント・タイトルを定義または変更する手順は次のとおりです。
Officeボタンをクリックし、「配布準備」をクリックして、「プロパティ」をクリックします。
以前のバージョンのWordでドキュメント・タイトルを定義または変更する手順は次のとおりです。
テンプレート内のイメージに代替テキストを定義する手順は次のとおりです。
注意:
2007より前のバージョンのWordでは、alt:text構文を「Web」タブで入力します。
表の列ヘッダーを定義できます。その手順は、Microsoft Wordのバージョンによって少々異なります。
Word 2007で表の列ヘッダーを定義する手順は次のとおりです。
見出しの1つ以上の行を選択します。この選択では、表の最初の行を含める必要があります。
「デザイン」タブの「表スタイルのオプション」グループで、「タイトル行」を選択します。
表を右クリックして「表のプロパティ」を選択します。
「表のプロパティ」ダイアログで、「行」タブをクリックし、各ページの最上部で「各ページにタイトル行を表示する」を選択します。
以前のバージョンのWordで表の列ヘッダーを定義する手順は次のとおりです。
複数行ヘッダーを定義するには、次のBI Publisherコマンドを使用します。
<?acc-row-header:col_index?>
使用例:
<?acc-row-header:'1,2,4'?> ==> column 1, 2 and 4 will be row-headers.
<?acc-row-header:'1,4'?> ==> column 1 and 4 will be row-headers.
下の図では、ACCフィールドに次のコードが定義されています。
ACC Field=<?table-summary:'My Table Test '?><?acc-row-header:'1,2'?>
これにより、最初の2つの列が行ヘッダーとして定義されます。
この項では、BI Publisherレイアウト・エディタを使用してアクセス可能レポートを設計するための次の技術について説明します。
イメージの代替テキストを定義することで、アクセシビリティ・モードでの説明が可能になります。
イメージの代替テキストを定義するには:
レポート内の表について説明するテキスト・サマリーを定義できます。
サマリー表のテキストを定義するには:
テキストのヘッダー・レベルを定義することによって、レポート内の構造を指定できます。
テキストのヘッダー・レベルを定義するには:
レイアウト表を使用すると、ヘッダーおよび表サマリーを使用せずに、情報を列および行に表示してコンテンツを配置できます。
<?table-summary:?>を設定すると、BI Publisherではその表に対してrole=”presentation”が設定され、その表はHTML出力のレイアウト表として指定されます。レイアウト表を定義する手順は次のとおりです。
