WOW !! MUCH LOVE ! SO WORLD PEACE !
Fond bitcoin pour l'amélioration du site: 1memzGeKS7CB3ECNkzSn2qHwxU6NZoJ8o
  Dogecoin (tips/pourboires): DCLoo9Dd4qECqpMLurdgGnaoqbftj16Nvp


Home | Publier un mémoire | Une page au hasard

 > 

Application pour la gestion de cabinet d'avocat.

( Télécharger le fichier original )
par Djamel-Eddine Djellil
abou baker belkaid telemcen - Licence 2015
  

précédent sommaire suivant

Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy

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

précédent sommaire suivant






Bitcoin is a swarm of cyber hornets serving the goddess of wisdom, feeding on the fire of truth, exponentially growing ever smarter, faster, and stronger behind a wall of encrypted energy








"L'ignorant affirme, le savant doute, le sage réfléchit"   Aristote