Rapport Gestion Pharmacie

Gestion dune pharmacie
Rapport du projet
Systme de gestion d'une
pharmacie
Filire: Gnie industriel
Module: Systme de gestion de base de donnes et systme
Ralis par :
par :
SAMI Nassima
MOUBARI Soukaina
MOHIMI Salma
MAHLAL Mehdi
Mr hain Encadr
Mr
moutachawwik
Sommaire :
I.
Introduction :.................................................................................................................... 3
II.
Etude prliminaire de projet :........................................................................................... 4

1.
Cahier des charges :..................................................................................................... 4
Un cahier des charges a pour fonction de formaliser un besoin afin que ce dernier soit
compris par l'ensemble des acteurs impliqus dans le projet. Il prcise les spcifications
attendues............................................................................................................................ 4
a.
Contexte et dfinition du problme :.........................................................................4
b.
Objectif :.................................................................................................................... 4
c.
Primtre................................................................................................................... 4
d.
Description fonctionnelle........................................................................................... 4
e.
Sous-fonctions :......................................................................................................... 5
2.
Reprsentation des solutions :...................................................................................... 5
III.
Analyse et conception................................................................................................... 7
3.
Description de la mthode de conception utilise :....................................................7
4.
Diagramme de Flux :..................................................................................................... 9
5.......................................................................................................................................... 9
6.
Modle conceptuel de donnes avec description ;......................................................10
7.
Dictionnaires des donnes :........................................................................................ 12
8.
Modle logique des donnes avec description et les rgles de transformations.........14
9........................................................................................................................................ 14
10.
Modle conceptuel des traitements :.......................................................................14
11.
Modle organisationnel de traitement :..................................................................17
Liste des acteurs:........................................................................................................... 17

Liste des vnements:................................................................................................... 18
12.
Liste des objets des diagrammes conceptuels.........................................................19
Liste des oprations:...................................................................................................... 19

Liste des actions:............................................................................................................ 21
13.
Liste des objets des diagrammes organisationnels..................................................22
Liste des phases:............................................................................................................ 22

Liste des actions:............................................................................................................ 23
IV.
Ralisation :................................................................................................................ 24
Prsentation succincte des outils de travail......................................................................24

Aperu de quelques prises dcrans avec description.......................................................24
2

I.
Conclusion...................................................................................................................... 28
II.
Bibliographie.................................................................................................................. 29
III.
Annexe........................................................................................................................ 30
I.
Introduction :
Ce travail sintgre dans le cadre du programme de formation de la 3me

anne de lENSAM. Nous avons choisi pour notre projet de concevoir un logiciel de
gestion de pharmacie.
Ce travail nous engage concevoir un produit fiable, robuste et rpondant
compltement aux besoins du client.
Notre choix a t influ par les outils informatiques que nous allions mettre en
uvre pour ce logiciel savoir la conception dune base de donnes, dune GUI
(Graphical User Interface) et de toute la programmation quil y a derrire pour
satisfaire le cahier de charge du client et aboutir une application simple, utile,
performante, ergonomique et fiable.
La conception et la mise en uvre des bases de donnes constituent un volet trs
important de linformatique car elles sont aujourdhui au cur des applications
quotidiennes et du systme dinformation des entreprises. Les GUI constituent aussi
une partie primordiale de linformatique moderne car ils permettent la vulgarisation
des applications pour le grand public et laugmentation de linteraction des
utilisateurs avec le logiciel permettant ainsi une prise en main facile et une
organisation visuelle efficace surtout quant il sagit de la manipulation des bases de
donnes.
Cest pour toutes ces raisons que nous avons choisi ce projet, et nous esprons que
ce travail soit satisfaisant et nous permettra denrichir notre savoir. Pour ce projet
nous avons choisit de suivre le cycle de dveloppement logiciel complet pour nous
initier aux mthodes de dveloppement professionnelles et aboutir un produit fini.
Le travail que nous avons effectu se dcompose en trois grandes partie :
Premirement, lanalyse du cahier de charge et des besoins du client.
Deuximement, la conception de la base de donnes du logiciel en utilisant le SGBD
MYSQL. Et troisimement, la conception de lapplication avec sa GUI, ses
fonctionnalits et ses tests dintgration et de validation en utilisant le HTML et le
3

