Application web. Gestion de pharmacie en Java

Chapitre 3:

Conception

1.

Introduction

Dans cette phase, je vais représenter une vue dynamique du système a travers les différents diagrammes de séquences relatifs aux cas d'utilisations.

Enfin, je dégagerai les différentes tables de la base de données via le diagramme de classe.

2. Description du modèle de cas d'utilisation

Les diagrammes de cas d'utilisation représentent les cas d'utilisation, les acteurs et les relations entre eux.

2.1 Raffinement des cas d'utilisations

2.1.1 Raffinement du cas d'utilisation << s'identifier >>

Figure 3.2:Diagramme de cas d'utilisation << s'identifier >>

1' Description du cas d'utilisation << s'authentifier >>

+ Nom du cas : s'authentifier.

+ Acteur initiateur : L'utilisateur.

+ But du cas : un utilisateur entre son login et son mot de passe pour accéder à l'application.

+ Description des scénarios :

1. Le cas d'utilisation commence lorsque l'utilisateur cherche à accéder au système et qu'en contre partie le système lui demande de saisir son login et son mot de passe.

2. L'utilisateur saisit ainsi son login et son mot de passe et valide.

3. Le système affiche le menu principal.

v Post condition : Affichage du menu principal.

2.1.2 Raffinement du cas d'utilisation << Gestion des produits >>

Figure 3.3:Diagramme de cas d'utilisation << Gestion des produits >>

Description du cas d'utilisation << Création >> Nom du cas : Création.

v Acteur initiateur : L'utilisateur (Pharmacien).

v But du cas : Le système permet de créer un nouveau médicament.

v Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande à créer

un nouveau médicament.

2. Le système affiche l'interface appropriée.

td

3. L'utilisateur effectue les opérations de création.

4. Le système enregistre l'opération effectuée.

pon

v Post condition : médicament crée.

1' Description du cas d'utilisation << Modification >>

+ Nom du cas : Modification.

+ Acteur initiateur : L'utilisateur (Pharmacien).

+ But du cas : Le système permettra à l'utilisateur de modifier les données d'un médicament.

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande

de modifier les données d'un médicament.

2. Le système affiche l'interface appropriée.

. 3. L'utilisateur sélectionne le médicament à modifier.

4. L'utilisateur saisit ensuite les nouveaux paramètres et valide.

5. Le système enregistre les modifications.

+ Post condition : médicament modifié.

1' Description du cas d'utilisation << Consultation >>

+ Nom du cas : Consultation.

+ Acteur initiateur : L'utilisateur (Pharmacien).

+ But du cas : Le système permettra à l'utilisateur de visualiser La liste des médicaments.

+ Description des scénarios :

1. Le cas d'utilisation commence lorsque l'utilisateur demande

d'afficher la liste des médicaments.

3. Le système affiche l'interface appropriée.

4. L'utilisateur demande la recherche d'un médicament en cas de besoin.

5. Le système affiche les données concernant le médicament.

1' Description du cas d'utilisation << Suppression >>

+ Nom du cas : Suppression.

+ Acteur initiateur : L'utilisateur (Pharmacien).

+ But du cas : Le système permettra à l'utilisateur de supprimer un médicament de la liste.

+ Description des scénarios :

1. Le cas d'utilisation commence lorsque l'utilisateur demande

La suppression d'un médicament.

2. Le système affiche l'interface appropriée.

3. L'utilisateur sélectionne le médicament à supprimer et valide.

4. Le système supprime le médicament sélectionné.

+ Post condition : médicament supprimé.

2.1.3 Raffinement du cas d'utilisation << Gestion des fournisseurs >> :

<<exten

Figure 3.4:Diagramme de cas d'utilisation << Gestion des fournisseurs >>

1' Description du cas d'utilisation << Création d'un fournisseur >>

+ Nom du cas : Création d'un fournisseur.

+ Acteur initiateur : L'utilisateur (pharmacien).

+ But du cas : Le système permettra à l'utilisateur de créer un nouveau fournisseur.

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande de créer un fournisseur.

2. Le système affiche l'interface appropriée.

3. L'utilisateur saisit les donnés nécessaire et valide.

4. Le système enregistre l'opération effectuée.

+ Post condition : fournisseur crée.

1' Description du cas d'utilisation << Consultation d'un fournisseur >>

+ Nom du cas : Consultation des fournisseurs. + Acteur initiateur : L'utilisateur (pharmacien).

+ But du cas : Le système permettra à l'utilisateur de consulter la liste des

