Laboratorio internet: 5. Requisiti (parte III)

Università degli Studi di Milano Bicocca Dipartimento di Informatica, Sistemistica e Comunicazione Laboratorio di Internet / Laboratorio di progettazione (mod.1) Anno Accademico 2009-2010 LEZIONE 5: FASE 1: SPECIFICA DEI REQUISITI (III) Roberto Polillo

CHE COSA FAREMO OGGI 3 4 5 6 7 Web design Visual design Sviluppo Redazione dei contenuti Pubblicazione 1 Definizione dei requisiti Documento dei requisiti Prototipo di navigazione Prototipo funzionale Prototipo editoriale Sistema on line Prototipo di comunicazione 2 Avviamento del progetto Piano di qualità Gestione del sito

INDICE DEL DOCUMENTO Origine e scopo del documento Parte prima: Generalità Parte seconda: Requisiti Requisiti di architettura Requisiti di comunicazione Requisiti funzionali Requisiti di contenuto Requisiti di gestione Requisiti di accessibilità Requisiti di usabilità Indice del documento dei requisiti

Accessibilità “ La capacità dei sistemi informatici, nelle forme e nei limiti consentiti dalle conoscenze tecnologiche, di erogare servizi e fornire informazioni fruibili, senza discriminazioni, anche da parte di coloro che a causa di disabilità necessitano di tecnologie assistive o configurazioni particolari .” Per tecnologie assistive si intendono gli strumenti e le soluzioni tecniche, hardware e software, che permettono alla persona disabile, superando o riducendo le condizioni di svantaggio, di accedere alle informazioni e ai servizi erogati dai sistemi informatici.” Legge 4/2004

TEMPLATE: Requisiti di accessibilità Prestazioni Specificare i requisiti relativi alle prestazioni del sito. In particolare, i vincoli posti al peso della home page e delle pagine principali . Reperibilità Specificare attraverso quali URL il sito (o sue sezioni) dovrà essere accessibile e se i domini richiesti sono già disponibili. Specificare gli obiettivi di posizionamento in relazione ai principali motori di ricerca e indicare quali azioni dovranno essere attuate per raggiungerli. Compatibilità con i browser Specificare i requisiti di compatibilità con i diversi browser in circolazione , anche in relazione ai dati disponibili sul corredo tecnologico degli utenti del sito. Accessibilità da parte di utenti disabili

Compatibilità con i browser IE Windows IE Macintosh

TEMPLATE: Requisiti di accessibilità Prestazioni …… Reperibilità …… . Compatibilità con i browser …… Accessibilità da parte di utenti disabili Specificare se il sito deve essere accessibile da parte di utenti disabili . In tal caso, specificare a quali linee guida per l’accessibilità il sito dovrà risultare conforme. Specificare come dovrà essere verificato il raggiungimento di tali requisiti (quali verifiche tecniche, quali verifiche soggettive). Specificare se è richiesta una certificazione per l’accessibilità e di quale livello.

Disabilità: alcuni numeri Almeno il 10% della popolazione mondiale è disabile. Nell’Unione Europea, almeno 37 milioni di cittadini sono disabili, e il 70% ha un’età superiore ai 70 anni. In Italia, i disabili sono oltre 2.800.000, pari a circa il 5% della popolazione. Di questi, il 75% ha almeno 65 anni (Fonte: Istat, 2003).

