Skip to content
Menu
CDhistory
CDhistory

Digitális Átalakítási Ügynökség

Posted on október 27, 2021 by admin

Biztosítsa, hogy a szolgáltatás hozzáférhető és befogadó legyen minden felhasználó számára, függetlenül képességeiktől és környezetüktől.

  • Miért szerepel a szabványban
  • Hogyan felelhet meg a szabványnak
  • A Felfedezés szakaszában
  • Az alfa szakaszban
  • A béta szakaszban
  • További olvasnivalók

Miért szerepel a szabványban

Biztosítania kell, hogy mindenki használhassa a szolgáltatást, akinek szüksége van rá. Ez magában foglalja a fogyatékkal élőket és az időseket, valamint azokat, akik nem tudják használni a digitális szolgáltatásokat, vagy nehezen boldogulnak velük.

Az Ön szolgáltatásának hozzáférhetőnek kell lennie a felhasználók számára, függetlenül attól, hogy mennyire magabiztosak digitális térben és milyen digitális környezethez férnek hozzá. Ez magában foglalja a távoli területeken élő felhasználókat és a különböző eszközökkel rendelkező felhasználókat is.

Az Ön számára jogszabályi kötelezettség is előírja, hogy szolgáltatása használható és hozzáférhető legyen a fogyatékkal élők számára (lásd a fogyatékkal élőkkel szembeni megkülönböztetésről szóló 1992. évi törvényt). Az ausztrál kormányzati ügynökségeknek meg kell felelniük a Web Content Accessibility Guidelines (WCAG) 2.0 AA szintnek, amely magában foglalja az A szintet is (lásd a Web Accessibility National Transition Strategy (Nemzeti Átmeneti Stratégia a webes akadálymentesítésre vonatkozó megbízást). Erősen ajánlott a WCAG 2.1 AA szintnek való megfelelés, amely akadálymentesebb élményt nyújt. A WCAG 2.1 szabványnak való megfelelés azt jelenti, hogy a 2.0-nak is megfelel.

Hogyan felelhet meg a szabványnak

A Felfedezés szakaszában

A Felfedezés szakaszában jól megértette, hogyan férhetnek hozzá a felhasználók a szolgáltatásához. Annak érdekében, hogy mindenki használni tudja majd a szolgáltatását, be kell mutatnia:

  • milyen környezetben férhetnek hozzá a felhasználók a szolgáltatáshoz, többek között különböző böngészőkkel, asztali és mobileszközökkel, illetve amikor a kapcsolatok lassabbak és korlátozottak lehetnek az adatok (például felhasználói történeteken keresztül)
  • a kutatás toborzásának és a célzott felhasználók sokféleségét, beleértve a különböző kulturális háttérrel rendelkezőket és a fogyatékkal élőket
  • az olyan szituációs és környezeti korlátozások figyelembevétele, amelyek befolyásolják a felhasználó hozzáférési képességét a termékhez
  • a hozzáférhetőségi követelmények teljesítésének terve a termék tervezése során (például hogyan fog megfelelni a WCAG 2.0 AA)
  • milyen digitális segítségre lehet szükség a felhasználók támogatásához (például webchat, telefonos segítség, személyes találkozás, egyértelmű utasítások, ellenőrző listák stb.)

Az alfa szakaszban

Az alfa szakaszban be kell tudnia mutatni:

  • a prototípusai alkalmasak a különböző hátterű és fogyatékkal élő felhasználók befogadására
  • minden olyan hozzáférhetőségi problémát és akadályt, amelyet a béta szakaszban esetleg kezelni kell
  • hozzáféréssel rendelkezik a különböző eszközökön vagy platformokon történő teszteléshez szükséges létesítményekhez (pl, terv a tesztelésre)
  • Minden platform vagy szolgáltatás beszerzése, akár fizetős, akár nem fizetős, összhangban van a Digitális beszerzési politika “Consider First Policy” hozzáférhetőségi követelményeivel, és megfelel az IKT-termékek és -szolgáltatások közbeszerzésére alkalmas hozzáférhetőségi követelményeknek (AS EN 301 549)

A béta szakaszban

A béta szakaszban Ön fejleszti szolgáltatását, és meg kell győződnie arról, hogy a hozzáférhetőségi követelmények és az összes felhasználó igényei teljesülnek.

Meg kell mutatnia:

  • iterációt a szolgáltatása tervezésében és tartalmában, hogy megfeleljen az akadálymentesítési követelményeknek és javítsa a használhatóságot a fogyatékkal élők számára
  • nem digitális hozzáférést és támogatást azoknak az embereknek, akik nem tudják használni a digitális szolgáltatást, vagy nehézségeik vannak vele
  • végponttól végpontig tartó felhasználói utakat, beleértve a támogatott digitális utazásokat, és mutassa be, hogy ezek működnek, és hogyan tesztelte őket
  • hogyan vonta be a kulturális és nyelvi szempontból sokszínű közösségeket a tervezésbe
  • terv az angolul nem beszélő közönség számára történő fordításra, adott esetben
  • vannak tesztelési környezetek, rendszerek és megközelítések a szolgáltatás nem digitális részeire vonatkozóan, beleértve a támogatott digitális útvonalakat is (például tesztelési terv)
  • hogy a szolgáltatás várható terhelés mellett hogyan fog működni, beleértve a támogatott digitális útvonalakat is
  • erős ismeretek arról, hogy a felhasználók milyen környezetben férhetnek hozzá a szolgáltatáshoz, például milyen böngészőket, asztali és mobileszközöket használnak majd, és milyen távoli helyeken; ennek bemutatására használhat felhasználói történeteket és útvonaltérképet
  • a támogatott böngészők és eszközök meghatározása, valamint ezek befogadásának módja
  • a digitális szolgáltatás és annak tartalmának mobil eszközökön való elérésének esetleges akadályai, valamint az ezek kezelésére vonatkozó tervek
  • a mobil eszközt és más azonosított környezeteket használó felhasználókra vonatkozó tervezési követelmények (pl, tervezési specifikációk)
  • hogyan tesztelte, hogy a felhasználók képesek-e a támogatott eszközökön és platformokon az összes digitális tranzakciót végrehajtani
  • a tesztelés során a felhasználók termékkel való interakcióinak részletezése
  • a szolgáltatásának bemutatása egy éleshez hasonló környezetben
  • a felhasználók többsége el tudja érni a szolgáltatást a saját környezetében

Az éles üzembe helyezés során be kell mutatnia:

  • a szolgáltatása hozzáférhető
  • bizonyíték arra, hogy szolgáltatása megfelel a WCAG 2 AA szintnek
  • bizonyíték a használhatósági tesztelésről, beleértve az alacsony szintű digitális készségekkel rendelkező felhasználókat, fogyatékkal élőket, és a különböző kulturális és nyelvi háttérrel rendelkező emberek
  • a felhasználói kutatáson, használhatósági tesztelésen és analitikán alapuló, a segédtechnológiák felhasználói számára történő tervezés és tesztelés módjának átfutása
  • folyamatos hozzáférhetőségi tesztelési tervek, hogy a felhasználók továbbra is hozzáférhessenek a szolgáltatáshoz
  • GOV.AU Tartalmi útmutató – Hozzáférhetőség és inkluzivitás
  • Ausztrál kormányzati tervezési rendszer

További olvasnivalók

  • 18F akadálymentesítési útmutató
  • A11y projekt
  • GOV.UK szolgáltatási kézikönyv — A szolgáltatás hozzáférhetővé tétele

.

Vélemény, hozzászólás? Kilépés a válaszból

Az e-mail-címet nem tesszük közzé. A kötelező mezőket * karakterrel jelöltük

Legutóbbi bejegyzések

  • Az Acela visszatért: New York vagy Boston 99 dollárért
  • OMIM bejegyzés – # 608363 – CHROMOSOME 22q11.2 DUPLICATION SYNDROME
  • Kate Albrecht szülei – Tudj meg többet apjáról Chris Albrechtről és anyjáról Annie Albrechtről
  • Temple Fork Outfitters
  • Burr (regény)

Archívum

  • 2022 február
  • 2022 január
  • 2021 december
  • 2021 november
  • 2021 október
  • 2021 szeptember
  • 2021 augusztus
  • 2021 július
  • 2021 június
  • 2021 május
  • 2021 április
  • 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