Démo 1 - Département d'informatique et de recherche opérationnelle
Cas d'utilisation Démonstrateurs : Marouane Kessentini. Hassen Grati ... Le
diagramme présenté ci-dessus fournit une vue globale de l'application. L'
ensemble ...
part of the document
Démo 2- Correction Professeur : Bruno Dufor
Cas dutilisation Démonstrateurs : Marouane Kessentini
Hassen Grati
Partie théorique :
Avertissement : comme pour toute activité de modélisation, il nexiste pas UNE solution unique. Ce document présente donc une solution possible.
Exercice 1 :
A. Acteurs et contexte
Les acteurs du système sont les suivants :
Acteurs « humain » : Département Prospection, Assistant de saisie, Gestionnaire administratif, Administrateur des données, Directeur de la stratégie, Responsable du routage.
Acteurs « système » : BRICOSTOCK, Système dédition.
B. Cas dutilisation
B1. Identification des cas dutilisation
Les cas dutilisation du système OCTAVE sont organisés en trois packages :
Prospection,
Gestion des commandes,
Administration.
Le diagramme présenté ci-dessus fournit une vue globale de lapplication. Lensemble des cas dutilisation y est représenté, organisé en packages.
Package Prospection
Package Gestion des commandes
Package Administration
Il faut éventuellement prévoir dautres cas dutilisation pour faire fonctionner le système, même si ceux-ci ne sont pas cités ni décrits dans le cahier des charges. Par exemple un cas dutilisation de définition et gestion des habilitations, un cas dutilisation de suppression des cibles de routage,
B2. Description des cas dutilisation
Note : tous les cas dutilisation identifiés dans les diagrammes précédents sont décrits dans une fiche de description textuelle. Cette fiche de description nest pas normalisée par UML, mais la plupart des ouvrages traitant dUML donnent un plan de description des cas dutilisation semblable à celui utilisé dans la suite du document.
Titre du cas dutilisation : Créer une cible de routage
Référence : UC-01
Objectif : permettre à un acteur de sélectionner des individus afin de leur envoyer une publicité.
Résumé : lacteur crée la cible de routage en sélectionnant la publicité et les individus.
Acteurs : département « Prospection »
Pré-conditions : aucune.
Description des enchaînements :
Enchaînement nominal :
Ce cas dutilisation commence lorsque lacteur demande à créer une nouvelle cible de routage.
Lacteur saisit les critères de sélection des individus. Il renseigne tout ou partie des critères suivants : catégorie socio-professionnelle, âge, département de résidence, individu déjà client ou non.
Lacteur crée une publicité. Pour cela, il sélectionne le support : papier ou message par internet, puis saisit un titre, une description, et sélectionne les articles à inclure dans la publicité. Si la publicité est envoyée sous forme papier, alors lacteur sélectionne la qualité du papier : standard, supérieur ou économique. Le système vérifie que le nombre darticles sélectionnés est compris entre un et cinq. Si ce nest pas le cas, lacteur est invité à modifier sa sélection darticles.
Le système crée la nouvelle cible de routage.
Enchaînements alternatifs : aucun.
Enchaînements dexception : aucun.
Post-conditions : une nouvelle cible de routage est créée.
Exercice 2:
Cas dutilisation : Passer un test
Acteurs principaux : Étudiant
Pré Conditions : Le test est disponible sur le site web. La date correspond à la période où le test est disponible.
Post-Conditions : Létudiant nest plus sur la page du test. Le test nest plus disponible pour cet étudiant et sa note est disponible dans la base de donnés.
Déclencheur : Létudiant va à ladresse Internet du test.
Déroulement Principal :
1. Létudiant se dirige vers la page Internet contenant le test.
2. Inclure le cas de dutilisation (« login »)
3. Les consignes du test saffichent
4. Létudiant choisit de démarrer le test
5. Létudiant remplit le questionnaire.
6. Après la dernière question, un message de confirmation apparaît
7. Létudiant sort de la page de test
8. Le résultat de létudiant est envoyé dans la base de données
9. Le test nest plus disponible pour létudiant
Variantes de déroulement :
2. (A) Létudiant échoue lidentification
Létudiant est amené sur une page qui lui explique le problème (fin du cas dutilisation)
4. (A). Létudiant choisit de ne pas démarrer le test.
Il est retourné à la page principale (fin du cas de test)
5. (A) Létudiant quitte le Test
Il est retourné à la page principale
Un e-mail est envoyé au professeur pour signaler lanomalie (étendre envoyer un e-mail)
Fin du cas de test
5(B) Létudiant nest pas en mesure de continuer le test à cause dun problème informatique
Un e-mail est envoyé au professeur pour signaler lanomalie
Fin du cas de test