Human-Centred Requirements Engineering for Critical Systems: Insights from Disaster Early Warning Applications

Résumé technique : L'ingénierie des exigences centrée sur l'humain pour les systèmes critiques

Énoncé du problème
Les systèmes critiques (par exemple, la santé, la défense, la gestion des catastrophes) privilégient traditionnellement l'assurance technique, la sécurité et la conformité réglementaire dans leurs processus d'ingénierie des exigences (RE - Requirements Engineering). Cependant, cette focalisation néglige souvent les contextes humains et sociaux dans lesquels ces systèmes opèrent, en particulier les besoins des groupes d'utilisateurs vulnérables ou marginalisés. L'article soutient que négliger ces besoins constitue un échec de l'exigence plutôt qu'un simple oubli d'utilisabilité. Dans les domaines de la sécurité critique comme les systèmes d'alerte précoce (SAP) face aux catastrophes, de tels oublis peuvent entraîner des conséquences mortelles si les alertes sont inaccessibles, incompréhensibles ou inexploitables pour certaines populations (par exemple, les personnes âgées, les utilisateurs ruraux, les personnes ayant une faible littératie numérique ou les daltoniens). Les pratiques actuelles de RE dans les domaines de la sécurité critique restent largement axées sur la conformité, avec des mécanismes limités pour engager des parties prenantes diversifiées ou pour tracer les besoins centrés sur l'humain de l'élicitation jusqu'à la validation.

Méthodologie
Les auteurs proposent et évaluent un processus de RE centré sur l'humain en quatre étapes, appliqué au domaine des systèmes d'alerte précoce contre les catastrophes :

1. Élicitation des exigences : Une revue ciblée de la littérature académique et grise (HCI et génie logiciel) a été menée pour extraire 62 directives de conception inclusive. Ces directives ont été catégorisées en quatre communautés vulnérables : les personnes âgées, les utilisateurs à faible littératie numérique, les utilisateurs ruraux et les daltoniens. L'analyse a identifié des directives spécifiques à chaque groupe ainsi que des directives partagées entre plusieurs groupes.
2. Spécification des exigences : Les directives extraites ont été systématiquement traduites en un catalogue traçable de 67 exigences logicielles (17 fonctionnelles et 50 non fonctionnelles). Chaque exigence s'est vu attribuer un identifiant la reliant à sa directive source et a été classée par type (par exemple, utilisabilité, accessibilité, performance, fiabilité).
3. Prototypage des exigences : Un prototype de système d'alerte précoce (EWS) mobile et adaptatif a été développé pour opérationnaliser les exigences. Plutôt que de créer des versions distinctes pour chaque groupe, le prototype présentait une interface d'auto-personnalisation permettant aux utilisateurs d'ajuster les paramètres (par exemple, la taille de la police, les échelles de couleurs, les modes de navigation, la disposition du contenu) en fonction de leurs besoins individuels. Le prototype incluait les fonctions de base de l'EWS : notifications en temps réel, cartes de danger d'incendie et guides de préparation.
4. Validation des exigences : Le prototype a été évalué via deux méthodes complémentaires :
   • Entretiens semi-structurés : Menés auprès de six membres de la communauté (deux personnes âgées, quatre résidents ruraux).
   • Visites cognitives (cognitive walkthroughs) : Menées par huit participants utilisant des personas représentant les quatre groupes vulnérables.
   • Les données ont été analysées de manière thématique pour évaluer dans quelle mesure le prototype répondait aux exigences spécifiées.

Principales contributions

