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

 > 

Conception et réalisation d'une application de gestion des stocks des produits pharmaceutiques.

( Télécharger le fichier original )
par Halima, Lina Ikram Lemoudda, Ouili
Constantine2, ABD EL HAMID MEHRI  - Licence professionnelle en informatique  2014
  

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

1.3. Description et représentation des scénarios:

Un scénario décrit une exécution particulière d'un cas d'utilisation du début à la fin. Il correspond à un enchaînement du cas d'utilisation, se terminant par une fin normale ou non (exception ou erreur).

Pour des raisons de temps et de quantité de traitements, il n'est pas possible de décrire tous les scénarios d'un cas d'utilisation. Il faudra choisir les principaux scénarios nominaux (ceux qui sont fréquents) et quelques scénarios d'exception.

Analyse et conception

Chapitre02

17

1.3.1. Description des cas d'utilisation: Ø s'authentifier:

Cas d'utilisation

S'authentifier.

Acteurs

L'opératrice, le gestionnaire de stock, le magasinier.

type

Secondaire.

Objectif

La confidentialité et la sécurité de l'accès aux sessions privées.

Scenario nominal

1-Le système affiche l'interface d'authentification

contenant deux champs: le premier pour le pseudonyme et le deuxième pour le mot de passe.

2-L'utilisateur saisie les informations nécessaires.

3-Le système vérifie que la combinaison (pseudonyme/mot de passe) est correcte.

4-Le système ouvre la session.

Scenario alternatif

3-a. L'utilisateur ne saisie pas son nom ou son mot de passe ou saisie un identifiant erroné.

1*Le système affiche un message d'erreur.

2*Aller à 1.

Exception

3-a. L'utilisateur saisit des informations erronées pour la 3ème tentative.

1* L'application se ferme automatiquement.

Analyse et conception

Chapitre02

18

Ø gérer pharmacie:

Cas d'utilisation

Gérer pharmacie.

Acteurs

L'opératrice.

type

Primaire.

Objectif

Assurer la bonne gestion des pharmacies.

Scenario nominal

1-l'opératrice s'authentifie.

2-Le système affiche les fonctionnalités de
l'opératrice.

3-l'opératrice gère les informations des
pharmacies soit par ajout, soit par modification ou soit par suppression.

Scenario alternatif

Aucun.

Exception

Aucune.

Analyse et conception

Chapitre02

19

Ø ajouter pharmacie:

Cas d'utilisation

Ajouter pharmacie.

Acteurs

L'opératrice.

type

Secondaire.

Objectif

Insérer une nouvelle pharmacie dans le système.

Scenario nominal

1-Le système affiche un formulaire d'ajout. 2-L'opératrice saisie les informations relatives à la pharmacie et valide.

3-Le système vérifie les entrées.

4-Le système ajoute la pharmacie et affiche un message: « Pharmacie ajoutée ».

Scenario alternatif

3-a. L'opératrice ne remplit pas un champ ou plusieurs du formulaire d'ajout.

1* Le système affiche un message « les

champs ne sont pas tous remplis.» 2* Aller à 1.

Exception

L'opératrice annule l'opération. La pharmacie existe déjà.

Analyse et conception

Chapitre02

20

Ø modifier pharmacie:

Cas d'utilisation

Modifier pharmacie.

Acteurs

L'opératrice.

type

Secondaire.

Objectif

Modifier les informations relatives à la pharmacie.

Scenario nominal

1- L'opératrice sélectionne la pharmacie. 2-Le système lui affiche les informations de la pharmacie et donne la main pour des modifications.

3-L'opératrice modifie les informations et valide. 4-Le système affiche un message de confirmation. 5-L'opératrice confirme les modifications. 6-Le système enregistre les modifications et affiche un message «modification enregistrée ».

Scenario alternatif

4-a. Modification erronée

1* Le système affiche un message: « La modification n'est pas effectuée ».

Exception

-L'opératrice annule l'opération.

3-a L'opératrice choisit de ne pas confirmer.

Analyse et conception

Chapitre02

21

Ø Supprimer pharmacie:

Cas d'utilisation

Supprimer pharmacie.

Acteurs

L'opératrice.

type

Secondaire.

Objectif

La suppression d'une pharmacie du système.

Scenario nominal

1- l'opératrice sélectionne la pharmacie.

2-le système affiche les informations de la
pharmacie.

3-Le système affiche un message pour confirmer la suppression

4-l'opératrice confirme.

5-le système supprime la pharmacie et affiche un message «Pharmacie supprimée ».

Scenario alternatif

Aucun.

Exception

- L'opératrice annule l'opération.

4-a. L'opératrice choisit de ne pas confirmer la suppression.

Analyse et conception

Chapitre02

22

Ø Editer facture de sortie:

Cas d'utilisation

Editer facture de sortie.

Acteurs

L'opératrice.

type

Primaire.

Objectif

Saisir les informations de la livraison des produits aux pharmacies.

Scenario nominal

1-L'opératrice s'authentifie.

