REPUBLIQUE DU CAMEROUN REPUBLIC OF CAMEROON

Paix-Travail-Patrie Peace-Work-Fatherland
ECOLE NATIONALE SUPERIEURE DES NATIONAL ADVANCED SCHOOL OF
POSTES, DES TELECOMMUNICATIONS POST, TELECOMMUNICATIONS AND
ET DES TECHNOLOGIES DE INFORMATION AND
L’INFORMATION ET DE LA COMMUNICATION TECHNOLOGIES
COMMUNICATION

PROJET TUTORE DE MODELISATION OBJET ET

PRATIQUE UML

Réalisé Par les étudiants de Master IT1 :

CHWOFOH SIKAPA LUCIEN

DJATCHE NIMATCHA MICHELLE DAVINA
DJOMGOUE NIMATCHA DARLANNE JOURELLE
EKANE ESAMBE BRIGHT
MANGA LOWE EPIPHANIE
MEDOUMA ALEXANDRA

Sous l’Encadrement de :
Dr. BATCHAKUI BERNABE

Année Académique 2023/2024

 SOMMAIRE

LISTE DES FIGURES ............................................................................................................... ii

LISTE DES TABLEAUX ......................................................................................................... iv

INTRODUCTION ...................................................................................................................... 1

PARTIE I : MODELES ENTITE-ASSOCIATION................................................................... 2

I. MODELE CONCEPTUEL DE DONNEES ................................................................... 2

1. L’analyse de données ................................................................................................... 2

2. Elaboration du Modèle Conceptuel de Données ......................................................... 2

II. MODELE LOGIQUE DE DONNEES ........................................................................... 4

III. MODELE PHYSIQUE DE DONNEES ...................................................................... 5

PARTIE II : MODELES D’ANALYSE .................................................................................... 6

I. DIAGRAMMES STUCTURELS ................................................................................... 6

1. Diagramme de Contexte/Package ................................................................................ 6

2. Diagramme d’Objet/Classe.......................................................................................... 7

II. DIAGRAMMES COMPORTEMENTAUX ................................................................... 8

1. Diagramme de Cas d’utilisation .................................................................................. 8

2. Diagramme de Séquence Système ............................................................................. 16

3. Diagramme d’Activités.............................................................................................. 24

4. Diagramme d’Etat-transition ..................................................................................... 25

CONCLUSION ........................................................................................................................ 28

BIBLIOGRAPHIE ..................................................................................................................... v

TABLE DE MATIERES ........................................................................................................... vi

i
 LISTE DES FIGURES

Figure 1: MCD ........................................................................................................................... 4

Figure 2: MLD ........................................................................................................................... 5

Figure 3: MPD ........................................................................................................................... 5

Figure 4: Diagramme de contexte ............................................................................................. 6

Figure 5:Diagramme de Packages ............................................................................................ 7

Figure 6: Diagramme de classes ............................................................................................... 8

Figure 7: Diagramme de cas d'utilisation ............................................................................... 16

Figure 8 : Diagramme de séquence système du cas d’utilisation « Inscrire une personne » .. 17

Figure 9 : Diagramme de séquence système du cas d’utilisation « S’authentifier » ............... 18

Figure 10 : Diagramme de séquence système du cas d’utilisation « Effectuer des

remboursements » .................................................................................................................... 19

Figure 11 : Diagramme de séquence système du cas d’utilisation «Enregistrer un médecin pour

un assuré » (1) .......................................................................................................................... 20

Figure 12 : Diagramme de séquence système du cas d’utilisation « Enregistrer un médecin

pour un assuré » (2) ................................................................................................................. 20

Figure 13 : Diagramme de séquence système du cas d’utilisation « Prendre un rendez-vous »

.................................................................................................................................................. 21

Figure 14 : Diagramme de séquence du cas d’utilisation «Prescrire des médicaments » (1) 22

Figure 15 : Diagramme de séquence système du cas d’utilisation «Prescrire des médicaments »

(2) ............................................................................................................................................. 22

Figure 16 : Diagramme de séquence système du cas d’utilisation « Choisir son médecin

traitant » ................................................................................................................................... 23

