Embed Size (px)
Citation preview
Etude de cas UML
Projet : Gestion cabinet dentaire.
Réalisé par :
Abderhman Amazoz. Hassan et Hassnaa Bayane.
Encadré par : Monsieur Mohamed Lachgar.
2
SOMMAIRE
1. Objectif du projet ........................................................................................... 4
2. Planification du projet .................................................................................... 4
3. Processus du développement ......................................................................... 5
4. Etude préliminaire .......................................................................................... 7
5. Etude fonctionnelle ........................................................................................ 8
6. Analyse et conception .................................................................................... 9
A -Diagramme de cas d’utilisation ................................................................ 9
1/ Use Case secretaire ............................................................................. 10
2/ Use Case de Medecin .......................................................................... 11
3/ Use Case d’Administrateur ................................................................. 12
4/ Use Case d’infirmier ........................................................................... 13
B -Diagramme de classe ................................................................................. 16
1/ Diagramme de classe ........................................................................... 16
C -Diagramme de Séquence .......................................................................... 16
1/ Ajouter un Rendez vous .................................................................... 17
2/ Ajouter une visite ............................................................................... 18
D -Diagramme d’état de transition ................................................................. 18
1/ Etat d’une facture .............................................................................. 19
2/ Etat d’un Patient ................................................................................ 19
E -Diagramme d’activité ................................................................................ 20
F - Diagramme de déploiement ...................................................................... 22
3
Introduction générale
Les cabinets dentaires, ont tous besoin d'une application web spécifique à leurs
spécialités pour gérer les dossiers des patients. Cette application était un besoin
essentiel pour permettre à un cabinet dentaire d'être rapidement opérationnel.
La base de données permet de créer de véritables dossiers dentaires
informatisés que les médecins peuvent les consulter dans le cabinet dentaire. Ils
saisirent ainsi des informations médicales dans les fiches correspondantes.
L’objectif de ce projet est de permettre au personnel soignant de disposer d’un
environnement informatique intégrant les diverses applications nécessaires, et
offrant divers services annexes, comme l’authentification, l’acquisition de données
sur les patients, le suivi de patients, etc.
4
1. Objectif du projet :
Ce projet de fin d’année a pour objectif développé une application qui
permet :
La gestion des rendez-vous.
La gestion des paiements.
La gestion des médecins et des infermières.
La gestion des dossiers médicaux.
La consultation des données par le médecin.
La gestion des patients.
2. Planification du projet :
Conduire un projet, c’est assurer le pilotage d’un processus de changement avec des
ressources dédiées en optimisant les compétences, l’organisation, les systèmes et les
outils de conduite.
Une approche managériale réactive, souple et systématique pour mener à bien des
changements importants, complexes, ciblés sur le but à atteindre. Il y a trois niveaux
de gestion du projet : la gestion de la production, des ressources et du temps. Afin
de satisfaire à ce dernier critère qu’est la gestion du temps, il est nécessaire d’établir
un planning prévisionnel. Sachant que la ressource affectée à ce projet est les élèves
ingénieurs et que le présent planning est réajusté au fur et à mesure de l’avancement
du projet. Ce dernier débute le 8 mars et prend fin le 23juin selon le planning
suivant :
5
3. Processus du développement
2TUP signifie « 2 TrackUnifiedProcess» .C’est un processus qui répond aux
caractéristiques du Processus Unifié. Le processus 2TUP apporte une réponse aux
contraintes de changement continuel imposées aux systèmes d’information de
l’entreprise. En ce sens, il renforce le contrôle sur les capacités d’évolution et de
correction de tels systèmes. « 2 Track» signifient littéralement que le processus suit
deux types de chemins. Il s’agit des « chemins fonctionnels » et « d’architecture
technique », qui correspondent aux deux axes de changement imposés au système
d’information.
Contraintes Fonctionnelles
Système
D’information de L’entreprise
Contraintes Techniques
6
La branche gauche (fonctionnelle) : capitalise la connaissance du métier de
l’entreprise. Elle constitue généralement un investissement pour le moyen et le long
terme.
Les fonctions du système d’information sont en effet indépendantes des
technologies utilisées.
Cette branche comporte les étapes suivantes :
La capture des besoins fonctionnels, qui produit un modèle des besoins
focalisé sur le métier des utilisateurs.
L’analyse.
La branche droite (architecture technique) : capitalise un savoir-faire
technique. Elle constitue un investissement pour le court et moyen
terme. Les techniques développées pour le système peuvent l’être en
effet indépendamment des fonctions à réaliser.
Cette branche comporte les étapes suivantes :
La capture des besoins techniques.
La conception générique.
La branche du milieu : à l’issue des évolutions du modèle
fonctionnel et de l’architecture technique, la réalisation du
système consiste à fusionner les résultats des 2 branches. Cette
fusion conduit à l’obtention d’un processus en forme de Y.
Cette branche comporte les étapes suivantes :
La conception préliminaire ;
La conception détaillée ;
Le codage ;
L’intégration.
7
Conclusion :
Au terme de ce chapitre, Nous avons présenté le cadre général du projet et
notamment le concept de suivi d’activité, les différentes notions utilisées, le
contexte du projet, ainsi que la conduite du projet.
4. Étude préliminaire:
1. Étude préliminaire :
L’étude préliminaire (ou Pré-étude) est la toute première étape du processus 2TUP.
Elle consiste à effectuer un premier repérage des besoins fonctionnels et
opérationnels, en utilisant principalement le texte, ou diagrammes très simples. Elle
prépare les activités les plus formelles de capture des besoins fonctionnels et de
capture techniques.
2. Présentation du projet :
8
Ce projet de fin d’année a pour objectif de créer une application qui permettra
d’établir la gestion d’une clinique. La page d’accueil est dédié à l’utilisateur
(médecin, infermière, administrateur ou secrétaire) devra saisir ses identifiants.
Apres si l’opération s’est bien déroulé l’utilisateur aura accès aux informations selon
son droit d’accès, cependant s’il les identifiants ne sont pas correctes il sera aussi tôt
averti avec un message d’erreur en lui demandant de ressayer à nouveau.
En effet, après la phase d’authentification, et selon le droit attribué, l’utilisateur
pourra consulter les informations qui lui sont attribué, le gestionnaire sera chargé de
l’information liée à l’activité d’organisation.
L’administrateur qui est chargé de la gestion des utilisateurs en premier lieu, lui
seul aura le droit de traité les informations lies aux utilisateurs.
5. Étude fonctionnelle :
1. Capture des besoins fonctionnels :
Cette phase représente un point de vue « fonctionnel » de l’architecture système. Par
le biais des cas d’utilisation, nous serons en contact permanent avec les acteurs du
système en vue de définir les limites de ceux-ci, et ainsi éviter de trop s’éloigner des
besoins réels des utilisateurs finaux.
2. Les fonctionnalités couvertes par notre application : Les fonctionnalités couvertes par notre projet sont les suivantes :
Gestion des utilisateurs (médecin, infirmier, secrétaire).
Gestion des patients (consultation et recherche des patients, ajout des Patients,
modification des patients).
Gestion des rendez-vous et des consultations.
Gestion des chambres.
Gestion des paiements.
Gestion des dossiers.
Conclusion :
9
Au terme de ce chapitre, nous avons présenté l’étude préliminaire du projet, qui sert
à avoir un premier regard sur les besoins fonctionnels et techniques du projet.
Nous avons présenté également l’étude fonctionnelle du projet réalisé en respectant
le processus de développement 2TUP. Ainsi, nous avons traité la branche gauche du
modèle, où nous prêtons attention à la capture des besoins fonctionnels.
6. Analyse et Conception :
1. Diagramme de cas d'utilisation :
Les diagrammes de cas d'utilisation sont des diagrammes UML utilisés pour donner
une vision globale du comportement fonctionnel d'un système logiciel. Ils sont utiles
pour des présentations auprès de la direction ou des acteurs d'un projet, mais pour le
développement, les cas d'utilisation sont plus appropriés. Un cas d'utilisation
représente une unité discrète d'interaction entre un utilisateur (humain ou machine)
et un système. Il est une unité significative de travail. Dans un diagramme de cas
d'utilisation, les utilisateurs sont appelés acteurs (actors), ils interagissent avec les
cas d'utilisation (use cases).
Rôle du diagramme des cas utilisation :
Donne une vue du système dans son environnement extérieur.
Définit la relation entre l’utilisateur et les éléments que le système met en
œuvre.
Identification des acteurs :
Un acteur représente l'abstraction d'un rôle joué par des entités externes (utilisateur,
dispositif matériel ou autre système) qui interagissent directement avec le système
étudié.
Les principaux profils qui auront à utiliser le SI sont les suivants :
Acteur Description
Secrétaire Possède les droit de gérer les rendez vous, les patients et les factures des patients.
Médecin Donne une ordonnance, et il fait le suivi d'un dossier d’un patient.
Infirmier Prépare les chambres par les machines.
Administrateur Gérer les médecins, les dossiers, les
10
patients, les factures.
1. Use case de secrétaire:
Sommaire d’identification :
Titre : Gestion des rendez vous.
But : gérer les patients, les rendez vous et les factures.
Résumé : Cette fonctionnalité permet au secrétaire d’ajouter un nouveau patient, de
consulter les informations des patients, de les modifier, de les chercher, de créer un rendez
vous, de le modifier puis ajouter et modifier une facture.
Acteur : Secrétaire.
11
Description détaillé :
Pré conditions : La secrétaire s’est authentifiée sur le système
Description du traitement nominal :
l’acteur peut :
Créer un rendez vous;
Modifier une rendez vous;;
Annuler un rendez vous;;
Afficher la liste des rendez vous;
Ajouter un nouveau patient;
Chercher un patient;
Modifier les informations d'un patient;
Affecter un patient a un médecin;
Ajouter un dossier;
Consulter un dossier;
Chercher un dossier;
Ajouter une visite;
Modifier une visite;
Chercher une visite;
Exceptions :
[Exception 1 : Champs Obligatoires] : Message d'erreur s’affiche si l'un des champs
obligatoires n'est pas rempli.
[Exception 2 : Erreur Date] : Message d'erreur si la date de naissance est postérieure à la
date d’aujourd’hui.
[Exception 3 : Erreur CIN] : Message d'erreur s’affiche si le cin déjà existe.
[Exception 4 : Erreur rdv ] : Message d'erreur s’affiche si le rendez vous est déjà pris.
[Exception 4 : Erreur Date] : Message d'erreur s’affiche si la date début est postérieure à la
date de fin.
Use case d’un médecin :
12
Sommaire d’identification :
Titre : Gestion des dossiers.
But : Ajouter et modifier un dossier, chercher un dossier, afficher les informations d’un
patient ou d’un dossier, créer et modifier une ordonnance.
Résumé : Cette fonctionnalité permet au médecin d’ajouter un nouveau dossier, de
consulter les informations des patients, de modifier un dossier et chercher un dossier et
créer et modifier une ordonnance.
Acteur : Médecin.
Description détaillé :
Pré conditions : La Médecin s’est authentifiée sur le système
Description du traitement nominal :
l’acteur peut :
Consulter les informations d'un dossier;
Créer un dossier;
Modifier les informations d'un dossier;
Chercher un dossier;
Afficher les informations d'un patient;
13
Créer une ordonnance;
Modifier une ordonnance;
Exceptions :
[Exception 1 : Champs Obligatoires] : Message d'erreur s’affiche si l'un des champs
obligatoires n'est pas rempli.
2. Use case d’administrateur:
Sommaire d’identification :
Titre : Gestion des dossiers/patients/médecins.
But : Gérer les médecins, gérer les dossiers, gérer les patients, gérer les factures, gérer les
14
utilisateurs.
Résumé : Cette fonctionnalité permet au l’administrateur de faire la mise a jour des
dossiers, des médecins, des patients, des factures et des utilisateurs.
Acteur : Administrateur.
Description détaillé :
Pré conditions : L’administrateur s’est authentifié sur le système
Description du traitement nominal :
l’acteur peut :
Ajouter un dossier ;
Modifier un dossier ;
Chercher un dossier ;
Supprimer un dossier ;
Ajouter un patient ;
Modifier un patient ;
Chercher un patient ;
Supprimer un patient ;
Ajouter un médecin ;
Modifier un médecin ;
Chercher un médecin ;
Supprimer un médecin ;
Ajouter une facture;
Modifier une facture;
Supprimer une facture ;
Chercher une facture ;
Ajouter un utilisateur ;
Modifier un utilisateur ;
Désactiver un utilisateur ;
3. Use case d’infirmier:
15
Sommaire d’identification :
Titre : Gestion des patients/chambres.
But : Prépare les chambres par les matériels.
Résumé : Cette fonctionnalité permet a l’infirmier d’ajouter des machines à une chambre,
modifier la liste des matériels d’une chambre, désactiver une machine et de consulter un
dossier d’un patient.
Acteur : Infirmier.
Description détaille :
Description du traitement nominal :
l’acteur peut :
Ajouter des machines à une chambre Changer un rendez vous;
Modifier la liste des matériels d’une chambre;
Désactiver une machine et de consulter un dossier d’un patient;
2. Diagramme de classe :
16
Le diagramme de classes est un schéma utilisé en génie logiciel pour présenter
les classes et les interfaces des systèmes ainsi que les différentes relations entre
celles-ci. Ce diagramme fait partie de la partie statique d'UML car il fait abstraction
des aspects temporels et dynamiques.
Une classe décrit les responsabilités, le comportement et le type d'un ensemble
d'objets. Les éléments de cet ensemble sont les instances de la classe.
Une classe est un ensemble de fonctions et de données (attributs) qui sont liées
ensemble par un champ sémantique. Les classes sont utilisées dans
la programmation orientée objet. Elles permettent de modéliser un programme et
ainsi de découper une tâche complexe en plusieurs petits travaux simples.
3. Diagramme de séquence :
Les diagrammes de séquences sont la représentation graphique des interactions entre
les acteurs et le système selon un ordre chronologique dans la formulation Unified
Modeling Language.
17
Le diagramme de séquences permet de cacher les interactions d'objets dans le cadre
d'un scénario d'un Diagramme des cas d'utilisation. Dans un souci de simplification,
on représente l'acteur principal à gauche du diagramme, et les acteurs secondaires
éventuels à droite du système. Le but étant de décrire comment se déroulent les
actions entre les acteurs ou objets.
Ajouter une visite :
Description :
Pré condition : La secrétaire et le médecin doivent s’authentifier avant d’accéder a
l’application. Description détaillé:
La secrétaire cherche un patient et vérifier un rendez vous. Après elle vérifier la
disponibilité de médecin ensuite elle affecte un patient a une chambre.
Le médecin affiche le dossier de patient et puis il créer une ordonnance.
Enfin la secrétaire valide la visite du patient.
18
Ajouter un rendez vous :
Description :
Pré condition : La secrétaire et le médecin doivent s’authentifier avant d’accéder a
l’application. Description détaillé:
La secrétaire cherche un patient après il vérifier la disponibilité de médecin.
Ensuite elle affecte un patient a un médecin et elle valide le rendez vous.
4. Diagramme états-transitions :
19
Un diagramme états-transitions est un schéma utilisé en génie logiciel pour
représenter des automates déterministes. Il fait partie du modèle UML et s'inspire
principalement du formalisme des statecharts et rappelle les grafcets des automates.
S'ils ne permettent pas de comprendre globalement le fonctionnement du système,
ils sont directement transposables en algorithme. Tous les automates d'un système
s'exécutent parallèlement et peuvent donc changer d'état de façon indépendante.
Diagramme d’état d’une facture :
Description détaillée :
Etat Action
En attente Ajouter une facture.
Validée Valider une facture.
Réalisée Réaliser une facture.
Facturée Facturer une facture.
Payée Payer une facture.
Diagramme d’état d’un patient :
20
Description détaillée :
Etat Action
En attente Ajouter un patient.
Validée Valider une facture.
En Visite Affecter un patient a un médecin.
5. Diagramme d'activité :
Le diagramme d'activité est un diagramme comportemental d'UML, permettant de
représenter le déclenchement d'événements en fonction des états du système et
de modéliser des comportements parallélisables (multi-threads ou multi-processus).
Le diagramme d'activité est également utilisé pour décrire un flux de travail
(workflow).
Un diagramme d'activité permet de modéliser un processus interactif, global ou
partiel pour un système donné (logiciel, système d'information). Il est
recommandable pour exprimer une dimension temporelle sur une partie du modèle,
à partir de diagrammes de classes ou de cas d'utilisation, par exemple.
Diagramme d’activité : Visite
21
Description :
Pré condition : La secrétaire et le médecin doivent s’authentifier avant d’accéder a
l’application. Description détaillé:
La secrétaire créer une visite après elle affecte le patient au médecin ensuite il
valide la visite
Diagramme d’activité : Facture
22
Description :
Pré condition : La secrétaire doit s’authentifier avant d’accéder a l’application.
Description détaillé:
La secrétaire créer une facture après soit elle annule la facture ou bien elle valide la
facture puis le client paye la facture concerné enfin la secrétaire clôture la facture.
6. Diagramme de déploiement :
En UML, un diagramme de déploiement est une vue statique qui sert à représenter
l'utilisation de l'infrastructure physique par le système et la manière dont
les composants du système sont répartis ainsi que leurs relations entre eux. Les
éléments utilisés par un diagramme de déploiement sont principalement les nœuds,
les composants, les associations et les artefacts. Les caractéristiques des ressources
matérielles physiques et des supports de communication peuvent être précisées par
stéréotype.
