INTRODUCTION GENERALE

Actuellement, le monde connaît une avance technologique considérable dans tous les secteurs
et cela grâce à l'informatique qui est une science qui étudie les techniques du traitement
automatique de l'information. Elle joue un rôle important dans le développement de
l'entreprise et d'autres établissements.
Avant l'invention de l'ordinateur, on enregistrait toutes les informations manuellement sur des
supports en papier ce qui engendrait beaucoup de problèmes tel que la perte de temps
considérable dans la recherche de ces informations ou la dégradation de ces dernières.
Ainsi, jusqu'à présent, l'ordinateur reste le moyen le plus sûr pour le traitement et la
sauvegarde de l'information. Cette invention a permis d'informatiser les systèmes de données
des entreprises, ce qui est la partie essentielle dans leur développement aujourd'hui.
Les pharmacies hospitalières et celles des dispensaires publiques font partie intégrante des
établissements que l'informatique pourra beaucoup aider. En effet, la croissance du nombre
des médicaments hospitaliers nécessite la mise en place d'une gestion rationnelle prise et
rapide, or et jusqu'à ce jour, la manière de gérer manuellement est encore dominante.
On remarque ainsi la mauvaise organisation du travail dans la pharmacie lors de la recherche
d'une information ainsi lors de la création des statistiques l'information n'est pas toujours
précise ni disponible d'où la nécessité d'introduire l'informatique dans les pharmacies
hospitalières.

7
Vu cet état de fait, mon projet fin d'études a pour objectif de concevoir et mettre en œuvre une
application web interactive, fiable, conviviale et facile à intégrer dans l'environnement de
travail des pharmacies assurant la gestion de ces dernières et de suivre les ordonnances en
prenant en considération le type des médicaments sortis à chaque ordonnance et l'état de stock
des médicaments, en essayant de trouver les solutions aux problèmes rencontrés lors de
l'exécution.
Cette application vise essentiellement à diminuer la complexité des traitements ainsi que le
temps perdu lors de la gestion de stock, en particulier
Dans ce travail, on a commencé par faire une présentation de projet, ainsi le choix
méthodologique suivi.
On a spécifié par la suite les besoins fonctionnels de l'application, le diagramme du cas
d'utilisation général du système.
Par la suite on a étudié la partie conception qui contiendra une description détaillée de cas
d'utilisation, les diagrammes de séquence ainsi que le diagramme de classe détaillé.
Après avoir achevés la partie conception, on a définis dans le dernier chapitre l'étude
technique en précisant l'outil de travail et l’implémentation du projet. On a aussi illustré
quelques interfaces qui donnent une idée sur les fonctionnalités de l'application.

CHAPITRE 1
1-Introduction
De nos jours, il n’est plus aisé de définir les enjeux des nouvelles
technologies de la gestion dans la professionnalisation de pharmacologie.
En effet, elles représentent un véridique aide dans le travail du
pharmacien et elles assurent la communication et la collaboration avec
ses correspondants et patients. Ce chapitre va présenter le cahier des
charges du projet. Dans lequel on va effectuer une étude de l’existant du
projet et les solutions proposées et on précisera les besoins fonctionnels
et non fonctionnels.

2. Présentation de la pharmacie :
Dans l’exercice de la pharmacie, tout pharmacien, en fonction du poste
qu’il occupe, peut être appelé à utiliser des notions de base en gestion
des ressources humaines, financières et matérielles. Planifier, organiser,
budgéter, diriger, gérer, contrôler et évaluer représentent des fonctions
de gestion nécessaires au maintien d’un environnement professionnel.
Ceci permet d’assurer aux patients l’accès aux services et aux produits
requis pour répondre à leurs besoins.

L’application, dans son milieu d’exercice, des principes de base et des

habiletés de gestion permet au pharmacien d’optimiser les soins
pharmaceutiques et les relations interprofessionnelles. Elle contribue
également à assurer et à maintenir l’hygiène, la sécurité, l’efficacité et
l’efficience du milieu de travail.

3. Enjeux et vision du projet

