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

République Algérienne Démocratique et Populaire
Ministère de l'Enseignement Supérieur et de la Recherche Scientifique
Université Constantine 2

Faculté des Nouvelles Technologies de l'Information et de la Communication
Département des Technologies des Logiciels et Systèmes d'Information

Projet de fin d'études pour l'obtention du diplôme de
Licence Professionnel en Informatique

Option: Systèmes d'Information et Technologie Web

Thème

Conception et réalisation d'une application de

gestion de stock des produits pharmaceutiques.

Dirigé par: Réalisé par:

Dr. Adla Bentellis Lemoudda Halima

Dr. Labed Ilhem Quili Lina Ikram

- Session Juin 2014 -

Remerciements

A l'issue de ce travail, nous remercions, en premier lieu,

Alah le glorieux, de nous avoir donné assez de force pour que ce mémoire puisse voir le jour.

Nous remercions spécialement nos encadreurs, Bentellis Adla et Labed Ilhem, qui nous ont donné l'aide et l'assistance par leurs disponibilités, leurs conseils et leurs orientations durant toute la période de réalisation de notre projet.

Nous exprimons également notre sincère reconnaissance ainsi que notre profonde gratitude a tous ceux qui ont contribué de prés ou de loin a la réalisation de ce mémoire, notamment tous nos enseignants qui nous ont conseillés et soutenus durant notre cursus universitaire.

Nous tenons particulièrement à remercier Mr. Zitouni Yacine, directeur général de la SARL Zitouni, pour son accueil chaleureux et son aide précieuse.

Halima et Lina Ikram

Dédicace

Nous dédions ce modeste travail :

A nos parents pour toute l'aide qu'ils nous ont procuré,

pour leur amour, leur patience et leur soutien durant

toutes nos années d'études.

A nos frères et sSurs.

A nos amies intimes.

A toute la promotion 3ème Année LMD SITW 2014.

A tous ceux qui nous sont chers

MERCI A TOUS&.

Sommaire

Introduction générale 1

Chapitre 1 : Présentation de l'entreprise

Introduction 2

1. Présentation de l'entreprise 2

1.1. Historique 2

1.2. Localisation &&&&2

1.3. Les coordonnées de l'entreprise &3

1.4. Description de l'entreprise&&&&&&&&&&&&&&&&&&&&.3

1.4.1. L'organigramme de l'entreprise&&&&&&&&&&&&&&&&3

2. Les objectifs de l'entreprise 5

3. L'objectifs du projet.&&&&&&&&&&&&&&&&&&&&&&&&5

Conclusion 6
Chapitre 2 : Analyse et conception

Introduction 7

1. Démarche simplifiée pour l'analyse 7

1.1. Etude préliminaire&&&&&&&&&&&&&&&&&&&&&&&...7 1.1.1. Analyse des besoins&&&&&.&&&&&&&&&&&&&&&.7 1.1.2. Définition des grands choix techniques&&&&&&&&&&&&&9

1.1.3. Recueil des besoins fonctionels&&&&&&&&&&&&&&& 10

1.1.4. Recueil des besoins opérationels&&&&&&&&&&&&&&. 10

1.1.5. Description du contexte du système&&&&&&&&&&&&. &.10

1.1.5.1. Identification des acteurs&&&&&&&&&&&&&&& 10

1.1.5.2. Identification des messages&&&&&&&&&&&&&& 11

1.1.5.3. La réalisation du diagramme de contexte dynamique&&&. 13
1.2. Identification et représentation des cas d'utilisation&&&&&&&&&&.14

1.2.1. Identification des cas d'utilisation&&&&&&&&&&&&&& 14

1.2.2. Représentation des cas d'utilisation&&&&&&. &&&&&&&14

1.3. Description et représentation des scénarios&&&&&&&. &&&&& 16

1.3.1. Description des cas d'utilisation&&&&&&&&&&. &&&&.17

1.3.2. Diagramme d'activité&&&&&&&&&&&&&&&&&&&.35 1.3.3. Diagramme de séquence&&&&&&&&&&&&&&&&&&.53

1.4. Identification des classes&&&&&&&&&&&&&&&&&&&& 63
1.5. Elaboration du diagramme de classes&&&&&&&&&&&&&&&...64 1.6. Elaboration du diagramme d'état transition&&&&&&&&&&&&&..66

2. Passage du modèle objet vers le modèle relationnel 67

Conclusion 69

Chapitre 3 : Implémentation

Introduction 70

1. Présentation de l'envirenement 70

1.1. Implémentation en java 70

1.2. Implémentation en SQL 71

2. Platforme matérielle 71

3. Platforme logicielle 71

3.1. Système d'exploitation 71

3.2. Netbeans 72

3.3. EasyPhp 72

3.4. StarUML 72

3.5. PhotoShop CS5 73

4. Systéme de gestion de bases de données (SGBD)&&&&&&&&&&&&..73

5. Description des interfaces graphiques de notre application&&&&&&&&&74

Conclusion 77

Conclusion générale 78

Bibliographie 79

Table des figures

Chapitre 1: Présentation de l'entreprise		Page
Fig. I.1	Localisation géographique de l'entreprise S.A.R.L ZITOUNI	2
Fig. I.2	L'organigramme de l'entreprise	3
Chapitre 2: Analyse et conception
Fig. II.1	Diagramme de contexte dynamique	13
Fig. II.2	Diagramme de cas d'utilisation (gestionnaire de stock, magasinier)	15
Fig. II.3	Diagramme de cas d'utilisation (opératrice)	16
Fig. II.4	Diagramme d'activité du cas « s'authentifier»	36
Fig. II.5	Diagramme d'activité du cas « gérer pharmacie»	36
Fig. II.6	Diagramme d'activité du cas « ajouter pharmacie »	37
Fig. II.7	Diagramme d'activité du cas « modifier pharmacie »	38
Fig. II.8	Diagramme d'activité du cas « supprimer pharmacie »	39
Fig. II.9	Diagramme d'activité du cas « gérer laboratoire »	40
Fig. II.10	Diagramme d'activité du cas « ajouter laboratoire »	41
Fig. II.11	Diagramme d'activité du cas « modifier laboratoire »	42
Fig. II.12	Diagramme d'activité du cas « supprimer laboratoire »	43
Fig. II.13	Diagramme d'activité du cas « éditer la facture de sortie »	44
Fig. II.14	Diagramme d'activité du cas « éditer la facture d'entrée»	45
Fig. II.15	Diagramme d'activité du cas « valider la sortie des produits»	46
Fig. II.16	Diagramme d'activité du cas « consulter stock»	47
Fig. II.17	Diagramme d'activité du cas « gérer produit»	47
Fig. II.18	Diagramme d'activité du cas « ajouter produit»	48
Fig. II.19	Diagramme d'activité du cas « modifier produit»	49
Fig. II.20	Diagramme d'activité du cas « supprimer produit»	50
Fig. II.21	Diagramme d'activité du cas « consulter alertes»	51
Fig. II.22	Diagramme d'activité du cas « consulter factures validées»	52
Fig. II.23	Diagramme de séquence du cas « authentification»	53
Fig. II.24	Diagramme de séquence du cas «ajouter pharmacie»	54
Fig. II.25	Diagramme de séquence du cas «modifier pharmacie »	55
Fig. II.26	Diagramme de séquence du cas «supprimer pharmacie »	56
Fig. II.27	Diagramme de séquence du cas « éditer la facture de sortie »	57
Fig. II.28	Diagramme de séquence du cas «éditer la facture d'entrée »	58
Fig. II.29	Diagramme de séquence du cas « consulter stock »	59
Fig. II.30	Diagramme de séquence du cas «consulter alertes »	60
Fig. II.31	Diagramme de séquence du cas «valider la sortie des produits »	61
Fig. II.32	Diagramme de séquence du cas «consulter factures validées»	62
Fig. II.33	Diagramme de classe	65
Fig. II.34	Diagramme d'état transition	66
Chapitre 3: Implémentation
Fig. III.1	L'interface de l'authentification	74
Fig. III.2	L'interface d'espace gestionnaire de stock	75
Fig. III.3	L'interface d'espace opératrice	76
Fig. III.4	L'interface d'espace magasinier	77

