Introduction du chapitre 5 157 Choix conceptuels opérés
DESCRIPTION DES ENCHAINEMENTS
Pré-conditions Post-condition - actions de fin
Application installée Application ouverte Menu principal invisible
ou verrouillé
Accès au menu principal, déverrouillé
Scénario nominal
1. Le système demande à l’utilisateur de saisir son numéro pour contrôle. 2. Le citoyen saisit le numéro
3. Le citoyen clique sur le bouton « valider » 4. Le système vérifie le numéro
5. Le système autorise l’accès au menu principal
Exceptions possibles Réaction du système
Le citoyen saisit un numéro erroné. Le système affiche un message d’erreur. Pas de connexion internet. Le système demande d’attendre le retour de
la connexion
S'authentifier
Citoyen capteur
Source : Kouadio (2016)
Figure 5.3 : Représentation du cas d’utilisation « Authentification ».
SOMMAIRE
Titre Appel du SDIS
But Lancer un appel téléphonique direct au SDIS depuis l’application
Résumé Le citoyen appui un bouton pour appeler s’il le souhaite le SDIS sans avoir à renseigner un formulaire.
Acteur Le citoyen capteur
DESCRIPTION DES ENCHAINEMENTS
Pré-conditions Post-condition - actions de fin
Menu principal disponible
Appel effectué
Scénario nominal
1. Le citoyen sélectionne le bouton d’appel du SDIS 2. Le choix du SDIS 83 ou 84 lui est proposé
3. Le citoyen sélectionne le SDIS qu’il souhaite contacter 4. Le système émet l’appel suivant le choix du citoyen
Exceptions possibles Réaction du système
L’absence de réseau téléphonique. Le système informe le citoyen en le priant de patienter. Appel du SDIS Citoyen capteur S'authentifier <<include>> Source : Kouadio (2016)
SOMMAIRE
Titre Ajout de contacts
But Gestion de la liste des personnes pouvant être averties depuis l’application par le citoyen capteur
Résumé Le citoyen ajoute les numéros des personnes qu’il désire avertir
Acteur Le citoyen capteur
DESCRIPTION DES ENCHAINEMENTS
Pré-conditions Post-condition - actions de fin
Menu principal disponible
Ajout confirmé Annulation de l’ajout
Scénario nominal
1. Le citoyen clique sur le bouton de gestion des contacts 2. Le système lui donne accès à un écran dédié 3. Le citoyen clique sur le bouton d’ajout
4. Le système affiche le répertoire téléphonique du citoyen capteur 5. Le citoyen sélectionne le contact qu’il désire ajouter
6. Le système demande confirmation
7. La liste des contacts qui seront avertis est actualisée avec le contact sélectionné
Exceptions possibles Réaction du système
Aucune Aucune Ajout de contacts Citoyen capteur S'authentifier <<include>> Source : Kouadio (2016)
Figure 5.5 : Représentation du cas d’utilisation « Ajout Contacts ».
SOMMAIRE
Titre Signaler des personnes en danger
But Signaler que quelqu’un se trouve dans une situation pouvant porter atteinte à son intégrité physique ou morale pendant ou à la suite d’une crue rapide.
Résumé Le citoyen renseigne un formulaire afin de signaler à ses proches ainsi qu’à l’administrateur, qu’il est dans une situation danger ou que d’autres personnes le sont.
Acteur Le citoyen capteur
DESCRIPTION DES ENCHAINEMENTS
Pré-conditions Post-conditions - actions de fin
Menu principal disponible
Réception par le citoyen d’un SMS de confirmation Annulation de l’envoi
Scénario nominal
1. Le citoyen active son GPS
2. Le citoyen sélectionne le bouton « personnes en danger » 3. Le citoyen renseigne le formulaire descriptif de la situation 4. Le citoyen prend une photo
5. Le citoyen valide le formulaire
6. Le citoyen reçoit un message de confirmation 7. L’administrateur reçoit un SMS
8. Les contacts du citoyen reçoivent un SMS d’avertissement
Exceptions possibles Réaction du système
Pas de connexions internet Le système affiche un message d’erreur
Signaler personnes en danger Citoyen capteur S'authentifier <<include>>
D (liens avec E, F, G et H). Signaler des personnes en danger
Ce cas d’utilisation décrit la manière dont le citoyen souhaite indiquer un danger pour lui ou pour d'autres personnes (Fig. 5.6). La nature du danger n’est pas explicite. Le destinataire du message sait juste que quelqu’un est en situation périlleuse et qu'il y a urgence à lui porter secours. Le scénario nominal est le même pour différents cas d’utilisation (« signaler des bâtiments endommagés » (E),
« signaler des voies ou des routes impraticables » (F), « description de la pluie » (G) et « description
des écoulements » (H)).
I. Consulter les messages administrateur
Il s’agit ici de mettre en évidence le caractère non intrusif du dispositif. Les smartphones des individus équipés de l’application sont contactés par un message de l’administrateur (qui fait office d’autorité compétente) (Fig. 5.7). Les aindividus prennent conscience ainsi de la nature officielle du message. Ils savent que ce message provient au départ d’un « citoyen capteur », et qu’il a été de prime abord contrôlé et vérifié par l’administrateur avant d’être diffusé. Ceci n’enlève certes pas totalement le doute, mais a pour bénéfice d’éviter les mauvaises alertes ou les messages malveillants, non seulement pour toute la population, mais également pour les usagers du système.
J. Consulter la carte des événements
Pour mieux se situer par rapport à l’événement signalé, le citoyen doit pouvoir consulter une cartographie situant l’endroit ou la zone inondé(e). Un lien automatiquement généré par le système lui permettra de visualiser la carte sur son smartphone (Fig. 5.8). En connaissant sa position, il aura alors la liberté de prendre en toute conscience la direction qu’il souhaite, sachant que cette carte contient des points d’intérêt signalant le (ou les) danger(s) relevé(s). Il est attendu de l'usager qu'il change de route si celle-ci est inondée ou qu'il se dirige vers les points hauts en cas de situations dangereuses, mais cette idée demeure sujette à caution, car une telle décision reste sujette à des biais perceptifs et cognitifs.
Les cas d'utilisation de l'administrateur K. Consulter les messages émis
L’administrateur dispose de sa propre version de l’application, pour lui permettre de consulter et d’apprécier en temps réel les messages émis par les citoyens (Fig. 5.9). Il s’agit quasiment d’une seconde application (version administrateur : Al’in Admin), manipulant le même jeu de données, car le système est connecté aux applications appartenant aux citoyens capteurs relevant de son autorité. Il peut alors décider de contacter le citoyen émetteur pour avoir plus de détails. Ce cas d'utilisation sous- entend aussi que les services de l'État aient une personne ou un service d'astreinte pour être connecté en temps réel. Un membre des services en charge des secours sur une commune pourrait également jouer ce rôle. Le territoire concerné peut être variable (commune, intercommunalité, département).
L. Diffuser les messages émis
Après vérification, l’administrateur valide le message émis par le citoyen (Fig. 5.10). Il ne fait qu’appuyer sur un bouton pour confirmer cette étape qui se traduit par la diffusion du message sur tous les smartphones équipés de l’application Al’in. L’étape du contrôle préalable est garantie pour une
diffusion au-delà du cercle des connaissances du citoyen émetteur. Il est possible d’envisager un rayon d’émission de l’alerte (5 km par exemple, comme pour SAIP) ; toutefois, cette fonctionnalité ne sera intéressante à implémenter que si le nombre d’utilisateurs est élevé (milieu urbain). La pertinence du rayon d’alerte dépend de la localisation des usagers au moment de l’émission. Cela offre l’avantage d’alerter au-delà d’un cercle fixe, mais l’inconvénient de toucher des personnes n’ayant aucun risque avéré d’être concernées par l’évènement. Si le réseau « pair-à-pair » smartphone avait été initialement prévu (Kouadio et al., 2013) pour palier l'indisponibilité d'internet, la transmission de l’information via un réseau WiFi de type mesh mis en place par la communauté, à l’image des choix opérés dans les projets Mesh Bukavu en République Démocratique du Congo (RDC) ou Mesh Sayada en Tunisie sera plutôt privilégiée (Johnson et al. 2007 ; NAF, 2014 ; Kouadio et Douvinet, 2016).
SOMMAIRE
Titre Consulter les messages administrateur
But Tenir informés les autres citoyens capteurs détenteurs de l’application, une fois qu’une émission a été validée
Résumé Le citoyen reçoit un SMS de la part de l’administrateur. Ce message contient les détails de l’évènement déclaré.
Acteur Le citoyen capteur
DESCRIPTION DES ENCHAINEMENTS
Pré-conditions Post-conditions - actions de fin
Menu principal
disponible
Le citoyen prend une décision à la suite du message
Scénario nominal
1. Le citoyen lit le message
2. Le citoyen appuie sur le lien de la carte contenu dans le message 3. Le système affiche la carte dans le navigateur web
4. Le citoyen consulte la carte
Exceptions possibles Réaction du système
Le téléphone du citoyen est éteint Aucune
Pas de connexions internet Le navigateur affiche un message d’erreur
Source : Kouadio (2016)
Figure 5.7 : Représentation du cas d’utilisation « Consultation messages
SOMMAIRE
Titre Consulter la carte des évènements signalés
But Permettre sur sa propre initiative à tout détenteur de
l’application d’avoir un aperçut rapide de la situation, dès qu’il ouvre l’application
Résumé
Acteur Le citoyen capteur
DESCRIPTION DES ENCHAINEMENTS
Pré-conditions Post-conditions - actions de fin
Application ouverte Disponibilité de la
connexion internet
Fermeture de l’application
Accès à un élément du menu (autre écran)
Scénario nominal
1. Le citoyen accède à l’interface principale 2. Le système affiche la carte en dessous du menu
Exceptions possibles Réaction du système
Pas de connexions internet Le navigateur affiche un message d’erreur
Source : Kouadio (2016)
Figure 5.8 : Représentation du cas d’utilisation « Cartographie ».
Consulter la carte des évènements signalés Citoyen capteur S'authentifier <<include>>
SOMMAIRE