Comme de nombreuses autres entreprises, les pharmacies sont en face de
la contrainte de gestion des stocks. De ce fait, afin de satisfaire au mieux
la clientèle en quantité, qualité, délais,... et de réduire son coût
d’exploitation, les stocks constituent un maillon essentiel pour le bon
fonctionnement de la structure. D’où l’incontournable problème de
gestion de stocks. En effet, la gestion de stocks a pour but de maintenir à
un seuil acceptable, le niveau de service pour lequel le stock considéré
existe. Ceci est fait grâce à des coûts relativement faibles. En effet, la
gestion de stocks n’a pas d’objectifs absolus valables pour toutes les
entreprises, pour tous les produits ou pour toutes les catégories de
stocks. L’objectif correspondra toujours à un contexte particulier, de plus
il ne sera pas figé mais évoluera dans le temps. Dans le cas de la
pharmacie, elle a pour objectif la satisfaction continue de la demande de
sa clientèle en produits pharmaceutiques, cela à moindre coût.

4. Présentation de la mission :
Dans cette partie je voudrai présenter les principes de fonctionnement du
système utilisé. Je commencerai par une description de l'existant puis
déterminer les besoins fonctionnels et non fonctionnels du système
ensuite définir les acteurs qui interagissent avec le système.

5. Description de l’existant :

5.1. Etude de l’existant

Ce projet consiste à créer application permettant pharmaci
une de gérer une e,
il s'agit de définir les de la gestion, mettre à jour les
responsabilités données,
organiser des données renforcer le contrôle et la
collectées, de confrontation,
assurer une meilleure l'informati
gestion et une cohérence de on et enfin
faciliter le travail des
responsables.

5.2. Présentation de l'application

Cette application que nous nous sommes proposé de développer

pour
l’automatisation de la gestion de la des activités existantes dans
majorité la
pharmacie, doit permettre de aux cette dernière.
répondre exigences de Pour
le développement de cette jug nécessaire
application, nous avons é d'utiliser
les différents outils et méthodes qui sont les suivants :
- Pour la Programmation, nous utilisons Netbeans 15 langage java.
- Pour le traitement de texte, nous travaillons avec Microsoft Office.
- Nous utilisons la base de données WAMP SERVER

5.4. Orientations(Solutions) :

Afin de corriger les problèmes présentés ci-dessus, je suis appelé à

réaliser cette application qui assure les points suivants :

1. Automatiser les tâches qui se traitent manuellement.

2. Faciliter la recherche et l'accès aux informations.
 3. Sauvegarder toutes les données relatives à la gestion des
ordonnances sur des supports informatiques ce qui assurera leur
sécurité.
4. Minimiser les supports papiers utilisés.

5. Faire toute modification (ajout, suppression, modification)

automatiquement.

6. Plus d'organisation dans le travail du responsable de pharmacie.

7. Faciliter la recherche de l'information.
8. Rapidité dans l'établissement des différents documents.

9. Gain de temps dans les calculs des statistiques.1 Proposer une

bonne codification.

6.2. Spécification des besoins

Cette phase consiste à comprendre le contexte du système. Il s'agit de

déterminer les fonctionnalités et les acteurs les plus pertinents, de
préciser les risques les plus critiques et d'identifier les cas d'utilisation
initiaux

6.3. Identification des besoins

6.3.1. Les besoins fonctionnels :

Les besoins fonctionnels se rapportent aux fonctionnalités que

l'application en question doit offrir pour satisfaire les utilisateurs.

Les fonctionnalités que doit intégrer l'application à développer peuvent

être décrites comme suit :

a. Gestion des sécurités : Le Système permet de gérer les droits

d'accès de chaque utilisateur en associant un ID et un mot de passe
pour chaque utilisateur (pharmacien ou employé).
b. Gestion des médicaments : Cette opération consiste à ajouter un
nouveau médicament dans le stock, modifier ou supprimer un
médicament qui existe déjà stock à savoir les mouvements réalisés sur
 le stock (entrée /sortie de médicament, quantité des médicaments
dans le stock).

c. Gestion des ventes : Lorsqu'un client lui présente une ordonnance