1

Introduction générale

De nos jours, l'influence de l'informatique sur le monde est devenue évidente, surtout le monde des entreprises, pour partager et répartir l'information et la traiter au sein de leurs systèmes d'information.

Un système d'information représente l'ensemble des éléments participant à la gestion, au traitement, au transport et à la diffusion de l'information au sein de l'organisation. Le système d'information (SI) peut contribuer à la performance de l'entreprise si ses dépenses sont bien maîtrisées et les investissements dûment préparés. Pour cela, un certain nombre d'indicateurs doit être mis en place, accompagné par une prise en compte des besoins des métiers de l'entreprise par la direction du système d'information.

Les grossistes de médicaments font partie intégrante des établissements nécessitant une aide informatique car, jusqu'à ce jour, la manière de gérer manuellement est encore dominante, d'où la nécessité absolue d'introduire l'informatique dans le secteur pharmaceutique. En effet, les observations que nous avons relevées, durant notre stage réalisé chez le grossiste «S.A.R.L Zitouni », concernent les tâches non informatisées telles que :

· L'enregistrement manuel des produits sortants.

· Le va-et-vient du magasinier dans le but, soit de récupérer les factures de sorties que l'opératrice a édité pour les valider, soit pour donner à l'opératrice les factures d'entrées envoyées auprès du laboratoire.

L'application que nous proposons a pour but de :

y' Assurer la bonne gestion de stock.

y' Proposer deux types d'alertes: la première concerne la quantité de stock d'un produit quand elle est inférieure ou égale à un seuil défini au préalable pour chaque produit et, la deuxième, quand la date de péremption de l'un des produits est proche, inférieure ou égale à 6 mois.

y' Automatiser l'envoie de la facture par l'opératrice au magasinier.

Pour ce faire nous allons suivre une démarche et utiliser des outils en argumentant à chaque fois nos choix de conception et d'implémentation.

Chapitre 1 :

Présentation de l'entreprise.

Présentation de l'entreprise

Chapitre01

Introduction:

Ce chapitre est consacré à la présentation de l'entreprise «S.A.R.L ZITOUNI» qui correspond à une entreprise de vente et de distribution des produits pharmaceutiques. Nous commençons par mettre l'accent sur un bref historique de l'entreprise, sa localisation, ses coordonnées et ses différents services, ainsi que sur son objectif et son organigramme général.

1. Présentation de l'entreprise:

1 .1. Historique:

La SARL ZITOUNI est une société privée crée en 1996, par actions au capital social de

10.000.000,00 DA.

1.2. Localisation:

La S.A.R.L ZITOUNI se situe dans la cité des Palmiers, sur la route d'Ain-El-Bey, wilaya de Constantine. La figure ci-dessous (fig. 1), indique plus précisément l'endroit:

Fig. I.1. Localisation géographique de l'entreprise S.A.R.L ZITOUNI.

2

Présentation de l'entreprise

Chapitre01

1 .3 . Les coordonnées de l'entreprise: Téléphone: [phone]-818204 ;

FAX:[phone] ;

Mail: [e-mail].

1.4. Description de l'entreprise:

L'activité principale de la S.A.R.L ZITOUNI est la vente et la distribution des produits pharmaceutiques. Elle dispose actuellement d'un effectif de 103 personnes et d'un parc automobile de 30 véhicules consacrés essentiellement à la distribution (Approvisionnement / Livraison Pharmacie).

La S.A.R.L ZITOUNI a renforcé ses activités de distribution par une présence effective dans les régions de l'Est de l'Algérie: Annaba, Oum el Bouaghi, Jijel, Batna, Guelma, Souk Ahras, Khenchla, Tébessa et Mila& etc, ainsi que dans les environs d'Alger, en maintenant un rythme de croissance significatif grâce à sa force de vente et son porte-feuille clients.

1.4.1. L'organigramme de l'entreprise:

Fig. I.2. L'organigramme de l'entreprise.

3

· Présentation de l'entreprise

Chapitre01

4

Service commercial:

y' Service commercial d'approvisionnement et de vente: son travail consiste à approvisionner la S.A.R.L en produits pharmaceutiques auprès des fournisseurs ou de laboratoires des régions EST ou CENTRE du pays. Il doit veiller, cependant, à ce que le seuil minimal de son stock ne soit pas atteint. Ce service est composé de plusieurs opératrices chargées d'accomplir et de concrétiser les ventes des produits auprès des officines pharmaceutiques.

y' Service de réclamation: L'objectif de ce service est de restaurer la confiance et garder de bonnes relations avec le client afin de le satisfaire à nouveau.

· Service de Livraison : Ce service est composé de plusieurs agents chargés d'expédier les commandes aux officines de chaque région.

· Service de gestion des stocks (Dépôt) : Ce service a pour mission de gérer le mouvement des stocks et à veiller à l'exactitude de l'inventaire. Les magasiniers sont chargés de stocker les achats et de préparer les commandes des clients. Les produits sont stockés dans un seul magasin mais rangés, selon leurs types, dans quatre espaces différents:

y' Espace pour les comprimés

y' Espace pour les sirops

y' Espace pour les médicaments chers

y' Chambre froide pour les médicaments sensibles à la chaleur

· Service comptabilité: Ce service est géré par un comptable. Son travail consiste à recenser toute l'activité économique de la société en établissant, de manière chronologique, les documents relatifs à l'achat et à la vente de la marchandise dits « pièces comptables ». Le plus souvent la tenue d'une comptabilité résulte d'obligations juridiques, sociales ou fiscales. C'est un outil d'information financière tant pour l'entreprise elle-même que pour l'extérieur. Il compte en son sein deux autres services : y' Service du recouvrement: Ce service est chargé de recouvrer les créances. Ainsi, il assure le suivi de paiement des pharmaciens, et à bloquer, le cas échéant, les mauvais payeurs au delà d'un certain seuil d'échéance. Ce blocage perdure et des

Présentation de l'entreprise

