REPUBLIQUE DU CAMEROUN REPUBLIC OF CAMEROON

Paix-Travail-Patrie Peace-Work-Fatherland
****** ******
ECOLE NATIONALE NATIONAL ADVANCED SCHOOL
SUPERIEURE DES POSTE ET OF POST AND
TELECOMMUNICATION ET DES TELECOMMUNICATION AND
TICs ICTs
******* *******

PROJET TUTORE DE MODELISATION OBJET

ET PRATIQUES UML

THEME : Modélisation de l’application de gestion des

patients, leurs médecins traitant et des médecins
spécialistes pour un organisme de sécurité social

Groupe3
Noms des membres Note
EFEMBA JOHANNA XAVIERA
MADIA MAKOMRA MODESTE
MENGUE BOMBA AUDREY
ONDOUA AYONG LUDOVIC
TAKAM TCHEUTCHOUA JUNIOR
TIKELA DAOU CHRISTIAN AYMAR
YAYA MAHAMAT IMAR II
YUMO BERNARD DZEKEM

Sous la supervision de Dr. Bernabé BATCHAKUI

IT1 1
 Sommaire

Liste des Abréviations _________________________________________________________ 3

Liste des figures ______________________________________________________________ 4
Liste des tableaux _____________________________________________________________ 5
Résumé _____________________________________________________________________ 6
Abstract ____________________________________________________________________ 7
Introduction _________________________________________________________________ 8
Projet Tutoré_________________________________________________________________ 9
1. Méthode MERISE _______________________________________________________ 10
1.1. Contraintes d’intégrité et dictionnaire de données ____________________________ 10
1.2. MCD ________________________________________________________________ 11
1.3. MLD_________________________________________________________________ 12
1.4. Implémentation dans MySQL _____________________________________________ 12
2. Diagramme UML ________________________________________________________ 13
2.1. Diagrammes statiques ___________________________________________________ 13
2.1.1. Diagramme de contexte ________________________________________________ 13
2.1.2. Diagramme de package ________________________________________________ 13
2.1.3. Diagramme d’objets __________________________________________________ 14
2.1.4. Diagramme de classe métier ____________________________________________ 15
2.2. Diagramme dynamique __________________________________________________ 16
2.2.1. Diagramme de communication __________________________________________ 16
2.2.2. Diagrammes de cas d’utilisation _________________________________________ 16
2.2.3. Diagrammes de séquence système _______________________________________ 21
2.2.4. Diagrammes d’état transition ___________________________________________ 23
2.2.5. Diagramme d’activité _________________________________________________ 24
2.2.6. Diagramme de séquence technique ______________________________________ 27
Bibliographie _______________________________________________________________ 29
Webographie _______________________________________________________________ 30

2
 Liste des Abréviations

SIGLES SIGNIFICATIONS
MCD Modèle conceptuel de données
MLD Modèle logique de données
MySQL My Structured Query Language
PFE Projet de fin d’étude
SUP'PTIC Ecole Nationale Supérieure des Postes, des Télécommunications et
des TIC
TIC Technologies de l’Information et de la Communication
UML Unified Modeling Language

IT

3
 Liste des figures

Figure 1: MCD_______________________________________________________________ 11
Figure 2: MLD _______________________________________________________________ 12
Figure 3: TABLES DANS MYSQL __________________________________________________ 12
Figure 4 Diagramme de contexte ________________________________________________ 13
Figure 5: Diagramme de package de l’application ___________________________________ 14
Figure 6: DIAGRAMME D’OBJETS ________________________________________________ 15
Figure 7: Diagramme de classe metier ____________________________________________ 16
Figure 8: Cas d'utilisations _____________________________________________________ 17
Figure 9: Diagramme de séquence s’authentifier ____________________________________ 21
Figure 10: Diagramme de séquence inscrire assuré __________________________________ 21
Figure 11: Diagramme de séquence enregistrer médecin traitant _______________________ 22
Figure 12: Diagramme de séquence effectuer remboursement _________________________ 22
Figure 13: Diagramme de séquence enregistrer feuille de maladie ______________________ 23
Figure 14: Diagramme d’état transition ___________________________________________ 24
Figure 15: Diagramme d'activités du cas inscrire assuré ______________________________ 24
Figure 16 DIAGRAMME D'ACTIVITES DU CAS enregistrer medecin traitant _______________ 24
Figure 17: Diagramme d’activités du cas d'utilisation enregistrer feuille maladie __________ 25
Figure 18: Diagramme d'activité cas « effectuer remboursement » _____________________ 25
Figure 19: Diagramme d'activités cas « prescrire consultation » ________________________ 26
Figure 20 DIAGRAMME D'ACTIVITES CAS « PRESCRIRE MEDICAMENTS » _________________ 26
Figure 21 DIAGRAMME DE SEQUENCE TECHNIQUE CAS « S'AUTHENTIFIER »______________ 27
Figure 22: Diagramme de séquence technique cas « Prescrire réservation » ______________ 27
Figure 23: Diagramme de séquence technique cas « Enregistrer médecin » _______________ 28
Figure 24: Diagramme de séquence technique cas « Enregistrer feuille de maladie _________ 28