Figure 17 : Diagramme de séquence système du cas d’utilisation : « Créer feuille de maladie »

(1) ............................................................................................................................................. 23

Figure 18 : Diagramme de séquence système du cas d’utilisation : « Créer une feuille de

maladie » (2) ............................................................................................................................ 24

ii
Figure 19 : Diagramme d’activités lié aux activités initiées l’assureur .................................. 24

Figure 20 : Diagramme d’activités lié aux activités initiées par l’assuré ............................... 25

Figure 21 : Diagramme d’état transition de la classe « Feuille de maladie » ........................ 26

Figure 22 : Diagramme d’état transition de la classe « Assuré » ........................................... 27

iii
 LISTE DES TABLEAUX

Tableau 1: Sujet et compléments répertoriés ............................................................................. 3

Tableau 2: Packages .................................................................................................................. 7

Tableau 3:Description textuelle du cas d'utilisation ''S'authentifier'' ........................................ 9

Tableau 4 . Description textuelle du cas d’utilisation « Enregistrer un médecin traitant pour un

assuré » .................................................................................................................................... 10

Tableau 5 : Description textuelle du cas d’utilisation « Prendre un rendez-vous » ................ 11

Tableau 6: Description textuelle du cas d'utilisation "Choisir son médecin traitant" ............ 11

Tableau 7: Description textuelle du cas d'utilisation "Inscrire une personne" ....................... 12

Tableau 8: Description textuelle du cas d'utilisation ''Effectuer des remboursements" .......... 13

Tableau 9: Description textuelle du cas d'utilisation "Créer une feuille de maladie"............. 14

Tableau 10:Description textuelle du cas d'utilisation ''Prescrire une consultation chez un

spécialiste/des médicaments'' ................................................................................................... 15

iv
 INTRODUCTION

Dans le cadre du cours de Modélisation Objet et Pratique UML, nous avons été
constitués en groupe pour réaliser un travail pratique portant sur la conception d’un système de
gestion des patients, de leurs médecin traitant et des médecins spécialistes pour un organisme
de sécurité sociale donné. Dans ce système, 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.

Nous avons concentré ce travail sur l’analyse du projet, réalisant tout d’abord les
modélisations conceptuelle, logique et physique des données, et celles statiques d’analyse
d’UML par la suite.

1
 PARTIE I : MODELES ENTITE-ASSOCIATION

I. MODELE CONCEPTUEL DE DONNEES

Pour élaborer le MCD, les étapes à suivre sont les suivantes : l’analyse des données, et
l’élaboration du MCD proprement dit.

1. L’analyse de données

a. Spécification des besoins

Il s’agit de définir tous les besoins que doit satisfaire du point de vue de chaque utilisateur.

 Du point de vue de l’organisme de sécurité sociale :

- Gérer des patients ;
- Inscrire une personne (assuré ou médecin) ;
- Enregistrer un médecin traitant pour un assuré ;
- Enregistrer des feuilles de maladie ;
- Effectuer des remboursements par virement ou cash à la convenance du malade.
 Du point de vue du médecin :
- Enregistrer une feuille de maladie ;
- Prescrire des médicaments ;
- Prescrire une consultation chez un spécialiste.
 Du point de vue du patient : Un patient peut choisir son médecin traitant.

2. Elaboration du Modèle Conceptuel de Données

L’élaboration du MCD passer par :

 L’identification des objets : il s’agit d’objets (concret ou abstrait) dont on veut

conserver des informations. Il s’agit dans le discours des spécifications des besoins,
généralement des sujets et compléments.

2
 SUJETS COMPLEMENTS
Organisme de sécurité sociale Patients
Une personne Médecins traitants
application Médecins spécialistes
Un assuré
Un médecin
Consultation
Une application
Malade
Médecin généraliste
Feuille de maladie
Remboursements
Virement ou cash
Médicaments

Tableau 1: Sujet et compléments répertoriés

Les objets pertinents sont les suivants :

- Assuré ;
- Patient ;
- Médicaments ;
- Remboursement ;
- Médecin ;
- Assureur représentant l’organisme de sécurité sociale ;
- Feuille de maladie.
 L’identification des associations entre entités : ce sont des verbes qui n’expriment