Disabilità: iniziative Web Accessibility Iniziative ( WAI ) del W3C criteri e strumenti per la realizzazione dei siti web accessibili Raccomandazione: WCAG (Web Content Accessibility Guidelines) (WCAG 1.0 -1999, che elenca 14 linee guida - WCAG 2.0 più recente) Legge 4/2004 e norme associate Prescrive che i contratti stipulati dalla PA italiana per la realizzazione di siti web siano nulli, qualora non rispettino i requisiti di accessibilità Regole tecniche e metodologia per la verifica: stabilite per decreto ministeriale (i 22 requisiti e sono una rielaborazione di analoghi requisiti stabiliti da altre organizzazioni, e in particolare dal WAI. Vedi http://www.pubbliaccesso.gov.it/

L’idea di base Progettare le pagine web in modo che siano comprensibili nonostante la disabilità Ove ciò non sia possibile, dobbiamo poterle trasformare in modo che esse diventino comprensibili Per questo, può essere necessario usare opportune tecnologie assistive : lettori di schermo, tastiere braille, browser vocali, ecc.

Utenti non vedenti Lettori di schermo e browser vocali Utenti ipo-vedenti Realizzare il sito in modo che il testo possa essere visualizzato, su richiesta dell’utente, in caratteri più grandi o di colore più contrastato rispetto al colore dello sfondo Utenti daltonici Realizzare il sito in modo che esso risulti comprensibile anche a chi non distingua i colori Disturbi nella percezione del colore sono presenti: nel 9% dei maschi (1 ogni 12) nel 0,5% delle femmine (1 ogni 165) Sono dovuti a difetti di pigmentazione dei coni della retina I disturbi più frequenti riguardano la capacità di distinguere il rosso dal verde (circa nel 5% delle persone), ma ci sono diversi tipi di disturbi Disabilità visive

www.smartmoney.com In questo sito l’utente può selezionare la coppia di colori qui a destra

Il testo degli articoli può essere ingrandito senza pregiudicare una corretta impaginazione

Browser vocali “ Leggono ad alta voce” il contenuto delle pagine, nella lingua prescelta (a scelta) I link vengono letti con voce diversa (es. voce femminile) Tasti funzione per cliccare la parola appena letta Esempio: Home Page Reader (IBM) La pagina deve essere progettata in modo che sia comprensibile alla “lettura ad alta voce”: i processi cognitivi coinvolti sono molto differenti da quelli usuali Esempio: le immagini necessarie alla comprensione della pagina devono avere un equivalente testuale che possa essere letto dal browser vocale quando incontra l’immagine HTML: ALT=“testo alternativo”

Esempio 2: una home page con testi alternativi corretti

Esempio 2 (segue): i testi alternativi

Esempio 3: la home page del Ministero della Salute…

Esempio 3: … provate a leggerla ad alta voce

Esempio 4: una vecchia home page della Fiat, totalmente inaccessibile

Validatori di accessibilità Esistono dei tools automatici che effettuano dei controlli sintattici di conformità alle linee guida del WAI (es.: Bobby ) L’uso di questi tools va sempre integrato con controlli manuali (ad es., lo strumento può verificare che ad ogni ogni immagine sia associato un testo alternativo, ma non può verificare la “sensatezza” di tale testo) In ogni caso sono indispensabili anche test di usabilità con utenti disabili

TEMPLATE: Requisiti di usabilità Specificare come dovrà essere valutata l’usabilità del sito, per esempio fornendo indicazioni su come condurre i test di usabilità finali e sugli scenari d’uso da utilizzare . Specificare quali misure dovranno essere raccolte al termine del progetto, per verificare il raggiungimento degli obiettivi di usabilità (per esempio, per valutare l’efficacia e l’efficienza in rapporto ad altri siti).

Test di usabilità Si individuano compiti tipici, e si osservano utenti “cavie” mentre li eseguono, senza interferire Osservatore Osservato

Tipi di test di usabilità (I) Formative evaluation Questi test servono a scoprire problemi di usabilità all’interno di un ciclo iterativo di progettazione e sviluppo. Obbiettivo: scoprire il maggior numero possibile di problemi Summative evaluation Questi test servono a stabilire (“assess”) l’usabilità di un prototipo o di un prodotto, o confrontare alternative. Obbiettivo: confronto valido e statisticamente significativo Noi faremo solo una valutazione formativa.

Esempio: quali misure Metriche elementari: il tempo richiesto da un determinato compito il tasso di errore la soddisfazione dell’utente la percentuale di compiti portati a termine con successo (“success rate”)

Tipi di test di usabilità (II) Test di compito Agli utenti viene chiesto di svolgere compiti specifici, che permettano di esercitare le funzionalità principali del sistema Test di scenario Agli utenti viene indicato un obiettivo da raggiungere attraverso una serie di compiti elementari, senza indicarli esplicitamente: l’utente dovrà quindi impostare una propria strategia di azioni

Esempio: test di compito per un sito di e-commerce Task 1: Registrarsi Task 2: Verificare se si può pagare con Visa e qual è l’importo minimo per un ordine Task 3: Verificare quali sono i tempi di consegna Task 4: Acquistare una scatoletta da 500 gr di tonno sott’olio Task 5: Cercare se vendono confezioni di sciroppo di acero Task 6: Verificare lo stato degli ordini effettuati Task 7: Verificare se esistono offerte speciali di pasta

Esempio: test di scenario per un sito di e-commerce Domani sera hai due amici a cena, ma non hai tempo di andare al supermercato. Decidi quindi di fare la spesa on-line, pagando con la tua Visa. Collegati al sito e ordina gli ingredienti per una cena veloce e poco costosa, ma simpatica.

Origine e scopo del documento Parte prima: Generalità Parte seconda: Requisiti Parte terza: Requisiti di gestione progetto Indice del documento dei requisiti Il template del documento dei requisiti contiene anche una parte terza. Voi non la farete: passerete direttamente al Piano di Qualità

Supporti didattici - Tutto questo è descritto in dettaglio nel capitolo 4 del libro sulla road-map Per per le caratteristiche di qualità e i test di usabilità, vedere il libro sul Check-up dei siti Web

Laboratorio internet: 5. Requisiti (parte III)

More Related Content

Viewers also liked (6)

Similar to Laboratorio internet: 5. Requisiti (parte III) (20)

More from Roberto Polillo (20)

Recently uploaded (6)

Laboratorio internet: 5. Requisiti (parte III)

Editor's Notes