ou veut acheter un médicament précis, le pharmacien ou un de ses
employés doit vérifier la disponibilité de chaque médicament dans le
stock, le logiciel doit être capable d'indiquer au pharmacien la
quantité de stock restante dans le stock pour chaque médicament
demandé par le client ainsi que leur date de péremption. Ce n'est
qu'après cette étape de vérification que le pharmacien peut effectuer
la vente en saisissant dans le logiciel le nom et la quantité de
médicament vendu, ce dernier doit lui retrouver le prix de chaque
médicament ainsi que le montant total qui sera encaissé par le
pharmacien.. L'utilisateur doit créer une facture correspondant à la
liste des médicaments prescrits dans les ordonnances.
d. Gestion stock : Lorsqu'un fournisseur lui livre les médicaments
commandés, le propriétaire de la pharmacie doit implémenter la base
de données du logiciel par le nombre de médicaments livrés, et
vérifier leurs dates de péremption.

e. Facturation : cette fonction permettra de suivre les différentes

statistiques et informations possibles (vendeur, montant, date…) pour
chaque facture selon son numéro.

6.3.2. Les besoins non fonctionnels

Le non fonctionnels sont indispensables et permettent
s besoins l'amélioration
la logiciel de notre système. Ils comme des contraintes
de qualité agissent sur
les solutions, mais leur prise en considération fait éviter plusieurs
incohérenc dans le système. dernier répondr exigence
es Ce doit e aux s
suivantes :

a. Authentification : le système doit permettre à l'utilisateur de

saisir son login et son mot de passe pour accéder au système. Cette
opération assure la sécurité du système et limite le nombre des
utilisateurs.
b. Ergonomie : le système devra offrir aux utilisateurs une interface
qui soit le plus riche possible afin de limiter le nombre d'écrans. Par
ailleurs, l'interactivité devra être adaptée (usage du clavier, menu,
etc..).
 5.3. Critique de l'existant

L'analyse de l'existant met l'accent sur plusieurs difficultés telles que :

1. Le travail de certaines pharmacies publiques se fait encore

manuellement.

2. Négligence du facteur temps : le facteur temps est un facteur

fondamental pour toutes activités dans le centre médical et vue que
les tâches destinées au responsable de pharmacie, pour bien gérer
le stock des médicaments, il sera difficile de réussir cette tâche
manuellement, aussi bien pour les différentes ordonnances que
pour les statistiques qui lui sont associées.

3. Mal organisation du travail dans la pharmacie.

4. Les documents (fiche de produit, le stock, bon de livraison, etc.) ne

sont pas bien détaillés.
5. Volume important des informations traitées manuellement, ce qui
provoque parfois des erreurs dans l'établissement des documents.
6. Recherche difficile sur les registres qui engendre une perte de
temps
7. Insécurité des informations.

8. Possibilité d'erreur dans le remplissage des différents documents et

registres.

9. Possibilité d'erreur dans les calculs des statistiques.

10. Nombre important des archives qui engendre une difficulté de