pas de dépendances fonctionnelles. Par exemple, l’association CONSULTER entre
PATIENT et MEDECIN.
 L’identification des attributs des entités et des associations ainsi que ceux
identifiants ces entités et ces associations. Il est question des compléments de verbe
exprimant des dépendances fonctionnelles. Par exemple :
- L’entité ASSURE : id_assure (identifiant), Nom_assure, Adresse_assure,
Telephone_assure, Metier_assure ;
- L’association CONSULTER : Date_consultation

3
  L’expression des cardinalités et des rôles : Par exemple, un patient est consulté par
un (1) ou plusieurs (n) médecins et un médecin peut consulter 0 ou plusieurs (n) patients.
 L’énumération des contraintes d’intégrité
- Une personne est soit un assuré, soit un médecin ;
- Un médecin peut ê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 ;
 La construction du Modèle Conceptuel de Données

Figure 1: MCD

II. MODELE LOGIQUE DE DONNEES

C’est un modèle obtenu par transformation du MCD avec pour objectif de se rapprocher au
mieux du MPD car il prend en compte le choix technologique de la réalisation de la future base
de données.

 Les associations de type (*, 1) - (*, 1), où *= 0, 1 : elles disparaissent, la clé primaire de
l'une des entités devient une clé étrangère dans l'autre. Il faut privilégier l’entité avec le
plus d’occurrences dans l’association.
 Les associations de type (*, n) - (*, n), où *= 0, 1 : elles disparaissent et deviennent des
tables dont la clé primaire sera composée des clés des deux tables initiales qu’elles
associaient. Si l’association est porteuse d’information, ces informations deviennent les
attributs de la nouvelle entité.
 Les associations de type (*, 1) - (*, n), où *= 0, 1 : l’association disparaît, la clé primaire
de l’entité avec le plus d’occurrences devient clé étrangère de la première.

4
Figure 2: MLD

III. MODELE PHYSIQUE DE DONNEES

Un MPD est un modèle spécifique à une base de données, qui représente des objets de
données relationnelles (par exemple, tables, clés principales et externes) et leurs relations. C’est
un l’implémentation du MLD. Il joue le rôle de la présentation des objets tels qu’ils seront gérés
par un système de base de données.

pk (primary key) désigne pour un objet, sa clé primaire et fk (foreign key) désigne la clé
secondaire c’est-à-dire la clé primaire des objets auxquels il est associé.

Figure 3: MPD

5
 PARTIE II : MODELES D’ANALYSE

I. DIAGRAMMES STUCTURELS

Ces diagrammes présentent l’aspect statique d’un système. Nous avons ressorti certains de
ces diagrammes à savoir, ceux de contexte, package, objet et classe.

1. Diagramme de Contexte/Package

a. Diagramme de Contexte

Le diagramme de contexte est une représentation graphique simplifiée entre un système et

son environnement (ses acteurs).

Dans notre cas d’étude, le système est constitué de l’application de gestion des patients et
médecin et de la base de données. Nos acteurs sont, l’assureur qui représente le gestionnaire
de l’application au niveau de l’organisation de sécurité sociale, le patient qui est un assuré
malade, et le médecin.

Figure 4: Diagramme de contexte

b. Diagramme de Package

Ce diagramme 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.

Dans notre système, nous avons recensé 5 groupes de fonctionnalités répertoriés dans le
tableau ci-dessous :

6
 Packages Fonctionnalités Acteurs

Gestion des personnes Inscrire une personne Assureur

Gestion des feuilles de Enregistrement d’une feuille Assureur, médecin

maladie de maladie

Gestion des Effectuer des Assureur

remboursements remboursements

Enregistrement d’un Assureur

médecin traitant pour un
Choix des médecins assuré
traitants
Choix d’un médecin traitant Assuré
par un assuré

Prescrire des médicaments

Gestion des prescriptions Médecin
Prescrire une consultation
chez un spécialiste

Tableau 2: Packages
Les packages sus-dénombrés sont modélisés sur le diagramme ci-contre :