4
 Liste des tableaux

Tableau 1: Contraintes d’intégrités_______________________________________________ 10

Tableau 2: Dictionnaire de données ______________________________________________ 10
Tableau 3: Cas d'utilisation "S'authentifier" ________________________________________ 17
Tableau 4: Cas d'utilisation "Inscrire assuré" _______________________________________ 18
Tableau 5: Cas d'utilisation "enregistrer médecin traitant" ____________________________ 19
Tableau 6: Cas d'utilisation "effectuer remboursement" ______________________________ 19
Tableau 7: Cas d'utilisation "enregistrer feuille de maladie" ___________________________ 20

5
 Résumé

Le présent rapport constitue le résultat de notre travail accompli dans le cadre de notre
cours de modélisation objet et pratiques UML portant sur le thème : « Modélisation de
l’application de gestion des patients, leurs médecins traitants et des médecins spécialistes pour
un organisme de sécurité social ». L’objectif de ce travail est d’effectuer l’analyse et la
conception de ce projet grâce au langage de modélisation UML. C’est dans cet optique que nous
avons décidé de mettre sur pied ce document qui propose une présentation étape après étapes
en partant du diagramme de contexte jusqu’au diagramme de séquence technique dans
l’optique de mieux éclaircir les contours du problème. Il s’agit d’une application de gestion des
patients, des médecins, des consultations, des enregistrements de feuilles de soins, et des
remboursements. Pour y parvenir, Nous utiliserons les logiciels Windesign et starUML qui nous
permettront d’implémenter l’ensemble de nos diagrammes UML. Ce document est donc le
résultat d’une étude préalable par la méthode merise puis par la suite grâce au langage de
modélisation UML.

6
 Abstract

This report is the result of our work accomplished within the framework of our UML
object and practical modeling course on the theme: "Modeling of the management application
for patients, their treating physicians and specialist physicians for a safety organization social
". The objective of this work is to carry out the analysis and the design of this project thanks to
the UML modeling language. It is in this perspective that we decided to set up this document,
which proposes a presentation stage following steps starting from the context diagram to the
technical sequence diagram with the aim of better clarifying the contours of the problem. It is an
application for managing patients, doctors, consultations, sheet records care and refunds. To
achieve this, we will use Windesign and starUML software, which will allow us to implement all
of our UML diagrams. This document is therefore the result of a preliminary study using the
merise method and then using the UML modeling language.

7
 Introduction

De nos jours, nous remarquons que les TIC apportent de plus en plus des solutions aux
problèmes que nous rencontrons dans notre vie quotidienne. Ceci principalement sur le plan
économique. Ainsi La demande en logiciel d’automatisation et de gestion des entreprises
s’accentue de nos jours. De plus en plus des entreprises, des particuliers et bien d’autres font appel
à un informaticien pour la mise en place d’un bon logiciel de gestion de ses ressources. Toutes
fois, la production d’un tel logiciel passe par plusieurs étapes que l’on appelle le cycle de
développement d’un logiciel (l’analyse, la conception, l’implémentation, les tests et le
déploiement). Afin de maitriser la création d’un logiciel, nous nous sommes pour le moins
focaliser la phase d’analyse du cycle de développement pour le projet tutoré qui est tiré d’un
problème réel consistant à mettre en place une application de gestion des assurés.

Pour cela, nous nous sommes servis des modèles statiques et dynamiques du langage UML et du
Modèle Conceptuel de Données (MCD) de MERISE pour une bonne analyse et compréhension
par le client. Ainsi notre travail consistera d’abord à présenter le MCD, ensuite le modèle statique
d’analyse et enfin le modèle dynamique d’analyse.

8
 Projet Tutoré

