20
III.3 Diagrammes d'analyse et de conception du nouveau
système
III.3.1 Diagramme de cas d'utilisation du nouveau
système
Le diagramme des cas d'utilisation de notre système se
présente comme suit:
Figure 4: Schéma du diagramme de cas
d'utilisation
Afin d'enrichir ce diagramme, nous allons faire une
description textuelle des cas d'utilisation. La description d'un cas
d'utilisation permet de :
· clarifier le déroulement de la
fonctionnalité ;
· décrire la chronologie des actions qui devront
être réalisées ;
· identifier les parties redondantes pour en
déduire des cas d'utilisation plus précises qui seront
utilisées par inclusion, extension ou généralisation;
· indiquer d'éventuelles contraintes
déjà connues et dont nous devons tenir compte lors de la
réalisation du logiciel. Ces contraintes peuvent être de nature
diverse
Pour cela, nous allons adopter le formalisme suivant: [2]
1. Sommaire d'identification :
· Le titre
· Résumé
· Acteurs
21
2. Scenario nominal
? Pré-conditions
? Scenario nominal (enchaînement des opérations dans
le cas où le cas
d'utilisation se déroule normalement.)
? Scénario alternatif
? Enchaînement des erreurs
? Post-conditions
A. L'authentification d'un utilisateur
1. Sommaire d'identification :
Titre : S'authentifier
Résumé: Ce cas d'utilisation
permet aux utilisateurs du système de pouvoir
s'authentifier et d'accéder par conséquent aux
fonctionnalités de l'application.
Acteurs: Utilisateurs (tous)
2. Scenario nominal :
Pré-condition :
- Machine sous tension ;
- Existence des données d'authentification;
- Lancement de l'application.
Post-condition : Utilisateur authentifié
(Menu général de l'utilisateur affiché).
Scenario nominal :
Acteur
|
Système
|
1. L'utilisateur lance l'application.
3. L'utilisateur saisit son login, son mot de passe et
valide.
|
2. Le système lui affiche le formulaire
d'authentification
4. Le système vérifie les informations saisies et
donne accès aux fonctionnalités de l'application selon le
département dans lequel est inscrit l'utilisateur.
|
|
Tableau 1: Description textuelle du cas d'utilisation
«s'authentifier»
3. 22
Scenario alternatif :
A1 (alternatif numéro un): Nom
utilisateur et/ou mot de passe incorrect(s). Le scenario alternatif commence
après le point 4 du scenario nominal.
4. Le système affiche un message d'erreur et le
scenario retourne au point 3 du scenario nominal.
B. La réception des courriers auprès du
déposant.
1. Sommaire d'identification :
Titre : Réceptionner courrier
Résumé: Ce cas d'utilisation
permet à l'agent du guichet d'affranchissement de réceptionner le
courrier. Celui-ci pourra enregistrer les données en rapport avec le
courrier, les supprimer, les modifier, effectuer des recherches sur ces
données. Et enfin visualiser sous format PDF l'avis de
dépôt.
Acteurs: Agent du Guichet d'Affranchissement
2. Scenario nominal : Pré-condition :
- Utilisateur authentifié au guichet
d'affranchissement;
- Existence d'un courrier du déposant.
Post-condition : Le système enregistre
les caractéristiques du courrier, du destinataire et déposant
puis met à jour la base de données. Si le courrier est
recommandé, le système imprime également l'avis de
dépôt.
Scenario nominal :
|
Acteur
|
Système
|
|
1. L'utilisateur demande le formulaire de réception des
courriers.
3. L'utilisateur saisit les caractéristiques du
courrier, du déposant et du destinataire puis valide.
|
2. Le système affiche le formulaire demandé
4. Le système vérifie les informations saisies et
crée le nouvel enregistrement.
|
Tableau 2: Description textuelle du cas d'utilisation
«Réceptionner courrier»
Scenario alternatif :
23
A1 (alternatif numéro un):
- Code du courrier existe déjà
dans la base de données ou s'il est invalide. Le scenario alternatif
commence après le point 4 du scenario nominal.
4. Le système affiche un message d'erreur et le
scenario retourne au point 2 du scenario nominal.
A2 (alternatif numéro deux):
- Le poids du courrier est invalide. Le
scenario alternatif commence après le point 4 du scenario nominal.
4. Le système affiche un message d'erreur et le
scenario retourne au point 2 du scenario nominal.
C. Gérer les expéditions des
dépêches
1. Sommaire d'identification :
Titre : Gérer Expédition
dépêche
Résumé: Ce cas d'utilisation
permet à l'agent du centre de tri de créer une
dépêche vide, de la remplir par des courriers ordinaires et/ou par
des courriers non affranchis et/ou par un ou deux petit(s) sac(s). De les
retirer, de supprimer la dépêche créée, de la
modifier, de la vider et de la fermer. Il permet également à
l'agent de gérer les dépêches à acheminer.
Acteur: Agent du Centre de Tri
2. Scenario nominal :
Pré-condition : Utilisateur
authentifié au centre de tri.
24
Scenario nominal :
|
Acteur
|
Système
|
|
1. L'utilisateur demande le formulaire
|
|
|
d'expédition des dépêches.
|
|
|
2. Le système lui affiche le formulaire demandé
|
|
3. L'utilisateur crée une dépêche vide.
|
|
|
4. Le système vérifie les informations saisies et
enregistre les caractéristiques saisis puis affiche la
dépêche vide créée.
|
|
5. L'utilisateur sélectionne la dépêche
|
|
|
créée
|
|
|
6. Le système lui affiche un message de confirmation de
remplissage de la dépêche
|
|
7. Confirme (Oui)
|
|
|
8. Affiche des courriers ordinaires, de petits sacs et des non
affranchis de même destination que la dépêche
créée (s'ils sont disponibles).
|
9. L'utilisateur rempli la dépêche
créée
|
|
selon son choix puis terminer le processus
|
|
10. Demande le formulaire de fermeture
|
|
de la dépêche.
|
|
|
11. Affichage du formulaire de fermeture de la
dépêche.
|
12. Fermer la dépêche remplie.
|
|
|
14. Demande le formulaire
|
13. Le système met à jour la base de
données
|
|
d'acheminement des dépêches.
|
|
|
15. Affichage du formulaire d'acheminement des
dépêches.
|
16. Saisi les caractéristiques nécessaires,
|
|
sélectionne la dépêche à acheminer
puis
|
|
valide.
|
17. Vérification des informations et enregistrement des
caractéristiques saisis.
|
|
Tableau 3: Description textuelle du cas d'utilisation
«Expédition dépêche»
25
Scenario alternatif :
A1 (alternatif numéro un):
- Code de la dépêche existe
déjà dans la base de données ou s'il est invalide. Le
scenario alternatif commence après le point 3 du scenario nominal.
4. Le système affiche un message d'erreur et le
scenario retourne au point 2 du scenario nominal.
A2 (alternatif numéro deux):
- Le poids de la dépêche non valide. Le scenario
alternatif commence après le point 4 du scenario nominal.
4. Le système affiche un message d'erreur et le
scenario retourne au point 2 du scenario nominal.
A3 (alternatif numéro trois):
- In n'y a pas des courriers ordinaires, petits sacs et non
affranchis disponibles. Le scenario alternatif commence après le point 7
du scenario nominal.
8. Le système affiche un message d'information et le
scenario retourne au point 5 du scenario nominal.
A4 (alternatif numéro quatre):
- Il n'y a aucun objet dans la dépêche. Le
scenario alternatif commence après le point 9 du scenario nominal.
10. Le système affiche un message d'erreur et le
scenario retourne au point 8 du scenario nominal.
A5 (alternatif numéro cinq):
- Le poids du contenu de la dépêche est
supérieur à 20kg. Le scenario alternatif commence après le
point 12 du scenario nominal.
13. Le système affiche un message d'erreur et le
scenario retourne au point 11 du scenario nominal.
Post-condition : Le système calcule le
nombre des courriers ordinaires et des recommandés puis met à
jour la BD créée et affiche le contenu de celle-ci.
26
D. Gérer les réclamations
1. Sommaire d'identification :
Titre : Gérer réclamations
Résumé: Ce cas d'utilisation
permet à l'agent du service de redressage d'enregistrer les courriers
à réclamer, de les modifier, de les supprimer et enfin d'imprimer
une feuille de réclamation.
Acteur: Agent du service de redressage
2. Scenario nominal : Pré-condition :
- Utilisateur authentifié au service de redressage.
Post-condition : Le système enregistre
et caractéristiques saisis et met à jour la base de
données.
Scenario nominal :
Acteur
|
Système
|
1. L'utilisateur demande le formulaire de réclamation
des courriers.
3. L'utilisateur saisit les caractéristiques du
courrier à réclamer.
|
2. Le système lui affiche le formulaire
demandé
4. Le système vérifie les informations saisies et
enregistre les caractéristiques saisis.
|
|
Tableau 4: Description textuelle du cas d'utilisation
«Réclamation courrier»
Scenario alternatif :
A1 (alternatif numéro un):
- Code du courrier existant existe déjà dans la
base de données ou s'il est invalide. Le scenario alternatif commence
après le point 4 du scenario nominal.
4. Le système affiche un message d'erreur et le
scenario retourne au point 2 du scenario nominal.
A2 (alternatif numéro deux):
- Le poids du courrier non valide. Le scenario alternatif
commence après le point 4 du scenario nominal.
4. Le système affiche un message d'erreur et le
scenario retourne au point 2 du scenario nominal.
27
A3 (alternatif numéro trois):
- Le code de la dépêche dans laquelle le courrier
était empaqueté n'est pas figuré dans la base de
données. Le scenario alternatif commence après le point 4 du
scenario nominal. 4. Le système affiche un message d'erreur et le
scenario retourne au point 2 du scenario nominal.
E. Redresser dépêche
1. Sommaire d'identification :
Titre : Redresser courrier
Résumé: Ce cas d'utilisation
permet à l'agent du service de redressage d'enregistrer les
dépêches mal acheminer, de les modifier, de les supprimer et de
recherche la dépêche préenregistrée.
Acteur: Agent du service de redressage
2. Scenario nominal : Pré-condition :
- Utilisateur authentifié au service de redressage.
Post-condition : Le système affiche un
message de succès après avoir enregistré les informations
saisies.
Scenario nominal :
Acteur
|
Système
|
1. L'utilisateur demande le formulaire de redressage des
dépêches.
3. L'utilisateur saisit les caractéristiques de la
dépêche à redresser puis enregistre.
|
2. Le système lui affiche le formulaire
demandé
4. Le système vérifie les informations saisies et
enregistre les caractéristiques saisis puis affiche la
dépêche à réclamer.
|
|
Tableau 5 : Description textuelle du cas d'utilisation
«Expédition dépêche»
28
Scenario alternatif :
A1 (alternatif numéro un):
- Code de la dépêche existe déjà dans
la base de données ou s'il est invalide. Le scenario alternatif commence
après le point 4 du scenario nominal.
4. Le système affiche un message d'erreur et le scenario
retourne au point 2 du scenario nominal.
A2 (alternatif numéro deux):
- Le poids de la dépêche non valide. Le scenario
alternatif commence après le point 4 du scenario nominal.
4. Le système affiche un message d'erreur et le scenario
retourne au point 2 du scenario nominal.
| 