Figure 5:Diagramme de Packages

2. Diagramme d’Objet/Classe

Une classe est un ensemble constitué d’objets et de méthodes de même type. Soit le
diagramme de classe de notre système suivant, il représente les classes et les relations entre
elles.

7
Figure 6: Diagramme de classes
Le diagramme d’objets quant à lui, permet la représentation d’instances des classes et des
liens entre instances.

II. DIAGRAMMES COMPORTEMENTAUX

Ces diagrammes représentent la partie dynamique d’un système réagissant aux événements
et permettant de produire les résultats attendus par les utilisateurs. Dans notre cas d’étude pour
l’analyse, nous en avons utilisé 4 à savoir : le diagramme de cas d’utilisation, le diagramme de
séquence système, le diagramme d’activité et le diagramme d’état transition.

1. Diagramme de Cas d’utilisation

Un cas d’utilisation renvoie à une fonctionnalité, une manière d’utiliser, un service, une vue
de l’utilisateur par rapport au système. Il désigne également une façon dont un utilisateur peut
interagir avec un système. Ce diagramme est destiné à représenter les besoins des utilisateurs
par rapport au système. Il constitue un des diagrammes les plus structurants dans l’analyse d’un
système. La représentation d’un cas d’utilisation met en jeu trois concepts : l’acteur, le cas
d’utilisation et l’interaction entre l’acteur et le cas d’utilisation.

L’acteur interagit avec le système pour remplir une fonction qui est un cas d’utilisation.
Dans la modélisation, une interaction (un trait) lie l’acteur au cas d’utilisation.

8
 Les différents cas d’utilisation de notre système sont les suivants :

 Cas d’utilisation « S’authentifier »

Elément Description

Cas d’utilisation S’authentifier

Objectif Se connecter à l’application

Acteur(s) Assuré, assureur et médecin

Précondition Avoir un compte dans l’application

Post-condition Avoir accès à l’application après avoir entré son login et son
mot de passe

- L’utilisateur ouvre la plateforme ;

Scénario nominal
- Il demande le formulaire d’authentification ;
- Il est redirigé vers la page de login ;
- Il entre son identifiant et son mot de passe ;
- Il clique sur le bouton login ;
- La plateforme vérifie ses identifiants puis lui donne
accès à son interface si ses informations sont
correctes.
Si le mot de passe et/ou le login est incorrect, le système
Scénario alternatif
affiche un message d’erreur et l’utilisateur est invité à
ressaisir les identifiants corrects.

Tableau 3:Description textuelle du cas d'utilisation ''S'authentifier''

 Cas d’utilisation « Enregistrer un médecin traitant pour un assuré »

9
 Elément Description

Cas d’utilisation Enregistrer un médecin pour un assuré.

Objectif Attribuer un médecin à un assuré.

Acteur(s) Assureur

Précondition Être authentifié

Post-condition L’assuré concerné doit avoir un médecin traitant.

- L’assureur s’authentifie et accède à la plateforme ;
Scénario nominal
- Il demande le formulaire des assurés ayant des
informations des assurés ;
- Il entre l’identifiant du patient dans le système qui vérifie
si cet assuré est actif ;
- Pour un assuré actif c’est-à-dire, avec un contrat à jour,
l’on vérifie s’il a déjà choisi ou non son médecin
traitant ;
- Si le choix n’a pas encore été fait, l’assureur lui attribue
un médecin traitant.
- Si l’assuré n’existe pas ou n’est pas à jour, on l’inscrit ;
Scénario alternatif
- Si l’assuré a déjà un médecin traitant, le système informe
juste l’assureur.
Tableau 4 . Description textuelle du cas d’utilisation « Enregistrer un médecin traitant pour un assuré »

 Cas d’utilisation « Prendre un rendez-vous »

10
 Elément Description

Cas d’utilisation Prendre un rendez-vous.

Objectif Prendre un rendez-vous auprès de son médecin traitant.

Acteur(s) Assuré

Précondition Avoir un médecin traitant.

Post-condition L’assuré doit avoir un rendez-vous fixé avec son médecin

