Circolare AIPA . 6 settembre 2001, n. AIPA/CR/32.
Criteri e strumenti per migliorare l'accessibilità dei siti web e delle applicazioni informatiche a persone disabili.
A TUTTE LE AMMINISTRAZIONI PUBBLICHE
A seguito delle linee guida dettate nella materia dal Dipartimento della funzione pubblica, con circolare n. 3/2001 del 13 marzo 2001 (pubblicata nella Gazzetta Ufficiale 19 marzo 2001, Serie generale, n. 65) vengono indicati criteri e strumenti per favorire l'accesso ai siti web delle pubbliche amministrazioni e l'uso delle applicazioni informatiche da parte delle persone disabili.
In particolare, vengono specificati i criteri da rispettare nella progettazione e manutenzione dei sistemi informatici pubblici, per favorire l'accessibilità ai siti web che mettono a disposizione di cittadini e imprese informazioni e servizi interattivi mediante tecnologie e protocolli Internet e alle applicazioni informatiche utilizzate dal personale della pubblica amministrazione e da cittadini e imprese per i servizi resi così fruibili.
Le amministrazioni che intendessero aderire integralmente agli orientamenti espressi dal WAI “Web content accessibility guidelines 1.0” del consorzio W3C, potranno raggiungere un miglior livello di accessibilità dei propri siti.
Per quanto riguarda la progettazione o la riconversione di sistemi applicativi rivolti ad un insieme limitato di utilizzatori, le amministrazioni sono invitate in via preliminare a valutare il livello di effettiva e possibile utilizzazione delle applicazioni da parte di soggetti disabili.
1. Disabilità e tecnologie assistive: principi generali di intervento per favorire l'accessibilità
Per disabilità si intende qualsiasi restrizione o impedimento nel normale svolgimento di un'attività derivante da una menomazione.
In questo contesto vengono considerati soltanto gli aspetti di interazione con i sistemi informatici; il termine “accessibilità” va inteso quindi come la proprietà dei sistemi informatici di essere fruibili senza discriminazioni derivanti da disabilità.
Le disabilità possono essere:
a) fisiche, che comprendono le disabilità motorie, relative al controllo dei movimenti degli arti, e sensoriali, che riguardano limitazioni della vista e dell'udito;
b) cognitive, che possono eventualmente associarsi a menomazioni motorie o sensoriali. Le limitazioni delle funzioni intellettive possono assumere caratteristiche diverse (disturbi della parola, del linguaggio, della coordinazione del pensiero ecc.), tali da ridurre i livelli di comunicazione, attenzione e risposta agli stimoli esterni.
Le soluzioni tecniche, hardware e software, che permettono di superare o ridurre le condizioni di svantaggio dovute ad una specifica disabilità, vengono di seguito denominate “tecnologie assistive” o “ausili”.
Il grado più elevato di accessibilità si consegue attuando il principio della “progettazione universale”, secondo il quale ogni attività di progettazione deve tenere conto della varietà di esigenze di tutti i potenziali utilizzatori. Questo principio, applicato ai sistemi informatici, si traduce nella progettazione di sistemi, prodotti e servizi fruibili da ogni utente, direttamente o in combinazione con tecnologie assistive.
L'applicazione del principio di progettazione universale può presentare dei limiti e, in alcuni casi, porre vincoli alla creatività. Nel caso dei siti web, i vincoli riguardano le modalità di attuazione delle varie soluzioni tecniche, piuttosto che il contenuto e l'estetica dei documenti, per cui non si traducono in limitazioni della possibilità espressiva. Nel caso di sistemi informatici dedicati a specifiche finalità applicative, vi sono situazioni nelle quali non è possibile una completa e generale applicazione del principio, in quanto le soluzioni tecniche disponibili, allo stato, non permettono di rendere tutte le possibili funzioni accessibili a qualunque utente, indipendentemente dalle sue capacità fisiche e sensoriali. Le possibilità attuali coprono, tuttavia, una casistica molto vasta e suscettibile di ulteriore continuo ampliamento grazie all'evoluzione tecnologica.
La rispondenza ai requisiti di accessibilità deve essere interpretata in maniera non limitativa: gli autori non devono essere scoraggiati ad usare elementi multimediali, ma, al contrario, invitati a sfruttarli per assicurare l'accesso alle informazioni a una sempre più vasta platea di utenti.
Per quanto concerne i siti web e, più in generale, i programmi di accesso a sorgenti separate di informazione, il requisito di accessibilità sarà tanto più facilmente soddisfatto quanto più la progettazione si sia basata sulla separazione dei contenuti dalle modalità di presentazione. La separazione è resa oggi più agevole dal diffondersi di linguaggi di marcatura e dall'utilizzo di style-sheet.
In generale, l'elemento architetturale di un sistema informatico che viene maggiormente interessato dal problema dell'accessibilità è l'interfaccia utente; pertanto, nella progettazione o nell'adattamento di interfacce esistenti, è fondamentale un'adeguata conoscenza delle opportunità offerte dalla tecnologie assistive per sfruttarle nel modo migliore, tenendo conto delle finalità applicative. Per favorire il rispetto dei principi illustrati, vengono fornite nel seguito definizioni di accessibilità riferite a specifiche configurazioni di postazione di lavoro e tecnologie assistive, sulle quali effettuare i test appropriati.
2. Linee guida e criteri per l'accessibilità dei siti web
Un “sito web accessibile” è un sito Internet il cui contenuto informativo multimediale e le cui procedure di interazione e navigazione siano fruibili da utenti dotati di browser con diverse configurazioni, che consentano di disabilitare le funzioni di caricamento di immagini, animazione, suono, colore, temporizzazione e omettere l'uso di visualizzatori addizionali.
Per rendere accessibile un sito web ci si deve attenere alle seguenti indicazioni:
a) struttura del sito
nel progettare il sito occorre prevedere una struttura comprensibile, applicando quei criteri di usabilità che prescrivono di evitare l'affollamento di link e strutture di pagina e di navigazione complesse;
il sito deve essere dotato di una mappa di navigazione interattiva per migliorare la comprensione della struttura e di un motore di ricerca con controllo ortografico incorporato;
è consigliabile mantenere una struttura omogenea delle pagine;
b) accessibilità
è sconsigliabile il ricorso a versioni parallele (grafica, solo testo, grandi caratteri, ecc.), per le conseguenti maggiori difficoltà di aggiornamento, a meno che non sia questo l'unico modo per garantire un miglioramento effettivo del grado di accessibilità. In questo caso, deve essere assicurato l'allineamento del contenuto delle pagine del sito accessibile e con quelle del sito principale. Nel caso di intervento di recupero di accessibilità su un sito esistente, si raccomanda di utilizzare la soluzione di restauro delle pagine, rispettando le regole di accessibilità;
nella realizzazione dei documenti, si devono ricercare soluzioni che permettano la compresenza di componenti orientate a diverse necessità degli utenti. Ad esempio, per i browser che non trattano queste componenti occorre utilizzare le opzioni NOFRAMES e NOSCRIPTS, che forniscono procedure alternative; un'altra soluzione consiste negli “equivalenti testuali” che consentono di fornire le stesse informazioni a coloro che non possono fruire di una o più componenti multimediali. Gli equivalenti testuali vanno applicati a componenti quali: immagini, rappresentazioni grafiche del testo (inclusi i simboli), bottoni grafici, regioni delle mappe immagine, applet e altri oggetti di programmazione, ASCII art, piccole immagini usate come identificatori delle voci di una lista, spaziatori, disegni, grafi, filmati o altre immagini in movimento, come GIF animate. Gli equivalenti testuali potranno essere semplici etichette associate all'elemento o vere e proprie descrizioni dettagliate inserite in una pagina separata e collegata all'elemento grafico mediante un link, in funzione del contenuto informativo dell'elemento grafico stesso: per una immagine, una vera descrizione è necessaria soltanto se significativa per la comprensione del documento nel quale è inserita; negli altri casi è sufficiente un'etichetta testuale che ne indichi la funzione;
si sconsiglia l'uso di figure di sfondo ad una pagina e di testi realizzati in forma di immagine: una figura di sfondo disturba la percezione del testo sovrapposto da parte dei disabili cognitivi e degli ipovedenti e un'immagine di testo non possiede flessibilità sufficiente per adattarsi alle esigenze degli utenti ipovedenti;
c) formati e fruibilità delle informazioni
è utile predisporre una versione compressa dei documenti di grandi dimensioni da scaricare, la quale comprenda i file collegati indispensabili alla navigazione fuori linea, usando link di tipo relativo. I nomi dei file e delle directory devono essere compatibili con tutti i programmi di navigazione. I formati dovrebbero essere accessibili e non proprietari: HTML, RTF, testo. Se fossero necessari altri formati, come PDF, GIF, JPG, sarebbe necessario accompagnarli con una versione accessibile;
si raccomanda l'uso di fogli di stile, in applicazione del principio di separazione fra contenuto e visualizzazione delle pagine. La flessibilità e intercambiabilità dei fogli di stile consentono di personalizzare la presentazione dei documenti secondo le esigenze dell'utente, attraverso la scelta dei font, le loro dimensioni e il più adatto contrasto cromatico. In generale, è consigliabile che la rappresentazione grafica, per i testi e per le immagini, sia semplice: vanno evitati caratteri troppo piccoli, righe compresse, font bizzarri, colori sfumati o con tenui contrasti con lo sfondo;
si sconsiglia l'uso di tabelle ai fini dell'organizzazione della struttura delle pagine, almeno quando il contenuto perda senso se la tabella venga linearizzata. Riguardo all'uso delle tabelle per la presentazione e la tabulazione dei dati, occorre comporre i documenti con i marcatori necessari per l'individuazione della cella all'interno della griglia. In particolare, è utile inserire le intestazioni di riga e di colonna, affinché i dispositivi alternativi di visualizzazione possano procedere ad una corretta individuazione della cella. Risulta anche utile una descrizione dell'organizzazione dei dati, fornita ad esempio come didascalia della tabella. Quando si debbano creare tabelle complesse (ad esempio con struttura nidificata), è consigliabile fornire una pagina alternativa con una versione linearizzata delle tabelle stesse.
La procedura di verifica di accessibilità deve simulare le condizioni di utilizzo da parte dell'utente disabile
Si considera accessibile un sito che non ostacoli l'orientamento, la navigazione, la lettura di pagine e documenti, lo scaricamento di file e l'interazione con form o quant'altro richieda introduzione di dati e gestione di comandi, quando tali operazioni siano eseguite da una persona sufficientemente addestrata nell'uso di una postazione di lavoro, con una configurazione dotata di uno o più dei seguenti software e ausili:
1) browser grafico, anche se privo di visualizzatori speciali, con capacità di gestione di fogli di stile o di componenti multimediali disabilitate (immagini, animazioni, suoni, colore): Internet Explorer, Netscape Navigator, Opera, Amaya;
2) browser testuale Lynx 2.8 o superiore, in versione per Unix, DOS o “Prompt di DOS” di Windows 95 o superiore;
3) come al punto 2), in combinazione con uno screen reader testuale per DOS;
4) come al punto 1), in combinazione con uno screen reader per ciechi operante sotto Windows 95 o superiore;
5) come al punto 1), in combinazione con un ingranditore di schermo per ipovedenti;
6) come al punto 1), in combinazione con un ausilio per disabili motori, con tastiera e/o mouse alternativi;
7) come al punto 1), in combinazione con un sistema di input vocale a controllo completo dell'interfaccia utente.
Gli ausili si intendono in “versione italiana recente”, cioè disponibile in Italia da gennaio 2000 o successivamente.
I browser ai punti 1) e 2), essendo svincolati dalla tecnologia assistiva, rispondono all'esigenza di una verifica di prima approssimazione, effettuabile direttamente dallo sviluppatore, e coprono le necessità di quegli utenti che, pur non essendo affetti da minorazioni motorie o sensoriali, si trovano in condizione di non poter fruire pienamente di tutte le componenti multimediali di un sito, a causa di condizioni ambientali o di limitazioni tecnologiche.
Le verifiche di accessibilità con le configurazioni indicate al punto 1) potranno simulare varie condizioni di disabilità, attraverso la disattivazione selettiva di una o dell'altra funzione multimediale (ad esempio: immagini e grafica per simulare la cecità, suoni per la sordità, colori per i difetti di percezione cromatica).
La verifica, allorché siano adottate le diverse forme di tecnologia assistiva nei punti da 3) a 7), consente di riprodurre meglio le condizioni operative di utenti disabili. È raccomandata la compatibilità con tutti i modelli o versioni delle tipologie di ausilio elencate; tuttavia il livello minimo di accessibilità si potrà considerare raggiunto anche se assicurato soltanto con gli ausili più avanzati.
3. Linee guida e criteri per l'accessibilità delle applicazioni software
Le barriere presenti nelle applicazioni software costituiscono uno degli ostacoli all'integrazione del personale disabile nelle attività degli uffici ed una fonte di discriminazione per i cittadini disabili che vengono esclusi o limitati nella fruizione dei servizi disponibili per via telematica. Una tipologia particolarmente importante è quella delle applicazioni didattiche multimediali, per le conseguenze che ha sull'integrazione dei ragazzi disabili nella scuola. Per le applicazioni multimediali che adottino le medesime modalità di presentazione del web, le problematiche di accessibilità si riconducono a quelle esposte in precedenza.
Ai fini dell'accessibilità, i criteri fondamentali ai quali le amministrazioni sono invitate ad attenersi nello sviluppo di applicazioni informatiche sono i seguenti:
a) accessibilità dalla tastiera
tutte le funzioni dell'applicazione devono essere gestibili da tastiera. Tutte le azioni previste con l'uso di dispositivi di puntamento e manipolazione di oggetti devono essere rese possibili anche con equivalenti comandi di tastiera e devono essere chiaramente descritte nella documentazione dell'applicazione;
i comandi impartiti con combinazione di tasti di scelta rapida devono rispettare, per le operazioni più comuni, le scelte abituali del sistema operativo e devono essere ridefinibili dall'utente per risolvere eventuali problemi di conflitto con quelli della tecnologia assistiva. Vanno inoltre preferite combinazioni semplici di tasti che risultino di facile memorizzazione e richiedano una modesta abilità manuale per l'esecuzione;
l'applicazione deve prevedere una successione logica delle operazioni di interazione. La successione deve essere chiaramente individuabile dalla tecnologia assistiva, per seguirne il percorso e consentire l'interpretazione alternativa delle operazioni;
l'applicazione non deve interferire con le funzioni di accessibilità eventualmente disponibili nel sistema operativo;
i comandi che prevedono una risposta a tempo devono essere evitati, oppure deve essere prevista la possibilità, per l'utilizzatore, di regolare il tempo di risposta;
b) icone
tutte le icone devono avere una chiara etichetta testuale o un'alternativa testuale selezionabile dall'utilizzatore;
ad ogni icona deve essere associata una combinazione di tasti di scelta rapida. Per le barre di icone deve essere disponibile anche un menù a tendina con comandi equivalenti;
c) oggetti
l'applicazione deve usare le routine di sistema per la presentazione del testo, in modo da permetterne l'interpretazione alla tecnologia assistiva. L'informazione minima da fornire per tale interpretazione è costituita dal contenuto testuale dello schermo, dagli attributi del testo e dalla posizione del cursore;
l'applicazione deve rendere disponibili sufficienti informazioni sugli oggetti usati dall'interfaccia utente, affinché la tecnologia assistiva possa identificarli e interpretarne la funzione;
d) multimedia
l'applicazione deve prevedere opzioni alternative di segnalazione visiva di avvertimento e rinforzo delle segnalazioni sonore di allarme del programma;
l'applicazione deve prevedere opzioni di presentazione sincronizzata in formato testuale di tutte le informazioni audio, per mezzo di didascalie, sotto-titolazioni o altro, se questo non sia palesemente in contrasto con le funzioni del programma o oggettivamente impossibile da realizzare o non sufficiente per un utilizzatore non udente;
l'applicazione deve prevedere opzioni di descrizione vocale o presentazione sincronizzata in formato testuale di tutte le informazioni di tipo video se questo non è palesemente in contrasto con le funzioni del programma o oggettivamente impossibile da realizzare o non sufficiente per un utilizzatore non vedente (ad esempio programmi CAD o di montaggio fotografico);
e) presentazione a video
l'applicazione non deve usare il colore come mezzo per fornire informazione o indicare una azione selezionabile in un menu oppure deve prevedere un metodo alternativo utilizzabile anche da chi non percepisce i colori;
l'applicazione deve permettere all'utilizzatore di scegliere i colori e regolare il loro contrasto, sia nell'interfaccia utente sia nelle aree di lavoro e presentazione dei dati;
l'applicazione non deve contenere immagini di sfondo in presenza di un testo o un grafico importante, oppure deve essere fornita di una opzione per eliminare tale sfondo;
l'applicazione deve permettere all'utilizzatore di cambiare dimensioni e tipo di caratteri, per mezzo del sistema operativo, per la presentazione a video e per la stampa;
l'applicazione deve permettere all'utilizzatore di regolare o bloccare gli effetti di lampeggio, rotazione o movimento delle presentazioni a video, se questo non interferisce con lo scopo dell'applicazione;
l'applicazione deve permettere all'utente di selezionare la definizione di schermo preferita;
l'applicazione deve rispettare le scelte dell'utente relative ai puntatori di sistema del mouse;
per gli elementi selezionabili, si deve prevedere una distanza minima di almeno il 4% della larghezza o altezza dello schermo, oppure deve essere prevista un'opzione di ridimensionamento;
f) etichette dei campi
le etichette relative ai campi dei dati devono trovarsi immediatamente vicine ai campi stessi, preferibilmente a sinistra, in modo da facilitare la loro lettura, e l'associazione al campo relativo, da parte degli screen reader per i ciechi;
g) documentazione
tutta la documentazione deve essere fornita anche in formato elettronico accessibile e deve includere anche descrizioni testuali di figure e grafici;
qualunque uscita prodotta dall'applicazione deve essere disponibile in formato accessibile.
La procedura di verifica di accessibilità deve simulare le condizioni di utilizzo da parte dell'utente disabile.
Si considera accessibile un'applicazione informatica dotata di un'interfaccia utente che, con l'eventuale ausilio di tecnologia assistiva, non presenti difficoltà di: lettura del contenuto di tutte le finestre visualizzabili sullo schermo, controllo dell'inserimento di dati e dell'interazione con elementi o oggetti dell'interfaccia (menu orizzontali o a tendina, bottoni, campi di editing, check box, radio box, ecc.), quando tali operazioni siano eseguite da una persona sufficientemente addestrata nell'uso di una postazione di lavoro, con una configurazione dotata, a seconda dei casi, di strumenti di tecnologia assistiva quali:
screen reader per ciechi, con sintesi vocale o display Braille;
funzioni di ausilio per ipovedenti e disabili motori fornite dal sistema;
applicativo specifico di ingrandimento di schermo;
sistema di input vocale, con dettatura di testo e emulazione di comandi di tastiera e/o mouse;
ausilio per disabili motori, con tastiera e/o mouse alternativi.
Gli ausili si intendono in “versione italiana recente”, cioè disponibile in Italia da gennaio 2000 o successivamente.
Le caratteristiche di accessibilità devono essere possedute dal software applicativo, indipendentemente dalla piattaforma hardware e software di destinazione, purché sia disponibile la specifica tecnologia assistiva. Nel caso di applicativi per sistemi multi-utente le condizioni di accessibilità si possono applicare all'emulatore di terminale, il quale può funzionare sotto altro sistema operativo, permettendo di scegliere la soluzione più favorevole.
Sul sito dell'AIPA, all'indirizzo www.aipa.it è pubblicata una selezione di riferimenti sul tema dell'accessibilità. L'AIPA, anche in collaborazione con altre amministrazioni, sta progettando la realizzazione di un sito specificatamente dedicato alla accessibilità. Nel frattempo, chiunque volesse inviare osservazioni, contributi, richieste, può inviare un messaggio di posta elettronica all'indirizzo [email protected].
Si confida che le Amministrazioni vogliano adottare le iniziative necessarie per migliorare la accessibilità dei siti web e delle applicazioni software ad operatori ed utenti disabili.
Entro un anno si procederà ad aggiornare la presente circolare, sulla base dell'esperienza maturata nel frattempo e degli avanzamenti tecnologici.
Si rimane a disposizione per ogni necessario ragguaglio.
Roma, 6 settembre 2001
Il Presidente: ZULIANI