SECTION 1 : EXIGENCE
FONCTIONNELE DU SYSTEME
III.1.1. DIAGRAMME DE CAS
D'UTILISATION SYSTÈME
En langage UML, les diagrammes de cas d'utilisation
modélisent le comportement d'un système et permettent de capturer
ses exigences. Ils décrivent les fonctions générales et la
portée d'un système. Ces diagrammes identifient également
les interactions entre le système et ses acteurs. Les cas d'utilisation
et les acteurs dans les diagrammes de cas d'utilisation décrivent ce que
le système fait et comment les acteurs l'utilisent, mais ne montrent pas
comment le système fonctionne en interne.
Pour ce travail, chaque service possède un diagramme de
cas d'utilisation.
v Diagramme de cas d'utilisation de la Gestion des
institutions
L'acteur principal pour la gestion des institutions est le
gestionnaire DN. Ce diagramme nous montre les différentes tâches
que peut faire le gestionnaire DN dans le système. Le gestionnaire DN
peut créer une institution, modifier une institution et fermer une
institution. Mais pour se faire, il devra être inscrit ets'authentifier
par la suite pour accéder à ces fonctionnalités.
Figure 7 : le diagramme de cas d'utilisation
Gestion institutions
v Diagramme de cas d'utilisation de la gestion notification
Les acteurs sont le gestionnaire DN, le ministre et
l'utilisateur (étudiant et enseignant). Ce diagramme nous montre les
différentes tâches que peuvent faire les acteurs dans le
système. Le gestionnaire DN se charge de rédiger la notification,
le ministre s'occupe de l'autorisation de la notification avant qu'elle soit
publiée par le gestionnaire. L'utilisateur peut consulter la
notification. Pour avoir accès à toutes ces
fonctionnalités, ils devront être inscrit et s'authentifier.
Figure 5-le diagramme de
cas d'utilisation gestion notification
v Diagramme de cas d'utilisation de la gestion oeuvre
scientifique
Les acteurs sont le gestionnaire DN, le gestionnaire DA et
l'utilisateur. Ce diagramme nous montre les différentes tâches que
peut faire les acteurs dans le système. Pour avoir accès à
toutes ces fonctionnalités, ils doivent être inscrit et
s'authentifier.
Figure 6-le diagramme de
cas d'utilisation gestion oeuvre scientifique
v Diagramme de cas d'utilisation Gestion des utilisateurs
Les principaux acteurs qui peuvent voir les statistiques sont
les administrateurs. Ce diagramme nous montre que les contrôleurs peuvent
ajouter d'autres administrateurs et faire des rapports. Pour accéder
à ces fonctionnalités ils devront se connecter d'abord.
Figure 7- le diagramme de
cas d'utilisation gestion utilisateurs
III.1.2. DESCRIPTION DES CAS
D'UTILISATION
Pour la suite de l'étude de cas, nous allons poursuivre
sur les 7 cas d'utilisation :
· Le cas d'utilisation 1 « Gérer les
institutions »
· Le cas d'utilisation 2 « Gérer les
notifications »
· Le cas d'utilisation 3 « Gérer les
oeuvres scientifiques »
· Le cas d'utilisation 4 « Demander
Renseignements »
· Le cas d'utilisation 5 « Autoriser
notifications »
· Le cas d'utilisation 6 « publier oeuvres
»
· Le cas d'utilisation 7 « Créer
Utilisateurs »
Description textuelle du cas d'utilisation
Le cas d'utilisation 1 « Gérer les
institutions »
· Nom : Gérer institutions
· Résumé : cette fonctionnalité
permet de créer, supprimer, lister et fermer une institution.
· Version : 1.0
· Responsable : PK9-SDGU
· Acteur ; Gestionnaire DN
· Précondition : le Gestionnaire DN s'est
authentifié correctement à l'application.
· Scenario nominal
1. Le Gestionnaire DN demande le formulaire de gestions
universitaires
2. Le système affiche le formulaire de gestions
universitaires
3. Le Gestionnaire DN sélectionne l'action
souhaitée (créer, supprimer, lister et fermer) et valide.
4. Le système affiche les détails de l'action
5. Le Gestionnaire DN rempli les détails et valide
6. Le système réagit en fonction de l'action
effectuée en vérifiant les données saisies s'elles sont
bien remplies.
· Scenario alternatif
u Les données mal remplies
u Le système affiche le message
« error » et le cas d'utilisation se termine en
échec.
· Post-condition : le système gère les
institutions universitaires.
Le cas d'utilisation 2 « Gérer les
notifications »
· Nom : Gérer notifications
· Résumé : cette fonctionnalité
permet de créer, supprimer, modifier et publier une notification.
· Version : 1.0
· Responsable : PK9-SDGU
· Acteur ;Le Gestionnaire DN
· Précondition :Le Gestionnaire DN s'est
authentifié correctement à l'application.
· Scenario nominal
7. Le Gestionnaire DN demande le formulaire de gestions
notificatives
8. Le système affiche le formulaire de gestions
notificatives (créer, supprimer, modifier et publier)
9. Le Gestionnaire DN sélectionne l'action
souhaitée et valide.
10. Le système affiche les détails de l'action
11. Le Gestionnaire DN rempli les détails et valide
12. Le système réagit en fonction de l'action
effectuée en vérifiant les données saisies s'elles sont
bien remplies.
· Scenario alternatif
u Les données mal remplies
u Le système affiche le message
« error » et le cas d'utilisation se termine en
échec.
· Post-condition : le système gère les
notifications.
Le cas d'utilisation 3 « Gérer les oeuvres
scientifiques »
· Nom : Gérer OEuvres scientifiques
· Résumé : cette fonctionnalité
permet de créer et supprimer une oeuvre.
· Version : 1.0
· Responsable : PK9-SDGU
· Acteur ; Utilisateur (étudiant &
enseignant)
· Précondition :L'utilisateur s'est
authentifié correctement à l'application.
· Scenario nominal
13. L'utilisateur demande le formulaire de gestions oeuvres
14. Le système affiche le formulaire de gestions
oeuvres (créer, supprimer)
15. L'utilisateur sélectionne l'action souhaitée
et valide.
16. Le système affiche les détails de l'action
17. L'utilisateur rempli les détails et valide
18. Le système réagit en fonction de l'action
effectuée en vérifiant les données saisies s'elles sont
bien remplies.
· Scenario alternatif
u Les données mal remplies
u Le système affiche le message
« error » et le cas d'utilisation se termine en
échec.
· Scenario Exception
u Il y a une exception lorsqu'il y a plusieurs essayent sans
suite, le système bloque cette fonctionnalité en affichant un
message de réfléchir de nouveau pour votre oeuvre pendant 48h.
· Post-condition : le système gère les
oeuvres scientifiques.
Le cas d'utilisation 4 « Demander Renseignements
»
· Nom : Demander Renseignements
· Résumé : cette fonctionnalité
permet de formuler une demande d'information d'une entité
d'études universitaires X vers une entité d'études
universitaires Y.
· Version : 1.0
· Responsable : PK9-SDGU
· Acteur ; Gestionnaire DA
· Précondition :Le Gestionnaire DA s'est
authentifié correctement à l'application.
· Scenario nominal
19. Le Gestionnaire DA demande le formulaire de
renseignements
20. Le système affiche le formulaire de
renseignements
21. Le Gestionnaire DA rempli les informations de sa demande
et valide.
22. Le système crée la fiche de demande de
renseignements en vérifiant les données saisies s'elles sont bien
remplies.
· Scenario alternatif
u Les données mal remplies
u Le système affiche le message
« error » et le cas d'utilisation se termine en
échec.
· Post-condition : le système crée une
demande de renseignements.
Le cas d'utilisation 5 « Autoriser notifications
»
· Nom : Autoriser notifications
· Résumé : cette fonctionnalité
permet de valider la publication d'une notification.
· Version : 1.0
· Responsable : PK9-SDGU
· Acteur ; Ministre
· Précondition :Le Ministre s'est
authentifié correctement à l'application.
· Scenario nominal
23. Le ministre demande la notification gérée
24. Le système affiche la notification
gérée
25. Le ministre rempli les informations de validation et
valide.
26. Le système crée la fiche d'autorisation en
vérifiant les données saisies s'elles sont bien remplies.
· Scenario alternatif
u Les données mal remplies
u Le système affiche le message
« error » et le cas d'utilisation se termine en
échec.
· Post-condition : le système crée une
fiche d'autorisation.
Le cas d'utilisation 6 « publier oeuvres »
· Nom : publier oeuvres
· Résumé : cette fonctionnalité
permet de publier une oeuvre scientifique.
· Version : 1.0
· Responsable : PK9-SDGU
· Acteur ; Gestionnaire DA
· Précondition :Le Gestionnaire DA s'est
authentifié correctement à l'application.
· Scenario nominal
27. Le Gestionnaire DA demande les oeuvres
gérées
28. Le système affiche les oeuvres
gérées
29. Le Gestionnaire DA rempli les informations de validation
et valide.
30. Le système crée la fiche de publication en
vérifiant les données saisies s'elles sont bien remplies.
· Scenario alternatif
u Les données mal remplies
u Le système affiche le message
« error » et le cas d'utilisation se termine en
échec.
· Post-condition : le système crée une
fiche de publication.
Le cas d'utilisation 7 « Gérer
Utilisateurs »
· Nom : Gérer Utilisateurs
· Résumé : cette fonctionnalité
permet de créer, modifier et supprimer un utilisateur.
· Version : 1.0
· Responsable : PK9-SDGU
· Acteur ; Administrateur
· Précondition :L'administrateur s'est
authentifié correctement à l'application.
· Scenario nominal
31. L'administrateur demande le formulaire de gestions
utilisateurs
32. Le système affiche le formulaire utilisateur
33. L'administrateur rempli les informations et valide.
34. Le système crée un utilisateur en
vérifiant les données saisies s'elles sont bien remplies.
· Scenario alternatif
u Les données mal remplies
u Le système affiche le message
« error » et le cas d'utilisation se termine en
échec.
· Post-condition : le système crée un
utilisateur.
| 