fournisseurs et d'afficher les détails concernant un fournisseur sélectionné. + Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande d'afficher la liste des fournisseurs.

2. Le système affiche l'interface appropriée.

3. L'utilisateur sélectionne le fournisseur à consulter en cas de besoin.

4. Le système affiche les données des fournisseurs.

2.1.4 Raffinement du cas d'utilisation << Gestion des alertes>>

Figure 3.5:Diagramme de cas d'utilisation << Gestion des alertes>>

Description du cas d'utilisation << Création d'une livraison >>

v Nom du cas : Création d'une alerte.

v Acteur initiateur : L'utilisateur (pharmacien).

n

v But du cas : Le système permettra à l'utilisateur de créer une alerte

v Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande de

extend

créer une alerte

2. Le système affiche l'interface appropriée.

3. L'utilisateur saisit les donnés nécessaire et valide.

4. Le système enregistre l'opération effectuée.

v Post condition : alerte crée.

Suppressio

1' Description du cas d'utilisation << Consultation des alertes>>

+ Nom du cas : Consultation des alertes.

+ Acteur initiateur : L'utilisateur (pharmacien).

+ But du cas : Le système permettra à l'utilisateur de consulter la liste des alertes et d'afficher les détails concernant une alerte sélectionnée.

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande d'afficher la liste des alertes.

2. Le système affiche l'interface appropriée.

3. L'utilisateur sélectionne l'alerte à consulter en cas de besoin.

4. Le système affiche les données de l'alerte.

2.1.5 Raffinement du cas d'utilisation << Gestion des commandes >>

	on

Figure 3.6:Diagramme de cas d'utilisation << Gestion des commandes >>

<<extend>>

v' Description du cas d'utilisation << Création d'une commande>>

+ Nom du cas : Création d'une commande.

+ Acteur initiateur : L'utilisateur (pharmacien).

+ But du cas : Le système permettra à l'utilisateur de créer une commande

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande de créer une commande.

2. Le système affiche l'interface appropriée.

3. L'utilisateur saisit les donnés nécessaire et valide.

4. Le système enregistre l'opération effectuée.

+ Post condition : commande crée.

1' Description du cas d'utilisation << Modification >>

+ Nom du cas : Modification.

+ Acteur initiateur : L'utilisateur (Pharmacien).

+ But du cas : Le système permettra à l'utilisateur de modifier les données d'une commande.

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande

de modifier les données d'une commande.

2. Le système affiche l'interface appropriée.

. 3. L'utilisateur sélectionne la commande à modifier.

4. L'utilisateur saisit ensuite les nouveaux paramètres et valide.

5. Le système enregistre les modifications.

+ Post condition : commande modifié.

+ Nom du cas : Consultation.

+ Acteur initiateur : L'utilisateur (Pharmacien).

+ But du cas : Le système permettra à l'utilisateur de visualiser La liste des commandes.

+ Description des scénarios :

1. Le cas d'utilisation commence lorsque l'utilisateur demande

d'afficher la liste des commandes.

2. Le système affiche l'interface appropriée.

3. L'utilisateur demande la recherche d'une commande en cas de besoin.

4. Le système affiche les données concernant la commande.

1' Description du cas d'utilisation << Suppression >>

+ Nom du cas : Suppression.

+ Acteur initiateur : L'utilisateur (Pharmacien).

+ But du cas : Le système permettra à l'utilisateur de supprimer une commande de la liste.

+ Description des scénarios :

1. Le cas d'utilisation commence lorsque l'utilisateur demande

La suppression d'une commande.

3. Le système affiche l'interface appropriée.

4. L'utilisateur sélectionne la commande à supprimer et il le valide.

5. Le système supprime la commande sélectionné.

+ Post condition : commande supprimé.

2.1.6 Raffinement du cas d'utilisation << Gestion des livraisons >>

Figure 3.7:Diagramme de cas d'utilisation << Gestion des livraisons >> v' Description du cas d'utilisation << Création d'une livraison>>

+ Nom du cas : Création d'une livraison.

+ Acteur initiateur : L'utilisateur (pharmacien).

+ But du cas : Le système permettra à l'utilisateur de créer une livraison.

Création

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande de créer une livraison.

2. Le système affiche l'interface appropriée.

3. L'utilisateur saisit les donnés nécessaire et valide.

4. Le système enregistre l'opération effectuée.

+ Post condition : livraison crée.

C lt ti

+ Nom du cas : Consultation.

+ Acteur initiateur : L'utilisateur (Pharmacien).