traitant.
- L’assuré s’authentifie et accède à la plateforme ;
Scénario nominal
- Il demande à prendre rendez-vous avec son médecin
traitant à travers l’application ;
- Le système cherche et renvoi le calendrier de
disponibilité de son médecin ;
- L’assuré choisit des horaires qui le convient parmi les
horaires libres du médecin dans le calendrier ;
- Le système met à jour le calendrier et un message de
confirmation de prise de rendez-vous et envoyé à
l’assuré.
Tableau 5 : Description textuelle du cas d’utilisation « Prendre un rendez-vous »

 Cas d’utilisation « Choisir son médecin traitant »

Elément Description

Cas d’utilisation Choisir son médecin traitant

Objectif Avoir un médecin traitant

Acteur(s) Assuré

Précondition Etre authentifié

Post Condition L’assuré doit avoir son médecin traitant.

- L’assuré ouvre la plateforme et s’y authentifie ;
Scenario nominal
- Il demande la liste des médecins ;
- La liste transmise, il sélectionne son choix ;
- Il demande à faire valider le choix ;
- L’interface applicative envoie le choix entré à la base
de données pour stockage ;
- Après confirmation de stockage par la base de
données à l’interface applicative, celle-ci confirme la
validation du choix à l’assuré.
Tableau 6: Description textuelle du cas d'utilisation "Choisir son médecin traitant"

11
  Cas d’utilisation « Inscrire une personne »

Elément Description

Cas d’utilisation Inscrire une personne

Objectif Etre affilié à l’organisme de sécurité sociale

Acteur(s) Assureur

Précondition Etre authentifié

Post-condition Une personne qu’elle soit assuré ou médecin, affiliée à

l’organisme, doit avoir un compte dans l’application

- L’assureur ouvre la plateforme et s’y authentifie ;

Scénario nominal
- Il demande le formulaire d’authentification pour une
personne ;
- Il est redirigé vers la page d’inscription ;
- Il entre les informations nécessaires ;
- La plateforme vérifie ses informations et donne
confirmation de la création d’un compte utilisateur
pour une personne si ses informations sont correctes.
Si les informations sont incorrectes, le système affiche un
Scénario alternatif
message d’erreur et l’assureur est invité à ressaisir les
informations correctes.

Tableau 7: Description textuelle du cas d'utilisation "Inscrire une personne"

 Cas d’utilisation « Effectuer des remboursements »

12
 Elément Description

Cas d’utilisation Effectuer des remboursements

Objectif Effecteur un remboursement à un patient donné

Acteur(s) Assureur

Précondition Etre authentifié

Post-condition Remboursement effectué

- L’assureur ouvre la plateforme et s’y authentifie ;
Scenario nominal
- Il clique sur l’onglet de remboursement ;
- Il remplit le formulaire qui se présente à lui en
spécifiant le mode de remboursement ;
- Il vérifie et valide la demande de remboursement
selon le mode de remboursement spécifié ;
- Le système envoie un message de confirmation
spécifiant que le remboursement a été effectué avec
succès.
Si une information n’est pas valide, le système enverra un
Scenario alternatif
message d’erreur et l’utilisateur devra ressaisir l’ensemble
des champs en entrant des informations valides.
Tableau 8: Description textuelle du cas d'utilisation ''Effectuer des remboursements"

 Cas d’utilisation « Créer une feuille de maladie »

13
 Elément Description

Cas d’utilisation Créer une feuille de maladie

Objectif Pour un assuré/patient donné, créer sa feuille de maladie

Acteur(s) Assureur, médecin

Précondition Etre authentifié

Post-condition Tout assuré/patient doit posséder une feuille de maladie.

