Condividi tramite

Progettazione di software inclusivo per Windows

Questo argomento descrive il modo in cui la progettazione inclusiva considera l'accessibilità come un problema di base di progettazione e qualità del prodotto dall'inizio del ciclo di vita, non come passaggio finale di conformità e informa l'aspetto, l'aspetto, la funzione e il comportamento dei prodotti. Descrive come progettare e creare app di Windows completamente utilizzabili in un'ampia gamma di capacità, ambienti e preferenze.

"Definiamo la disabilità come una mancata corrispondenza tra le esigenze dell'individuo e del servizio, del prodotto o dell'ambiente offerto. Chiunque può sperimentare una disabilità. Essere esclusi è un tratto umano comune." - dal video Inclusivo

La progettazione inclusiva migliora i prodotti per tutti. Le funzionalità originariamente destinate a uno scenario specifico diventano spesso mainstream perché riducono l'attrito per molti utenti. I tagli del marciapiede, i telecomandi televisivi e le scarpe facili da allacciare sono esempi familiari: ognuno è iniziato come adattamento per un sottogruppo di utenti ed è diventato ampiamente vantaggioso. Lo stesso modello si applica al software quando l'accessibilità è integrata in sistemi di interazione e oggetti visivi di base.

Principi di progettazione inclusiva

I quattro principi seguenti guidano l'approccio di progettazione inclusiva di Microsoft:

Pensiamo universale: ci concentriamo su ciò che unifica le persone, le motivazioni umane, le relazioni e le capacità. Questo ci spinge a considerare l'impatto sociale più ampio del nostro lavoro. Il risultato è un'esperienza che ha una diversità di modi per tutti gli utenti di partecipare.

Rendi personale: Avanti, ci sfidamo a creare connessioni emotive. Le interazioni da uomo a uomo possono ispirare un'interazione migliore tra l'uomo e la tecnologia. Le circostanze uniche di una persona possono migliorare un design per tutti. Il risultato è un'esperienza che sembra essere stata creata per una persona.

Mantienilo semplice: Iniziamo con la semplicità come unificatore finale. Quando si riduce la confusione le persone sanno cosa fare dopo. Sono ispirati a spostarsi avanti in spazi puliti, leggeri e aperti. Il risultato è un'esperienza onesta e senza tempo.

Crea gioia: le esperienze deliziose evocano meraviglia e scoperta. A volte è magico. A volte è un dettaglio giusto. Progettiamo questi momenti per dare l'impressione di un gradito cambiamento di ritmo. Il risultato è un'esperienza che ha slancio e continuità.

Utenti di progettazione inclusiva

Esistono due gruppi di utenti di assistive technology (AT):

  1. Persone che si basano su AT a causa di disabilità, cambiamenti correlati all'età o condizioni temporanee (ad esempio, mobilità limitata da un infortunio).
  2. Le persone che usano AT per preferenza perché sono più efficienti, confortevoli o convenienti per un determinato contesto.

La ricerca ha dimostrato a lungo che la consapevolezza e l'adozione di AT sono significative, ma ancora al di sotto del potenziale per molti utenti che potrebbero trarre vantaggio da esso.

Uno studio del 2003-2004 commissionato da Microsoft e condotto da Forrester Research ha rilevato che oltre la metà del 57% degli utenti di computer statunitensi di età compresa tra 18 e 64 anni potrebbe trarre vantaggio dalla tecnologia assistive. Molti non sono stati identificati come disabilitati, ma hanno segnalato problemi correlati alle attività. Forrester ha anche riferito che circa uno in quattro ha riscontrato difficoltà visive, uno in quattro ha riscontrato dolore al polso o alla mano, e uno in cinque ha riscontrato difficoltà di udito.

Oltre alla disabilità permanente, le esigenze funzionali cambiano nel tempo e in base alla situazione. La funzionalità è dinamica, non fissa. La progettazione per tale variabilità produce software più resiliente e ampiamente utilizzabile.

Passaggi pratici per la progettazione inclusiva

Questa sezione descrive i passaggi pratici da applicare per la progettazione inclusiva durante la pianificazione e l'implementazione.

Descrivere il gruppo di destinatari

Definire il pubblico di destinazione in termini funzionali, non solo in termini demografici. Prendere in considerazione il linguaggio, l'udito, la visione, la conoscenza, l'alfabetizzazione, la destrezza e le caratteristiche di mobilità e valutare se le attività principali rimangono ugualmente raggiungibili in questi profili.

Parlare con gli esseri umani effettivi con esigenze specifiche

Interagire direttamente con le persone che hanno esigenze funzionali rilevanti. Includere questa ricerca sin dalle prime fasi e continuamente. Ad esempio, Microsoft ha osservato che gli utenti xbox sordi disabilitavano le notifiche delle app. Le discussioni con gli utenti hanno rivelato che il posizionamento delle notifiche nasconde i sottotitoli chiusi. Spostare la notifica leggermente più in alto ha risolto il problema. I dati di telemetria hanno esposto il comportamento, ma le conversazioni degli utenti hanno esposto la causa.

Scegliere un framework di sviluppo in modo saggio

La scelta del framework è una decisione sull'architettura di accessibilità. Quando si valutano framework (ad esempio, stack basati su Win32, Web o WinUI), valutare il supporto predefinito per l'accessibilità, il comportamento di controllo predefinito e il costo previsto dei controlli personalizzati. La scelta del framework determina la quantità di comportamento di accessibilità ereditata rispetto a quanto è necessario implementare e gestire manualmente.