php. Dans ce rapport nous allons dtailler toutes les tapes de conception de notre
logiciel.
II.
Etude prliminaire de projet :

1. Cahier des charges :
Un cahier des charges a pour fonction de formaliser un besoin afin
que ce dernier soit compris par l'ensemble des acteurs impliqus
dans le projet. Il prcise les spcifications attendues.
a. Contexte et dfinition du problme :
Le pharmacien travaille le plus souvent en officine. Professionnel de sant et

commerant, il est la lisire de deux mondes. L'industrie, l'hpital et les
laboratoires d'analyses mdicales offrent d'autres possibilits.
Quand le patient entre dans l'officine, le pharmacien est l pour dlivrer et expliquer
le traitement prescrit par le mdecin. Sa responsabilit est engage en cas d'erreur.
Connaissant la composition des mdicaments, il vrifie la cohrence des
prescriptions (posologie, interactions mdicamenteuses). Il coute et oriente les
clients vers les mdicaments dlivrs sans ordonnance, la parapharmacie et
l'appareillage (canne, minerve...). C'est lui que l'on s'adresse pour de
l'automdication en cas de pathologie lgre (rhume, maux digestifs...). Rigoureux
dans ses conseils, il oriente vers le mdecin, le kin, le dentiste..., lorsque le cas
l'exige. Par ailleurs, il commande les produits, gre les stocks et tient la
comptabilit.
4

Le pharmacien possde non seulement des comptences scientifiques, mais aussi
le sens des affaires et un talent de gestionnaire, ncessaires pour superviser son
quipe, ses stocks ainsi que les finances. C'est un chef d'entreprise qui fait tourner
sa boutique et ponge la dette qu'il a contracte au moment de l'installation.
Et pour faciliter lexcution de ces taches il fallait informatiser le systme de gestion
dune pharmacie , ce systme nest pas parfait , chaque fois on peut lamliorer et
lui ajouter de nouvelles options
b. Objectif :
Nous voulons offrir un meilleur service dans nos rponses aux clients l'aide
d'un vritable outil de gestion des demandes, nous visons la mise en place du
nouvel outil qui organisera les fonctions dans une pharmacie et facilitera laccs
aux donnes.
c. Primtre
Nous concentrons sur les clients aux Maroc , ces derniers sont les
pharmaciens et/ou oprateurs des pharmacies
d. Description fonctionnelle
Fonction principale : Gestion de la pharmacie
e. Sous-fonctions :
Enregistrer linventaire des ventes
Grer le stocke
Grer la communication avec les fournisseurs
2. Reprsentation des solutions :

Le pharmacien dsire une interface ergonomique, claire, sobre et surtout trs
facile utiliser. Il veut une organisation des diffrentes fonctionnalits du logiciel
sous forme dune barre de menu droulante. Parfois
Il trouve des interfaces graphiques confuses et difficiles manipuler. Il veut une
utilisation importante des tableaux pour organiser les donnes car il a lhabitude de
les manipuler. Il veut aussi que chaque fonctionnalit accessible par le menu soit
reprsente par une page (frame) dans la fentre principale qui doit safficher plein
5

