Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 1 Valutare laccessibilità dei siti web Il...

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 1

Valutare l’accessibilità dei siti web

• Il World Wide Web Consortium (W3C)

– Sviluppa tecnologie (specifiche, linee guida,

software, tools) per il Web

– Promuove un forum per la comprensione collettiva

delle tematiche di interesse

– http://www.w3c.org


Linee guida per l’accessibilità dei contenuti web (WCAG 1.0)

• Procedure generali e suggerimenti per la

valutazione durante le fasi di sviluppo

• Monitoraggio di siti web esistenti

• Misure da integrare all’interno delle procedure

esistenti per la gestione dei contenuti e della

qualità


Come le Linee Guida di WCAG 1.0 sono organizzate

• Numero identificativo ed enunciato

• Lista delle verifiche con:1. Definizione

2. Priorità

3. Note e riferimenti


Le Priorità

• Priorità 1: Requisiti che un sito web DEVE soddisfare

• Priorità 2: Requisiti che un sito web DOVREBBE soddisfare

• Priorità 3: Requisiti che il progettista del sito web POTREBBE rispettare


LINEA GUIDA 1

• Fornire alternative equivalenti per i contenuti visivi ed uditivi– contenuto testuale equivalente per ogni elemento

non-testuale (P1)– link testuali ridondanti per ogni regione attiva di

mappe lato server (P1)– Descrizione audio delle informazioni visive principali

(P1)– Sincronizzare le alternative equivalenti (P1) – link testuali ridondanti per ogni regione attiva di

mappe lato client (P3)


LINEA GUIDA 2

• Non fare affidamento esclusivamente sui colori

– Le informazioni codificate con i colori sono disponibili

anche senza i colori (P1)

– Sufficiente contrasto tra sfondo e contenuti (P2 per le

immagini, P3 per il testo)


LINEA GUIDA 3• Usare le direttive di markup in modo appropriato

– Possibilmente usare markup piuttosto che immagini per rappresentare informazioni (P2)

– Creare documenti conformi ai modelli grammaticali pubblicati (P2)

– Usare pagine modello per controllare il formato della presentazione (P2)

– Misure relative piuttosto che assolute (P2)

– Usare titoli per rendere comprensibile la struttura dei documenti (P2)

– Usare markup appropriati per le liste di elementi (P2)

– Rendere le “virgolette” usando i markup, evitarle come effetto di indentazione (P2)


LINEA GUIDA 4• Spiegare l’uso del linguaggio naturale

– Identificare chiaramente i cambiamenti al linguaggio naturale del testo e dei suoi contenuti equivalenti (P1)

– Indicare il significato delle abbreviazioni e degli acronimi alla prima occorrenza in ciascun documento (P3)

– Identificare il linguaggio naturale primario di ogni documento (P3)


LINEA GUIDA 5

• Creare tabelle che evolvono con garbo – Identificare titoli di righe e colonne (P1)

– Se la tabella ha più di 1 livello logico, usare markup per associare le celle (P1)

– Non usare le tabelle solo per il loro formato (P2)

– Se una tabella è usata per il formato, comunque evitare i murkup per la formattazione visiva (P2)

– Fornire sommario (P3)

– Fornire abbreviazioni per i nomi dei titoli (P3)


LINEA GUIDA 6

• Le pagine che impiegano nuove tecnologie devono evolvere con garbo – Organizzare i documenti in modo che possano essere letti anche

come solo testo (P1)

– Aggiornare i contenuti equivalenti quando un contenuto dinamico cambia (P1)

– Pagine usabili anche quando script, applet e altri oggetti eseguibili sono disabilitati o non supportati (P1)

– Gestori di eventi indipendenti dalle periferiche di input (P2)

– Quando il contenuto dinamico non è accessibile, fornire una presentazione alternativa (P2)


LINEA GUIDA 7

• Assicurare il controllo dell’utente sui cambiamenti di contenuti dipendenti dal tempo. A meno che l’utente non ne abbia il controllo: – Evitare contenuti tremolanti (P1)

– Evitare contenuti intermittenti (P2)

– Evitare pagine in movimento (P2)

– Evitare auto-refresh (P2)

– Evitare ridirezionamenti automatici, o se indispensabili farli gestire dal server piuttosto che da markup (P2)


LINEA GUIDA 8

• Assicurare l’accessibilità diretta delle interfacce utente embedded – Gli elementi eseguibili (script, applet, etc.)

devono essere direttamente accessibili o compatibili con le tecnologie di supporto (P1)


LINEA GUIDA 9

• Progettare l’indipendenza dai dispositivi – Mappe su client invece che su server (P1)

– Se un elemento ha una sua propria interfaccia, deve

essere azionato in modo device-independent (P2)

– Gestori di eventi device-independent (P2)

– Ordine logico tra gli elementi interattivi (P3)

– Abbreviazioni e comandi da tastiera per i link più

importanti (P3)


LINEA GUIDA 10

• Usare soluzioni intermedie. A meno che l’utente

non ne abbia il controllo: – Evitare finestre pop-up e cambiamenti della finestra corrente senza

informare l’utente (P2)

– Posizionare una etichetta appropriata per tutti i controlli che la

prevedano implicitamente (P2)