Un organisme de sécurité sociale souhaite développer une application gérant des patients,
leur médecin traitant et des médecins spécialistes. Une personne est soit un assuré, soit un médecin,
un médecin pouvant être malade et être assuré. Un médecin est soit généraliste, soit spécialiste, un
généraliste ne pouvant pas être spécialiste et inversement. Un patient a choisi ou non son médecin
traitant. Un patient consulte, à une date donnée, un généraliste. Lors des consultations, le
généraliste peut ou non prescrire une ou plusieurs consultations chez un spécialiste. Cette
application peut être utilisée par l'organisme de sécurité sociale pour inscrire un assuré, enregistrer
un médecin traitant pour un assuré, enregistrer des feuilles de maladie et effectuer des
remboursements. Tout remboursement suit un processus et 100% et 80% pour le généraliste et le
spécialiste respectivement ; ce remboursement peut se faire par virement ou cash à la convenance
du malade. Tout médecin peut également, via l'application, enregistrer une feuille de maladie,
prescrire des médicaments et prescrire une consultation chez un spécialiste.

Question : modélisez un tel système : analysez et concevez.

9
 1. Méthode MERISE
Merise est une méthode d'analyse, de conception et de gestion de projet informatique. Elle est
adaptée pour la gestion des projets internes aux organisations, se limitant à un domaine précis.

1.1. Contraintes d’intégrité et dictionnaire de données

 Contraintes d’intégrités

TABLEAU 1: CONTRAINTES D’INTEGRITES

Quelques contraintes
- Un médecin est soit un médecin traitant soit un spécialiste
- Un médecin peut être malade et assuré
- Une personne est soit un assuré soit un médecin

 Dictionnaire de données
TABLEAU 2: DICTIONNAIRE DE DONNÉES

Code signification type longueur Règles de

calcul
MEDECIN
ID_MEDECIN Identifiant d’un INT 15
médecin
ADRESSE_BUREAU Adresse du bureau varchar 32
du médecin
TELEPHONE_BUREAU Numéro de int 10
téléphone du
médecin
GENERALISTE
ID_GENERALISTE Identifiant de la varchar 15
formation
SALAIRE Nom de la varchar 32
formation
SPECIALISTE
ID_SPECIALISTE Identifiant du int 5
spécialiste
HONORAIRE Nom de la salle de varchar 32
classe
SPECIALITE Spécialité du varchar 255
spécialiste
CONSULTATION
ID_CONSULTATION Identifiant unique int 5
de la consultation

10
DATE_CONSULTATION Date de la datetime Aaaa -mm –jj
consultation hh :mm :ss
PERSONNE
ID_PERSONNE Identifiant de la Int 15
réservation (auto
incrément)
NOM Nom de la varchar 255 .
personne
PRENOM Prénom de la varchar 255
personne
AGE Age de la int 3
personne
ADRESSE Adresse de la varchar 255
personne
DATE_NAISSANCE Date de naissance datetime Aaaa -mm –jj
de la personne hh :mm :ss
REMBOURSEMENT
ID_REMBOURSEMENT Identifiant unique Int 15
du remboursement
MONTANT Montant du Float
remboursement
FEUILLE_SOINS
ID_FEUILLE_SOIN Identifiant de la int 5
feuille de soin
MEDICAMENTS_PRESCRITS La liste des text
médicaments
prescrits
MONTANT_FACTURE Montant total de la Float
facture
ORGANISME
ID_ORGANISME Identifiant de
l’organisme

1.2. MCD

FIGURE 1: MCD

11
 1.3. MLD

FIGURE 2: MLD

1.4. Implémentation dans MySQL

FIGURE 3: TABLES DANS MYSQL

L’ensembles des différentes tables

12
 2. Diagramme UML
2.1. Diagrammes statiques

2.1.1. Diagramme de contexte

Le diagramme de contexte permet de définir les limites de l'étude. Il place le diagramme dans son
contexte en listant les acteurs ou éléments qui agissent ou interagissent avec lui. Le degré de raffinement
de ce diagramme dépend de ce que l'on veut montrer.

Nous avons deux acteurs principaux :

 Médecin (généraliste ou spécialiste) : il enregistrer une feuille de maladie, prescrire des

médicaments et prescrire une consultation chez un spécialiste
 Organisme de sécurité sociale : pour inscrire un assuré, enregistrer un médecin traitant pour un
assuré, enregistrer des feuilles de maladie et effectuer des remboursements.

<<System>>
Organisme
Application de gestion des
Patient
patients, des médecins traitants et
des médecins généralistes