cran. Il veut une couleur de fond simple et claire pour concider avec les couleurs
de la pharmacie. Les pages doivent comporter des labels pour indiquer leur rle
Le logiciel doit demander au dmarrage une identification de lutilisateur pour
assurer la confidentialit et lintgrit des donnes. Le pharmacien et ses collgues
doivent pouvoir consulter et manipuler la liste des utilisateurs (pharmaciens) qui
seront identifis par un identifiant et un mot de passe.
Le logiciel doit grer
compltement le stock lors des diffrentes oprations dentre et de sortie de
mdicaments. Lutilisateur doit pouvoir ajouter des mdicaments au stock avec
leurs donnes Lutilisateur doit pouvoir voir son stock complet sous forme dun
tableau avec une indication sur le nombre de produits, de mdicaments diffrents
et sa valeur en sappuyant sur le prix de vente. Il faut aussi pouvoir imprimer le
tableau reprsentant le stock pour les besoins dinventaire
Les changes : Le logiciel doit grer les changes de mdicaments avec les
pharmacies (cest une pratique courante entre pharmaciens dans les zones loigns
car les fournisseurs ne font que 2 livraisons par jour au maximum et il faut rpondre
aux demandes des clients). Lutilisateur doit pouvoir manipuler une liste des
pharmacies avec lesquels il a eu des changes et il veut enregistrer le nom de la
pharmacie, son adresse et son n de tlphone. Il doit pouvoir ajouter un change
avec ses mdicaments et la pharmacie concerne. A la slection de la forme dun
mdicament il veut saisir de faon intuitive la dsignation du mdicament ou avec
une liste droulante, puis sa quantit. Et il veut aussi voir la valeur de lchange en
mme temps. Il y a deux types dchange, en sortie (les mdicaments seront retirs
du stock) et en entre (les mdicaments seront ajouts au stock). Toutes les
donnes concernant les changes doivent tre enregistres pour pouvoir tre
consultes. Lutilisateur veut pouvoir consulter les changes avec une pharmacie
prcise, une date prcise ou dans une priode entre deux dates (mois, anne)
avec la possibilit de voir tout le dtail des mdicaments dun change prcis
Les ventes : Le logiciel doit enregistrer les ventes et les oprations qui leurs sont
lies. Il y a trois types de vente : - La vente normale, et il faut enregistrer la date et
lheure de la vente, le nombre de mdicaments et le montant de la vente sans le
dtail complet. Il faut en plus gnrer une facture pour limprimer avec un numro
de facture ordonn croissant et lenregistrer avec le n de facture, la date, et lheure
Lutilisateur doit pouvoir manipuler une liste des factures quil a dit pour changer
le client ou la date ou supprimer une facture. Il doit pouvoir consulter chaque
facture et limprimer nimporte quel moment. Aprs chaque vente valide, les
mdicaments doivent tre retirs du stock et ajouter la commande courante
Lutilisateur doit pouvoir consulter les ventes effectues une date ou une priode
entre deux dates.

Les commandes : Pour assurer lapprovisionnement du stock, tous les mdicaments
vendus doivent tre ajout la commande courante qui est la commande
contenant tous les mdicaments vendus aprs la dernire commande effectue.
Lutilisateur doit pouvoir consulter cette commande courante et la modifier. Quand
la commande courante sera effectue, une nouvelle commande vide prendra sa
place et lancienne sera enregistre avec lheure pour tre consulte. On doit
pouvoir consulter les commandes avec leur valeur et nombre de mdicaments
une date ou un intervalle entre deux dates avec la possibilit de voir le dtail des
mdicaments
Les bons de livraison : Le logiciel doit permettre la saisie des donnes dun bon de
livraison dun fournisseur et mettre jour le stock. Lutilisateur doit pouvoir
manipuler une liste contenant ses fournisseurs (nom, adresse, n tlphone). Il faut
aussi pouvoir consulter les bons de livraison par fournisseur, par date et priode
entre deux dates avec la possibilit de voir tout le dtail du bon de livraison.
Fonctionnalits ajoute : on peut ajouter une page avec les statistiques des
ventes sous forme dhistogrammes et plusieurs informations calcules sur les
rsultats de consultation
III.
Analyse et conception
3. Description de la mthode de conception utilise
Merise est une mthode d'analyse, de conception et de gestion de

projet informatique.
Merise
trs
utilise
dans
les annes
1970 et 1980 pour
l'informatisation massive des organisations. Cette mthode reste adapte pour la

gestion des projets internes aux organisations, se limitant un domaine prcis.
Elle est en revanche moins adapte aux projets transverses aux organisations,
qui grent le plus souvent des informations caractre socital (environnemental
et social) avec des parties prenantes.
La mthode Merise est une mthode d'analyse, de conception et de ralisation
de systmes d'informations.
En amont, elle se situait dans le prolongement naturel d'un schma directeur,
souvent conduit suivant la mthode RACINES, trs prsente notamment dans
le secteur public.
Les projets Merise taient gnralement des projets de grande ampleur de
refonte
d'un existant complexe, dans
La mthode a
aussi
connu
des
un environnement grand systme.

tentatives
d'adaptation
avec
les SGBD relationnels, les diffrentes interfaces homme-machine IHM, l'Orient