Chapitre01

5

Présentation de l'entreprise

Chapitre01

démarches amiables ou judiciaires sont parfois nécessaires jusqu'au recouvrement des factures impayées.

ü Service des ressources humaines: Il s'occupe aussi bien de la gestion des ressources humaines et du patrimoine, qu'à d'autres activités en rapport direct avec la nature de l'entreprise tels l'approvisionnement et la logistique. En plus des activités d'administration générale prises en charge par trois départements (gestion du personnel, approvisionnement, logistique), ce service s'occupe également du volet juridique par le biais de la cellule contentieux et juridique.

· Service de sécurité: Ce service est composé d'un agent de sécurité, il a pour mission de gérer la prévention des risques professionnels pour assurer la sécurité et protéger la santé des travailleurs de l'établissement.

· Parc : c'est un espace mitoyen à la S.A.R.L qui abrite 30 véhicules, la plupart utilitaires.

2. Les objectifs de l'entreprise:

En tant que professionnel de santé publique assurant la distribution des médicaments,

l'entreprise S.A.R.L ZITOUNI s'assigne les missions suivantes :

- Assurer la disponibilité des médicaments dans chaque officine (pharmacie).

- Intervenir dans l'amélioration du système de santé publique en Algérie.

- Participer au développement de l'économie nationale.

3. L'objectif du projet:

Après avoir étudié le fonctionnement de l'entreprise S.A.R.L Zitouni, nous avons recensé les problèmes suivants :

· L'enregistrement manuel des produits sortant.

· Le va-et-vient du magasinier dans le but, soit de récupérer les factures de sorties que l'opératrice a édité pour les valider, soit pour donner à l'opératrice les factures d'entrées envoyées auprès du laboratoire.

6

Afin de remédier à cette situation, nous allons réaliser un système de gestion de stock dans l'entreprise, l'objectif étant d'assurer une meilleure organisation, capable de satisfaire les besoins de stock dans le but de :

V Organiser les produits selon quatre catégories:

1. Produits en comprimés.

2. Produits en sirops.

3. Produits à prix chers.

4. Produits sensibles à la chaleur.

V Eviter les péremptions et s'assurer de la disponibilité de produits. Notre système propose deux types d'alertes: la première, pour la quantité de stock d'un produit quand elle est inférieure ou égale à un seuil minimal défini au préalable pour chaque produit, et la deuxième, quand la date de péremption de l'un des produits est proche, inférieure ou égale à 6 mois.

V Contrôler le stock

V Automatiser l'envoie de la facture par l'opératrice au magasinier.

Conclusion:

Dans ce chapitre, nous avons présenté une étude de l'existant de l'entreprise S.A.R.L ZITOUNI, sa localisation, ses coordonnées et ses services ainsi que ses objectifs.

Le chapitre suivant sera consacré à la présentation d'UP et d'UML ainsi que les étapes fondamentales de modélisation et de conception de notre application en appliquant ces deux concepts.

Chapitre2 :
Analyse et conception.

Analyse et conception

Chapitre02

7

Introduction:

Après avoir présenté l'entreprise S.A.R.L Zitouni dans le chapitre précédent, celui-ci est consacré à la partie analyse et conception. Nous abordons une démarche pragmatique et simplifiée pour conduire cette dernière. Cette démarche est inspirée des étapes du processus unifié (UP: Unified Process). Elle permet la formalisation du système à développer et se concrétise par l'élaboration de plusieurs diagrammes donnant une représentation du système tant statique (DCL principalement) que dynamique (DSE, DET&). La démarche est structurée en six étapes. Dans ce qui suit, nous allons expliquer chacune d'elles.

1-Démarche simplifiée pour l'analyse:

La démarche est structurée en six (6) étapes:

Etape 1 : Etude préliminaire

Etape 2 : Identification et représentation des cas d'utilisation.

Etape 3 : Description et représentation des scénarios.

Etape 4: Identification des classes.

Etape 5: Elaboration du diagramme de classe.

Etape 6 : Elaboration du diagramme d'état transition.

Dans ce qui suit, nous allons appliquer les étapes de la démarche pour développer notre

système.

1.1. Etude préliminaire:

L'étude préliminaire est la toute première phase de notre processus de développement.

Elle a pour objectif de faire un premier repérage des besoins (les besoins peuvent être

fonctionnels ou opérationnels), en utilisant principalement « le texte ». Elle a plusieurs phases

de réalisation. [1]

1.1.1. Analyse des besoins:

La gestion manuelle des produits pharmaceutiques est une lourde tâche pour les personnes qui y travaillent. Pour y remédier, les grossistes font recours à des logiciels de gestion des stocks des médicaments. Dans cette optique, le travail qui nous a été demandé est la conception et la réalisation d'une application pour la gestion de stock des produits pharmaceutiques.

Analyse et conception

Chapitre02

8

Lors de l'arrivée des médicaments au niveau du dépôt de la SARL Zitouni, provenant du laboratoire fournisseur, un contrôle est effectué par le magasinier afin de vérifier la conformité du bon d'achat, c'est-à-dire l'adéquation entre les produits commandés et les produits livrés par le laboratoire (N° de lot, quantité, date de péremption, prix, etc.&). Il notifie alors la conformité ou non de la commande sur la facture. Il est à noter qu'il existe quatre catégories de magasiniers : Ceux qui s'occupent des médicaments en comprimés, ceux qui ont la charge des médicaments en sirop, ceux qui s'occupent des médicaments chers et enfin ceux qui s'occupent des médicaments sensibles à la chaleur (stockés au niveau des réfrigérateurs). La facture étant conforme, le magasinier la transmet à l'opératrice. Celle-ci saisit alors l'entrée des produits au stock. Il lui incombe aussi la gestion des comptes des pharmacies et des fournisseurs soit par ajout, par modification ou encore par suppression de ceux qui ne font plus client de la société.

Lors de la vente de médicaments aux clients (les pharmacies), le client passe la commande à l'opératrice par téléphone. Si la quantité du produit commandé est suffisante, elle lui édite une facture de sortie qu'elle transmet au magasinier pour la préparer au client. Le magasinier enregistre ensuite la sortie de chaque produit sur un registre qui lui est propre. Il est à signaler qu'aussi bien le magasinier, l'opératrice que le gestionnaire peuvent, chacun en ce qui le concerne, consulter le stock quand il en a besoin.

Le bon déroulement de ce travail est suivi de près par le gestionnaire de stock qui gère aussi bien les comptes des utilisateurs que les produits mis en vente en opérant à l'ajout, la modification ou éventuellement la suppression de ceux-ci.

Notre système doit proposer deux types d'alertes:

1. Un message doit être affiché quand la quantité de stock d'un produit est inférieure ou égale à un seuil défini au préalable pour chaque produit.

2. Quand la date de péremption de l'un des médicaments est proche, inferieure ou égale à 6 mois. Ceci est ponctué aussi par l'affichage d'un message.

Dans les deux cas, le message s'affiche dans l'espace relatif aux alertes.

Analyse et conception

Chapitre02

1.1.2. Définition des grands choix techniques:

Cette phase consiste à choisir les techniques clés qu'on va utiliser dans le cadre de notre projet pour le développement. Parmi ces techniques, on peut citer :

Comme un langage Comme un processus Comme un serveur

de modélisation(UML2.0) de développement de bases de données

9

Comme un outil de Comme un outil de La plate disponible

Traitement d'image modélisation (Windows 8 +micro portable)

Comme un langage de programmation

Analyse et conception

Chapitre02

10

1.1.3. Recueil des besoins fonctionnels :

Les fonctionnalités attendues par notre application peuvent être décrites comme suit:

y' Gérer le stock des médicaments.

y' Contrôler le stock entrant et sortant.

y' Gérer la facturation.

y' Gérer les alertes (quantité et date de péremption).

1.1.4. Recueil des besoins opérationnels:

Les besoins opérationnels sont ceux liés à l'exploitation du système. Ils assurent son efficacité et permettent l'amélioration de la qualité logicielle de notre application.

Dans notre application, les exigences non fonctionnelles sont:

y' Authentification:

Le système doit être sécurisé, protégé contre les accès non autorisés. Chaque

utilisateur de l'application doit avoir un pseudonyme et un mot de passe.

y' La convivialité:

Le futur système doit être facile à utiliser. En effet, les interfaces utilisateurs

doivent être conviviales, c'est-à-dire simples, ergonomiques et adaptées à

l'utilisateur.

1.1.5. Description du contexte du système:

Cette étape se compose de trois activités successives:

1.1.5.1. Identification des acteurs:

Un acteur représente un rôle joué par un utilisateur humain ou un autre système

connexe qui interagit directement avec le système. Il peut consulter et/ou modifier l'état du

système en émettant et/ou en recevant des messages éventuellement porteurs de données.

Dans notre application, nous distinguons trois acteurs.

> L'opératrice: Son rôle consiste à éditer les factures de sortie et saisir l'entrée des produits au stock. Il lui incombe aussi la gestion des comptes des pharmacies et des fournisseurs soit par ajout, soit par modification ou suppression de ceux-ci. Elle peut aussi consulter le stock quand elle en a besoin.

Analyse et conception

Chapitre02

11

Ø Le magasinier: Valide la sortie des produits et il peut aussi consulter le stock.

Ø Le gestionnaire de stock: S'occupe aussi bien de la gestion des comptes des utilisateurs que les produits mis en vente en opérant à l'ajout, la modification ou éventuellement à la suppression de ceux-ci. Il peut consulter les factures, les alertes et le stock.

1.1.5.2. Identification des messages:

Un message représente la spécification d'une communication entre objets avec l'intention de déclencher une activité chez le récepteur.

Cette notion de message est parfaitement applicable pour décrire les interactions entre les acteurs et le système.

V' Le Magasinier:

Consulter stock.

Afficher la liste des produits en stock.

Valider les sorties. Opération effectuée.

V' L'opératrice:

Ajouter / Modifier / Supprimer pharmacie.

Ajouter / Modifier / Supprimer laboratoire.

Opération effectuée.

Editer la facture de sortie.

Enregistrer la facture de sortie.

Editer la facture d'entrée.

Analyse et conception

Chapitre02

Enregistrer la facture d'entrée. Consulter stock. Afficher la liste des produits.

ü Le gestionnaire de stock:

12

Ajouter / Modifier / Supprimer compte.

Ajouter / Modifier / Supprimer produit. Opération effectuée.

Consulter stock.

Afficher la liste des produits. Consulter factures validées. Afficher la liste des factures. Consulter alertes.

Afficher la liste des alertes.

Analyse et conception I Chapitre02

1.1.5.3. La réalisation du diagramme de contexte dynamique :

- Valider la sortie des produits.

- Consulter stock.

Magasinier

-Opération effectuée

-Afficher la liste des produits à consulter.

-Ajouter/Modifier/Supprimer

pharmacie

-Ajouter/Modifier/Supprimer

Laboratoire

-Editer facture de sorties.

- Editer la facture d'entrée. -Consulter stock.

- Ajouter/Modifier/Supprimer compte. - Ajouter/Modifier/Supprimer produit. - Consulter stock. - Consulter Alertes. -Consulter factures validées.

aaéranke - Opération effectuée. - Enregistrer la facture de sorties. -Enregistrer la facture d'entrée. I -Afficher la liste des produits.

					Gestionnaire de stock

- Opération effectuée.

- Afficher la liste des produits.

- Afficher la liste des alertes.

- Afficher la liste des factures.

Fig. 11.1. Diagramme de contexte dynamique.

(

13 )

Analyse et conception

Chapitre02

14

1.2. Identification et représentation des cas d'utilisation:

1.2.1. Identification des cas d'utilisation:

Acteur			Fonctionnalités
		y' y' y' y' y'	Gérer pharmacie. Gérer laboratoire. Editer factures de sorties. Editer la facture d'entrée. Consulter Stock.
	Opératrice
		y' y'	Valider la sortie des produits. Consulter Stock.
	Magasinier
		y' y' y' y' y'	Gérer Compte. Consulter factures validées. Gérer produit. Consulter alertes. Consulter Stock.
Gestionnaire	de Stock

1.2.2. Représentation des cas d'utilisation:

Le diagramme de cas d'utilisations (DCU) représente les fonctions du système du point de vue des utilisateurs.

imprimer facture de sortie

z

valider sirops

·

Analyse et conception I Chapitre02

Consulter prix risers ) <rrdeod»

séléctionner compte

supprimer compte

ajouter produit

Ozer produit

supprimer produit
·c
·qactude>>

S'autbertifier

a o-CCoasrner slenpr ........ ............ ........

~_r Çontloerwck <~ ....---

J

Imprinter sink

gérer compte

modifier compte

*cnciude»

ajouter compte

Emrltide ?.-..-..,

<11clo6p>

<<iscloar> ...... ' sélectionner la1 oratoire

sélectionner produit

«i»

Gestioieaùe de stock

System

Consulter Factures salidées ' - ' '

·

'4nclude»

ralider comp Sélectionner facture de surir

_ valider pro rhers

4 alider Fri '

valider la sortie des produits