– Fornire alternative di testo lineare per le tabelle (P3)

– Includere caratteri di default nelle aree di testo editabili (P3)

– Includere caratteri non bianchi fra link adiacenti (P3)


LINEA GUIDA 11

• Usare le tecnologie e le linee guida di W3C – Tecnologie disponibili, aggiornate ed appropriate per

vari task (P2)

– Evitare le componenti deprecate (P2)

– Fornire informazioni sulle versioni disponibili dei

documenti (P3)

– Se non si riesce a creare una pagina accessibile, fornire

un link ad una pagina alternativa che lo sia (P1)


LINEA GUIDA 12

• Fornire informazioni di contesto e di orientamento

– Dare un nome a ogni frame per facilitare la navigazione (P1)

– Descrivere il ruolo dei frame e come essi sono correlati (P2)

– Suddividere grossi blocchi di informazioni in gruppi più

maneggevoli (P2)

– Associare esplicitamente etichette ai controlli dei blocchi di

informazioni (P2)


LINEA GUIDA 13• Fornire un meccanismo di navigazione chiaro

– Identificare chiaramente l’obiettivo dei link (P2)

– Fornire metadati per aggiungere informazioni semantiche (P2)

– Fornire informazioni sulla struttura del sito (P2)

– Usare i meccanismi di navigazioni in modo consistente (P2)

– Fornire toolbar per accedere ai meccanismi di navigazione (P3)

– Raggruppare i link correlati e identificare i gruppi (P3)

– Consentire diversi tipi di ricerche per skill e preferenze differenti (P3)

– Inserire informazioni evidenti all’inizio dei paragrafi, liste, etc. (P3)

– Fornire informazioni su collezioni di documenti (P3)

– Fornire mezzi per saltare composizioni ASCII multilinea (P3)


LINEA GUIDA 14

• Assicurarsi che i documenti siano chiari e semplici

– Usare il linguaggio più chiaro e semplice possibile (P1)

– Aggiungere al testo rappresentazioni grafiche o suoni se

queste facilitano la comprensione (P3)

– Creare uno stile di rappresentazione consistente tra le

pagine (P3)


Obiettivi della valutazione• Revisione preliminare:

– Identificare possibili barriere all’accesso

• Valutazione della conformità:– Catturare i principali problemi nella fase di sviluppo di un

nuovo sito web– Determinare il livello di conformità rispetto a WCAG 1.0 di

siti esistenti– Dimostrare che un sito rispetta un certo livello di

conformità a WCAG 1.0

• Revisione delle procedure in fase di monitoraggio:– Assicurare il mantenimento del livello di conformità


Revisione preliminare

• Controllo manuale di pagine web

rappresentative

• Verificatori semi-automatici di

accessibilità


I 5 passi della Revisione preliminare (1)

1. Selezionare un campione rappresentativo dei diversi

tipi di pagine del sito in esame

2. Usare un browser per esaminare le pagine

selezionate variando le preferenze e le regolazioni:

1. Eliminare le immagini e verificare testo alternativo

2. Eliminare i suoni e verificare disponibilità di testo equivalente

3. Variare la dimensione del font: la pagina è ancora utilizzabile?

4. Variare la risoluzione dello schermo e l’ampiezza della finestra

5. Passare ai toni di grigio e verificare il contrasto dei colori

6. Usare il tab per verificare l’accessibilità di tutti i link e controlli


I 5 passi della Revisione preliminare (2)

3. Usare un browser vocale e un browser testuale per

verificare:

1. Le informazioni disponibili sono equivalenti?

2. Le informazioni sono fornite in un ordine significativo?

4. Usare due tool di valutazione dell’accessibilità e

verificare i problemi indicati da essi

5. Fare un sommario dei risultati:

1. Tipo di problemi incontrati

2. Metodo usato per identificare i problemi

3. Miglioramenti necessari e modi per affrontarli


Valutazione di conformità a WCAG 1.0

• Valutazione su scala completa che prevede testing di accessibilità semi-automatico, manuale, utente

• Richiede familiarità con i linguaggi di mark-up• Download iniziale e training con vari tool di

valutazione• Configurazione del browser• Coordinamento con revisori• Considerazione di varie forme di disabilità


Le attività della valutazione di conformità

• Identificazione di una selezione di pagine

• Conduzione della valutazione

• Resoconto finale


I passi della valutazione di conformità (1)

1. Identificare e stabilire l’ambito del sito e gli

obiettivi della valutazione1. Determinare qual è il livello di conformità richiesto

2. Stabilire una selezione di pagine per il testing manuale e

utente

3. Identificare l’intero sito web per il test semi-automatico (se

non praticabile, determinare una selezione di pagine più

ampia possibile)


I passi della valutazione di conformità (2)

2. Valutazione semi-automatica: usare i tool

disponibili per:

1. Validazione del mark-up, della correttezza sintattica, dello stile

2. Eseguire almeno due tool di validazione su una selezione di

pagine ed almeno uno sull’intero sito web

3. Valutazione manuale

1. Eseguire sull’insieme esteso di pagine campione gli stessi

passi della valutazione preliminare

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 1 Valutare laccessibilità dei siti web Il...

Documents

Transcript of Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 1 Valutare laccessibilità dei siti web Il...