Quando si creano contenuti che verranno utilizzati da una vasta gamma di utenti, è necessario pianificare la fornitura del supporto per gli utenti con varie disabilità.
Il supporto per l'accesso facilitato è un requisito di legge obbligatorio in molti paesi del mondo.
È possibile seguire varie linee guida generali per la progettazione di contenuti utilizzati da persone tipi diversi di disabilità. Queste linee guida sono valide per qualsiasi contenuto che si crea per Oracle BI EE o altre applicazioni. È necessario conoscere anche le funzioni specifiche di Oracle BI EE al fine di garantire che il contenuto fornito supporti i requisiti di accesso facilitato.
Questa sezione contiene gli argomenti riportati di seguito circa la progettazione dell'accesso facilitato.
Le informazioni relative all'applicazione vengono fornite in vari documenti.
È possibile recuperare informazioni sull'accesso facilitato nel settore dell'informatica in varie pubblicazioni. Questa guida non intende ribadire gli stessi concetti. Esistono documenti che trattano vari standard e normative, in particolare quelli del World Wide Web Consortium (W3C) e per la Section 508 del Rehabilitation Act della legislazione statunitense.
Molti sviluppatori si affidano a supposizioni spesso errate per quel che riguarda tecnologie e accesso facilitato.
Di seguito si riportano alcuni degli errori più comuni.
I contenuti HTML sono automaticamente adatti per l'accesso facilitato.
Gli strumenti di accesso facilitato consentono di creare automaticamente contenuti accessibili.
Gli strumenti di test automatici possono stabilire in modo affidabile le caratteristiche di accesso facilitato.
Nessuna di queste supposizioni è corretta. Gli sviluppatori possono creare contenuto non adatto all'accesso facilitato utilizzando il codice HTML. Uno strumento in grado di produrre contenuto accessibile potrebbe non essere in grado di farlo per impostazione predefinita o potrebbe consentire a uno sviluppatore di selezionare opzioni che disattivano le funzioni di accesso facilitato all'interno dei contenuti esistenti. Gli strumenti di test automatici non sempre interagiscono con il contenuto così come con gli utenti finali. Di conseguenza, possono segnalare erroneamente che determinati elementi accessibili sono, invece, non accessibili. Sono, pertanto, i designer di contenuti a essere responsabili dell'accesso facilitato. Durante la creazione di contenuti, i progettisti devono essere a conoscenza di alcune prassi comuni per garantire che il contenuto sia accessibile da tutti gli utenti.
Quando si seguono alcune istruzioni di base, i dashboard risultano più efficaci.
Durante la configurazione o la creazione di contenuto per le pagine del dashboard, tenere presenti le seguenti procedure ottimali consigliate.
Non utilizzare i ticker, in quanto non sono supportati.
Assicurarsi di salvare i dashboard in posizioni appropriate in modo che risultino facilmente accessibili per gli utenti. Per informazioni sulle posizioni appropriate, vedere Salvataggio dei dashboard con altri nomi e in altre posizioni.
Ridurre l'interattività e la complessità delle pagine. Ad esempio, limitare il numero di prompt e menu a discesa, non utilizzare la funzione di drilling in linea per le sezioni e configurare le tabelle in modo da visualizzare il maggior numero di righe possibile.
È necessario sempre tener conto del fatto che esistono varie disabilità, che potrebbero interessare anche una stessa persona.
È necessario, inoltre, ricordare che ogni disabilità si manifesta a livelli diversi, ad esempio per i casi di daltonia. I progetti devono tener conto di tutti questi aspetti.
Questa sezione include le linee guida per le aree generali di progettazione descritte di seguito.
La scelta del carattere più adeguato per le presentazioni facilita la comprensione delle informazioni da parte degli utenti.
Gli utenti con problemi di vista spesso utilizzano software di ingrandimento dello schermo facilitare la lettura. I caratteri da utilizzare devono essere leggibili anche se ingranditi da strumenti di accesso facilitato fino a 20 volte. Alcuni caratteri non vengono visualizzati in modo adeguato quando vengono ingranditi, altri sì.
I dashboard di Oracle BI EE utilizzano fogli di stile per impostare le definizioni di visualizzazione standard. Assicurarsi che questi fogli di stile utilizzino in modo coerente i caratteri che vengono ingranditi in modo adeguato. In questo modo, i creatori di contenuti possono utilizzare per impostazioni predefinita i caratteri adatti all'accesso facilitato.
Scegliere con cura i colori per l'output dei dati in modo che le persone con problemi di visione dei colori possano interpretare i dati in modo corretto.
Esistono varie disabilità legate alla visione dei colori, dall'impossibilità di distinguere la differenza tra una coppia di colori comuni, ad esempio rosso-verde (la disabilità più comune), fino alla daltonia totale, in cui una persona distingue solo sfumature diverse di grigio e nero. Se si utilizzano solo colori per trasmettere informazioni fondamentali, alcuni utenti potrebbero non avere tutte le informazioni pertinenti su uno stesso oggetto. Ovviamente, le informazioni rappresentate a colori devono avere anche un formato testuale alternativo per gli utenti affetti da cecità.
Gli sviluppatori non devono creare contenuti che forniscono informazioni essenziali espresse solo mediante colori. Un esempio di progettazione non adatta all'accesso facilitato è l'indicazione di numeri negativi solo mediante una colorazione rossa del testo. Un altro esempio è il tipico indicatore "a semaforo" in cui le informazioni sono indicate dal colore : verde per una condizione ottimale e rosso per una condizione insufficiente.
Il testo con codifica colore migliora la comprensione dei dati presentati.
È possibile usare il colore nelle progettazioni se si include un'altra indicazione della stessa informazione. Ad esempio, è possibile includere un segno meno o una parentesi per indicare i numeri negativi nelle tabelle e negli elementi pivot. Per le visualizzazioni selettive, è possibile aggiungere testo descrittivo o icone di forme diverse oltre al colore. È possibile includere testo del tipo "Stato: buono". È possibile includere cerchi verdi per "buono", triangoli gialli per "avvertenza" e ottagoni rossi per "non valido".
Poiché le deficienze legate alla visione dei colori possono manifestarsi anche nell'impossibilità di distinguere sottili sfumature di colori simili, la progettazione complessiva dei colori di tutti gli elementi delle schermate deve prevedere un contrasto elevato dei colori.
È necessario fare di tutto per ottenere un rapporto di contrasto per la luminosità dei colori di minimo 4.5:1. Ad esempio, utilizzare un testo nero su fondo bianco anziché un testo grigio chiaro su uno sfondo grigio scuro.
È possibile consultare i seguenti siti Web per assistenza.
Questo sito contiene uno strumento in grado di verificare il corretto livello di contrasto.
http://www.paciellogroup.com/resources/contrast-analyser.html
Questo sito contiene uno strumento per osservare in che modo le persone con vari tipi di problemi di visione dei colori visualizzano un sito Web.
I dashboard costituiscono il formato principale per la diffusione di grandi quantità di informazioni, pertanto è necessario progettarli con cura per garantire la massima comprensione possibile.
Fare riferimento alle linee guida nelle sezioni riportate di seguito per progettare dashboard conformi alla modalità di accesso facilitato.
L'uso di una struttura coerente per i dashboard garantisce che gli utenti visualizzeranno i dati presentati secondo modalità a cui sono abituati.
Fare riferimento alle linee guida riportate di seguito per implementare una struttura coerente per i dashboard.
Se più i dashboard contengono funzioni o contenuti simili, mantenere questi collegamenti o form nello stesso punto in tutti dashboard.
Utilizzare lo stesso testo e le stesse etichette per pulsanti e collegamenti che hanno la stessa funzione o destinazioni identiche. Se si utilizzano elementi grafici per identificare controlli, indicatori di stato o altri elementi programmatici, assicurarsi che il significato assegnato a ciascun elemento grafico sia coerente in tutte le pagine del dashboard.
Associare lo stesso testo a icone e altri elementi grafici utilizzati per le stesse funzioni. Gli elementi grafici non possono essere letti da tecnologie assistive e gli utenti con problemi di vista potrebbero non essere in grado di comprendere il significato di un elemento grafico. Di conseguenza, tutti elementi grafici devono contenere testo aggiuntivo che spiega la funzionalità.
Gli elementi grafici devono avere un "testo alternativo", ovvero un testo associato a un elemento grafico per descriverne lo scopo. Questo testo alternativo viene specificato utilizzando l'attributo ALT per l'elemento nel codice HTML. Anche se un elemento grafico è presente solo per ragioni estetiche e non funzionali, è comunque necessario specificare un testo alternativo nullo (alt="") per il rispettivo elemento, in modo i lettori di schermo possano capire che il testo deve essere saltato.
Per altri elementi grafici che non supportano la creazione di testo alternativo, è necessario includere campi di testo nella parte superiore o laterale per indicare la funzionalità, ad esempio "Selezionare una vista in basso".
La semplificazione delle pagine del dashboard facilita la comprensione dei contenuti da parte degli utenti.
Cercare sempre di mantenere le pagine del dashboard quanto più semplici possibile. Non tentare di includere troppi oggetti in una pagina. Includere più pagine all'interno delle quali è facile navigare invece di una sola pagina con troppi elementi e che è difficile da consultare.
I dashboard possono essere migliorati in vari modi.
Fare riferimento alle linee guida riportate di seguito per arricchire i contenuti sullo schermo per i dashboard.
Così come negli elementi grafici conviene avere un rapporto elevato di contrasto per la luminosità dei colori, evitare di utilizzare sfondi colorati o con motivi particolari per le pagine del dashboard.
Utilizzare stili che supportano il contrasto elevato tra sfondo e testo, sia nell'area dell'intestazione del dashboard che nelle schede di dashboard con più pagine.
Posizionare i contenuti più importanti nella parte superiore della pagina, in modo chi utilizza lettori di schermo possa accedere a tali contenuti senza dover utilizzare l'intero schermo.
Mettendo a disposizione dati accessibili per gli utenti che utilizzano gli strumenti di accesso facilitato si garantisce che tutti gli utenti ricevano le stesse informazioni.
Per visualizzazioni che sono intrinsecamente visive, come le mappe interattive GIS o i feed audio/video, potrebbe non esistere un metodo per rendere questi elementi direttamente accessibili. Se si distribuisce questo tipo di contenuti, è necessario anche fornire una visualizzazione equivalente basata su testo delle stesse informazioni, con funzionalità di interazione simili. Ciò significa, in genere, che occorre creare una tabella o tabella pivot equivalente dei dati correlati (se applicabile) o fornire una didascalia e una descrizione testuale dei contenuti audiovisivi.
Le pagine del dashboard generano testo esplicativo per gli oggetti basati sui rispettivi campi delle descrizioni.
Assicurarsi che ogni analisi che si crea includa una breve descrizione della rispettiva funzionalità. Questa descrizione viene specificata nel campo Descrizione della finestra di dialogo Salva per l'analisi.
Il set di stili e skin disponibili per il sistema Oracle BI EE controlla l'aspetto generale di qualsiasi dashboard. È possibile utilizzare stili e skin per l'accesso facilitato, come descritto nelle sezioni riportate di seguito.
È possibile creare stili e skin personalizzati per implementare impostazioni standard che supportano l'accesso facilitato, come la selezione di caratteri predefiniti, schemi di colore a contrasto elevato e così via.
Per iniziare, è possibile copiare e modificare lo stile predefinito. Mediante la modifica di questi file, è possibile selezionare i colori, il contrasto e i caratteri predefiniti più adatti per gli utenti con determinate disabilità.
È possibile impostare uno stile predefinito per tutti i dashboard e anche selezionare uno stile da applicare a un singolo dashboard.
Potrebbe essere utile creare una serie di dashboard con contenuti appositamente ottimizzati per gli utenti con esigenze di accesso facilitato. Può essere utile anche applicare uno speciale stile di "accesso facilitato" a uno o più dashboard per gli utenti che le richiedono.
Lo stile viene specificato nella finestra di dialogo Proprietà dashboard di un determinato dashboard.
Alcune funzioni non devono essere utilizzate, ad esempio elementi che lampeggiano con una frequenza compresa tra 2 Hz e 55 Hz o che utilizzano troppe animazioni, come un widget di visualizzazione per la teleborsa azionaria.
Assicurarsi di conoscere a fondo tutti i divieti di progettazione previsti dalle normative locali ed evitare di includere tali elementi nelle pagine del dashboard.