Utilizzare i controlli Windows standard quando possibile. In genere includono semantica di accessibilità stabilita, comportamento della tastiera e interoperabilità di assistive technology.

Progettare una gerarchia logica per i controlli

Dopo la selezione del framework, progettare una gerarchia logica per i controlli. Sono inclusi la struttura del layout e l'ordine della tastiera. Per tecnologia assistiva (AT), come i lettori di schermo, l'organizzazione visiva da sola non è sufficiente; l'interfaccia utente deve anche esporre una struttura programmatica coerente. Una gerarchia logica consente di garantire che la struttura sia comprensibile e navigabile. Viene usato principalmente per:

  1. Specificare il contesto programmatico per l'ordine di lettura logica degli elementi dell'interfaccia utente.
  2. Identificare i limiti chiari tra controlli personalizzati e controlli standard.
  3. Definire il modo in cui le parti dell'interfaccia utente interagiscono come un sistema.

Una gerarchia logica è anche un modo efficace per individuare e risolvere i problemi di usabilità. Se un'esperienza semplice richiede una struttura annidata o eccessivamente ampia, la progettazione richiede probabilmente una semplificazione. Se la modellazione di un dialogo di base accetta pagine di diagrammi gerarchici, riconsiderare l'architettura delle informazioni prima dell'implementazione. Per altre informazioni, scaricare l'eBook Engineering Software for Accessibility .

Progettare impostazioni appropriate per l'interfaccia utente visiva

Quando si progetta il comportamento dell'interfaccia utente visiva, assicurarsi che il prodotto supporti l'alto contrasto, usi le impostazioni del tipo di carattere di sistema e di smussatura, si ridimensioni correttamente tra configurazioni DPI (dots per inch), soddisfi gli obiettivi di contrasto ed eviti la differenziazione basata solo sul colore.

Impostazione a contrasto elevato

La modalità contrasto elevato aumenta la distinzione visiva tra testo, controlli e sfondi. Per molti utenti, questo riduce l'affaticamento visivo e migliora la leggibilità. Verificare che i controlli (inclusi i collegamenti e gli indicatori di stato) siano implementati con risorse di sistema anziché colori hardcoded in modo che il contenuto rimanga percepibile e utilizzabile nei temi a contrasto elevato.

Impostazioni del tipo di carattere di sistema

Per mantenere la leggibilità ed evitare artefatti nel rendering, rispettare i tipi di carattere di sistema predefiniti e il comportamento di rendering del testo, inclusi anti-aliasing e smoothing. I tipi di carattere personalizzati possono introdurre problemi di leggibilità e compatibilità quando gli utenti personalizzano la presentazione dell'interfaccia utente o usano la tecnologia assistive.

Risoluzioni DPI elevate

L'interfaccia utente scalabile è fondamentale per molti utenti con scarsa visione. Le interfacce che non si adattano correttamente a valori DPI elevati possono causare ritagli, sovrapposizioni e destinazioni di interazione nascoste, causando flussi di lavoro inaccessibili.

Rapporto di contrasto dei colori

La sezione 508 negli Stati Uniti, insieme a normative simili altrove, richiede un contrasto sufficiente tra testo e sfondo. In questa guida, impostare come destinazione almeno 5:1 per il testo standard e 3:1 per il testo di grandi dimensioni (in grassetto da 18 punti o 14 punti).

Combinazioni di colori

Circa il 7% dei maschi (e meno del 1% delle femmine) ha una qualche forma di carenza di visione del colore. Poiché alcune combinazioni sono difficili da distinguere, non basarsi mai sul colore da solo per trasmettere lo stato o il significato. Per gli oggetti visivi decorativi (ad esempio icone o sfondi), scegliere combinazioni che mantengono la differenziazione visiva per i profili comuni di visione dei colori. La costruzione con questi vincoli fin dall'inizio migliora significativamente l'inclusività.

Riepilogo : sette passaggi per la progettazione inclusiva

In sintesi, applica questi sette passaggi per mantenere attuabile la progettazione inclusiva durante tutto lo sviluppo.

  1. Stabilire una progettazione inclusiva come requisito del prodotto e allineare le decisioni di progettazione ai risultati reali degli utenti.
  2. Preferire i controlli forniti dal framework, se possibile, per ottimizzare il supporto dell'accessibilità predefinito e ridurre i costi di manutenzione personalizzati.
  3. Progettare una gerarchia logica che definisce controlli standard, controlli personalizzati e comportamento dello stato attivo della tastiera nell'interfaccia utente.
  4. Creare il supporto per i comportamenti principali del sistema (ad esempio lo spostamento tramite tastiera, il contrasto elevato e i valori DPI elevati) nell'architettura del prodotto.
  5. Implementare e convalidare rispetto alle indicazioni autorevoli, incluse le specifiche del framework e dell'hub per sviluppatori di accessibilità Microsoft.
  6. Testare con gli utenti che hanno esigenze funzionali per verificare che i modelli implementati siano efficaci in scenari reali.
  7. Fornire una documentazione chiara sull'accessibilità in modo che i collaboratori futuri possano sostenere ed evolvere la finalità di progettazione.
  • Last updated on