objet, le dveloppement micro, les outils CASE, la rtro-ingnierie... mais qui
n'ont pas connu le mme succs.
La mthode est essentiellement franaise. Elle a des quivalents l'tranger en
ce qui concerne les modles de donnes (avec des diffrences, par exemple
8

les cardinalits ne sont pas aussi dtailles dans les modles anglosaxons). En
revanche la modlisation des traitements est beaucoup plus complexe que dans
les mthodes anglo-saxonnes.
Sa mise en uvre peut paratre lourde. On consacre beaucoup de temps
concevoir et pr-documenter avant de commencer coder, ce qui pouvait
sembler ncessaire une poque o les moyens informatiques n'taient pas
aussi
diffuss
qu'aujourd'hui.
Cela
dit,
elle
vite
l'cueil
inverse
du
dveloppement micro, qui souffre du manque de documentation, et o les

erreurs sont finalement trs coteuses rparer a posteriori.
Mme si les changes et la consultation entre concepteurs et utilisateurs sont
formellement organiss, on a aussi reproch Merise d'utiliser un formalisme
jug complexe (surtout pour les modles de donnes), qu'il faut d'abord
apprendre manier, mais qui constitue ensuite un vritable langage commun,
puissant et rigoureux pour qui le matrise.
L'articulation trs codifie et bien balise des diffrentes tapes, avec un
descriptif trs prcis des rsultats attendus est ce qui reste aujourd'hui de mieux
connu et de plus utilis.
La mthode Merise d'analyse et de conception propose une dmarche articule

simultanment selon 3 axes pour hirarchiser les proccupations et les questions
auxquelles rpondre lors de la conduite d'un projet :
Cycle de vie : phases de conception, de ralisation, de maintenance puis
nouveau cycle de projet.
Cycle de dcision : des grands choix (GO-NO GO : tude pralable), la dfinition
du projet (tude dtaille) jusqu'aux petites dcisions des dtails de la
ralisation et de la mise en uvre du systme d'information. Chaque tape est
documente et marque par une prise de dcision.
Cycle
d'abstraction :
niveaux
conceptuels,
dorganisation,
logique
et
physique/oprationnel (du plus abstrait au plus concret) L'objectif du cycle

d'abstraction est de prendre d'abord les grandes dcisions mtier, pour les

principales activits (Conceptuel) sans rentrer dans le dtail de questions d'ordre
de lorganisation ou technique.
La mthode Merise, trs analytique (attention mthode systmique), distingue
nettement les donnes et les traitements, mme si les interactions entre les
deux sont profondes et s'enrichissent mutuellement (validation des donnes par
les traitements et rciproquement). Certains auteurs (Merise/mga, puis
Merise/2) ont galement apport la notion complmentaire de communications,
vues au sens des messages changs. Aujourd'hui, avec les SGBD-R, l'objet, les
notions de donnes et de traitements sont de plus en plus imbriques.
10

4. Diagramme de Flux :
Client
(7) demande rejete

(1) demande (4) remise Facture (5) Paiment
medicamment + Mdicamment
(9) demande en attente
stocker
(2) Verification disponibilit
Stock
(3) medicamment disponible
Pharmacien
(6) medicamment non disponible

liminer du stock
livraison
chque de paiement
livraison renvoye
Bon de comande
Fournisseur
Description du diagramme de flux :

Ce diagramme de flux reprsente quatre Acteurs
-Le client se prsente la pharmacie et demande un mdicament (prescription).
Le pharmacien vrifie la disponibilit du mdicament ; il saisit les noms des
mdicaments ainsi que les quantits demandes.
-Si le mdicament est disponible, le pharmacien valide lachat et dite une facture
quil donne au client .Ce dernier paie.
-Si le mdicament nest pas disponible et que le client est en urgence, il va le
chercher auprs dune autre pharmacie. La demande est alors rejete.
11

Sil nest pas press, il effectue une commande. La demande est alors en attente.
Dans ce cas, le pharmacien contacte le fournisseur et lui communique sa

commande. Aprs un jour le pharmacien reoit sa livraison et effectue un contrle :
sil est ngatif la livraison est renvoye, sil est
satisfaisant, les mdicaments entrent en stock.