- L’assureur/patient ouvre la plateforme et s’y
Scenario nominal
authentifie ;
- Il accède au compte de l’assuré/patient ;
- S’il existe un compte, il demande un formulaire de
création de feuille de maladie pour cet
assuré/patient ;
- Il entre les données nécessaires et demande une
validation de création de cette feuille ;
- L’interface application vérifie les données saisies ;
- Lorsque les données sont correctes, l’enregistrement
de la feuille de maladie est effectué en la stockant
auprès des autres feuilles de maladies dans la base de
données ;
- Le système envoie un message de confirmation
spécifiant que la feuille est bel et bien créée.
- Si une information dans le formulaire d’ajout de la
Scenario alternatif
feuille de maladie n’est pas valide, le système
enverra un message d’erreur et l’assureur/médecin
devra ressaisir l’ensemble des champs en entrant des
informations valides.
- Si le compte n’existe pas, l’assuré devra inscrire
cette personne suivant qu’il doit être inscrit ou non.
Tableau 9: Description textuelle du cas d'utilisation "Créer une feuille de maladie"

 Cas d’utilisation « Prescrire une consultation chez un spécialiste/des

médicaments »

14
 Elément Description

Cas d’utilisation Prescrire une consultation chez un spécialiste/des

médicaments

Objectif Prescrire une consultation chez un spécialiste/ des

médicaments au patient

Acteur(s) Médecin

Précondition Etre authentifié

Post-condition Les médicaments et toute consultation chez un spécialiste

prescrits doivent être inscrits dans la feuille de maladie du
patient.

Scenario nominal - Le médecin demande la feuille de maladie du

patient au système ;
- La fiche existante, elle lui est envoyée ;
- Il demande à modifier la fiche pour y incrire les
médicaments ou encore une consultation chez un
spécialiste à prescrire ;
- Les données mises sur la fiche sont envoyées à la
base de données pour stockage ;
- La nouvelle feuille éditée est enregistrée ;
- Données enregistrées, le médecin reçoit une
confirmation d’enregistrement des données inscrites
sur la feuille de maladie.
Scenario alternatif - Si la fiche n’existe pas, alors le médecin doit la
créer ;
- Les instructions reprennent au niveau de la
modification de cette fiche pour y entrer les
médicaments prescrits.
Tableau 10:Description textuelle du cas d'utilisation ''Prescrire une consultation chez un spécialiste/des
médicaments''
Ces cas d’utilisation sont modélisés ci-dessous :

15
Figure 7: Diagramme de cas d'utilisation
2. Diagramme de Séquence Système

Ce diagramme permet de décrire les scénarios de chaque cas d’utilisation en mettant

l’accent sur la chronologie des opérations en interaction avec les objets. On a les diagrammes
de séquences système pour chaque cas d’utilisation suivants :

 « Inscrire une personne »

16
Figure 8 : Diagramme de séquence système du cas d’utilisation « Inscrire une personne »

 « S’authentifier »

17
Figure 9 : Diagramme de séquence système du cas d’utilisation « S’authentifier »

 « Effectuer des remboursements »

18
Figure 10 : Diagramme de séquence système du cas d’utilisation « Effectuer des remboursements »

 « Enregistrer un médecin traitant pour un assuré »

19
Figure 11 : Diagramme de séquence système du cas d’utilisation «Enregistrer un médecin pour un assuré » (1)

Figure 12 : Diagramme de séquence système du cas d’utilisation « Enregistrer un médecin pour un assuré » (2)

20
  « Prendre un rendez-vous »

Figure 13 : Diagramme de séquence système du cas d’utilisation « Prendre un rendez-vous »

 « Prescrire des médicaments »

21
Figure 14 : Diagramme de séquence du cas d’utilisation «Prescrire des médicaments » (1)

Figure 15 : Diagramme de séquence système du cas d’utilisation «Prescrire des médicaments » (2)

 « Choisir son médecin traitant »

22
Figure 16 : Diagramme de séquence système du cas d’utilisation « Choisir son médecin traitant »

 « Créer une feuille de maladie »

Figure 17 : Diagramme de séquence système du cas d’utilisation : « Créer feuille de maladie » (1)

23
Figure 18 : Diagramme de séquence système du cas d’utilisation : « Créer une feuille de maladie » (2)
3. Diagramme d’Activités

Ce diagramme donne une vision des enchaînements des activités propres à une opération
ou à un cas d’utilisation. Il permet aussi de représenter les flots de contrôle et les flots de
données.

 Activités initiées par l’inscription d’une personne par l’assureur

