Skip to content
Menu
CDhistory
CDhistory

Digital Transformation Agency

Posted on 10月 27, 2021 by admin

能力や環境にかかわらず、すべてのユーザーがサービスを利用できるようにする。

  • Why it is in the Standard
  • How you can meet the Standard
  • In Discovery stage
  • アルファ段階
  • ベータ段階
  • Further reading

Why it is in the Standard

サービスを必要とするすべての人がそれを使用できるようにする必要があります。 これには、障害のある人や高齢者、デジタルサービスを使用できない、または苦手な人が含まれます。

あなたのサービスは、デジタルに対する自信やデジタル環境へのアクセスに関係なく、ユーザーが利用できるものでなければなりません。 これには、遠隔地のユーザーやさまざまなデバイスを使用するユーザーが含まれます。

また、サービスを障害者が使用でき、アクセスできるようにする法的要件があります(1992年の障害者差別禁止法を参照)。 オーストラリアの政府機関は、レベルAを含むWeb Content Accessibility Guidelines(WCAG)2.0 Level AAを満たすことが求められています(Web Accessibility National Transition Strategyの義務付けを参照)。 よりアクセスしやすい環境を提供するため、WCAG 2.1 Level AAを満たすことが強く推奨されています。

How you can meet the Standard

In Discovery stage

Discovery stageでは、ユーザーがサービスにアクセスする方法について十分な理解を深めています。 誰もがサービスを使用できるようにするためには、次のことを示す必要があります。

  • 異なるブラウザ、デスクトップおよびモバイルデバイス、接続が遅い場合、データが限られている場合など、ユーザーがサービスにアクセスする環境の種類(たとえば、ユーザーストーリーを通じて)
  • 研究採用および対象ユーザーの多様性
  • ユーザーが製品にアクセスする能力に影響を与える状況および環境の制限の考慮
  • 製品の設計においてアクセシビリティ要件を満たす計画(たとえば、WCAG 2.にどのように適合するかなど)
  • 製品の設計においてアクセシビリティ要件を満たす計画。0 AA)
  • ユーザーをサポートするためにどのようなデジタル支援が必要であるか(たとえば、Webチャット、電話支援、対面、明確な指示、チェックリストなど)

アルファ段階

アルファ段階では、示すことができるはずである。

  • プロトタイプは、さまざまな背景を持つユーザーや障害のあるユーザーに対応できること
  • ベータ ステージで対処する必要があるアクセシビリティの問題や障害
  • 各種デバイスまたはプラットフォームでテストを行うための設備へのアクセスがある(例:±0.5%)
  • Alpha ステージでは、以下を示すことができる必要があります。 テスト計画)
  • 有料・無料にかかわらず、あらゆるプラットフォームまたはサービスの調達は、「デジタル・ソーシング Consider First Policy」のアクセシビリティ要件に沿い、ICT製品およびサービスの公的調達に適したアクセシビリティ要件(AS EN 301 549)を満たしています

ベータ段階

ベータ段階では、サービスを開発しますが、すべてのユーザーのアクセス性要件およびニーズを満たしていることを確認する必要があります。

表示する必要があります。

  • アクセシビリティ要件を満たし、障がい者のユーザビリティを向上させるための、サービスの設計とコンテンツにおける工夫
  • デジタル サービスを使用できない、または苦手な人へのデジタル以外のアクセスとサポート
  • エンドツーエンド ユーザー ジャニー。 アシストデジタルジャーニーを含め、それらが機能すること、およびそれらをどのようにテストしたかを実証すること
  • 文化的および言語的に多様なコミュニティを設計に含めた方法
  • 英語を話さない視聴者のための翻訳を含む計画。 必要に応じて
  • サービスの非デジタル部分について、テスト環境、システム、アプローチを用意しているか(テスト計画など)
  • 想定される負荷でサービスがどのように動作するか(デジタル補助経路など)
  • ユーザーがどのブラウザ、デスクトップおよびモバイル デバイス、遠隔地などからサービスにアクセスするかなど、環境を十分に理解しているか。 たとえば、どのブラウザ、デスクトップ、モバイル デバイスを使用するか、どのような遠隔地にいるかなどです。 設計仕様)
  • サポートされているデバイスやプラットフォームでユーザーがすべてのデジタル取引を完了できることをどのようにテストしたか
  • テスト中のユーザーと製品のやりとりの詳細
  • ライブに近い環境でのサービスのデモ
  • ユーザーの大半が自分の環境でサービスにアクセスできること
  • ライブを実施するにあたって示す必要があること

    • サービスがアクセス可能であること
    • サービスがWCAG 2 Level AAを満たしている証拠
    • 低レベルのデジタルスキルを持つユーザー、障害のある人を含むユーザビリティ テストの証拠。
    • ユーザー調査、ユーザビリティ・テスト、分析に基づいて、支援技術のユーザー向けにどのように設計およびテストしたかを説明する。
    • ユーザーが引き続きサービスにアクセスできるように、アクセシビリティの継続的なテスト計画
    • GOV.Inc.AU Content Guide – Accessibility and inclusivity
    • Australian Government Design System

    Further reading

    • 18F Accessibility Guide
    • The A11y Project
    • GOV.UK Service Manual — Making your service accessible
  • コメントを残す コメントをキャンセル

    メールアドレスが公開されることはありません。 * が付いている欄は必須項目です

    最近の投稿

    • アセラ復活。 NYCまたはボストンで99ドル
    • OMIM Entry – # 608363 – CHROMOSOME 22q11.2 DUPLICATION SYNDROME
    • Kate Albrecht’s Parents – Learn More About Her Father Chris Albrecht And Mother Annie Albrecht
    • テンプル・フォーク・アウトフィッターズ
    • Burr(小説)

    アーカイブ

    • 2022年2月
    • 2022年1月
    • 2021年12月
    • 2021年11月
    • 2021年10月
    • 2021年9月
    • 2021年8月
    • 2021年7月
    • 2021年6月
    • 2021年5月
    • 2021年4月
    • DeutschDeutsch
    • NederlandsNederlands
    • SvenskaSvenska
    • DanskDansk
    • EspañolEspañol
    • FrançaisFrançais
    • PortuguêsPortuguês
    • ItalianoItaliano
    • RomânăRomână
    • PolskiPolski
    • ČeštinaČeština
    • MagyarMagyar
    • SuomiSuomi
    • 日本語日本語
    ©2022 CDhistory | Powered by WordPress & Superb Themes