Médecin FIGURE 4 DIAGRAMME DE CONTEXTE

Source : Nous-mêmes

2.1.2. Diagramme de package

Le diagramme de package est la représentation du système en groupes interdépendants de
fonctionnalités communes appelées packages en interaction avec l’environnement de ce système

Nous l’utilisons pour illustrer les différents modules de l’application. Ainsi, nous pouvons recenser
7 packages

13
  Module de gestion de consultations
 Module de gestion des remboursements
 Module de gestion des feuilles de soins
 Module de gestion de prescriptions
 Module de gestion des patients
 Module de gestion des médecins
 Module de gestion des assurés

Organisme

Médecin

FIGURE 5: DIAGRAMME DE PACKAGE DE L’APPLICATION

Source: Nous-mêmes

2.1.3. Diagramme d’objets

L’application que nous cherchons à modéliser est constitué d’objets. En effet, un objet représente
une entité du monde réel (ou du monde virtuel pour les objets immatériels) qui se caractérise par un
ensemble de propriétés (attributs), des états significatifs et un comportement (ensemble de traitements
ou opérations).

La figure suivante représente donc les différents objets de notre système et leurs interactions

14
FIGURE 6: DIAGRAMME D’OBJETS
Source : Nous-mêmes

2.1.4. Diagramme de classe métier

Une classe est un moule à partir duquel on crée des objets. Autrement dit, c’est un ensemble
constitué d’objets et de méthodes de même type.

Ce diagramme montre les concepts du domaine métier, les liens (associations) entre ces concepts
et les attributs de ces concepts (souvent sous forme de données simples). Son but est de clarifier le
domaine métier du client, et de se formaliser avec ce domaine. Il exprime donc de manière générale la
structure statique d’un projet en termes de classes et de relations entre ses classes.

La figure suivante représente donc les différentes classes de notre système et les relations qu’elles
entretiennent les unes avec les autres.

15
 FIGURE 7: DIAGRAMME DE CLASSE METIER
Source : Nous-mêmes

2.2. Diagramme dynamique

2.2.1. Diagramme de communication

Un message est l’unité de communication entre objets : les opérations d’un objet sont déclenchées suite
à une stimulation externe représentée sous forme d’un message envoyé à un autre objet.

Dans notre cas, nous n’avons pas de communication entre les objets.

2.2.2. Diagrammes de cas d’utilisation

Un cas d’utilisation est une intention d’acteur et une intention d’acteur est un enchainement de
fonctions qui rend un service complet à un acteur. Ce diagramme est une représentation du
comportement fonctionnel d’un système. Ainsi, à l’issu de cette partie, nous serons en mesure de mieux
décrire les interactions entre les acteurs et le système.

Quelques diagrammes de cas d’utilisation :

16
 FIGURE 8: CAS D'UTILISATIONS
Source : Nous-mêmes

o Cas d’utilisation : S’authentifier

TABLEAU 3: CAS D'UTILISATION "S'AUTHENTIFIER"

Elément Description
Cas d’utilisation S’authentifier
Objectif Se connecté à l’application
acteurs Organisme et médecin
Précondition Avoir un compte dans l’application
Post Condition L’utilisateur doit avoir accès à l’application après avoir entrer
son login et son mot de passe
Scenario nominal  L’utilisateur ouvre la plateforme;
 Il se dirige vers la partie de connexion ;
 Il entre son email et son mot de passe;
 Il clique sur le bouton login

17

Scénario alternatif
Source : Nous-mêmes
 La plateforme vérifie ses identifiants puis lui donne accès à
son interface si ses informations sont corrects.
 Si le mot de passe et ou le login est incorrect, le système
affiche un message d’erreur et l’utilisateur est invité à
ressaisir les identifiants corrects.

o Cas d’utilisation : inscrire assuré

TABLEAU 4: CAS D'UTILISATION "INSCRIRE ASSURE"

Elément Description
Cas d’utilisation Inscrire assuré
Objectif Inscrire un assuré via l’application
Acteur organisme
Précondition L’organisme doit être connecté à l’application
Post Condition L’assuré inscrit
Scenario nominal  L’utilisateur clique sur l’onglet d’enregistrement d’un assuré
 Il remplir le formulaire qui se présente à lui
 Il valide le formulaire
 Le système revoit un message de confirmation spécifiant que
l’assuré a été enregistré avec succès.
scénario alternatif  Si une information n’est pas valide, le système renverra un
message d’erreur et l’utilisateur devra ressaisir le champ
concerné
Source : Nous-mêmes

