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

 > 

Conception et implémentation d'un système national de gestion des cotes.


par Jean-Claude Akonkwa
Institut supérieur pédagogique de Bukavu - Licence en pédagogie appliquée 2019
  

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

II.3.3.2. Description des cas d'utilisation

A chaque cas d'utilisation doit être associé une description textuelle des interactions entre l'acteur et le système et les actions que le système doit réaliser en vue de produire les résultats attendus par les acteurs.

La description textuelle d'un cas d'utilisation est articulée en six points :

· Objectif : décrire succinctement le contexte et les résultats attendus du cas d'utilisation

· Acteur concerné : le ou les acteurs concernés par le cas doivent être identifiés en précisant globalement leur rôle.

· Pré condition : Si certaines conditions particulières sont requises avant l'exécution du cas, elles sont à exprimer à ce niveau ;

· Post conditions : Par symétrie, si certaines conditions particulières doivent être réunies après l'exécution du cas, elles sont à exprimer à ce niveau.

· Scénario nominal : il s'agit là du scénario principal qui doit se dérouler sans incident et qui permet d'aboutir au résultat souhaité.

· Scénario alternatif : les scénarios, secondaires ou correspondant à la résolution d'anomalies, sont à décrire à ce niveau. Le lien avec le scénario principal se fait à l'aide d'une numérotation hiérarchisée (1, 1a, 1.1b...) rappelant le numéro de l'action concernée.

Vu le nombre élevé des cas d'utilisation, il nous sera un peu embrouillant de faire la description textuelle de chacun d'eux, pour ce faire, nous choisirons certains d'entre eux seulement.

a. Cas d'utilisation « S'authentifier »

CU : S'authentifier

Objectif : Ce CU permet à un utilisateur de se connecter au système.

Acteur : Administrateur général, Inspection, Admin Ecole, Enseignant, Titulaire

Pré conditions : Existence des identifiants dans le système

Scénario nominal

DESCRIPTION DU SCENARIO NOMINAL

59

« DEBUT »

1 : Le système invite l'utilisateur à entrer son login et son mot de passe

2 : L'utilisateur soumet son login et son mot de passe

3 : Le système vérifie l'existence des identifiants

4 : Le système ouvre la session de l'utilisateur « FIN »

Scénario alternatif

DESCRIPTION DU SCENARIO ALTERNATIF

Le login ou le mot de passe est incorrect : ce scénario commence au point 3 du scénario nominal

1 : Le système informe l'utilisateur que les données saisies sont erronées et le scénario reprend au point 1 du scénario nominal

b. Description textuelle du cas d'utilisation « Engager enseignant »

CU : Ajouter enseignant

Objectif : Ce CU permet à l'administrateur d'une école d'engager un enseignant dans son école

Acteur : Admin Ecole

Pré conditions : Existence des identifiants dans le système et authentification de l'admin

Scénario nominal

DESCRIPTION DU SCENARIO NOMINAL « DEBUT »

1 : Le système fournit à l'admin la page d'ajout d'un enseignant

2a : Il Peut sélectionner l'enseignant s'il existe et soumettre la page 3a : Il Confirme l'engagement de l'enseignant

60

4a : Le système enregistre l'engagement

2b: Il commence directement par saisir les informations de l'enseignant et soumet la page 3b : Le système vérifie le risque de non redondance des données

4b : Le système enregistre l'enseignant et son engagement dans l'école « FIN »

Scénario alternatif

DESCRIPTION DU SCENARIO ALTERNATIF

Erreur de redondance des données : ce scénario commence au point 3b du scénario nominal

1 : Le système informe l'administrateur que l'enseignant existe déjà dans le système et le scénario reprend au point 1 du scénario nominal

c. Description textuelle du CU « Valider école »

CU : Valider école

Objectif : Ce CU permet à une inspection de pouvoir décider sur l'acceptation ou le rejet de la création du compte d'une école

Acteur : Admin Ecole

Pré conditions : Existence des identifiants dans le système, authentification de l'inspection et création d'un compte par une école

Scénario nominal

DESCRIPTION DU SCENARIO NOMINAL « DEBUT »

1 : Le système fournit à l'inspection la page de visualisation des écoles

2 : Sélection d'une nouvelle demande de création d'une école

3 : Le système affiche les informations concernant la nouvelle école

4 : L'inspection valide ou rejette l'école

5 : Le système enregistre la décision et renvoie le message de confirmation « FIN »

61

Scénario alternatif

DESCRIPTION DU SCENARIO ALTERNATIF

Aucun scénario

d. Description textuelle du CU « coter les élèves »

CU : Coter les élèves

Objectif : Ce CU permet à un enseignant d'encoder les côtes des élèves

Acteur : Enseignant

Pré conditions : Existence des identifiants dans le système, authentification de l'enseignant

Scénario nominal

DESCRIPTION DU SCENARIO NOMINAL « DEBUT »

1 : Le système fournit à l'enseignant la page de cotation des élèves

2 : L'enseignant Soumet la classe dans laquelle il veut encoder les cotes

3 : Le système recherche affiche les élèves de la classe ainsi que les cours enseignés par l'enseignant dans la classe

4 : L'enseignant soumet le cours et la période

5 : Le système vérifie la non cotation du cours dans la classe à la période choisie et permet l'encodage

6 : L'enseignant encode les cotes et soumet l'encodage

7 : Le système enregistre la cote si >=0 et <=max

8 : Le message de confirmation « FIN »

Scénario alternatif

DESCRIPTION DU SCENARIO ALTERNATIF

62

Enseignant n'a pas des cours dans la classe sélectionnée : ce scénario commence au point 3 du scénario nominal

1 : Le système n'affiche pas de cours et le scénario reprend au point 1 du scénario nominal Le cours est déjà côté à la période : ce scénario commence au point 5 du scénario normal

2 : Le système ne permet pas l'encodage des côtes et le scénario reprend au point 4 du scénario normal

e. Description textuelle du CU « Imprimer les résultats »

CU : Imprimer les résultats

Objectif : Ce CU permet à un titulaire de pouvoir imprimer les résultats des élèves

Acteur : Titulaire

Pré conditions : Existence des identifiants dans le système, authentification du titulaire

Scénario nominal

DESCRIPTION DU SCENARIO NOMINAL « DEBUT »

1 : Le titulaire demande la page de visualisation des résultats

2 : Le système présente la liste des élèves dans la classe où l'enseignant est titulaire

3 : Le titulaire sélectionne l'élève

4 : Le système affiche le résultat concernant l'élève

5 : Le titulaire imprime le résultat « FIN »

Scénario alternatif

DESCRIPTION DU SCENARIO ALTERNATIF

Le titulaire n'a aucune classe où il est titulaire dans l'année encours : ce scénario commence au point 2 du scénario nominal

1 : Le système n'affiche pas des élèves et le scénario reprend au point 1 du scénario nominal

63

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








"I don't believe we shall ever have a good money again before we take the thing out of the hand of governments. We can't take it violently, out of the hands of governments, all we can do is by some sly roundabout way introduce something that they can't stop ..."   Friedrich Hayek (1899-1992) en 1984