stockage. (Détérioration des archives à force de leur utilisation trop
fréquente.
11. Mauvaise codification sur quelques objets dans la gestion
d'information.

8. Conclusion
On a réussi à d'introduire ce projet, de préciser le travail demandé et de
définir la méthodologie de travail, ainsi d’identifier les acteurs du
système. Ce qui va permettre la bonne implémentation du projet dans les
chapitres qui suivent.
 CHAPITRE 2 :
CONCEPTION
1. Introduction
Dans ce chapitre, le diagramme global des cas d'utilisation du système
ainsi que les autres cas d’utilisation en particulier seront présentés. Cela
est fait en utilisant les acteurs qui interagissent avec le système. On
couvre une vue dynamique du système à travers les différents
diagrammes de séquences relatifs aux cas d'utilisations. Enfin, on dégage
les différentes tables de la base de données via le diagramme de classe.

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

Dans un diagramme de cas d'utilisation (figure II.1), elles peuvent être
reliées par une relation de généralisation ou de dépendance (inclusion ou
extension).

La relation de généralisation entre cas d'utilisation signifie que le cas

d'utilisation père peut être substitué par le cas d'utilisation fils. La
relation de dépendance d'inclusion est utilisée pour éviter de décrire
plusieurs fois les mêmes collaborations d'objets.

Figure II.1 : exemple de diagramme de cas d’utilisation

18
Cette relation peut aussi être vue comme un exemple de délégation, c'est
à dire que le cas d'utilisation qui est inclus représente une responsabilité
particulière dans le S.I. qui pourra être utilisée par les autres cas
d'utilisation qui en auront besoin.

La relation de dépendance d'extension entre cas d'utilisation indique

que le
cas d'utilisation de base va éventuellement être étendu par le cas
d'utilisation

à la base de la relation. Ce cas d'utilisation peut correspondre à la

description du traitement d'une exception.[3]

L’acteur ici est le pharmacien, le diagramme des cas d’utilisation est

montrée par le tableau des cas d’utilisation (figure II.2)

Acteurs Description
Pharmacien Possède des droits sur la gestion de
stock pharmaceutique.

Possède des droits sur la gestion

des médicaments.

Possède des droits sur la gestion

des sécurités

Possède des droits sur la gestion

des ventes.

Figure II.2 : tableau des cas d’utilisation

Le nombre des acteurs et des cas change selon les besoins de chaque
projet. La représentation de cas d’utilisation en diagrammes est décrite
par les figures ci-dessous :
19
 3. Diagramme de cas d’utilisation :
3.1. Diagramme de cas d’utilisation
authentification :

6. Diagramme de séquence
Le diagramme de séquence est une description graphique des opérations
d'un système sous un angle chronologique. C'est une vue dynamique qui
contient les symboles d'objets (instances de classe), d'acteurs et de
messages qu'ils échangent. La dimension verticale est l'axe temporel : les
messages y sont représentés par ordre chronologique. La dimension
horizontale montre des objets et des acteurs qui échangent des
informations, le diagramme de séquence permet de représenter les
échanges entre les composants et les objets du système, dans le cadre
d'exécution des cas d'utilisation, de point de vue temporel.

Dans ce qui suit, nous présentons quelques fonctions de l'utilisateur à

travers des différents diagrammes de séquences :

6.1. Diagramme de séquence

d’authentification :
 Figure II.17 : Diagramme de séquence de
l’authentification
Description textuelle : L’utilisateur qui veut y accéder tape son id et son
mot de passe, le système vérifie la concordance des données et confirme
l’authentification, l’affichage de l’interface principale se suit directement.

6.2. Diagramme de séquence de traitement de

vente :
 Figure II.18 : Diagramme de séquence de la
gestion de vente

Description textuelle : L’utilisateur saisit les médicaments à vendre à

l’aide de l’ordonnance, en même temps le système vérifie la disponibilité
en termes de produit et de quantité, l’utilisateur valide la liste des
produits et confirme la vente, le montant s’affiche, après l’effectue de la
vente une facture sera imprimée.

34
6.3. Diagramme de séquence pour ajouter un nouveau
produit

Figure II.19 : Diagramme de séquence de la mise

à jour du stock (l’ajout)
Description textuelle : L’utilisateur mentionne les informations du
nouveau médicament, le système valide, sinon l’utilisateur modifie
seulement la quantité si le produit existe déjà dans le stock, le système
confirme.

35
 6.4. Diagramme de séquence de la
suppression de médicament :

Figure II.20 : Diagramme de séquence

de la suppression d’un médicament périmé
Description textuelle : L’utilisateur vérifie l’état du stock, notamment les
dates de péremption, le stock retourne la présence des médicaments
périmés, l’utilisateur supprime ces derniers et l’action sera validé.

36
 7. Construction du diagramme de classes :
Le de classes est utilis en logiciel présente
diagramme un schéma é génie pour r
les classes le interfaces système que
et s des s ainsi les différentes relations
entre celles- Ce diagramme fait partie statique d'UML car il
ci. partie de la fait
abstraction des aspects temporels et dynamiques.

Une classe décrit les responsabilités, le comportement et le type d'un

ensemble d'objets. Les éléments de cet ensemble sont les instances de la
classe.[4]

Une classe ensemble de fonctions (attributs qu

est un et de données ) i sont
liées sémantiqu Les son utilisée
ensemble par un champ e. classes t s dans
la objet modélise
programmation orientée . Elles permettent de r
un programme ainsi de une complex plusieur petit
et découper tâche e en s s
travaux simples.
[4]

7.1. La liste des supports d'information :

8. 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.