Puis le pharmacien met un chque de paiement au fournisseur.
Et juste aprs, il traite les demandes en attentes en les prparant et les liminant
du stock, puis avise le client de la disponibilit de sa commande. Le client vient
alors la recevoir.
Si au bout de deux jours la commande na pas t retire, elle est donc annule et
les produits repartent en stock
5. Modle conceptuel de donnes avec description ;

le Modle Conceptuel des Donnes (ou Modle entit-association), permet de
reprsenter la structure du systme d'information, du point de vue des donnes,
et dfinit galement les dpendances ou relations entre ces diffrentes donnes.
Le MCD repose sur les notions d'entit et d'association et sur les notions de
relations. Le modle conceptuel des donnes s'intresse dcrire
la smantique du domaine (entity/relationship en anglais)
A noter qu'il existe des logiciels permettant de construire des schmas entitsassociations et d'en analyser les consquences logiques, puis de construire les
tables associes aux modles de manire entirement automatique. Les logiciels
TRAMIS, PowerAMC dont l'ancien nom est AMC*Designor, en sont des exemples.
A noter qu'un modle "conceptuel" de donnes est indpendant de l'tat de l'art
technologique.
12
Etude de cas : gestion dune pharmacie
Le modle reprsente 8 entits :

Fournisseur - Mdicament Commande Vente Stock Commande Client
Pharmacien Pharmacie
13
6. Dictionnaires des donnes :

14

Un dictionnaire des donnes est une collection de mtadonnes ou de donnes de
rfrence ncessaire la conception d'une base de donnes relationnelle. Il revt
une importance stratgique particulire, car il est le vocabulaire commun de
l'organisation.
Il
dcrit
des donnes aussi
importantes
que
les clients,
les nomenclatures de produits et de services, les annuaires, etc. C'est donc le

rfrentiel principal de l'entreprise, sur lequel s'appuient les dcisions de celle-ci. Il
est souvent reprsent par un tableau quatre colonnes contenant le nom, le code
et le type de donne ainsi que des commentaires.
Un dictionnaire des donnes doit respecter les contraintes suivantes.
Tous les noms doivent tre monovalus et non dcomposables.

Il ne doit pas y avoir d'homonymes, ni de synonymes.
Les donnes y sont regroupes par entit.
Les identifiants sont compltement prciss,
Les commentaires doivent tre pertinents.
Nom
Code
fournisseur
Nom
Adresse1
Fix
Fax
Portable
Code medi
Description
Stock min
Prix unitaire
Stock dispo
Code
commande
Date
Montant
Validated
Num vente
Montant vente
Code stock
Quantit stock
Code
Nom
Code
pharmacien
Nom
Tl
Code
Nom
15
Commentaire
Entit
fournisseur
type
N
Identifiant
P
Fournisseur
Fournisseur
Fournisseur
Fournisseur
Fournisseur
Medicament
Medicament
Medicament
Medicament
Medicament
commande
T
T
N
N
N
N
T
N
N
N
N
Commande
Commande
Commande
Vente
Vente
Stock
Stock
Client
Client
Pharmacien
D
N
B
N
N
N
N
N
T
N
Pharmacien
Pharmacien
Pharmacie
Pharmacie
T
N
N
T
P
P
P
P

Adresse1
Tel fix
Tel fax
Pharmacie
Pharmacie
Pharmacie
T
N
N
7. Modle logique des donnes avec description et les rgles

de transformations
16
8. Modle conceptuel des traitements :

Le modle conceptuel des traitements ou MCT permet de reprsenter de faon
schmatique l'activit d'un systme d'information sans faire rfrence des choix
organisationnels ou des moyens d'excution, c'est--dire qu'il permet de dfinir
simplement ce qui doit tre fait, mais il ne dit pas quand, par quel moyen ni quel
endroit de l'organisation...
Le diagramme reprsente 4 acteurs :