2-Le système affiche la facture à éditer. 3-L'opératrice sélectionne la pharmacie.

4-L'opératrice sélectionne les lots et saisie les
quantités à livrer.

5-L'opératrice valide la facture.

6-Le système enregistre la facture et affiche un message « Facture enregistrée»

Scenario alternatif

3-a. La pharmacie n'existe pas. 1*L'opératrice ajoute la pharmacie. 2*Aller à 2.

Exception

-L'opératrice annule l'opération.

Analyse et conception

Chapitre02

23

Ø Editer facture d'entrée:

Cas d'utilisation

Editer facture d'entrée.

Acteurs

L'opératrice.

type

Primaire.

Objectif

Ajouter les produits de la facture d'entrée au stock.

Scenario nominal

1-L'opératrice s'authentifie.

2-Le système affiche la facture d'entrées. 3-L'opératrice sélectionne le laboratoire. 4-L'opératrice sélectionne le produit. 5-L'opératrice sélectionne le lot.

6-L'opératrice saisie les informations du lot. 7-L'opératrice valide.

8-le système enregistre l'ajout du lot et affiche un message « Lot ajouté».

Scenario alternatif

5-a. Le lot existe déjà.

*Saisir la nouvelle quantité. *Aller à 7.

Exception

L'opératrice annule l'opération.

Analyse et conception

Chapitre02

24

Ø Gérer laboratoire:

Cas d'utilisation

Gérer laboratoire.

 

Acteurs

L'opératrice.

 

type

Primaire.

 

Objectif

Assurer la bonne gestion des laboratoires.

 

Scenario nominal

1-L'opératrice s'authentifie.

2-l'opératrice gère les informations

laboratoires soit par l'ajout, soit par
modification ou la suppression.

des

la

Scenario alternatif

Aucun.

 

Exception

Aucune.

 

Analyse et conception

Chapitre02

25

Ø Ajouter laboratoire:

Cas d'utilisation

Ajouter laboratoire.

Acteurs

L'opératrice.

type

Secondaire.

Objectif

Insérer un nouveau laboratoire dans le système.

Scenario nominal

1-Le système affiche un formulaire d'ajout. 2-L'opératrice saisie les informations relatives au laboratoire et valide.

3-Le système vérifie les entrées.

4-Le système ajoute le laboratoire est affiche un message: « Laboratoire ajouté ».

Scenario alternatif

3- a. L'opératrice ne remplit pas un champ ou plusieurs du formulaire d'ajout.

1* le système affiche un message « les

champs ne sont pas tous remplis.»

2* aller à 1.

Exception

L'opératrice annule l'opération. 3-b. Le laboratoire existe déjà.

1*le système affiche un message

« le laboratoire existe déjà».

Analyse et conception

Chapitre02

26

Ø Modifier laboratoire:

Cas d'utilisation

Modifier laboratoire.

Acteurs

L'opératrice.

type

Secondaire.

Objectif

Modifier les informations relatives au laboratoire.

Scenario nominal

1- L'opératrice sélectionne le laboratoire.

2-Le système lui affiche les informations du laboratoire.

3-L'opératrice modifie les informations et valide. 4-Le système affiche un message de confirmation. 5-L'opératrice confirme les modifications.

6-Le système enregistre les modifications et
affiche un message «modifications enregistrées ».

Scenario alternatif

6-a. Modification erronée.

1* Le système affiche un message: « La
modification n'est pas effectuée ».

2* Aller à 2.

Exception

L'opératrice annule l'opération.

5-a. L'opératrice choisit de ne pas confirmer.

Analyse et conception

Chapitre02

27

Ø Supprimer laboratoire:

Cas d'utilisation

Supprimer laboratoire.

Acteurs

L'opératrice.

type

Secondaire.

Objectif

La suppression d'un laboratoire du système.

Scenario nominal

1- L'opératrice sélectionne le laboratoire.

2-Le système affiche les informations du
laboratoire.

3-Le système affiche un message pour confirmer la suppression.

4-L'opératrice confirme.

5-Le système supprime le laboratoire et affiche un message « Fournisseur supprimé ».

Scenario alternatif

Aucun.

Exception

3-a. L'opératrice choisit de ne pas confirmer la suppression.

-L'opératrice annule l'opération.

Analyse et conception

Chapitre02

28

Ø Consulter stock:

Cas d'utilisation

Consulter stock.

Acteurs

L'opératrice, Le gestionnaire de stock, le magasinier.

type

Primaire.

Objectif

Ce cas permet de faire une consultation de produits.

Scenario nominal

1- Sélectionner catégorie.

2-Le système affiche la liste des produits selon la catégorie choisie.

Scenario alternatif

Aucun.

Exception

3- L'opératrice annule l'opération.

Analyse et conception

Chapitre02

29

Ø Valider la sortie des produits:

Cas d'utilisation

Valider la sortie des produits.

Acteurs

Le magasinier.

type

Primaire.

Objectif

Contrôler la conformité des produits à livrer.

Scenario nominal

1-Le magasinier s'authentifie.