+ But du cas : Le système permettra à l'utilisateur de visualiser La liste des livraisons.

+ Description des scénarios :

1. Le cas d'utilisation commence lorsque l'utilisateur demande

d'afficher la liste des livraisons.

2. Le système affiche l'interface appropriée.

3. L'utilisateur demande la recherche d'une livraison en cas de besoin.

4. Le système affiche les données concernant la livraison. 2.1.7 Raffinement du cas d'utilisation << Gestion des ordonnances >>

an

Figure 3.8:Diagramme de cas d'utilisation << Gestion des ordonnances >>

<<extend>>

v' Description du cas d'utilisation << Consultation des ordonnances >>

+ Nom du cas : Consultation des ordonnances. + Acteur initiateur : L'utilisateur (pharmacien).

+ But du cas : Le système permettra à l'utilisateur de consulter la liste des

ordonnances et d'afficher les détails concernant une ordonnance

sélectionné.

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande d'afficher la liste des ordonnances.

2. Le système affiche l'interface appropriée.

3. L'utilisateur sélectionne l'ordonnance à consulter en cas de besoin.

4. Le système affiche les données de l'ordonnance. + Post condition : l'ordonnance est affichée.

1' Description du cas d'utilisation << Valider ordonnance >>

+ Nom du cas : Valider ordonnance.

+ Acteur initiateur : L'utilisateur (pharmacien).

+ But du cas : Le système permettra à l'utilisateur d'enregistrer les donnés concernant l'ordonnance (nom client, date, description et nom du médecin)

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande d'effectuer les opérations d'enregistrement.

2. Le système affiche l'interface appropriée.

3. L'utilisateur saisie les donnés nécessaire et valide.

4. Le système enregistre l'opération effectuée.

+ Post condition : l'ordonnance est validée.

2.1.8 Raffinement du cas d'utilisation << Gestion des administrations>>

Figure 3.9:Diagramme de cas d'utilisation << Gestion des administrations >> Description du cas d'utilisation << Ajouter >>

v Nom du cas : Ajouter.

v Acteur initiateur : L'utilisateur (Pharmacien).

Ajoter privilége et un mt de

v But du cas : Le système permet de créer un nouveau privilège et un mot de passe.

v Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande à créer passe un nouveau privilège et un mot de passe.

1. Le système affiche l'interface appropriée.

2. L'utilisateur effectue les opérations de création.

3. Le système enregistre l'opération effectuée.

passe

v Post condition : un nouveau privilège et un mot de passe sont crée.

Description du cas d'utilisation << Modification >>

v Nom du cas : Modification.

v Acteur initiateur : L'utilisateur (Pharmacien).

v But du cas : Le système permettra à l'utilisateur de modifier les privilèges ou les mots de passe des utilisateurs.

v Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande

de modifier les privilèges ou les mots de passe des utilisateurs. 2. Le système affiche l'interface appropriée.

. 3. L'utilisateur sélectionne l'utilisateur à modifier.

4. L'utilisateur saisit ensuite les nouveaux paramètres et valide.

5. Le système enregistre les modifications.

v Post condition : les privilèges ou les mots de passe des utilisateurs sont modifiés.

2.1.9 Raffinement du cas d'utilisation << Gestion des états>>

<<extend>>

Figure 4:Diagramme de cas d'utilisation << Gestion des états >>

Consulter lste des produits

Gti d tt

Description du cas d'utilisation << Consulter liste des produits >>

v Nom du cas : Consulter liste des produits.

v Acteur initiateur : L'utilisateur (pharmacien).

v But du cas : Le système permettra à l'utilisateur de consulter la liste des produits et d'afficher les détails concernant un produit sélectionné.

v Description des scénarios:

1.

Le cas d'utilisation commence lorsque l'utilisateur demande d'afficher la liste des produits.

2. Le système affiche l'interface appropriée.

3. L'utilisateur sélectionne la liste à consulter en cas de besoin.

4. Le système affiche la liste des produits.

+ Post condition : la liste des produits est affichée.

2.1.10 Raffinement du cas d'utilisation << Statistique>>

Figure 4.1:Diagramme de cas d'utilisation << Statistique>> 1' Description du cas d'utilisation << Statistique >>

C

+ Nom du cas : Statistique.

+ Acteur initiateur : L'utilisateur (pharmacien).

+ But du cas : Le système permettra à l'utilisateur d'afficher la statistique des médicaments en stock.

+ Description des scénarios:

1. Le cas d'utilisation commence lorsque l'utilisateur demande de consulter la table de statistique.