18
 o Cas d’utilisation : enregistrer médecin traitant

TABLEAU 5: CAS D'UTILISATION "ENREGISTRER MEDECIN TRAITANT"

Elément Description
Cas d’utilisation Enregistrer médecin traitant
Objectif Inscrire un assuré via l’application
Acteur organisme
Précondition L’utilisateur doit être connecté à l’application
Post Condition Médecin traitant enregistré
Scenario nominal  L’utilisateur clique sur l’onglet d’enregistrement d’un
médecin traitant
 Il remplir le formulaire qui se présente à lui
 Il valide le formulaire
 Le système revoit un message de confirmation spécifiant que
le médecin traitant a été enregistré avec succès.
scénario alternatif  Si une information n’est pas valide, le système renverra un
message d’erreur et l’utilisateur devra ressaisir le champ
concerné
Source : Nous-mêmes

o Cas d’utilisation : effectuer remboursement

TABLEAU 6: CAS D'UTILISATION "EFFECTUER REMBOURSEMENT"

Elément Description
Cas d’utilisation Effectuer remboursement
Objectif Effecteur un remboursement à un patient
Acteur organisme
Précondition L’utilisateur doit être connecté à l’application
Post Condition Remboursement effectué
Scenario nominal  L’utilisateur clique sur l’onglet de remboursement

19

Scenario alternatif
Source : Nous-mêmes
 Il remplir le formulaire qui se présente à lui en spécifiant le
mode de remboursement
 Il valide le formulaire
 Le système revoit un message de confirmation spécifiant que
le remboursement a été effectuer avec succès.
 Si une information n’est pas valide, le système renverra un
message d’erreur et l’utilisateur devra ressaisir l’ensemble
des champs

o Cas d’utilisation : enregistrer feuille de maladie

TABLEAU 7: CAS D'UTILISATION "ENREGISTRER FEUILLE DE MALADIE"

Elément Description
Cas d’utilisation Enregistrer feuille de maladie
Objectif Ressortir un carnet médical numérique pour chaque patient
afin de faire un suivie de son état de santé.
Acteur Organisme, médecin
Précondition L’utilisateur doit être connecté à l’application
Post Condition Feuille de soin enregistrée
Scenario nominal  L’utilisateur clique sur l’onglet d’enregistrement d’une
feuille de maladie
 Il remplir le formulaire qui se présente à lui (médecin
traitant, patient, médicaments prescrits, consultation
prescrite chez le spécialiste…)
 Il valide le formulaire
 Le système revoit un message de confirmation spécifiant que
la feuille de maladie a été enregistrée avec succès.
scénario alternatif  Si une information n’est pas valide, le système renverra un
message d’erreur et l’utilisateur devrait ressaisir le champ
concerné
Source : Nous-mêmes

20
 2.2.3. Diagrammes de séquence système
L’objectif est de présenter des faits complexes d’une manière claire. On va décrire, grâce à ce
diagramme, comment les objets (et les instances) échangent des messages dans un ordre particulier. Nous
le ferons acteur par acteur.

 Cas d’utilisation: s’authentifier

FIGURE 9: DIAGRAMME DE SEQUENCE S’AUTHENTIFIER

 Cas d’utilisation: inscrire assure

FIGURE 10: DIAGRAMME DE SEQUENCE INSCRIRE ASSURE

Source : Nous-mêmes
21
  Cas d’utilisation: enregistrer médecin traitant

FIGURE 11: DIAGRAMME DE SEQUENCE ENREGISTRER MEDECIN TRAITANT

 Cas d’utilisation: effectuer remboursement

FIGURE 12: DIAGRAMME DE SEQUENCE EFFECTUER REMBOURSEMENT

22
  Cas d’utilisation: enregistrer feuille de maladie

FIGURE 13: DIAGRAMME DE SEQUENCE ENREGISTRER FEUILLE DE MALADIE

NB : Les cas d’utilisation prescrire médicament et prescrire consultation sur des étapes dans
l’enregistrement de la feuille de maladie

2.2.4. Diagrammes d’état transition

Un diagramme d'états-transitions est un type de diagramme qui représente les transitions entre
divers objets

Dans notre cas, la plupart des attributs des différents objets restent le même lors de
l’utilisation du système, ainsi nous avons un seul objet dont l’état peut varier au cours du
temps. Il s’agit de l’objet Assuré.