2-Le magasinier sélectionne la facture à vérifier. 3-Pour valider les produits le magasinier coche la case correspondante.

4-Le système enregistre les cases cochées. 5-Le magasinier imprime la facture.

Scenario alternatif

5-a. Il y a encore des cases non cochées.

1* Le système affiche un message: « Les cases ne sont pas toutes cochées ».

2* Aller à 2.

Exception

3-a. La liste des factures est vide (toutes les factures sont validées).

- Le magasinier annule l'opération.

Analyse et conception

Chapitre02

30

Ø Consulter alertes:

Cas d'utilisation

Consulter alertes.

Acteurs

Le gestionnaire de stock.

type

Primaire.

Objectif

Contrôler les quantités des produits et leurs dates de péremption.

Scenario nominal

1-Le gestionnaire de stock s'authentifie. 2-Le système affiche la liste des alertes.

Scenario alternatif

Aucun.

Exception

3-a. Aucune alerte signalée.

Le gestionnaire de stock annule l'opération.

Ø Gérer produit:

Cas d'utilisation

Gérer produit.

Acteurs

Le gestionnaire de stock.

type

Primaire.

Objectif

Assurer la bonne gestion des produits.

Analyse et conception

Chapitre02

31

Scenario nominal

1-Le gestionnaire de stock s'authentifie. 2-Le système affiche trois choix:

· Ajouter produit.

· Modifier produit.

· Supprimer produit.

Scenario alternatif

Aucun.

 

Exception

Aucune.

 

Ø Ajouter produit:

Cas d'utilisation

Ajouter produit.

Acteurs

Le gestionnaire de stock.

type

Secondaire.

Objectif

Insérer un nouveau produit dans le système.

Scenario nominal

1-Le système affiche un formulaire d'ajout.

2- Le gestionnaire de stock saisie les informations relatives au produit et valide.

3-Le système vérifie les entrées.

4-Le système ajoute le produit est affiche un
message: «Produit ajouté ».

Scenario alternatif

3. a- Le gestionnaire de stock ne remplit pas un champ ou plusieurs du formulaire d'ajout.

1* Le système affiche un message « Les champs ne sont pas tous remplis»

2* Aller à 1.

Analyse et conception

Chapitre02

32

Exception

 

3-b. Le produit existe déjà.

1*Le système affiche un message « Le produit existe déjà». -Le gestionnaire de stock annule l'opération.

Ø Modifier produit:

Cas d'utilisation

Modifier produit.

Acteurs

Le gestionnaire de stock.

type

Secondaire.

Objectif

Modifier les informations relatives au produit.

Scenario nominal

1-Le gestionnaire de stock sélectionne le produit à modifier.

2- Le système lui affiche les informations du produit et donne la main pour des modifications.

3- Le gestionnaire de stock modifie les informations et valide.

4-Le système affiche un message de confirmation.

5- Le gestionnaire de stock confirme les
modifications.

6-le système enregistre les modifications et affiche un message «Modifications enregistrées ».

Scenario alternatif

Aucun.

Exception

Le gestionnaire de stock annule l'opération.

Analyse et conception

Chapitre02

33

Ø Supprimer produit:

Cas d'utilisation

Supprimer produit.

Acteurs

Le gestionnaire de stock.

type

Secondaire.

Objectif

Retirer un produit du système.

Scenario nominal

1-Le gestionnaire de stock sélectionne le produit à supprimer.

3-Le système affiche un message pour confirmer la suppression.

4- Le gestionnaire de stock confirme.

5-Le système supprime le produit et affiche un message «Produit supprimé ».

Scenario alternatif

Aucun.

Exception

Le gestionnaire de stock annule l'opération.

Analyse et conception

Chapitre02

34

Ø Sélectionner lot:

Cas d'utilisation

Sélectionner lot.

Acteurs

L'opératrice.

type

Secondaire.

Objectif

Permet la sélection d'un lot pour appliquer une action donnée.

Scenario nominal

1-Le système affiche la liste des produits sachant qu'un produit peut avoir plusieurs lots. 2-L'opératrice sélectionne le lot sur lequel on va appliquer une action.

Scenario alternatif

Aucun.

Exception

Le gestionnaire de stock annule l'opération.

Analyse et conception

Chapitre02

35

Ø consulter factures:

Cas d'utilisation

Consulter factures.

Acteurs

Le gestionnaire de stock.

type

Primaire.

Objectif

Contrôler les différents états de la facture (en cours, en attente, validées).

Scenario nominal

1-Le gestionnaire de stock s'authentifie.

2-Le gestionnaire de stock sélectionne l'état de la facture qu'il veut consulter.

3-Le système affiche la liste des factures dans cet état.

4-Le gestionnaire de stock sélectionne la facture qu'il veut consulter.

Scenario alternatif

Aucun.

Exception

3-a .il y a pas de facture ni en cours ni en attente. Le gestionnaire de stock annule l'opération.

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








"Il ne faut pas de tout pour faire un monde. Il faut du bonheur et rien d'autre"   Paul Eluard