Creazione di applicazioni Oracle JET accessibili

Nota: questo percorso di apprendimento prevede un prerequisito, Sviluppare un'applicazione Web in Oracle JavaScript Extension Toolkit (Oracle JET), che deve essere completato prima di iniziare questo corso.

Introduzione all'accesso facilitato

Ora che hai una conoscenza di base su come utilizzare Oracle JET per sviluppare applicazioni Web, è il momento di soddisfare le esigenze specializzate di quasi il 10-20% del pubblico di destinazione, quelle con disabilità. Secondo un articolo pubblicato dall'Organizzazione Mondiale della Sanità del 2014, circa il 15% della popolazione mondiale ha una qualche forma di disabilità e tale numero cresce con una popolazione in continua età.

Cronologia

Il concetto moderno di accessibilità ha avuto origine alla fine del 1960 come movimento di base nei campus universitari e nelle comunità locali per affrontare i diritti delle persone disabili che cercano l'accesso fisico agli edifici pubblici. Questo accesso includeva rampe lungo passerelle pubbliche, ingressi, porte automatiche ed etichette Braille in ascensori di edifici pubblici, governativi e universitari.

Legislazione pari accesso

Oggi, l'"accesso" incorpora sia l'accesso fisico alle strutture che l'accesso all'attuale panorama tecnologico di PC, laptop, tablet, smartphone e dispositivi vocali come Amazon Alexa. La legislazione sulla parità di accesso continua ad affrontare le questioni dell'accesso fisico e della tecnologia da cui dipendiamo.

L'accessibilità del software è obbligatoria in molti paesi in tutto il mondo. Ad esempio:

• The American with Disabilities Act negli Stati Uniti
• The Accessibility for Ontarians with Disabilities Act in Ontario, Canada
• The Equality Act of 2010 nel Regno Unito

Sfide per l'accesso - Tipi di ostacoli

In qualità di web application designer e sviluppatori, dobbiamo essere consapevoli che i client disabilitati devono affrontare gli ostacoli quando accedono alla tecnologia. Considerare quanto riportato di seguito.

• Un utente non può manipolare il topo a causa di mobilità compromessa (difetto di nascita congenitale, malattia di Lou Gehrig, malattia di Parkinson, artrite reumatoide, lesioni o deficit correlato all'invecchiamento). In che modo un tale utente può attivare il testo associato a un evento di clic?
• Un utente non è visibile e non può vedere che le istruzioni per l'utilizzo di una pagina o di un modulo seguono dopo il contenuto. Come farebbe l'utente a leggere l'intera pagina per trovare le istruzioni?
• Un utente ha una visione bassa e utilizza un ingranditore dello schermo che si concentra su e ingrandisce solo una piccola parte dello schermo per volta. Date le limitazioni dell'ingranditore, come farebbe l'utente a sapere se un messaggio viene visualizzato altrove sullo schermo?
• Un utente è cieco dal colore e non può distinguere determinati colori. Come può l'utente sapere quale sia il pulsante rosso, blu o verde a cui viene fatto riferimento nel testo della pagina?

Queste sono solo alcune illustrazioni delle preoccupazioni che uno sviluppatore deve affrontare durante la creazione di un'applicazione Web accessibile. Questo percorso formativo fornisce metodi chiari per la codifica e il test dell'accessibilità al fine di rispettare gli standard più recenti impostati da WCAG (Web Content Accessibility Guidelines) versione 2.1.

È prudente esaminare attentamente le linee guida di cui sopra, in quanto costituiscono la base del nostro lavoro nell'accessibilità.

WCAG (Web Content Accessibility Guidelines)

Il World Wide Web Consortium (W3C) ha creato un insieme di standard denominati Web Content Accessibility Guidelines (WCAG) che forniscono regole molto specifiche su come rendere i siti Web e le applicazioni Web accessibili. Queste linee guida costituiscono la base per questo percorso di apprendimento.

Gli standard WCAG si concentrano su quattro aree di un'applicazione Web o di un sito Web:

1. Percepibilità: L'interfaccia può essere percepita dalla stragrande maggioranza degli individui indipendentemente dalle disabilità?

   • Rapporto di contrasto del colore che funziona bene per coloro che hanno una visione bassa
   • Semplicità di layout che funziona bene per chi ha deficit cognitivi

2. Operabilità: le persone possono interagire con l'interfaccia indipendentemente dalle disabilità?

   • Accesso solo da tastiera: consente di navigare e utilizzare l'interfaccia senza l'utilizzo del mouse
   • Accesso solo vocale: utilizzare l'interfaccia solo tramite input vocale

3. Comprensibilità: l'interfaccia è facilmente compresa dagli individui indipendentemente dalle disabilità?

   • Il contenuto è scritto per essere compreso da individui con disabilità cognitive
   • L'interfaccia è compresa da un individuo utilizzando un lettore di schermo

4. Robustezza: l'interfaccia supporta una varietà di agenti utente (browser, dispositivi e tecnologie assistive)?

Se i criteri WCAG sono soddisfatti, le applicazioni web e i siti web dovrebbero superare tutti i requisiti legali.

Il costo dell'accessibilità

Va notato che l'accessibilità non dovrebbe mai essere una scelta successiva quando si scrive codice. Sebbene il processo di sviluppo sia più lungo, è più conveniente scrivere le funzionalità di accessibilità nel codice durante la fase di sviluppo rispetto a quello di modificare un'applicazione esistente.

Gli sviluppatori si lamentano spesso della necessità di soddisfare le esigenze specifiche di una popolazione probabilmente di piccole dimensioni. Se implementato correttamente, il codice accessibile semplifica l'utilizzo di un'applicazione, non solo per i disabili. Ad esempio, semplificando l'interfaccia e scegliendo colori con rapporti di contrasto più elevati, le applicazioni su dispositivi mobili o browser meno recenti sono più semplici da utilizzare.

1, 2, 3 passi per il successo

L'accessibilità inizia in fase di progettazione. I progettisti creano un modello di ciò che il programma fa. Dovrebbero tessere l'accessibilità in tutto il progetto per garantire che il piano includa meccanismi efficaci per l'accesso solo da tastiera. Questo tipo di accesso consente dispositivi di input alternativi per coloro che hanno un uso limitato o senza l'uso delle mani.

Gli sviluppatori devono disporre di una solida conoscenza sul lavoro di come codificare l'accessibilità (front-end) e di una consapevolezza tecnica su come testare l'accessibilità (back-end).

Gli ingegneri del controllo qualità devono parlare la lingua dell'accessibilità. Come gli sviluppatori, devono comprendere ed eseguire test di accessibilità insieme ai normali test di funzionalità e sicurezza. I professionisti del controllo qualità sono il tampone tra il software che viene rilasciato e il potenziale di contenzioso se le linee guida sull'accessibilità non sono rispettate.

Note da avvisare

Oracle JET è aperto al pubblico e può essere utilizzato in applicazioni e siti Web non Oracle. Pertanto, è necessario soddisfare WCAG versione 2.1 quando si scrivono applicazioni Oracle JET.

Questo percorso formativo si concentra principalmente sugli aspetti di accessibilità relativi all'accesso da tastiera e all'uso della lettura dello schermo. Questo percorso non si concentra sugli aspetti cognitivi della progettazione o della creazione di un'applicazione Oracle JET.