Le pharmacien : est lacteur principal cest lui qui gre la pharmacie et il
est en contact avec tous les autres acteurs internes et externes.
Le client : est un acteur externe, il nest utilisateur du systme
informatique, mais il change des flux dinformations avec le pharmacien.
Ces flux donneront lieu aux oprations qui seront excuts par le
pharmacien.
Le stock : ce systme peut tre gr par un oprateur comme il peut tre
gr par le pharmacien,
Ce systme nest pas en contact direct avec le client, mais il peut ltre
avec le fournisseur, en effet loprateur charg du stock, dtecte les besoins
et les communique aux fournisseurs
Le fournisseur : Cest un acteur externe, en relation indirect avec le client et
directe avec le stock .
17
18
9. Modle organisationnel de traitement :

Le modle organisationnel des traitements s'attache dcrire les proprits des
traitements non traites par le modle conceptuel des donnes, c'est--dire :
le temps
les ressources
le lieu
Le modle organisationnel des traitements consiste donc reprsenter le modle
conceptuel des traitements dans un tableau dont les colonnes sont la dure, le lieu,
les responsables et ressources ncessaires une action.
Description du diagramme :
Liste des acteurs:
Nom
Code
Type
Client
CLIENT
Interne
Fournisseur
FOURNISSUER
Interne
Pharmacien
PHARMACIEN
Interne
Systme de stock
SYSTEME_DE_STOCK
Interne
19
Liste des vnements:

Nom
Code
Arrive livraison +
facture
ARRIVEE_LIVRAISO
N___FACTURE
Interne
commande prte
en attente (B)
COMMANDE_PRET
E_EN_ATTENTE__B
_
Interne
demande des
medicaments
DEMANDE_DES_M
EDICAMENTS
Interne
Demande
prparer
DEMANDE_A_PREP
ARER
Interne
Envoyer le bon
ENVOYER_LE_BON
Interne
Facture +
medicaments
FACTURE___MEDIC
AMENTS
Interne
Livraison
renvoye
LIVRAISON_RENVO
YEE
Interne
medicament
indisponible
MEDICAMMENT_IN
DISPONIBLE
Interne
quantit
disponible (A)
QUANTITE_DISPON
IBLE__A_
Interne
Reception du
paiment ( C )
RECEPTION_DU_PA
IMENT___C__
Interne
Stockage de
livraison
STOCKAGE_DE_LIV
RAISON
Interne
20
Alias
Type

10.
Liste des objets des diagrammes conceptuels
Liste des oprations:

Nom
Code
Synchronisation
Etablissement de la
facture
ETABLISSEMENT_DE_LA_
_FACTURE
Prparation de la
commande
PREPARATION_DE_LA_CO
MMANDE
traitement de la
commande
RECEPTIONN_DE_LA_CO
MMANDE
ET
Traitement des
commandes en attente
TRAITEMENT_DES_COMM
ANDES_EN_ATTENTE
et
vrification de la
disponibilit
VERIFICATION_DE_LA_DI
SPONIBILITE
21
c et (A ou B)
22
Liste des actions:

Nom
Code
Liste des oprations
- saisir les noms des

mdicaments et les
quantits demandes
__SAISIR_LES_NOMS__DE
S__MEDICAMENTS_ET_LE
S_QUANTITES_DEMANDE
ES__
vrification de la
disponibilit
-comparer les
quantites demandes
aux celles du stock
_COMPARER_LES_QUANTI vrification de la
TEES_DEMANDEES_AUX_ disponibilit
CELLES_DU_STOCK___
Avertissement
mdicament
indisponible
AVERTISSEMENT_MEDICA
MENT_INDISPONIBLE_
Aviser :commande prete AVISER__COMMANDE_PR

ETE_
Traitement des
Editer la facture
EDITER_LA_FACTURE_
Etablissement de la
facture
Eliminer les demandes

du stock
ELIMINER_LES_DEMANDE
S_DU_STOCK
Traitement des
Enregistrer la demande
ENREGISTRER_LA_DEMA
NDE_
Etablissement de la
facture
Etablir un bon de
commande
ETABLIR_UN__BON_DE_C
OMMANDE_
Prparation de la
commande
preparer commande
PREPARER_COMMANDE
Traitement des
Valider l'achat
VALIDER_L_ACHAT_
Etablissement de la
facture
Vrifier si le bon et la
facture sont
compatibles
VERIFIER_SI_LE_BON_ET_
LA_FACTURE_SONT_COM
PATIBLES_
traitement de la
commande
23
11.
Liste des objets des diagrammes organisationnels
Liste des phases:

Nom
Code
Synchronisation
Type
Etablissement de
la facture
ETABLISSEMENT_D c et (A ou B)
E_LA__FACTURE
Manuel
Prparation de la
commande
PREPARATION_DE_
LA_COMMANDE
Manuel
traitement de la
commande
RECEPTIONN_DE_L ET
A_COMMANDE
Manuel
Traitement des
commandes en
attente
TRAITEMENT_DES_
COMMANDES_EN_
ATTENTE
Manuel
vrification de la
disponibilit
VERIFICATION_DE_
LA_DISPONIBILITE
24
Et
Manuel
Liste des actions:

Nom
Code
Liste des oprations
- saisir les noms des

mdicaments et les
quantits demandes
__SAISIR_LES_NOMS__DE
S__MEDICAMENTS_ET_LE
S_QUANTITES_DEMANDE
ES__
vrification de la
disponibilit
-comparer les
quantites demandes
aux celles du stock
_COMPARER_LES_QUANTI vrification de la
TEES_DEMANDEES_AUX_ disponibilit
CELLES_DU_STOCK___
Avertissement
mdicament
indisponible
AVERTISSEMENT_MEDICA
MENT_INDISPONIBLE_
Aviser :commande prete AVISER__COMMANDE_PR

ETE_
Traitement des
Editer la facture
EDITER_LA_FACTURE_
Etablissement de la
facture
Eliminer les demandes

du stock
ELIMINER_LES_DEMANDE
S_DU_STOCK
Traitement des
Enregistrer la demande
ENREGISTRER_LA_DEMA
NDE_
Etablissement de la
facture
Etablir un bon de
commande
ETABLIR_UN__BON_DE_C
OMMANDE_
Prparation de la
commande
preparer commande
PREPARER_COMMANDE
Traitement des
Valider l'achat
VALIDER_L_ACHAT_
Etablissement de la
facture
Vrifier si le bon et la
facture sont
compatibles
VERIFIER_SI_LE_BON_ET_
LA_FACTURE_SONT_COM
PATIBLES_
traitement de la
commande
25
IV.
Ralisation :
Prsentation succincte des outils de travail
Une base de donnes est un outil permettant de stocker et de retrouver l'intgralit

de donnes brutes ou d'informations en rapport avec un thme ou une activit ,
celles-ci peuvent tre de natures diffrentes et plus ou moins relies entre elles.
Dans la trs grande majorit des cas, ces informations sont trs structures, et la
base est localise dans un mme lieu et sur un mme support. Ce dernier est
gnralement informatis. La base de donnes est au centre des dispositifs
informatiques de collecte, mise en forme, stockage, et utilisation d'informations. Le
dispositif comporte un systme de gestion de base de donnes (abrviation SGBD) :
un logiciel moteur qui manipule la base de donnes et dirige l'accs son contenu.
La base de donnes comportent galement des logiciels applicatifs, et un ensemble
de rgles relatives l'accs et l'utilisation des informations.
Le Systme de Gestion de Base de Donnes (SGBD) est un logiciel qui permet de
stocker des informations dans une base de donnes. Un tel systme permet de lire,
crire, modifier, trier, transformer ou mme imprimer les donnes qui sont contenus
dans la base de donnes.
Aperu de quelques prises dcrans avec description

Procdure de gnration du script :
La programme SQL a t gnrer depuis le Modle logique de donnes obtenu
auparavant avec power AMC comme suit :
26
27
Cration des tables et Insertion des donnes

Tout dabord on commence par linsertion des donnes de table par table :
28
29
Lensemble des
tables SQL
I.
Conclusion
Ce projet nous a permis davoir une approche complte du dveloppement logiciel.

Il nous a permis de nous initier au contact avec le client et lanalyse des besoins
et du cahier de charge. Nous avons aussi pu nous initier au cycle complet du
dveloppement logiciel de la conception la validation en passant par les
diffrentes tapes incrmentales de codage et de tests. Ce travail nous a appris
concevoir une base de donnes complte
lapplication raliser.
30
en se basant sur les besoins de