Figure 19 : Diagramme d’activités lié aux activités initiées l’assureur

24
  Activités initiées par la prise de rendez-vous d’un assuré

Figure 20 : Diagramme d’activités lié aux activités initiées par l’assuré

4. Diagramme d’Etat-transition

Ce diagramme montre les différents états des objets en réaction aux événements. L’état d’un
objet à un moment donné est défini comme étant les valeurs de ses propriétés. Un objet qui
change d’état est dit dynamique. Le passage d’un état à l’autre d’un objet est appelé une
transition.

Deux classes dynamiques ont été ressorties : la classe assuré et la classe feuille de maladie.

a. Diagramme d’état-transition de la classe feuille de maladie

La classe feuille de maladie est dynamique parce que ses informations changent et peut être
modifié. Le initial sera une feuille vide ou à modifié et le point final ici sera une feuille finale
sans erreur qui sera stocké dans la base de données.

25
Figure 21 : Diagramme d’état transition de la classe « Feuille de maladie »
b. Diagramme d’état transition de la classe Assuré

La classe assuré est dynamique car un assuré peut quitter d’un état assuré à l’état non-assuré
si son contrat n’est plus à jour. L’état initial de notre diagramme sera un non-assuré et l’état
final, assuré actif.

26
Figure 22 : Diagramme d’état transition de la classe « Assuré »

27
 CONCLUSION

En conclusion, notre travail de conception pour le système de gestion des patients, des
médecins traitants et spécialistes pour l'organisme de sécurité sociale a suivi une approche
méthodique et exhaustive. Nous avons réalisé avec succès les modélisations conceptuelle,
logique et physique des données, ainsi que les modèles statiques d'analyse UML. Ces étapes
nous ont permis de définir clairement les entités, les relations et les fonctionnalités clés du
système. En mettant l'accent sur une analyse approfondie du projet, notre travail fournit une
base solide pour le développement ultérieur du système, offrant une feuille de route détaillée
pour répondre aux besoins de gestion des soins de santé des assurés de l'organisme de sécurité
sociale.

28
 BIBLIOGRAPHIE

[1] UML 2 : Conception et Analyse, Joseph & David Gabay, P 93-101.

[2] CH1S2-Rappels_EntitésAssociation_MCD_MLD.pdf, cours de Modélisation Objet et

Pratiques UML, Dr. BATCHAKUI Bernabe, P 5-20.

v
 TABLE DE MATIERES

SOMMAIRE ............................................................................................................................... i

LISTE DES FIGURES ............................................................................................................... ii

LISTE DES TABLEAUX ......................................................................................................... iv

INTRODUCTION ...................................................................................................................... 1

PARTIE I : MODELES ENTITE-ASSOCIATION................................................................... 2

I. MODELE CONCEPTUEL DE DONNEES ................................................................... 2

1. L’analyse de données ............................................................................................... 2

a. Spécification des besoins ......................................................................................... 2

2. Elaboration du Modèle Conceptuel de Données ...................................................... 2

II. MODELE LOGIQUE DE DONNEES .......................................................................... 4

III. MODELE PHYSIQUE DE DONNEES ...................................................................... 5

PARTIE II : MODELES D’ANALYSE .................................................................................... 6

I. DIAGRAMMES STUCTURELS .................................................................................. 6

1. Diagramme de Contexte/Package ............................................................................ 6

a. Diagramme de Contexte .......................................................................................... 6

b. Diagramme de Package ............................................................................................ 6

2. Diagramme d’Objet/Classe ...................................................................................... 7

II. DIAGRAMMES COMPORTEMENTAUX .................................................................. 8

1. Diagramme de Cas d’utilisation............................................................................... 8

2. Diagramme de Séquence Système ......................................................................... 16

3. Diagramme d’Activités .......................................................................................... 24

4. Diagramme d’Etat-transition ................................................................................. 25

a. Diagramme d’état-transition de la classe feuille de maladie ................................. 25

b. Diagramme d’état transition de la classe Assuré ................................................... 26

vi
CONCLUSION ........................................................................................................................ 28

BIBLIOGRAPHIE ..................................................................................................................... v

vii