1. Un catalogue validé d'exigences inclusives : L'article présente un catalogue de 67 exigences fonctionnelles et non fonctionnelles spécifiquement pour les systèmes d'alerte précoce inclusifs. Celles-ci sont dérivées de 62 directives de conception fondées sur des preuves et couvrent quatre communautés vulnérables.
2. Un processus de RE centré sur l'humain et traçable : Les auteurs proposent un processus reproductible qui relie l'élicitation fondée sur des preuves, la spécification structurée, l'opérationnalisation par prototype et la validation participative. Ce processus rend les besoins des utilisateurs vulnérables explicites et traçables, des directives de conception jusqu'aux preuves de validation, faisant passer l'inclusivité d'une préoccupation tardive à une dimension centrale de la RE.
3. Aperçus empiriques sur la validation : L'étude fournit des preuves empiriques sur la validation des exigences centrées sur l'humain. Elle démontre que 84 % des 67 exigences ont été traitées lors de l'évaluation du prototype, et que 70 % ont reçu une preuve de validation positive. L'étude met également en évidence les compromis concernant l'adaptativité, la personnalisation des couleurs et les contraintes de connectivité.

Résultats

• Couverture de validation : Sur l'ensemble des 67 exigences, 56 (84 %) ont été traitées lors de l'évaluation du prototype et 47 (70 %) ont reçu une preuve de validation positive.
• Résultats spécifiques aux groupes :
  • Utilisateurs âgés et ruraux : Les exigences pour ces groupes ont atteint une couverture de validation complète (100 % et 80 % respectivement) avec des taux de validation positive élevés (85 % et 80 %).
  • Utilisateurs à faible littératie numérique : 81 % des exigences ont été traitées, avec 75 % validées positivement.
  • Daltoniens : 90 % des exigences ont été traitées, mais seulement 50 % ont été validées positivement. Le taux de validation positive plus faible est attribué à des problèmes d'utilisabilité des fonctions de personnalisation des couleurs, que les participants ont jugées peu intuitives.
  • Exigences partagées : Les exigences partagées entre plusieurs groupes (par exemple, Âgé + Rural + Faible littératie numérique) ont atteint 100 % de couverture, bien que certaines exigences partagées (par exemple, Rural + Faible littératie numérique) aient eu des taux de traitement plus faibles (20 %) en raison de leur focalisation sur la performance et la connectivité, qui ne pouvaient être pleinement testées dans un prototype Figma.
• Retour qualitatif : Les participants ont généralement trouvé le contenu du prototype clair et l'interface simple. Cependant, ils ont identifié des domaines spécifiques d'amélioration, notamment la nécessité de légendes de cartes plus claires, de mécanismes de rétroaction plus réactifs pour les paramètres adaptatifs et de meilleures explications sur ce que font les options adaptatives. Certains utilisateurs ont éprouvé des difficultés avec les liens externes et l'incohérence des textes, tandis que d'autres ont demandé une adaptativité plus dynamique et spécifique à la localisation.

Signification et affirmations
L'article positionne la centralité de l'humain non pas comme un ajout éthique, mais comme une question de qualité traçable, essentielle pour la sécurité et la fiabilité des systèmes critiques. Les auteurs affirment que :

• L'inclusivité stimule l'innovation : Répondre aux besoins des groupes vulnérables (par exemple, via une navigation simplifiée ou une conception à haut contraste) entraîne souvent des améliorations de l'utilisabilité pour tous les utilisateurs.
• L'intégration précoce est critique : Différer l'inclusivité aux tests d'utilisabilité de stade avancé risque de produire des systèmes qui échouent auprès des utilisateurs les plus vulnérables lors de situations de sécurité critique.
• La traçabilité est réalisable : L'étude démontre que les directives de conception inclusive peuvent être systématiquement traduites en exigences et validées par des méthodes participatives, même dans les domaines de la sécurité critique.
• L'adaptativité nécessite de la clarté : Bien que les interfaces adaptatives soient précieuses, elles doivent être explicables et contrôlables ; sinon, elles peuvent introduire de la confusion ou de l'hésitation lors des urgences.

Les auteurs concluent que leur processus de RE proposé offre une voie pour développer des systèmes critiques sûrs, équitables et socialement responsables, exhortant le domaine à traiter la centralité de l'humain comme une composante fondamentale de la sécurité plutôt que comme une préoccupation périphérique.