On a aussi appris utiliser le SGBD MySQL et Le langage HTML et php ainsi que
le logiciel power AMC qui nous a permis de modliser les diffrents diagrammes
quon a eu loccasion dtudier cettanne savoir le diagramme de flux , le MCD
,le MLD ,le MCT ,le MOT entre autres . On a aussi pu dcouvrir le fonctionnement
dune pharmacie et les besoins de gestion informatique quils peuvent avoir.
Le
logiciel peut tre utilis auprs des diffrentes pharmacies du royaume. Ce travail
nous a donn un avant-got du mtier de dveloppeur et il nous a permis de
concevoir pour la premire fois une vraie application et cela constitue une grande
satisfaction personnelle et professionnelle qui signe le dbut daboutissement de
notre formation.
II.
Bibliographie
Sites web :
https://fr.scribd.com/doc/223232550/Merise-Exercices-MCDCorriges
31

http://www.tutoractiv3v.com/ressources/TDCoursMe
rise.pdf
http://fr.wikipedia.org/wiki/Merise_%28informatique
%29#Le_MCD_:_mod.C3.A8le_conceptuel_des_donn
.C3.A9es
http://openclassrooms.com/courses/concevez-votresite-web-avec-php-et-mysql/phpmyadmin-5
http://www.framasoft.net/
Document :
Base de donnes de georges garadin
III.
32
Annexe
33

Rapport Gestion Pharmacie

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapport Gestion Pharmacie

Transféré par

Droits d'auteur :

Formats disponibles

Gestion dune pharmacie

Gestion dune pharmacie

Etude prliminaire de projet :........................................................................................... 4

Cahier des charges :..................................................................................................... 4

Contexte et dfinition du problme :.........................................................................4

Reprsentation des solutions :...................................................................................... 5

Description de la mthode de conception utilise :....................................................7

Diagramme de Flux :..................................................................................................... 9

Modle conceptuel de donnes avec description ;......................................................10

Dictionnaires des donnes :........................................................................................ 12

Modle logique des donnes avec description et les rgles de transformations.........14

Modle conceptuel des traitements :.......................................................................14

Modle organisationnel de traitement :..................................................................17

Liste des acteurs:........................................................................................................... 17

Liste des objets des diagrammes conceptuels.........................................................19

Liste des oprations:...................................................................................................... 19

Liste des objets des diagrammes organisationnels..................................................22

Liste des phases:............................................................................................................ 22

Prsentation succincte des outils de travail......................................................................24

Gestion dune pharmacie

Ce travail sintgre dans le cadre du programme de formation de la 3me

Gestion dune pharmacie

Etude prliminaire de projet :

Le pharmacien travaille le plus souvent en officine. Professionnel de sant et

Gestion dune pharmacie

2. Reprsentation des solutions :

Gestion dune pharmacie

Gestion dune pharmacie

Gestion dune pharmacie

Merise est une mthode d'analyse, de conception et de gestion de

1970 et 1980 pour

l'informatisation massive des organisations. Cette mthode reste adapte pour la

d'un existant complexe, dans

un environnement grand systme.

les SGBD relationnels, les diffrentes interfaces homme-machine IHM, l'Orient

Gestion dune pharmacie

dveloppement micro, qui souffre du manque de documentation, et o les

La mthode Merise d'analyse et de conception propose une dmarche articule

physique/oprationnel (du plus abstrait au plus concret) L'objectif du cycle

Gestion dune pharmacie

Gestion dune pharmacie

(7) demande rejete

(3) medicamment disponible

(6) medicamment non disponible

Description du diagramme de flux :

Gestion dune pharmacie

Dans ce cas, le pharmacien contacte le fournisseur et lui communique sa

satisfaisant, les mdicaments entrent en stock.

5. Modle conceptuel de donnes avec description ;

Gestion dune pharmacie

Etude de cas : gestion dune pharmacie

Le modle reprsente 8 entits :

Gestion dune pharmacie

6. Dictionnaires des donnes :

Gestion dune pharmacie

des donnes aussi

les nomenclatures de produits et de services, les annuaires, etc. C'est donc le

Tous les noms doivent tre monovalus et non dcomposables.

Gestion dune pharmacie

7. Modle logique des donnes avec description et les rgles

Gestion dune pharmacie

8. Modle conceptuel des traitements :

Le diagramme reprsente 4 acteurs :

Gestion dune pharmacie