Un assuré pourrait quitter de l’état « d’assuré » à « non assuré » en cas d’expiration de son
contrat. Le diagramme d’états transition est le suivant :

23
FIGURE 14: DIAGRAMME D’ETAT TRANSITION

2.2.5. Diagramme d’activité

 Cas d’utilisation « inscrire assuré »

FIGURE 15: DIAGRAMME D'ACTIVITES DU CAS INSCRIRE ASSURE

 Cas d’utilisation « enregistrer médecin traitant »

FIGURE 16 DIAGRAMME D'ACTIVITES DU CAS ENREGISTRER MEDECIN TRAITANT

24
 Cas d’utilisation « enregistrer feuille maladie »

FIGURE 17: DIAGRAMME D’ACTIVITES DU CAS D'UTILISATION ENREGISTRER FEUILLE MALADIE

 Cas d’utilisation « effectuer remboursement »

FIGURE 18: DIAGRAMME D'ACTIVITE CAS « EFFECTUER REMBOURSEMENT »

25
 Cas d’utilisation « prescrire consultation »

FIGURE 19: DIAGRAMME D'ACTIVITES CAS « PRESCRIRE CONSULTATION »

 Cas d’utilisation « prescrire médicament »

FIGURE 20 DIAGRAMME D'ACTIVITES CAS « PRESCRIRE MEDICAMENTS »

26
 2.2.6. Diagramme de séquence technique
Les diagrammes de séquences peuvent servir à illustrer un cas d'utilisation. L'ordre d'envoi d'un
message est déterminé par sa position sur l'axe vertical du diagramme ; le temps s'écoule "de haut
en bas" de cet axe. La disposition des objets sur l'axe horizontal n'a pas de conséquence pour la
sémantique du diagramme.

 Diagramme de séquence technique s’authentifier

FIGURE 21 DIAGRAMME DE SEQUENCE TECHNIQUE CAS « S'AUTHENTIFIER »

 Diagramme de séquence technique prescrire médicament.

FIGURE 22: DIAGRAMME DE SEQUENCE TECHNIQUE CAS « PRESCRIRE RESERVATION »

27
  Diagramme de séquence technique enregistrer médecin

FIGURE 23: DIAGRAMME DE SEQUENCE TECHNIQUE CAS « ENREGISTRER MEDECIN »

 Diagramme de séquence technique enregistrer une feuille de maladie

FIGURE 24: DIAGRAMME DE SEQUENCE TECHNIQUE CAS « ENREGISTRER FEUILLE DE MALADIE

28
 Conclusion

Parvenu au terme de notre travail, nous avons pu modéliser quelques différentes phases
d’analyse du cycle de développement d’une application de gestion des assurés d’un organisme de
sécurité sociale proposée dans le cadre du projet tutoré. Grace au langage de modélisation UML,
nous avons pu ressortir les acteurs du système ainsi que leurs interactions nous avons également
mis en exergue leurs différentes fonctionnalités. Aussi nous avons décrit chaque cas d’utilisation.
Ainsi, ces modèles UML nous ont permis de bien décrire les besoins du client, de faciliter la
communication avec le client et de comprendre comment s’y prendre pour développer une
application. Il faut noter que par la suite nous comptons continuer avec les autres étapes du cycle
de développement.

29
 Bibliographie

 UML 2 Analyse et conception Collection Dunod, 2008

 Cours de modélisation UML 2022 de Dr. BATCHAKUI
 PFE Groupe 19 2021-2022

30
 Webographie

[1] https://fr.wikipedia.org/wiki/Diagramme_de_s%C3%A9quence#L'utilit%C3%A9_du_diagramme
_de_s%C3%A9quence ( consulté le 03 janvier 2023 à 22h08)
[2] https://fr.wikiversity.org/wiki/Discussion:Mod%C3%A9lisation_UML/Le_diagramme_d%27activi
t%C3%A9 ( consulté le 03 janvier 2023 à 22h30)
[3] https://fr.wikipedia.org/wiki/Diagramme_de_classes ( consulté le 04 janvier 2023 à 00h20)
[4] https://supportivy.com/comment-creer-un-cas-dutilisation-dans-staruml/ ( consulté le 04 janvier
2023 à 01h40)
[5] https://www.youtube.com/watch?v=jYAp8-HYWE0 ( consulté le 09 janvier 2023 à 01h05)
[6] https://www.youscribe.com/catalogue/documents/ressources-
professionnelles/informatique/tutorial-win-design-525270 ( consulté le 09 janvier 2023 à 12h20)

31