2.3 Le processus Unifié (UP) 
Le processus unifié (UP) utilise le langage UML
(Unified Mödling Langage). Il semble être la solution idéale
pour remédier à l'éternel problème des
développeurs. En effet, il regroupe les activités à mener
pour transformer les besoins d'un utilisateur en un système logiciel
quelque soit la classe, la taille et le domaine d'application de ce
système [3] 
  
Identification des activités 
Identification des acteurs 
Détermination des cas d'utilisation 
Diagrammes de séquences 
Diagramme de classes 
Figure 2:organigramme de processus UP 
2.4 Définition des acteurs :
Le Rôle d'un acteur représenter une entité
externe qui interagit directement avec le système étudié,
en échangeant de l'information (en entrée et en sortie). On
trouve les acteurs en observant les utilisateurs directs du système, les
responsables de la maintenance, ainsi que les autres systèmes qui
interagissent avec lui.[3] 
Dans mon projet, on peut distinguer deux acteurs principaux: 
? Secrétariat 
? Médecin 
  
Chapitre2 conception du système 
15 
 
| 
 Utilisateur 
 | 
 Leur Rôle 
 | 
 
| 
 Secrétariat 
 | 
 ? Gestion de rendez-vous 
? Gestion de patient 
? Gestion de comptabilité 
 | 
 
| 
 Médecin 
 | 
 ? Gestion de maladie 
(consultation, ordonnancement, dossier médical) 
 | 
 
  
Tableau 1:tableau des roles de medecin et
secrétaire 
2.5 Diagramme de cas d'utilisation :
2.5.1 Définition : 
Un diagramme de cas d'utilisation permet de représenter
graphiquement les cas utilisation. C'est le diagramme principal du
modèle UML, celui où s'assure la relation entre l'utilisateur et
les objets que le système met en oeuvre. 
Identification des acteurs : 
Secrétaire : enregistre les patientes, imprime les
bulletins. 
Médecin : rédige les bulletins. 
Identification des cas d'utilisations : 
Un cas d'utilisation est utilisé pour définir le
comportement d'un système ou la sémantique de toute autre
entité sans révéler sa structure interne. 
Chaque cas d'utilisation spécifie une séquence
d'action, y compris des variantes, que l'entité réalise, en
interagissant avec les acteurs de l'entité. La responsabilité
d'un cas d'utilisation est de spécifier un ensemble d'instances,
où une instance de cas d'utilisation représente une
séquence d'actions que le système réalise et qui fournit
un résultat observable par l'acteur. [4] 
Voici les cas d'utilisation de mon système :
Authentification :  
L'application vérifie que l'utilisateur est bien ce qu'il
prétend être et lui donne ensuite l'autorisation
d'accès. 
Chapitre2 conception du système 
16 
Enregistrer patiente: pouvoir ajouter, modifier, supprimer une
patiente ou rechercher des 
informations sur les patientes. 
? Imprimer les bulletins : propre aux patientes. 
? Rédiger les bulletins : remplir les champs du
formulaire. 
La figure au dessous présente le digramme de cas
d'utilisation : 
  
gestion de 
RDV 
<include> 
Secrétaire 
imprimer le 
bulletins 
<include> 
<include> 
Médecin 
bulletins 
gestion patient 
<include> 
Authtification 
Figure 3:diagramme de cas d'utilisation 
 |