CRITERI E STRUMENTI PER MIGLIORARE L'ACCESSIBILITA' DEI SITI
WEB E DELLE APPLICAZIONI INFORMATICHE A PERSONE DISABILI
Circ. 6 settembre 2001, n. AIPA/CR/32.
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, applets 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): MS 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 accesso@aipa.it.
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.