Projet de fin d’études – Gestion de résidanat
1. Le Langage UML
Figure 5: Logo de l’UML
[5] UML (sigle désignant l'Unified Modeling Language ou « langage de modélisation unifié »)
est un langage de modélisation graphique à base de pictogrammes. Il est apparu dans le monde du
génie logiciel, dans le cadre de la « conception orientée objet ». UML est couramment utilisé dans
les projets logiciels.
UML est l'accomplissement de la fusion de précédents langages de modélisation objet : Booch,
OMT, ROOSE. Principalement issu des travaux de Grady Booch, James Rumbaugh et Ivar
Jacobson, UML est à présent un standard défini par l'Object Management Group (OMG). La
dernière version diffusée par l'OMG est UML 2.5 depuis septembre 2013.
2. Le modèle MVC (Modèle Vu-Contrôleur)
Figure 6: Modèle MVC
HANAE CHRITA 20
Projet de fin d’études – Gestion de résidanat
Le patron Modèle-vue-contrôleur (en abrégé MVC), est un modèle destiné à répondre aux besoins
des applications interactives en séparant les problématiques liées aux différents composants au
sein de leur architecture respective.
Modèle :
Le modèle représente le cœur (algorithmique) de l'application : traitements des données,
interactions avec la base de données, etc. Il décrit les données manipulées par l'application. Il
regroupe la gestion de ces données et est responsable de leur intégrité. La base de données sera
l'un de ses composants. Le modèle comporte des méthodes standards pour mettre à jour ces
données (insertion, suppression, changement de valeur). Il offre aussi des méthodes pour récupérer
ces données. Les résultats renvoyés par le modèle ne s'occupent pas de la présentation.
Vue :
C’est avec quoi l'utilisateur interagit se nomme précisément la vue. Sa première tâche est de
présenter les résultats renvoyés par le modèle. Sa seconde tâche est de recevoir toute action de
l'utilisateur (hover, clic de souris, sélection d'un bouton radio, coche d'une case, entrée de texte, de
mouvements, de voix, etc.). Ces différents événements sont envoyés au contrôleur. La vue
n'effectue pas de traitement, elle se contente d'afficher les résultats des traitements effectués par le
modèle et d'interagir avec l'utilisateur.
Contrôleur :
Le contrôleur prend en charge la gestion des événements de synchronisation pour mettre à jour la
vue ou le modèle et les synchroniser. Il reçoit tous les événements de l'utilisateur et enclenche les
actions à effectuer. Si une action nécessite un changement des données, le contrôleur demande la
modification des données au modèle, et ce dernier notifie la vue que les données ont changée pour
qu'elle se mette à jour. D'après le patron de conception observateur/observable, la vue est un «
observateur » du modèle qui est lui « observable. »
Certains événements de l'utilisateur ne concernent pas les données mais la vue. Dans ce
cas, le contrôleur demande à la vue de se modifier. Le contrôleur n'effectue aucun traitement, ne
modifie aucune donnée. Il analyse la requête du client et se contente d'appeler le modèle adéquat
et de renvoyer la vue correspondant à la demande.
HANAE CHRITA 21
Projet de fin d’études – Gestion de résidanat
IV. Etude préliminaire - La modélisation du contexte
1. Les acteurs et leurs rôles
- Acteur : Personnel du service de la scolarité (l’admin)
Tableau 1: Acteur / Rôles
Acteur Rôles
➢ Rechercher un résident
Personnel du service de la scolarité ➢ Afficher un résident
(L’administrateur) • Modifier un résident
• Gérer les congés du résident
▪ Afficher les congés du résident
▪ Ajouter un congé à la liste des
congés
▪ Modifier un congé existant
▪ Supprimer un congé
• Gérer le cursus du résident
▪ Afficher le cursus du résident
▪ Ajouter un cursus
▪ Modifier un cursus
▪ Supprimer un cursus
• Gérer les stages du résident
▪ Afficher les stages effectués
par ce résident
▪ Ajouter un stage à la liste des
stages
▪ Modifier un stage
▪ Supprimer un stage
• Gérer les services offerts au résident
HANAE CHRITA 22
Projet de fin d’études – Gestion de résidanat
▪ Exporter les états de sortie
➢ Ajouter un résident
➢ Tirer différents statistiques concernant les
résidents.
➢ Importer des résidents par lot
➢ Archiver un résident
2. Les messages émis et reçus
-Acteur : Personnel du service de la scolarité
Tableau 2: Acteur/ Messages émis/ Messages reçus
Acteur Messages émis Messages reçus
Personnel du service de la ➢ S’authentifier ➢ Liste des résidents
scolarité ➢ Afficher un résident ➢ Profile
(l’administrateur) ➢ Afficher la liste des congés ➢ Modifier le résident
➢ Afficher la liste des stages ➢ Ajouter un congé
➢ Afficher la liste de cursus ➢ Modifier un congé
➢ Afficher les états de sortie ➢ Supprimer un congé
➢ Afficher l’archive des ➢ Ajouter un stage
résidents ➢ Modifier un stage
➢ Choisir un critère ➢ Supprimer un stage
➢ Importer des résidents par ➢ Ajouter un cursus
lot ➢ Modifier un cursus
➢ Ajouter un résident ➢ Supprimer un cursus
➢ Imprimer l’état de sortie
➢ Afficher les statistiques
HANAE CHRITA 23
Projet de fin d’études – Gestion de résidanat
V. Capture des besoins
1. Les cas d’utilisation et les diagrammes de séquence
Le diagramme de cas d'utilisation permet de recueillir, d'analyser, d'organiser les besoins et de
capturer les fonctionnalités du système avec une vision orientée utilisateur. Son élaboration est
une étape primordiale dans toute modélisation de système Informatique.
N.B : Dans notre diagramme de cas d’utilisation nous avons décidé de ne pas mettre le cas
d’utilisation « Authentification » parce que ça crée une confusion est ce que la relation entre
« l’authentification » et les autres cas d’utilisation c’est include ou bien précède.
Le diagramme de séquences est la représentation graphique des interactions entre les
acteurs et le système selon un ordre chronologique, il permet de montrer les interactions d'objets
dans le cadre d'un scénario d'un diagramme des cas d'utilisation.
HANAE CHRITA 24
Projet de fin d’études – Gestion de résidanat
a. Les cas d'utilisation du Personnel du service (l’administrateur)
uc Use Case View
AfficherRésident
ModifierFichRésident AfficherCongés
«extend»
AjouterCongé
«extend»
«extend» «extend»
RechercherRésident «extend»
«extend» ModifierCongé
GérerCongésRés «extend»
«extend» «extend» «extend»
SupprimerCongé
AjouterRésident
GérerStagesRés
«extend» AfficherStages
«extend»
AfficherEtatsSorties GérerCursusRés
«extend» AjouterStage
Admin
«extend»
«extend»
GénéreSatatistiques
ModifierStage
«extend»
AfficherCursus
«extend»
«extend» SupprimerStage
«extend»
ImporterRésidents AjouterCursus
SupprimerCursus
ArchiverRésident
Imprimer ModifierCursus
Figure 7: Les cas d'utilisation du Personnel du service (l’administrateur)
HANAE CHRITA 25
Projet de fin d’études – Gestion de résidanat
b. Diagramme de séquence du Personnel du service (l’administrateur)
• Authentification :
sd authentification
Admi n
fenAuthentification: ControlAuthentification: ModelAuthentification:
FenetreAuth ControlAuth ModelAuth
Sai si r_Logi n_Pwd()
demande_Conx()
connexion(Stri ng, Stri ng): bool ean
Connexion(Stri ng, Stri ng): bool ean
résul tat()
alt
[Logi n ou mot de passe i ncorrect]
Affi cherMsgErreur
(Stri ng)
[ErreurSai si ==true]:"Logi n ou mdp i ncorrect"()
alt
[El se]
Créati on()
ListeDesRésidents:
FenAcceuil
Figure 8: Diagramme de séquence de l'authentification
HANAE CHRITA 26