consulter prix chers {r

«a>

consulter comprimés

Fnpriber

«include»

Fig. 11.2. Diagramme de cas d'utilisation (gestionnaire de stock, magasinier).

15

liagasinler

Chapitre02

Analyse et conception

16

Fig. II.3. Diagramme de cas d'utilisation (opératrice).

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.

1.3.2. Diagramme d'activité:

Le diagramme d'activité (DAC) est un diagramme de vue dynamique du système. Il a pour objectif de modéliser le traitement en termes d'action et de transition.

Un DAC est utilisé pour décrire le comportement interne d'une opération d'un cas d'utilisation ou de n'importe quel processus du système. [2]

Analyse et conception

Chapitre02

36

V' S'authentifier:

Fig. II.4. Diagramme d'activité du cas « s'authentifier ».

V' Gérer pharmacie:

Fig. II.5. Diagramme d'activité du cas «gérer pharmacie».

ü Analyse et conception I Chapitre02

Ajouter pharmacie:

Afficher un fomulaire d'ajout

Saisir les informations relatives à la pharmacie

Valider les informations

Vérifier les entrées

un ou plusieurs champs ne sont pas remplis

La pharmacie existe déjà

Affichera les champs ne sont pas tous remplis. r~

Les champs sont correctement remplis

Afficher tt La pharmacie existe déjà».

37

Ajouter la pharmacie

afficher tt Pharmacie ajoutée

Fig. 11.6. Diagramme d'activité du cas «ajouter pharmacie».

ü Analyse et conception I Chapitre02

Modifier pharmacie:

1

Sélectionner pharmacie ,

Afficher le formulaire de modification

Modifier les informations

Valider la modification

Afficher un message de comfirmation r

		[Non]

38

[Oui]

(Enregistrer les modifications

1

Afficher<umodifications enregistrées ».. 4 ~ J

Fig. 11.7. Diagramme d'activité du cas «modifier pharmacie».

ü Analyse et conception

I Chapitre02

39

Supprimer pharmacie:

Sélectionner pharn^-lacie

Afficher un message pour confirmer la suppression

[Non]

[Oui]

Supprimer la pharmacie

Afficher«Phannacie supprimëe ».

Fig. 11.8. Diagramme d'activité du cas «supprimer pharmacie».

Analyse et conception

Chapitre02

ü Gérer laboratoire:

40

Fig. II.9. Diagramme d'activité du cas «gérer laboratoire».

Analyse et conception

Chapitre02

41

ü Ajouter laboratoire:

Fig. II.10. Diagramme d'activité du cas «ajouter laboratoire».

ü Analyse et conception I Chapitre02

42

Modifier laboratoire:

Sélectionner laboratoire

1

CAfficher le formulaire de modification

Modifier les informations

Valider la modification

Afficher un message pour confirmer

	[Non]		e^,

[Oui]

(Enregistrer les modifications^-'^\

fficher«rliodifications enregistrées »

o

Fig. 11.11. Diagramme d'activité du cas «modifier laboratoire».

Analyse et conception

Chapitre02

ü Supprimer laboratoire:

43

Fig. II.12. Diagramme d'activité du cas «supprimer laboratoire».

ü Analyse et conception

I Chapitre02

Editer la facture de sortie:

S' authentifier

Afficher la facture â edïter

Ajouter pharmacie

Sélectionner pharmacie

n'existe pas]

[ existe

Sélectionner lot

saisir es quantité

V

Valider la facture

			·	Enregistrer la facture

Affichera Facture enregistrée »

44

Fig. 11.13. Diagramme d'activité du cas «éditer la facture de sortie».

ü Analyse et conception I Chapitre02

45

Editer la facture d'entrée:

V

S' aufhenti5er

Afficher la facture d'entrée

Sélectionner laboratoire

V

Sélectionner produit

Sélectionner lot

[lot existe déjà] Saisir la nouvelle quantité du lot)

[lot n'existe pas]

_remplir les informations du nouveau lot

_CValider la saisie

Enregistrer tajout

ti

Afficheri< lot ajoure»_

Fig. 11.14. Diagramme d'activité du cas «éditer la facture d'entrée».

ü Analyse et conception I Chapitre02

Valider la sortie des produits:

S'authentifier

nombre de facture=O

nombre de factures»

Sélectionner facture

Cocher les cases pour valider les produits

Enregistrer les cases cochées

[cases non cochées>D]

sAfficher:"II y a encore des cases non chochées," rf

46

[case non cachée=l}]

Imprimer facture

Fig. II.15. Diagramme d'activité du cas «valider la sortie des produits».

Chapitre02

Analyse et conception

47

V' Consulter stock:

Fig. II.16. Diagramme d'activité du cas «consulter stock».

V' Gérer produit:

Fig. II.17. Diagramme d'activité du cas «gérer produit».

ü Analyse et conception I Chapitre02

Ajouter produit:

		}	Afficher un formulaire d'ajout

aisir les iformations relatives au produi

V

Valider les informations

Vérifier si les entrées sont valides

(Afficher:"Les champs ne sont pas tous rempks

J

[Le produit existe déjà]

V

(Afficher:"Le produik existe déjâ."^--\

[Un ou plusieurs champs champs ne sont pas remplis]y

[Les champs sont correctement remplis]

Ajouter le produit

'_qf

48

Afficher;"Produit ajouté"

1

Fig. 11.18. Diagramme d'activité du cas «ajouter produit».

ü Analyse et conception I Chapitre02

Modifier produit:

Sélectionner le produit

Afficher le formulaire de modification

Modifier les informations

Valider les modifications

AfFficher un message de confirmation

Non j

Enregistrer les modifications

CAffichernModifications enregistrées")

49

Fig. 11.19. Diagramme d'activité du cas «modifier produit».

Analyse et conception

Chapitre02

ü Supprimer produit:

50

Fig. II.20. Diagramme d'activité du cas «supprimer produit».

ü Analyse et conception I Chapitre02

Consulter alertes:

t			S'authentifier

							Comparer la quantité au seuil minimal ,,
					pour chaque produit

Afficher alertes stock

								Vérifier date péremption lot
						Pour chaque lot

Afficher alertes péremption

51

(imprimer les alerte

Fig. 11.21. Diagramme d'activité du cas «consulter alertes».

ü

Analyse et conception I Chapitre02

Consulter factures validées:

1

S'authentifier

D-0)

· Sélectionner état facture

Afficher la liste des factures

[Nombre de factures>O]

[Nombre de facture=D]

Sélectionner la facture

52

Fig. 11.22. Diagramme d'activité du cas «consulter factures».

Analyse et conception

Chapitre02

53

1.3.3. Diagramme de séquence:

Le diagramme de séquence (DES) est un diagramme qui représente le fonctionnement du système en terme d'interaction entre les objets des différentes classes d'un point de vue temporelle.

Un DES met l'accent sur la chronologie des échanges de messages.

· Authentification:

Fig. II.23. Diagramme de séquence du cas « authentification ».

· Analyse et conception I Chapitre02

Ajouter pharmacie:

sd ajouter pharmacie

système

opératrice

ref

Authentification

1 Demander le formulaire d'ajout d'une pharmacie()

2 ; Afficher le formulaire()

3 ; Remplir le formulaire et valide()

Vérifier()

alt

n

n

Informations correctes 5 afficher"pharmacie ajoutée()

Informations incorrectes 6 : afficher un message d'erreur()

il y a des champs vides 7 ; afficher"les champs ne sont pas tous remmplis" ()

Fig. 11.24. Diagramme de séquence du cas « ajouter pharmacie ».

· Analyse et conception I Chapitre02

55

Modifier pharmacie:

sd modifier pharmacie

u

6 : Réponse()

systeme

opératrice

ref

Authentification

1 : afficher la liste des pharmacies()

ref

sélectionner pharmacie

2 afficher les informations de la pharmacie(;

u

3 : modifier les informations()

4 : valider()

5 : afficher un message de confirmation()

opt

7 : vérifier()

informations correctes

8 : afficher"pharmacie modifiée"()

n

informations incorrectes

9 : afficher un message d'erreur()

u

alt

oui

Fig. 11.25. Diagramme de séquence du cas « modifier pharmacie ».

· Analyse et conception I Chapitre02

Supprimer pharmacie:

opt

oui

sd supprimer pharmacie

s.st=m

opëratrice

ref

Authentification

1 ; Afficher la liste des pharmacies()

ref

sëlectionner pharmacie

2 ; valider()

3 ; Afficher un message de confirmation()

u

4 ; rëponse()

10

5 ; pupprimer la pharmaciel:

6

; Afficher le message"Pharmacie supprimëe"()

56

Fig. 11.26. Diagramme de séquence du cas « supprimer pharmacie ».

·

Analyse et conception I Chapitre02

57

Editer la facture de sortie:

·

sd Editer facture de sortie

Systéme

'u

La pharmacie n'existe pas

opt )

ref

Ajouter pharmacie

loop

re

Sélectionner lot

3 : Saisir quantité produit()

4 : Valider()

u

5 Afficher message "facture enregistrée()

Opératrice

ref

Authentification

1 : Afficher la facture()

ref

Sélectionner pharmacie

2 : Vérifier(;

u

Fig. 11.27. Diagramme de séquence du cas « éditer la facture de sortie ».

·

Analyse et conception I Chapitre02

58

Editer la facture d'entrée:

sd Editer la facture d'entrée

Système

Opératrice

Authentification

1 : afficher le facture d'entrée()

ref

Sélectionner laboratoire

loop
		ref	Sélectionner produit
	ref		Sélectionner lot
			lot existe déjâ 2 : Saisir la nouvelle quantité du lot()
			3 : Saisir toutes les informations du lot()

4 : valider()

5 : enregistrer()

6 : afficher:"lot ajouté"()

Fig. 11.28. Diagramme de séquence du cas « éditer la facture d'entrée ».

·

Analyse et conception

Chapitre02

Consulter stock:

59

Fig. II.29. Diagramme de séquence du cas « consulter stock».

· Analyse et conception I Chapitre02

60

Consulter alertes:

sd Consulter alertes

Gestionnaire de stock

Système

ref

Authentification

oop

1 ; Comparer la quantité au seuil minimal peur chaque produit()

2 ; afficher alertes stock()

loop

3 ; Wrifier date péremption pour chaque lot()

u'

4 ; Afficher alertes péremption()

opt

5 ; Imprimer les alertes()

Fig. 11.30. Diagramme de séquence du cas « consulter alertes».

·

Analyse et conception I Chapitre02

Valider la sortie des produits:

sd valider la sortie des produits

kap

ref

Authentification

ref

Sélectionner la facture de sortie

1 : Valider produits()

2 : Enregistrer les cases cochées()

3 : Vérifier()

Magasinier

case non cochée=0

4 : imprimer facture()

opt

Systeme

61

Fig. 11.31. Diagramme de séquence du cas « valider la sortie des produits».

·

Analyse et conception

Chapitre02

Consulter factures validées:

62

Fig. II.32. Diagramme de séquence du cas « consulter factures validées».

Analyse et conception

1.4. Identification des classes :

utilisateur Magasinier

+id utilisateur

+nom utilisateur +prénom_utilisateur +sexe utilisateur +date naiss utilisateur +adresse utilisateur +té lé p h o n e_utilis ate u r +e mail utilisateur

Operatrice

Gestionnaire d stock

I Chapitre02

ni_sirups m_frigo

m_coniprirnës m_prixchers

Compte +Pseudo +Password +ajouter_compte() +madifier_compte() +supprimer_compte()

Pharmacie

+code_pharmacie +nom_pharmacien +Prénom_pharmacien +Ra is o n_s o cia l_p h a rm a cie +adresse_pharmacie +téléphone_pharmacie +télé_fax_pharmacie +web_pharmacie +Code_postal_pharmacie +Portable_pharmacie

+ajouter_pharmacie() +modifier_pharmacie() +supprimer_pharmacie()

Laboratoire

+Code_laboratoire +Raison social laboratoire +adresse laboratoire +Web_laboratoire +Fax_laboratoire +Portable laboratoire

+aj o ute r_la b o rato ire ( ) +modifier laboratoire() +supprimer laboratoire()

Lot

comprimé

sirop

+num_lot +date_fabrication +date_péremption +prix_revient +prix_achat +PPA

frigo

+quantité_lot

prix cher

+Ajouter_produit() +Modifier_produit() +Supprimer_produit()

Facture

+num_facture +date_facture

+ajouter_facture()

facture entrée

facture sortie

+total_en_ht +total_en_ppa +total_en_shp +net_a_payer +nbr_produts +nbr_coliers

+ état_val

+ état_facture

ligne_facture_sortie

+quantité_sortante +état_ligne

ligne_facture_entrée +quantité_entrante

Produit

( ⁶³ )

+id_produit +designation_produit +SHP +seuil_minimal +marge

+ajouter_produit() +modifier_produit() +supprimer_produit()

Analyse et conception

Chapitre02

64

1.5. Elaboration du diagramme de classes:

Le diagramme de classes (DCL) est un diagramme de la vue statique. Il est considéré comme le plus important de la modélisation orienté objet car il possède un très haut niveau d'abstraction. Il représente le système en termes d'objets et de liens entre objets.

Un DCL permet de définir les futures composantes du futur système final et de structurer le travail de développement de manière très efficace.

Analyse et conception I Chapitre02

Produit

+icLproduit +designation_praduit +$HP

+seuil minimal +marge

	1.1	Possède	11
utllisateur
				Compte
+id utilisateur +nom utilisateur +prénom_utilisateur +sexe_utllisatcur +date_naiss_utiiisateur +adresse_utillsateur +téiéphune_utlisateur i-e-mail utilisateur				+Pseudo +Password
				+ajouter_compte() +modifier_campte(] +supprlmer_compteQ

Gestionna ire_de_stock

Magasinier	Operatrice			Lot	+ajouter_produit4 +modifics roduit(j +sopprlmer_roduit(			1,		Fabi
1		1,	+num lot +date_fabriotion +dateséremption +prtx_revient +prix_adrat +PPA +quantité_€ot				comprrrné		sirop		1,1

m_sirops

M-

1

m_prixdrers

m_comprlmés

Contient

Facture

content

Laboratoire

+Cade laboratoire +Raison salol laboratore +adresse laboratoire +Web iaboratoire +Fax_laboratoire +Portable laboratoire

+ajouter laboratolreO
+modifie laboratoire0
+supprimer laboratoire[]

14

+Ajouter_prodrit() +Modifier produit ) +Supprimer_produiIQ

+num_fachrre +date facture

+ajouter fadure0

ligne_dactrrre_entrée +quanlité_entmnte		ligne_farture soatie +quantité_sortante +état_Ilgne
1, facture_entrée	1.*		Cordent

1,' content

facture_sortie 1, Pbatmade

Éditer

Valider

Vaider

1,

+total_en_ht +total_en_ppo +total en_shp +net_a_payer +nbr_produits +nbr coiiers +état_val +état Failure

Fig. 11.33. Diagramme de classe.

65

+code_pirarmaeie +nom_pharmac en +Prénom_pharmaden +Raison_sodal_pharmade +adresse_pharmade +téléphorre_pharmacie +télé_fax_pharmade +webJharrnade +Code_postal_pharmatle +Portable_pharmade

+ajouter_pharmadeO +madifier_pharmade(} +su pprimer_pbarrnacieQ

Analyse et conception

Chapitre02

1.6. Elaboration du diagramme d'état transition:

Un diagramme d'état transition (DET) décrit le fonctionnement interne d'un objet d'une classe à l'aide d'un automate à état fini. Il représente les séquences d'états possibles par lesquels passe un objet instance de la classe durant son cycle de vie.

66

Fig. II.34. Diagramme d'état transition.

Analyse et conception

Chapitre02

67

2. Passage du modèle objets vers le modèle relationnel:

Le passage depuis le modèle objets (DCL) vers le modèle relationnel est fait dans l'objectif d'implémenter la BD sur un SGBD relationnel.

Pour passer d'une représentation orientée objet en DCL vers le modèle relationnel, il faut appliquer des règles de passage:

ü Une classe correspond à une table du modèle relationnel:

Ø Chaque attribut donne lieu à une colonne.

Ø Chaque instance stocke ses données dans une ligne (t_uplet) et son OID sert de clé primaire.

Ø Certains complexe ne correspondent a aucun des types SQL; on rencontre fréquemment ce cas pour les attributs représentant une structure de donnée.

ü Un type complexe peut être conçu:

· Soit avec plusieurs colonnes, chacune correspondant a une structure.

· Soit avec une table spécifique dotée d'une clé étrangère pour relier les instances aux valeurs de leur attribut complexe.

L'ensemble de règles utilisées pour le passage de l'orienté objet vers le relationnel est décrit ci-dessous :

Modèle objet		Modèle relationnel	Classe.
Table.		Attribut de type simple.
Colonne.		Attribut de type complexe.
Colonne ou clé étrangère.		Instance.
T_uplet.		OID.
Clé primaire.		Association.
Clé étrangère ou table de lien.		Héritage (classe mère, classes filles).
*Clé primaire identique sur plusieurs tables. *Colonne pour spécifier les classes filles.

Chapitre02

Analyse et conception

Max B

Max A

1

> 1

> 1

Ajouter la clé de B dans la relation de A comme attribut

Crée une relation R ayant comme attribut la clé de A et la clé de B

Equivalence entre les concepts objets et relationnels :

1

*Fusionner les deux classes dans une seule table, en gardant la table la plus importante sémantiquement. *Ajouter la clé de B comme une clé étrangère dans A (ou l'inverse).

Ajouter la clé de A dans la relation de B comme attribut

68

Nous appliquons sur les classes les mêmes règles. Le schéma de base de données est le suivant :

y' Utilisateur (id_utilisateur, nom_utilisateur, prénom_utilisateur, sexe_utilisateur, date_naiss_utilisateur, adresse_utilisateur, téléphone_utilisateur, e_mail_utilisateur, fonction, type_magasinier) ;

y' Compte (pseudo, password, id_utilisateur) ;

y' Produit (id_produit, désignation_produit, SHP, seuil_minimal, catégorie, code_labo) ;

y' Lot (num_lot, date_fab, date_péremp, prix_unitaire, PPA, qute_lot, id_produit) ;

y' Pharmacie (code_pharm, nom_pharm, prénom_pharm, raison_social_ pharm, adresse_ pharm, téléphone_ pharm, fax_ pharm, web_ pharm, code_postal_ pharm, portable_ pharm) ;

y' Laboratoire (code_labo, raison_social_labo, adresse_ labo, web_ labo, fax_ labo, téléphone_ labo);

Analyse et conception

Chapitre02

69

V' Facture_sortie (num_facture, date_facture, net_à_payer, total_shp, total_ht, total_ppa, nbr_produits, nbr_coliers, état_val, état facture, id_magasier, id_opératrice, code_pharm) ;

V' Facture_entrée (num_facture, date_facture, code_labo) ;

V' Ligne_facture_sortie (num_facture, num_lot, quantité_sortante, état_ligne, id-magasinier);

V' Ligne_facture_entrée (num_facture, num_lot ,quantité_entrante) ;

NB : Toutes les relations sont à la troisième forme normale.

Conclusion:

Ce chapitre a été consacré à l'analyse et la conception de notre système, à l'aide d'un processus de développement UP et les diagrammes d'UML.

Dans le prochain chapitre, nous allons présenter l'implémentation à l'aide des différents outils logiciels décrit dans le même chapitre.

Chapitre 03 :
Implémentation.

Implémentation

Chapitre03

70

Introduction:

Après avoir établi la phase de l'analyse et la conception en suivant la démarche d'UP dans le chapitre précédent, celui-ci est consacré à la partie implémentation à travers laquelle nous allons expliciter la structure de notre application. Cette structure a été réalisée à travers des logiciels que nous présenterons ci-dessous et une base de données (BD) dont le schéma sera expliquée également, et pour finir, nous présenterons quelques captures d'écrans de notre application.

1. Présentation de l'environnement:

A partir de la description conceptuelle que nous avons réalisée dans le chapitre précédent, nous pouvons implémenter les fonctionnalités du système en java et construire le modèle relationnel de la BD en utilisant un langage de définition de données. Pour cela, nous suivrons les étapes telles que décrites ci-dessous:

1.1. Implémentation en java:

Java est un langage de programmation orienté objet, développé par Sun Microsystems. Il permet de créer des logiciels compatibles avec de nombreux systèmes d'exploitation (Windows, linux, macintosh, Solaris). Java donne aussi la possibilité de développer des programmes pour téléphones portables et assistants personnels. [3]

Java est très utile car il est:

V' Interprété

V' Orienté objet

V' Simple Fortement typé

V' Assure la gestion de la mémoire

V' Sûr

V' Econome

V' multitâche

Implémentation

Chapitre03

71

1.2. Implémentation en SQL:

Le SQL (Structured Query Language) est un langage informatique qui permet d'interagir avec des bases de données relationnelles. C'est le langage pour base de données le plus répandu et c'est, bien sûr, celui utilisé par MySQL. C'est donc le langage que nous allons utiliser pour dire au client MySQL d'effectuer des opérations sur la base de données stockée sur le serveur MySQL. [4]

2. Plateforme matérielle:

Ø type de machine: Intel (R) Core(TM) i3-3110M. Ø CPU: 2.40GHz. Ø RAM: 4, 00 Go. Ø Disc dur: 500Go.

3. Plateforme logicielle:

3.1. Système d'exploitation:

L'environnement de base qui a constitué le support de notre travail est le système d'exploitation Windows 8.

Il offre une simplicité, une mobilité, un démarrage très rapide du système, un écosystème fermé qui fonctionnera plus en autarcie, comme celui d'Apple, et surtout des options de réparation intégrées qui vont permettre de dépanner plus facilement un poste de travail en carafe. [5]

Implémentation

Chapitre03

72

3.2. Netbeans :

NetBeans est un environnement de développement intégré (IDE) pour Java, placé en open source par Sun en juin 2000 sous licence CDDL (Common Development and Distribution License). En plus de Java, NetBeans permet également de supporter différents autres langages, comme Python, C, C++, XML et HTML. Il comprend toutes les caractéristiques d'un IDE moderne.

NetBeans est disponible sous Windows, Linux, Solaris (sur x86 et SPARC), Mac OS X et Open. [6]

3.3. EasyPhp :

EasyPHP fut le premier package WAMP à voir le jour (1999). Il s'agit d'une plateforme de développement Web, permettant de faire fonctionner localement (sans se connecter à un serveur externe) des scripts PHP. EasyHP n'est pas en soi un logiciel, mais un environnement comprenant deux serveurs (un serveur web Apache et un serveur de bases de données MySQL), un interpréteur de script (PHP), ainsi qu'une administration SQL phpMyAdmin. Il dispose d'une interface d'administration permettant de gérer les alias (dossiers virtuels disponibles sous Apache) et le démarrage/arrêt des serveurs. Il permet donc d'installer en une seule fois tout le nécessaire au développement local du PHP. Par défaut, le serveur Apache crée un nom de domaine virtuel (en local) 127.0.0.1 ou localhost. Ainsi, quand on choisit « Web local » dans le menu d'EasyPHP, le navigateur s'ouvre sur cette URL et affiche la page index.php de ce site qui correspond en fait au contenu du dossier www d'EasyPHP.

Et pour cela, on a choisit ce logiciel freeware pour construire notre BD.

3.4. StarUML :

StarUML est un outil de modélisation UML (Unified Modeling Language) open source qui peut générer automatiquement les differents diagrammes d'UML et qui vient se substituer aux outils payants tels que « IBM Rational Rose ».

Implémentation

Chapitre03

Ce logiciel open source est simple d'utilisation et intuitif pour un débutant. StarUML est simple d'installation et consomme peu de ressources système (mémoire ~200 Mo et utilisation CPU faible). Il possède également une documentation.

Cet outil respecte l'approche MDA (Model Driven Architecture) permettant de générer du code à partir de la modélisation UML (diagramme de classes). StarUML peut générer du code C, C++, Java et PHP 5 grâce aux divers plugins le composant. [7]

3.5. PhotoShop CS5 :

Adobe Photoshop est un logiciel d'édition graphique développé et édité par Adobe Systems Incorporated. Il est utilisé pour manipuler les images et les icones de notre application. [8]

4. Système de Gestion de Base de Données (SBGD):

Un SGBD est un ensemble de logiciels chargés d'assurer les fonctions minimales

suivantes :

y' Le maintien de la cohérence des données entre elles

y' Le contrôle d'intégrité des données accédées

y' Les opérations classiques sur les données (consultation, insertion, modification,

suppression)

y' Les autorisations d'accès à la base de données.

73

Pour gérer notre BD, On a utilisé le SGBD MySQL qui est un serveur de BD relationnel.

Implémentation

Chapitre03

5. Description des interfaces graphiques de notre application:

Dans ce qui suit, nous présentons les interfaces essentielles de l'application.

· Interface d'authentification:

C'est la première interface qui apparait lors du lancement de l'application. A partir de cette page, nous pouvons accéder aux différents espaces de chaque acteur.

74

Fig. III.1. L'interface de l'authentification.

· Implémentation

Chapitre03

75

Espace gestionnaire de stock:

C'est à partir de cet espace que le gestionnaire de stock gère les comptes des utilisateurs, soit par ajout, comme le montre l'interface ci-dessous, soit par modification ou par suppression. Il lui incombe aussi les fonctionnalités suivantes :

Ø Gérer produit: soit par ajout, soit par modification ou par suppression. Ø Consulter stock: chaque catégorie à part.

Ø Consulter alertes : pour une bonne gestion de stock.

Ø Consulter factures validées : en cas d'erreur.

Fig. III.2. L'interface d'espace gestionnaire de stock.

· Implémentation

Chapitre03

76

Espace opératrice:

Cet espace permet à l'opératrice d'accomplir les tâches suivantes :

y' Gérer pharmacie : soit par ajout, soit par modification ou par suppression. y' Gérer laboratoire: soit par ajout, soit par modification ou par suppression.

y' Editer la facture de sortie : comme le montre l'interface ci-dessous.

y' Saisir l'entrée des produits : qui ont été approvisionnés auprès du laboratoire. y' Consulter stock.

Fig. III.3. L'interface d'espace opératrice.

·

Implémentation

Chapitre03

77

Espace magasinier:

Dans cet espace, chaque magasinier valide la sortie les produits, comme il peut consulter le stock dont il a la responsabilité, comme le montre l'interface ci-dessous.

Fig. III.1. L'interface d'espace magasinier.

Conclusion:

Dans ce dernier chapitre, nous avons présenté l'environnement de développement (java,SQL), ainsi que la plateforme matérielle et les différents outils utilisés pour la réalisation de notre application tels que Netbeans, easyPhp, starUML, etc&Nous avons donné enfin quelques exemples d'interfaces essentiels de notre application.

78

Conclusion générale:

Après trois années consécutives de formation, ce travail vient sanctionner les connaissances aussi bien théoriques que pratiques que nous avons assimilées.

A travers le développement de notre application gestion de stock des produits pharmaceutiques, nous avons eu l'occasion de revenir sur quelques aspects d'actualité dans le domaine de l'informatique tels que la gestion d'un projet, le suivi d'un procédé de développement et la conception d'une base de données. Un réel travail de documentation fut requit pour aborder ces aspects et les appliquer à notre projet.

Afin de réaliser ce projet, nous avons utilisé le langage UML associé à la méthode UP pour que notre conception soit fiable. Sur le plan d'implémentation, nous avons utilisé le langage Java, le langage SQL, les bases de données, etc.&

Ce projet a été bénéfique pour nous à plusieurs titres. En effet, il nous a permis de :

1. nous perfectionner en améliorant nos connaissances en programmation et en conception.

2. bien comprendre le déroulement de la conception à la mise en oeuvre de notre application.

3. découvrir le monde de l'industrie pharmaceutique.

Tout en espérant être parvenus à réaliser les objectifs de l'étude, nous sommes conscientes qu'il faut mettre en application réelle ce travail sur le terrain pour détecter les imperfections afin de l'améliorer dans la mesure du possible.

Finalement, notre souhait ultime est que cette étude soit un modèle pour d'autres.

79

Bibliographie

[1]: Cours UP: Mr Bouanaka Mouhamed Ali.

[2]: Cours UML: Madame Bentellis Adla. [3] : www.developpez.com

[4] : Ouvrage intitulé: « Administrez vos bases de données avec MySQL », Chantal Gribaumont (Taguan).

[5] : http://www.cnetfrance.fr/

[6] : http://www.techno-science.net/

[7] : www.projet-plume.org

[8] : http://fr.shvoong.com/