9 Développement accessible

Comment intégrer l’accessibilité dans le processus de développement?

Comme pour toute contrainte de conception fondamentale, il est préférable d’inclure l’accessibilité, et de la mettre à l’essai, à chaque étape du développement. Une bonne accessibilité n’est pas le fruit du hasard. En s’appuyant sur une base de bonne accessibilité, les décisions de conception seront guidées tout au long du processus de développement, ce qui aura des répercussions sur la présentation visuelle (p. ex. le contraste des couleurs et la mise en page) ainsi que sur le flux et le fonctionnement généraux (p. ex. la navigation et l’orientation).

Normes d’accessibilité

Il est important de comprendre les normes d’accessibilité numérique et la façon dont elles s’appliquent au travail que vous réaliserez (p. ex. le développement d’un site Web, des mises à jour ou le développement d’une application). Outre la compréhension des principes d’accessibilité numérique en général, familiarisez-vous avec les normes d’accessibilité de votre établissement. En les connaissant bien, vous pourrez les intégrer à vos lignes directrices et à votre processus général de développement.

Les normes des établissements représentent souvent un niveau minimum d’accessibilité, parfois basé sur des exigences légales. L’accessibilité numérique et les directives connexes (comme les WCAG) sont continuellement mises à jour pour refléter un processus continu d’amélioration de l’accessibilité et en réaction aux progrès technologiques et à l’élaboration du contenu numérique. Par conséquent, vous pouvez estimer qu’il est pratique et avant-gardiste de concevoir un niveau d’accessibilité supérieur à celui qui est représenté dans les normes d’accessibilité de votre établissement. Dans tous les cas, il est essentiel d’établir des critères de réussite précis pour la conception de l’accessibilité dès les premières étapes du développement

Accessibilité tout au long du développement

Pour que la planification, la mise en œuvre et la mise à l’essai d’une conception accessible soient efficaces, il faut les considérer à chaque niveau de la conception. Nous avons adopté un modèle général de conception hiérarchique, avec des niveaux de conception de type composant, intégration (ou sous-système) et système. Il peut ne pas y avoir de distinction importante entre ces niveaux dans les systèmes plus simples; les projets plus importants peuvent avoir plus de niveaux de hiérarchie. Les principes et concepts abordés ici peuvent être appliqués de manière générale à des projets aussi bien simples qu’importants.

Niveau des composants

Au niveau des composants, tout contrôle présenté à l’utilisateur doit être accessible par d’autres moyens. Par exemple, un utilisateur doit pouvoir utiliser son clavier pour passer d’un contrôle à un autre, ainsi que pour faire fonctionner ces contrôles, à moins qu’il y ait une raison valable de ne pas le permettre (p. ex., une ressource mettant à l’essai la précision de la souris). La plupart des bibliothèques d’interface utilisateur (IU) standard offrent des fonctionnalités uniquement basées sur le clavier, avec la possibilité d’utiliser la tabulation entre les champs, les boutons et autres et de recourir au clavier pour choisir des options, saisir du texte, etc. Si votre application nécessite un nouveau type de contrôle, intégrez également l’accès au clavier pour qu’il reste accessible.

Les WCAG proposent plusieurs lignes directrices pour l’accès alternatif aux contrôles, tant pour la lecture du contenu que pour l’interaction avec celui-ci. La consultation du contenu peut inclure la lecture de la valeur actuelle d’une barre de défilement numérique ou des descriptions textuelles pour des vidéos, des images ou des documents audio. La plupart des normes d’accessibilité décrivent également des critères importants pour l’interaction avec un contrôle (bouton, graphique interactif, bouton bascule, etc.), y compris un comportement cohérent du clavier.

Niveau d’intégration ou de sous-système

Au niveau de l’intégration (ou du sous-système ou de la page Web), la planification de la conception accessible comprend le flux d’attention entre les contrôles de la page, y compris l’ordre des onglets et le flux logique du texte et des contrôles.

• Flux d’attention : Il faut notamment tenir compte de la manière dont les lecteurs d’écran interpréteront le flux de la page. Les lecteurs d’écran font de leur mieux pour interpréter le contenu de l’écran de manière logique, mais ils n’y parviennent pas toujours. Par conséquent, faites des essais pour vous assurer que l’ordre dans lequel les éléments sont lus (y compris les descriptions alternatives) est conforme à vos objectifs de conception.
• Flux des contrôles : Mettez également à l’essai le flux des contrôles et des actions au sein d’une seule page ou d’un seul sous-système. Indiquez clairement à l’utilisateur si des actions irréversibles peuvent avoir lieu (p. ex. le paiement de factures dans une application bancaire). Dans la mesure du possible, présentez à l’utilisateur un résumé final de la transaction et donnez-lui l’occasion d’accepter, de modifier ou d’annuler l’action.

À ce niveau de développement, envisagez la navigation et les points de passage. Faites en sorte que les éléments de l’interface utilisateur utilisés pour explorer l’application (ou les pages Web d’un site Web) soient identifiables et navigables par d’autres moyens, tels que l’accès à un clavier. Dans la mesure du possible, établissez une conception cohérente afin que des actions semblables fonctionnent de la même manière dans l’ensemble d’une application. Cette uniformité créera un aspect et une convivialité cohérents pour les utilisateurs finaux et augmentera l’utilisabilité générale.

Niveau de système

Au niveau du système, tous les éléments de conception et les critères d’accessibilité sont mis en œuvre ensemble de manière harmonieuse pour créer une expérience utilisateur fluide et cohérente. Par exemple, faites en sorte que les points de repère mis en œuvre au niveau de l’intégration soient cohérents entre toutes les pages.

Ce niveau est la vérification finale de la réussite des niveaux inférieurs d’intégration. Les blocs de navigation doivent être universels entre les sous-systèmes (ou les pages Web d’un site Web) pour faciliter l’orientation. Cela inclut une formulation, une interaction et un placement cohérents. Assurez-vous qu’il n’y a pas d’impasses dans la navigation (une page qui ne mène à aucune autre page) et que le flux entre les pages est compréhensible et prévisible.