WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Prototype d'un système de webmapping interactif avec les jsp et les servlets

( Télécharger le fichier original )
par Aurince AKAKPO
Université d'Abomey-Calavi ( Bénin) - Master en réseau et systèmes d'information 2011
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

2.2.4 Description textuelle des cas d'utilisation

2.2.4.1 Le cas d'utilisation «s'authentifier» Acteurs

Les acteurs sont : l'administrateur, le Maire, le Chargé des Affaires Domaniales, l'occupant de domaine.

Objectifs

L'utilisateur peut accéder au formulaire d'authentification pour saisir son login et son mot de passe afin de pouvoir se connecter au système.

Pré conditions

- L'utilisateur a accès à Internet ou à l'intranet;

- L'utilisateur a un compte utilisateur.

Scénarii avec succès

1. le système affiche le portail d'accueil;

2. l'utilisateur demande la connexion;

3. le système affiche le formulaire d'authentification;

4. l'utilisateur saisit le profil, le login et le mot de passe;

5. le système vérifie le profil, le login et le mot de passe;

6. le système affiche la page personnelle de l'utilisateur.

Scénarii alternatifs

5 a- L'utilisateur saisit un profil et/ou un login et/ou un mot de passe incorrecte(s).

1. le système refuse la connexion et demande à nouveau le profil et/ou le login et/ou le mot de passe.

Post conditions

L'utilisateur est authentifié et est enregistré dans la session courante; la page personnelle de l'utilisateur est affichée.

2.2.4.2 Le cas d'utilisation «visualiser un domaine» Acteurs

Les acteurs sont tous les utilisateurs.

Objectifs

Tous les citoyens peuvent accéder au portail d'accueil du système et demander la visualisation d'un domaine précis.

Pré conditions

- L'utilisateur a accès à Internet ou à l'intranet;

Scénarii avec succès :

1. le système affiche le portail d'accueil;

2. l'utilisateur demande la visualisation d'un domaine;

3. le système affiche le formulaire de requête et la zone d'affichage de la carte;

4. l'utilisateur demande l'affichage de tous les domaines;

5. le système affiche la carte du domaine;

6. l'utilisateur sélectionne l'outil zoom+ et clique sur la carte;

7. le système effectue le zoom avant à partir du point de clic;

8. l'utilisateur sélectionne l'outil zoom- et clique sur la carte;

9. le système effectue le zoom arrière à partir du point de clic;

10. l'utilisateur clique sur un domaine;

11. le système affiche les informations relatives à la zone sélectionnée.

Scénarii alternatifs

4 a- L'utilisateur demande une visualisation avancée des domaines;

1. le système affiche les zones de saisie des critères d'affichage;

2. l'utilisateur saisit les critères et lance la requête;

5 a- le système ne trouve aucune carte qui réponde aux critères de sélection;

1. le système n'affiche aucune carte et propose à l'utilisateur de lancer une nouvelle requête;

6 a- l'utilisateur tente de faire un zoom sans afficher au préalable une carte;

1. le système affiche un message pour demander à l'utilisateur d'afficher une carte.

Post conditions

- L'utilisateur a trouvé le domaine cherché.

2.2.4.3 Le cas d'utilisation «demander un domaine» Acteurs

Les acteurs sont tous les utilisateurs.

Objectifs

Tous les citoyens peuvent accéder au portail d'accueil du système et formuler une demande de l'autorisation d'occupation d'un domaine.

Pré conditions

- L'utilisateur a accès à Internet ou à l'intranet;

Scénarii avec succès

1. le système affiche le portail d'accueil;

2. l'utilisateur choisit la demande d'un domaine;

3. le système affiche le formulaire de saisie des informations d'identification du demandeur et du domaine;

4. l'utilisateur saisit les informations requises et les valide;

5. le système vérifie la validité des informations saisies;

6. le système enregistre la demande;

Scénarii alternatifs

5 a- Les informations saisies sont erronées;

1. le système rejette l'enregistrement de la demande et alerte l'utilisateur.

Post condition

- La demande de l'utilisateur est enregistrée.

2.2.4.4 Le cas d'utilisation «formuler une plainte» Acteurs

Les acteurs sont les occupants de domaine.

Objectifs

Un citoyen occupant un domaine peut accéder à sa page personnelle pour formuler des plaintes suite à une anomalie constatée sur son domaine.

Pré conditions

- L'utilisateur a accès à Internet ou à l'intranet;

- l'utilisateur doit avoir un compte utilisateur.

Scénarii avec succès

1. le système affiche le portail d'accueil;

2. l'utilisateur se connecte;

3. le système affiche la page personnelle de l'utilisateur;

4. l'utilisateur demande de formuler une plainte;

5. le système affiche le formulaire de saisie de la plainte;

6. l'utilisateur saisit des informations d'identification du domaine, la plainte et les valide;

7. le système vérifie la validité des informations d'identification du domaine;

8. le système enregistre la plainte;

Scénarii alternatifs

7 a- Les informations d'identification saisies sont erronées;

1. le système rejette l'enregistrement de la plainte et alerte l'utilisateur.

Post condition

La plainte de l'utilisateur est enregistrée.

2.2.4.5 Le cas d'utilisation génération de décret d'autorisation Acteurs

L'acteur est le Maire.

Objectifs

Le Maire peut faire générer automatiquement un arrêté autorisant l'occupation d'un domaine suite à la demande d'un citoyen.

Pré conditions

- Le Maire a accès à Internet ou à l'intranet;

- le Maire doit avoir un compte utilisateur;

- une demande d'autorisation a été faite.

Scénarii avec succès :

1. le système affiche le portail d'accueil;

2. le Maire se connecte;

3. le système affiche la page personnelle du Maire;

4. le Maire demande de générer une autorisation d'occupation de domaine;

5. le système affiche le formulaire de génération d'arrêté;

6. le Maire saisit les références de la demande et les valide;

7. le système vérifie l'existence de la demande;

8. le système envoie des informations au système de gestion financière des domaines;

9. le système de gestion financière des domaine autorise l'attribution du domaine;

10. le système génère le décret d'autorisation;

11. le système crée un compte pour le demandeur;

12. le système envoie un courrier électronique et un SMS (Short Message System) au demandeur via un serveur de messagerie;

13. le système enregistre l'arrêté d'autorisation sur le serveur FTP;

Scénarii alternatifs

7 a- La demande saisie n'existe pas.

1. le système alerte le Maire sur l'invalidité de la référence saisie et le cas d'utilisation prend fin.

9 a- Le système de gestion financière des domaines n'autorise pas l'attribution du domaine. 1. le système alerte le Maire sur le refus de l'attribution;

2. un courrier avec avis non favorable est envoyé au demandeur et le cas d'utilisation prend fin.

Post conditions

- Le domaine est attribué;

- l'occupant a un compte utilisateur;

- un courrier comportant une copie de l'arrêté d'autorisation est envoyé au demandeur; - une copie de l'arrêté d'autorisation est enregistrée sur le serveur FTP.

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"Je voudrais vivre pour étudier, non pas étudier pour vivre"   Francis Bacon