Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 1 Valutare laccessibilità dei siti web Il World Wide Web Consortium (W3C) – Sviluppa tecnologie.

Slides:



Advertisements
Presentazioni simili
Richieste – procedure - verifiche
Advertisements

Accessibilità “Gli Stati dovrebbero riconoscere l’importanza dell’accessibilità nel processo di creazione di uguali opportunità in tutti i campi della.
Accessibilità, usabilità, credibilità
1 Introduzione ai calcolatori Parte II Software di base.
HTML+XML= XHTML Il ritorno al futuro del WEB A cura di Barbara Lotti.
HYPER TEXT MARK-UP LANGUAGE
A. FERRARI Alberto Ferrari. L'HyperText Markup Language (HTML) (traduzione letterale: linguaggio di marcatura per ipertesti) è un linguaggio usato per.
L. De Benedetti: Contributo operativo alla redazione del manuale 1 Dibattito guidato sulle problematiche nella redazione del Manuale Qualità nei laboratori.
Connessione con MySQL.
G. Mecca – – Università della Basilicata Tecnologie di Sviluppo per il Web Valutazione della Qualità del Codice HTML versione 2.0 Questo.
Progettazione di un sito web
3° Workshop "Accessibilità: primi passi per un mondo fruibile da tutti" Alessandro Olivi Modellazione di pagine WEB e accessibilità
Gruppo 4: Gelmi Martina, Morelato Francesca, Parisi Elisa La mia scuola ha un sito Web: modelli per la qualità dei siti (Ingegneria del Web)
Accessibilità dei siti web Ferretti Viviana 5^ A p.a CreativeComm ons.
TW Analisi dei documenti n Classificazione dei componenti n Selezione dei componenti, costruzione della gerarchia, dei blocchi informativi e degli elementi.
JavaScript Laboratorio di Applicazioni Informatiche II mod. A.
1 HTML - I Frame Laboratorio di Applicazioni Informatiche II mod. A.
UNIVERSITA DEGLI STUDI DI PAVIA Corso di Laurea Interfacoltà in Comunicazione Interculturale e Multimediale Usabilità dei Siti Flash: problemi e strategie.
1 Anatomia di una pagina Un insieme di pagine web hanno generalmente una parte invariante (o poco): header, navigazione, footer una parte variabile: contenuti.
Linee guida per l’accessibilità
Architettura del World Wide Web
Progettazione dei Sistemi Interattivi (a.a. 2004/05) - Lezione 13 1 La Manipolazione Diretta Sensazione di interagire con un mondo di oggetti piuttosto.
BARRIERE DIGITALI VALUTAZIONE SPERIMENTALE DELLACCESSIBILITÀ DEI PRINCIPALI SITI WEB di pubblica utilità del Friuli Venezia Giulia a cura di Incipit S.r.l.
IL CAMPIONAMENTO NELLA REVISIONE CONTABILE
Progettazione dei Sistemi Interattivi (a.a. 2004/05) - Lezione 91 Il modello OAI (Object-Action Interface) Sintassi e semantica: la sintassi specifica.
Cercare informazioni sul Web. 5-2 Organizzazione dellinformazione tramite gerarchie Classificazione gerarchica Linformazione è raggruppata in un piccolo.
1Milano, 3 Novembre 2004Assemblea Nazionale FISM WORKSHOP La certificazione dei requisiti di qualità per le Società Medico-Scientifiche Presentazione del.
Cos’è un CMS? Content Management System
Labortaorio informatica 2003 Prof. Giovanni Raho 1 INFORMATICA Termini e concetti principali.
DBMS ( Database Management System)
ACCESSIBILITA’.
1 IsaPress. 2 Obiettivo Realizzare uno strumento di facile uso per estrarre il contenuto da documenti binari di vario tipo in un formato utile per l'impaginazione.
1 IsaPress. 2 Obiettivo Realizzare uno strumento di facile uso per estrarre il contenuto da documenti binari di vario tipo in un formato utile per l'impaginazione.
Primo Rapporto annuale sui siti istituzionali delle Regioni Lanalisi dellaccessibilità dei siti con Kendo Paolo Subioli.
La tecnologia per la comunicazione sociale che non discrimina Siti web accessibili.
ALFABETIZZAZIONE INFORMATICA
Gruppo 4: Gelmi Martina, Morelato Francesca, Parisi Elisa La mia scuola ha un sito Web: modelli per la qualità dei siti (Ingegneria del Web)
Test Reti Informatiche A cura di Gaetano Vergara Se clicchi sulla risposta GIUSTA passi alla domanda successiva Se clicchi sulla risposta ERRATA passi.
CORSO DI FORMAZIONE Dlgs.59 a.s. 2004/2005
Fondamenti delle Reti di Computer Seconda parte Carasco 15/04/2010.
Documenti ben formati La costruzione di pdf accessibili
Tecniche di accessibilità web Tabelle e form accessibili Le tabelle di dati WCAG 1.0, linea guida 5 Garantire che le tabelle abbiano.
HTML HyperText Markup Language Linguaggio per marcare un’Ipertesto
Dal testo al multimedia Estendere l’accessibilità dei contenuti Web Roberto Ellero
Progettare corsi con Moodle
Modulo 6 Test di verifica
a cura di Francesco Lattari
Corso Web CSV – Andiamo on-line 1 Andiamo on-line Corso di formazione Elementi base per la costruzione di un sito web.
FlexCMP – Management & Portals Executive Seminar 2004 | 27 gennaio 2004 | 1.
Microsoft Word Interfaccia grafica
SISR-QUALITÀ UN MODELLO DI QUALITÀ PER I SITI WEB fonte prof Polillo.
Linguaggio HTML & realizzazione di pagine su Web server Caratteristiche di un sito Web: fasi di realizzazione e linguaggio HTML.
Internet e HTML Diffusione di informazioni mediante la rete Internet.
REALIZZARE SOFTWARE DIDATTICO DI QUALITA' DI LIBERO UTILIZZO: UNA PROPOSTA ORIGINE: giugno 2004 CHI alcuni programmatori esperti nella.
Università degli studi di Pavia Comunicazione Interculturale e Multimediale Prova finale di Ilenia Pasotti Oltre le barriere comunicative: disabili e accessibilità.
Usabilità ed Accessibilità del WEB Convegno in COM-PA 2003 – Bologna Bologna, 19 settembre 2003 Carlo Gulminelli Vice Presidente ASPHI Onlus.
HTML e CSS C. Gena, C. Picardi, J. Sproston HTML e CSS.
Fondamenti di Markup Languages: Richiami di HTML © 2005 Stefano Clemente Stefano Clemente
ACCESSIBILITÀ I siti Web devono devono essere progettati in modo da garantire la consultazione anche da individui affetti da disabilità motorie (controllo.
La costruzione di un sito web PROGEAS - Università di Firenze
Qualità comunicativa e presentazioni efficaci
Laboratorio di Telematica A.A '05 1 Corso di Laboratorio di Telematica – AA '05 Francesco Chiti, Gabriele Fabbri Accessibilità dei siti Web.
CORSO DI ALFABETIZZAZIONE INFORMATICA ORIENTATO A INTERNET E ALLA PIATTAFORMA NOVARETE DIREZIONE DIDATTICA VI CIRCOLO NOVARA USABILITA’ E ACCESSIBILITA’
UNIVERSITÀ DEGLI STUDI DI PAVIA C ORSO DI L AUREA I NTERDIPARTIMENTALE IN C OMUNICAZIONE, I NNOVAZIONE, M ULTIMEDIALITÀ Usabilità e Accessibilità del Web:
Come cambia un software quando cambia l’utenza per cui si progetta
L’ACCESSIBILITA’ DEL WEB NEI NEGOZI DI VENDITA ONLINE: TRE SITI A CONFRONTO Relatore: Prof. Marco Porta Correlatore: Prof. Lidia Falomo Tesi di: Laura.
Accessibilità Per accessibilita si intende che le persone con disabilita possono utilizzare il web senza alcuna barriera. visive, uditive, fisiche, di.
ALMA MATER STUDIORUM, UNIVERSITA’ DI BOLOGNA DIREZIONE E SVILUPPO DELLE ATTIVITA’ WEB (DSAW) – TEL – FAX –
Un sito con Wordpress Includere Digital-mente – Corso livello 4 docente: prof.ssa MANUELA MARSILI.
Progetto WELL-FIR Manuale Utente del Web GIS Versione 0.1.
Transcript della presentazione:

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 1 Valutare laccessibilità 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 –

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 2 Linee guida per laccessibilità 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 allinterno delle procedure esistenti per la gestione dei contenuti e della qualità

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 3 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

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 4 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

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 5 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 6 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 7 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 8 LINEA GUIDA 4 Spiegare luso 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 9 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 10 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 11 LINEA GUIDA 7 Assicurare il controllo dellutente sui cambiamenti di contenuti dipendenti dal tempo. A meno che lutente 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 12 LINEA GUIDA 8 Assicurare laccessibilità diretta delle interfacce utente embedded –Gli elementi eseguibili (script, applet, etc.) devono essere direttamente accessibili o compatibili con le tecnologie di supporto (P1)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 13 LINEA GUIDA 9 Progettare lindipendenza 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 14 LINEA GUIDA 10 Usare soluzioni intermedie. A meno che lutente non ne abbia il controllo: –Evitare finestre pop-up e cambiamenti della finestra corrente senza informare lutente (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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 15 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 16 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 17 LINEA GUIDA 13 Fornire un meccanismo di navigazione chiaro –Identificare chiaramente lobiettivo 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 allinizio dei paragrafi, liste, etc. (P3) –Fornire informazioni su collezioni di documenti (P3) –Fornire mezzi per saltare composizioni ASCII multilinea (P3)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 18 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)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 19 Obiettivi della valutazione Revisione preliminare: – Identificare possibili barriere allaccesso 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à

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 20 Revisione preliminare Controllo manuale di pagine web rappresentative Verificatori semi-automatici di accessibilità

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 21 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 lampiezza della finestra 5.Passare ai toni di grigio e verificare il contrasto dei colori 6.Usare il tab per verificare laccessibilità di tutti i link e controlli

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 22 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 dellaccessibilità 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

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 23 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à

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 24 Le attività della valutazione di conformità Identificazione di una selezione di pagine Conduzione della valutazione Resoconto finale

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 25 I passi della valutazione di conformità (1) 1.Identificare e stabilire lambito del sito e gli obiettivi della valutazione 1.Determinare qual è il livello di conformità richiesto 2.Stabilire una selezione di pagine per il testing manuale e utente 3.Identificare lintero sito web per il test semi-automatico (se non praticabile, determinare una selezione di pagine più ampia possibile)

Gestione dei Progetti Software 2 (a.a. 2004/05) Lezione 8 26 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 sullintero sito web 3. Valutazione manuale 1.Eseguire sullinsieme esteso di pagine campione gli stessi passi della valutazione preliminare