2. Le système affiche l'interface appropriée.

+ Post condition : Statistique des produits est affichée.

3. Les diagrammes de séquence :

3.1 Definition :

Les diagrammes de séquence montrent des interactions entre objets selon un point de vue
temporel. Le contexte des objets n'est pas représenté de manière explicite comme dans les

diagrammes de collaboration. La représentation se concentre sur l'expression des

interactions.

Un diagramme de séquence représente une interaction entre objets en insistant sur la

chronologie des envois de messages. La notation est dérivée des « Object Message Séquence du Siemens Pattern Group ».

3.2 Diagramme Séquence

3.2.1 Diagramme de séquence du cas d'utilisation << S'identifier >>

Figure 4.2: Diagramme de séquence du cas d'utilisation << S'identifier >> 3.2.2 Diagramme de séquence du cas d'utilisation << Gestion des médicaments >> 1' Diagramme de séquence du cas d'utilisation << Creation >>

cher interfa

Figure 4.3: Diagramme de séquence du cas d'utilisation << Création >> + Diagramme de séquence du cas d'utilisation << Modification >>

Figure 4.4: Diagramme de séquence du cas d'utilisation << Modification >>

1' Diagramme de séquence du cas d'utilisation << Consultation >>

nee

caments(

Figure 4.5: Diagramme de séquence du cas d'utilisation << Consultation >>

1' Diagramme de séquence du cas d'utilisation << Suppression >>

rface( )

Figure 4.6: Diagramme de séquence du cas d'utilisation << Suppression >>

3.2.3 Diagramme de séquence du cas d'utilisation << Gestion des commandes >> 1' Diagramme de séquence du cas d'utilisation << Création d'une commande >>

command

Figure 4.7: Diagramme de séquence du cas d'utilisation << Création d'une commande >>

1' Diagramme de séquence du cas d'utilisation << Consultation des commandes >>

Mise_A_Jour_BD

Afficer Operaton reussie

Figure 4.8: Diagramme de séquence du cas d'utilisation << Consultation des commandes >>

3.2.4 Diagramme de séquence du cas d'utilisation << Gestion des livraisons >>

Diagramme de séquence du cas d'utilisation << Création d'une livraison >>

Livraison Table Ligne Livr

Figure 4.9: Diagramme de séquence du cas d'utilisation << Création d'une livraison >>

Diagramme de séquence du cas d'utilisation << Consultation des livraisons >>

ons()

Figure 5: Diagramme de séquence du cas d'utilisation << Consultation des livraisons >>

Seectionne Livaison()

3.2.5 Diagramme de séquence du cas d'utilisation << Gestion des ordonnances >> 1' Diagramme de séquence du cas d'utilisation << Valider ordonnance >>

nces

Gestionnair

Figure 5.1:Diagramme de séquence du cas d'utilisation << Valider ordonnance >>

saisie date)

1' Diagramme de séquence du cas d'utilisation << Consultation des ordonnances >>

Figure 5.2:Diagramme de sequence du cas d'utilisation << Consultation des ordonnances>>

3.2.6 Diagramme de séquence du cas d'utilisation << Statistiques >>

1' Diagramme de séquence du cas d'utilisation << Statistiques >>

statistiqu

Figure 5.3: Diagramme de séquence du cas d'utilisation << Statistiques >>

4. Le diagramme de Classes

Le diagramme de classes exprime de manière générale la structure statique d'un système en termes de classes et de relations entre les classes. Une classe permet de décrire un ensemble d'objets (attributs et comportement), tandis qu'une relation ou association permet de faire apparaitre des liens entre ces objets. Un diagramme de classes fait abstraction des aspects dynamiques et temporels : il permet de modéliser les vues statiques du système. Le diagramme de classes est le point central dans un développement oriente objet. En analyse, il a pour objectif de décrire la structure des entités manipulées par les utilisateurs. En conception, le diagramme de classes représente la structure d'un code oriente objet ou, a un niveau de détail plus important, les modules du langage de développement. Le diagramme de classes met en oeuvre des classes, contenant des attributs et des opérations, relies par des associations ou des généralisations.

Le diagramme représenté ci-dessous représente des tables objets :

Figure 5.4: Le Diagramme de classe

6. Conclusion

Durant cette phase, j'ai achevé l'analyse de tous les cas d'utilisations via la description des différents diagrammes de séquences, de cas d'utilisation et l'exposition du diagramme de classe J'ai entamerai dans la prochaine phase, la construction du système en présentant l'environnement technique, et une description des différentes interfaces de l'application.