Rapport Gestion Pharmacie

Gestion d’une pharmacie
Rapport du projet
Système de gestion d'une
pharmacie
Filière: Génie industriel
Module: Système de gestion de base de données et système
Réalisé par :  Mr hain Encadré

 Mr
par :
moutachawwik
 SAMI Nassima
 MOUBARI Soukaina
 MOHIMI Salma
 MAHLAL Mehdi
1
Sommaire :
I. Introduction :.................................................................................................................... 3
II. Etude préliminaire 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 impliqués dans le projet. Il précise les spécifications
attendues............................................................................................................................ 4
a. Contexte et définition du problème :.........................................................................4
b. Objectif :.................................................................................................................... 4
c. Périmètre................................................................................................................... 4
d. Description fonctionnelle........................................................................................... 4
e. Sous-fonctions :......................................................................................................... 5
2. Représentation des solutions :...................................................................................... 5
III. Analyse et conception................................................................................................... 7
3. Description de la méthode de conception utilisée :....................................................7
4. Diagramme de Flux :..................................................................................................... 9
5.......................................................................................................................................... 9
6. Modèle conceptuel de données avec description ;......................................................10
7. Dictionnaires des données :........................................................................................ 12
8. Modèle logique des données avec description et les règles de transformations.........14
9........................................................................................................................................ 14
10. Modèle conceptuel des traitements :.......................................................................14
11. Modèle organisationnel de traitement :..................................................................17
Liste des acteurs:........................................................................................................... 17
Liste des événements:................................................................................................... 18
12. Liste des objets des diagrammes conceptuels.........................................................19
Liste des opérations:...................................................................................................... 19
Liste des actions:............................................................................................................ 21
13. Liste des objets des diagrammes organisationnels..................................................22
Liste des phases:............................................................................................................ 22
Liste des actions:............................................................................................................ 23
IV. Réalisation :................................................................................................................ 24
Présentation succincte des outils de travail......................................................................24
Aperçu de quelques prises d’écrans avec description.......................................................24
2
I. Conclusion...................................................................................................................... 28
II. Bibliographie.................................................................................................................. 29
III. Annexe........................................................................................................................ 30
I. Introduction :
Ce travail s’intègre dans le cadre du programme de formation de la 3ème

année de l’ENSAM. Nous avons choisi pour notre projet de concevoir un logiciel de
gestion de pharmacie.
Ce travail nous engage à concevoir un produit fiable, robuste et répondant

complètement 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 d’une base de données, d’une GUI
(Graphical User Interface) et de toute la programmation qu’il y a derrière 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 données constituent un volet très

important de l’informatique car elles sont aujourd’hui au cœur des applications
quotidiennes et du système d’information des entreprises. Les GUI constituent aussi
une partie primordiale de l’informatique moderne car ils permettent la vulgarisation
des applications pour le grand public et l’augmentation de l’interaction des
utilisateurs avec le logiciel permettant ainsi une prise en main facile et une
organisation visuelle efficace surtout quant il s’agit de la manipulation des bases de
données.
C’est pour toutes ces raisons que nous avons choisi ce projet, et nous espérons que
ce travail soit satisfaisant et nous permettra d’enrichir notre savoir. Pour ce projet
nous avons choisit de suivre le cycle de développement logiciel complet pour nous
initier aux méthodes de développement professionnelles et aboutir à un produit fini.
Le travail que nous avons effectué se décompose en trois grandes partie :
Premièrement, l’analyse du cahier de charge et des besoins du client.

Deuxièmement, la conception de la base de données du logiciel en utilisant le SGBD
MYSQL. Et troisièmement, la conception de l’application avec sa GUI, ses
fonctionnalités et ses tests d’intégration et de validation en utilisant le HTML et le
3
php. Dans ce rapport nous allons détailler toutes les étapes de conception de notre
logiciel.
II. Etude préliminaire 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 impliqués
dans le projet. Il précise les spécifications attendues.
a. Contexte et définition du problème :
Le pharmacien travaille le plus souvent en officine. Professionnel de santé et

commerçant, il est à la lisière de deux mondes. L'industrie, l'hôpital et les
laboratoires d'analyses médicales offrent d'autres possibilités.
Quand le patient entre dans l'officine, le pharmacien est là pour délivrer et expliquer
le traitement prescrit par le médecin. Sa responsabilité est engagée en cas d'erreur.
Connaissant la composition des médicaments, il vérifie la cohérence des
prescriptions (posologie, interactions médicamenteuses). Il écoute et oriente les
clients vers les médicaments délivrés sans ordonnance, la parapharmacie et
l'appareillage (canne, minerve...). C'est à lui que l'on s'adresse pour de
l'automédication en cas de pathologie légère (rhume, maux digestifs...). Rigoureux
dans ses conseils, il oriente vers le médecin, le kiné, le dentiste..., lorsque le cas
l'exige. Par ailleurs, il commande les produits, gère les stocks et tient la
comptabilité.
4
Le pharmacien possède non seulement des compétences scientifiques, mais aussi
le sens des affaires et un talent de gestionnaire, nécessaires 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 contractée au moment de l'installation.
Et pour faciliter l’exécution de ces taches il fallait informatiser le système de gestion

d’une pharmacie , ce système n’est pas parfait ,à chaque fois on peut l’améliorer et
lui ajouter de nouvelles options
b. Objectif :
Nous voulons offrir un meilleur service dans nos réponses aux clients à l'aide
d'un véritable outil de gestion des demandes, nous visons la mise en place du
nouvel outil qui organisera les fonctions dans une pharmacie et facilitera l’accès
aux données.
c. Périmètre
Nous concentrons sur les clients aux Maroc , ces derniers sont les
pharmaciens et/ou opérateurs des pharmacies
d. Description fonctionnelle
Fonction principale : Gestion de la pharmacie
e. Sous-fonctions :
 Enregistrer l’inventaire des ventes
 Gérer le stocke
 Gérer la communication avec les fournisseurs
2. Représentation des solutions :
Le pharmacien désire une interface ergonomique, claire, sobre et surtout très

facile à utiliser. Il veut une organisation des différentes fonctionnalités du logiciel
sous forme d’une barre de menu déroulante. Parfois
Il trouve des interfaces graphiques confuses et difficiles à manipuler. Il veut une

utilisation importante des tableaux pour organiser les données car il a l’habitude de
les manipuler. Il veut aussi que chaque fonctionnalité accessible par le menu soit
représentée par une page (frame) dans la fenêtre principale qui doit s’afficher plein
5
écran. Il veut une couleur de fond simple et claire pour coïncider avec les couleurs
de la pharmacie. Les pages doivent comporter des labels pour indiquer leur rôle
Le logiciel doit demander au démarrage une identification de l’utilisateur pour

assurer la confidentialité et l’intégrité des données. Le pharmacien et ses collègues
doivent pouvoir consulter et manipuler la liste des utilisateurs (pharmaciens) qui
seront identifiés par un identifiant et un mot de passe. Le logiciel doit gérer
complètement le stock lors des différentes opérations d’entrée et de sortie de
médicaments. L’utilisateur doit pouvoir ajouter des médicaments au stock avec
leurs données L’utilisateur doit pouvoir voir son stock complet sous forme d’un
tableau avec une indication sur le nombre de produits, de médicaments différents
et sa valeur en s’appuyant sur le prix de vente. Il faut aussi pouvoir imprimer le
tableau représentant le stock pour les besoins d’inventaire
Les échanges : Le logiciel doit gérer les échanges de médicaments avec les
pharmacies (c’est une pratique courante entre pharmaciens dans les zones éloignés
car les fournisseurs ne font que 2 livraisons par jour au maximum et il faut répondre
aux demandes des clients). L’utilisateur 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 téléphone. Il doit pouvoir ajouter un échange
avec ses médicaments et la pharmacie concernée. A la sélection de la forme d’un
médicament il veut saisir de façon intuitive la désignation du médicament ou avec
une liste déroulante, puis sa quantité. Et il veut aussi voir la valeur de l’échange en
même temps. Il y a deux types d’échange, en sortie (les médicaments seront retirés
du stock) et en entrée (les médicaments seront ajoutés au stock). Toutes les
données concernant les échanges doivent être enregistrées pour pouvoir être
consultées. L’utilisateur veut pouvoir consulter les échanges avec une pharmacie
précise, à une date précise ou dans une période entre deux dates (mois, année…)
avec la possibilité de voir tout le détail des médicaments d’un échange précis
Les ventes : Le logiciel doit enregistrer les ventes et les opérations qui leurs sont
liées. Il y a trois types de vente : - La vente normale, et il faut enregistrer la date et
l’heure de la vente, le nombre de médicaments et le montant de la vente sans le
détail complet. Il faut en plus générer une facture pour l’imprimer avec un numéro
de facture ordonné croissant et l’enregistrer avec le n° de facture, la date, et l’heure
L’utilisateur doit pouvoir manipuler une liste des factures qu’il a édité pour changer
le client ou la date ou supprimer une facture. Il doit pouvoir consulter chaque
facture et l’imprimer à n’importe quel moment. Après chaque vente validée, les
médicaments doivent être retirés du stock et ajouter à la commande courante
L’utilisateur doit pouvoir consulter les ventes effectuées à une date ou une période
entre deux dates.
6
Les commandes : Pour assurer l’approvisionnement du stock, tous les médicaments
vendus doivent être ajouté à la commande courante qui est la commande
contenant tous les médicaments vendus après la dernière commande effectuée.
L’utilisateur doit pouvoir consulter cette commande courante et la modifier. Quand
la commande courante sera effectuée, une nouvelle commande vide prendra sa
place et l’ancienne sera enregistrée avec l’heure pour être consultée. On doit
pouvoir consulter les commandes avec leur valeur et nombre de médicaments à
une date ou un intervalle entre deux dates avec la possibilité de voir le détail des
médicaments
Les bons de livraison : Le logiciel doit permettre la saisie des données d’un bon de
livraison d’un fournisseur et mettre à jour le stock. L’utilisateur doit pouvoir
manipuler une liste contenant ses fournisseurs (nom, adresse, n° téléphone). Il faut
aussi pouvoir consulter les bons de livraison par fournisseur, par date et période
entre deux dates avec la possibilité de voir tout le détail du bon de livraison.
Fonctionnalités ajoutée : on peut ajouter une page avec les statistiques des
ventes sous forme d’histogrammes et plusieurs informations calculées sur les
résultats de consultation
7
III. Analyse et conception

3. Description de la méthode de conception utilisée :
Merise est une méthode d'analyse, de conception et de gestion de

projet informatique.
Merise a été très utilisée dans les années 1970 et 1980 pour
l'informatisation massive des organisations. Cette méthode reste adaptée pour la
gestion des projets internes aux organisations, se limitant à un domaine précis.
Elle est en revanche moins adaptée aux projets transverses aux organisations,
qui gèrent le plus souvent des informations àcaractère sociétal (environnemental
et social) avec des parties prenantes.
La méthode Merise est une méthode d'analyse, de conception et de réalisation

de systèmes d'informations.
En amont, elle se situait dans le prolongement naturel d'un schéma directeur,

souvent conduit suivant la méthode RACINES, très présente notamment dans
le secteur public.
Les projets Merise étaient généralement des projets de grande ampleur de

refonte d'un existant complexe, dans un environnement grand système.
La méthode a aussi connu des tentatives d'adaptation avec
les SGBD relationnels, les différentes interfaces homme-machine IHM, l'Orienté
objet, le développement micro, les outils CASE, la rétro-ingénierie... mais qui
n'ont pas connu le même succès.
La méthode est essentiellement française. Elle a des équivalents à l'étranger en

ce qui concerne les modèles de données (avec des différences, par exemple
8
les cardinalités ne sont pas aussi détaillées dans les modèles anglosaxons). En
revanche la modélisation des traitements est beaucoup plus complexe que dans
les méthodes anglo-saxonnes.
Sa mise en œuvre peut paraître lourde. On consacre beaucoup de temps à

concevoir et à pré-documenter avant de commencer à coder, ce qui pouvait
sembler nécessaire à une époque où les moyens informatiques n'étaient pas
aussi diffusés qu'aujourd'hui. Cela dit, elle évite l'écueil inverse du
développement micro, qui souffre du manque de documentation, et où les
erreurs sont finalement très coûteuses à réparer a posteriori.
Même si les échanges et la consultation entre concepteurs et utilisateurs sont

formellement organisés, on a aussi reproché à Merise d'utiliser un formalisme
jugé complexe (surtout pour les modèles de données), qu'il faut d'abord
apprendre à manier, mais qui constitue ensuite un véritable langage commun,
puissant et rigoureux pour qui le maîtrise.
L'articulation très codifiée et bien balisée des différentes étapes, avec un

descriptif très précis des résultats attendus est ce qui reste aujourd'hui de mieux
connu et de plus utilisé.
La méthode Merise d'analyse et de conception propose une démarche articulée

simultanément selon 3 axes pour hiérarchiser les préoccupations et les questions
auxquelles répondre lors de la conduite d'un projet :
Cycle de vie : phases de conception, de réalisation, de maintenance puis

nouveau cycle de projet.
Cycle de décision : des grands choix (GO-NO GO : Étude préalable), la définition

du projet (étude détaillée) jusqu'aux petites décisions des détails de la
réalisation et de la mise en œuvre du système d'information. Chaque étape est
documentée et marquée par une prise de décision.
Cycle d'abstraction : niveaux conceptuels, d’organisation, logique et

physique/opérationnel (du plus abstrait au plus concret) L'objectif du cycle
d'abstraction est de prendre d'abord les grandes décisions métier, pour les
9
principales activités (Conceptuel) sans rentrer dans le détail de questions d'ordre

de l’organisation ou technique.
La méthode Merise, très analytique (attention méthode systémique), distingue

nettement les données et les traitements, même si les interactions entre les
deux sont profondes et s'enrichissent mutuellement (validation des données par
les traitements et réciproquement). Certains auteurs (Merise/méga, puis
Merise/2) ont également apporté la notion complémentaire de communications,
vues au sens des messages échangés. Aujourd'hui, avec les SGBD-R, l'objet, les
notions de données et de traitements sont de plus en plus imbriquées.
10
4. Diagramme de Flux :
Client
(7) demande rejetée
(1) demande (4) remise Facture (5) Paiment

medicamment + Médicamment
(9) demande en attente
stocker
(2) Verification disponibilité

Stock (3) medicamment disponible
Pharmacien
(6) medicamment non disponible
éliminer du stock
livraison
chèque de paiement livraison renvoyée Bon de comande
Fournisseur
Description du diagramme de flux :
Ce diagramme de flux représente quatre Acteurs

-Le client se présente à la pharmacie et demande un médicament (prescription).
Le pharmacien vérifie la disponibilité du médicament ; il saisit les noms des
médicaments ainsi que les quantités demandées.
-Si le médicament est disponible, le pharmacien valide l’achat et édite une facture
qu’il donne au client .Ce dernier paie.
-Si le médicament n’est pas disponible et que le client est en urgence, il va le
chercher auprès d’une autre pharmacie. La demande est alors rejetée.
11
S’il n’est 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. Après un jour le pharmacien reçoit sa livraison et effectue un contrôle :
s’il est négatif la livraison est renvoyée, s’il est
satisfaisant, les médicaments entrent en stock.

Puis le pharmacien émet un chèque de paiement au fournisseur.
Et juste après, il traite les demandes en attentes en les préparant 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 n’a pas été retirée, elle est donc annulée et
les produits repartent en stock
5. Modèle conceptuel de données avec description ;

le Modèle Conceptuel des Données (ou Modèle entité-association), permet de
représenter la structure du système d'information, du point de vue des données,
et définit également les dépendances ou relations entre ces différentes données.
Le MCD repose sur les notions d'entité et d'association et sur les notions de
relations. Le modèle conceptuel des données s'intéresse à décrire
la sémantique du domaine (entity/relationship en anglais)
A noter qu'il existe des logiciels permettant de construire des schémas entités-
associations et d'en analyser les conséquences logiques, puis de construire les
tables associées aux modèles de manière entièrement automatique. Les logiciels
TRAMIS, PowerAMC dont l'ancien nom est AMC*Designor, en sont des exemples.
A noter qu'un modèle "conceptuel" de données est indépendant de l'état de l'art

technologique.
12
 Etude de cas : gestion d’une pharmacie
Le modèle représente 8 entités :
Fournisseur - Médicament – Commande – Vente – Stock – Commande – Client –

Pharmacien –Pharmacie
13
6. Dictionnaires des données :
14
Un dictionnaire des données est une collection de métadonnées ou de données de
référence nécessaire à la conception d'une base de données relationnelle. Il revêt
une importance stratégique particulière, car il est le vocabulaire commun de
l'organisation. Il décrit des données aussi importantes que les clients,
les nomenclatures de produits et de services, les annuaires, etc. C'est donc le
référentiel principal de l'entreprise, sur lequel s'appuient les décisions de celle-ci. Il
est souvent représenté par un tableau à quatre colonnes contenant le nom, le code
et le type de donnée ainsi que des commentaires.
Un dictionnaire des données doit respecter les contraintes suivantes.
 Tous les noms doivent être monovalués et non décomposables.

 Il ne doit pas y avoir d'homonymes, ni de synonymes.
 Les données y sont regroupées par entité.
 Les identifiants sont complètement précisés,
 Les commentaires doivent être pertinents.
Nom Commentaire Entité type Identifiant

Code fournisseur N P
fournisseur
Nom Fournisseur T
Adresse1 Fournisseur T
Fix Fournisseur N
Fax Fournisseur N
Portable Fournisseur N
Code medi Medicament N P
Description Medicament T
Stock min Medicament N
Prix unitaire Medicament N
Stock dispo Medicament N
Code commande N P
commande
Date Commande D
Montant Commande N
Validated Commande B
Num vente Vente N P
Montant vente Vente N
Code stock Stock N P
Quantité stock Stock N
Code Client N P
Nom Client T
Code Pharmacien N P
pharmacien
Nom Pharmacien T
Tél Pharmacien N
Code Pharmacie N P
Nom Pharmacie T
15
Adresse1 Pharmacie T
Tel fix Pharmacie N
Tel fax Pharmacie N
7. Modèle logique des données avec description et les règles

de transformations
16
8. Modèle conceptuel des traitements :
Le modèle conceptuel des traitements ou MCT permet de représenter de façon

schématique l'activité d'un système d'information sans faire référence à des choix
organisationnels ou des moyens d'exécution, c'est-à-dire qu'il permet de définir
simplement ce qui doit être fait, mais il ne dit pas quand, par quel moyen ni à quel
endroit de l'organisation...
Le diagramme représente 4 acteurs :
 Le pharmacien : est l’acteur principal c’est lui qui gère la pharmacie et il

est en contact avec tous les autres acteurs internes et externes.
 Le client : est un acteur externe, il n’est utilisateur du système
informatique, mais il échange des flux d’informations avec le pharmacien.
Ces flux donneront lieu aux opérations qui seront exécutés par le
pharmacien.
 Le stock : ce système peut être géré par un opérateur comme il peut être
géré par le pharmacien,
Ce système n’est pas en contact direct avec le client, mais il peut l’être
avec le fournisseur, en effet l’opérateur chargé du stock, détecte les besoins
et les communique aux fournisseurs
 Le fournisseur : C’est un acteur externe, en relation indirect avec le client et
directe avec le stock .
17
18
9. Modèle organisationnel de traitement :
Le modèle organisationnel des traitements s'attache à décrire les propriétés des

traitements non traitées par le modèle conceptuel des données, c'est-à-dire :
 le temps
 les ressources
 le lieu
Le modèle organisationnel des traitements consiste donc à représenter le modèle
conceptuel des traitements dans un tableau dont les colonnes sont la durée, le lieu,
les responsables et ressources nécessaires à une action.
Description du diagramme :
Liste des acteurs:

Nom Code Type
Client CLIENT Interne
Fournisseur FOURNISSUER Interne
Pharmacien PHARMACIEN Interne
Système de stock SYSTEME_DE_STOCK Interne
19
Liste des événements:

Nom Code Alias Type
Arrivée livraison + ARRIVEE_LIVRAISO Interne

facture N___FACTURE
commande prête COMMANDE_PRET Interne

en attente (B) E_EN_ATTENTE__B
_
demande des DEMANDE_DES_M Interne

medicaments EDICAMENTS
Demande à DEMANDE_A_PREP Interne

préparer ARER
Envoyer le bon ENVOYER_LE_BON Interne
Facture + FACTURE___MEDIC Interne

medicaments AMENTS
Livraison LIVRAISON_RENVO Interne

renvoyée YEE
medicament MEDICAMMENT_IN Interne

indisponible DISPONIBLE
quantité QUANTITE_DISPON Interne

disponible (A) IBLE__A_
Reception du RECEPTION_DU_PA Interne

paiment ( C ) IMENT___C__
Stockage de STOCKAGE_DE_LIV Interne

livraison RAISON
20
10. Liste des objets des diagrammes conceptuels
Liste des opérations:

Nom Code Synchronisation
Etablissement de la ETABLISSEMENT_DE_LA_ c et (A ou B)
facture _FACTURE
Préparation de la PREPARATION_DE_LA_CO
commande MMANDE
traitement de la RECEPTIONN_DE_LA_CO ET
commande MMANDE
Traitement des TRAITEMENT_DES_COMM et

commandes en attente ANDES_EN_ATTENTE
vérification de la VERIFICATION_DE_LA_DI
disponibilité SPONIBILITE
21
22
Liste des actions:

Nom Code Liste des opérations
- saisir les noms des __SAISIR_LES_NOMS__DE vérification de la

médicaments et les S__MEDICAMENTS_ET_LE disponibilité
quantités demandées S_QUANTITES_DEMANDE
ES__
-comparer les _COMPARER_LES_QUANTI vérification de la

quantitées demandées TEES_DEMANDEES_AUX_ disponibilité
aux celles du stock CELLES_DU_STOCK___
Avertissement AVERTISSEMENT_MEDICA
médicament MENT_INDISPONIBLE_
indisponible
Aviser :commande prete AVISER__COMMANDE_PR Traitement des

ETE_ commandes en attente
Editer la facture EDITER_LA_FACTURE_ Etablissement de la

facture
Eliminer les demandes ELIMINER_LES_DEMANDE Traitement des

du stock S_DU_STOCK commandes en attente
Enregistrer la demande ENREGISTRER_LA_DEMA Etablissement de la

NDE_ facture
Etablir un bon de ETABLIR_UN__BON_DE_C Préparation de la

commande OMMANDE_ commande
preparer commande PREPARER_COMMANDE Traitement des

commandes en attente
Valider l'achat VALIDER_L_ACHAT_ Etablissement de la

facture
Vérifier si le bon et la VERIFIER_SI_LE_BON_ET_ traitement de la

facture sont LA_FACTURE_SONT_COM commande
compatibles PATIBLES_
23
11. Liste des objets des diagrammes organisationnels
Liste des phases:

Nom Code Synchronisation Type
Etablissement de ETABLISSEMENT_D c et (A ou B) Manuel

la facture E_LA__FACTURE
Préparation de la PREPARATION_DE_ Manuel

commande LA_COMMANDE
traitement de la RECEPTIONN_DE_L ET Manuel
commande A_COMMANDE
Traitement des TRAITEMENT_DES_ Et Manuel

commandes en COMMANDES_EN_
attente ATTENTE
vérification de la VERIFICATION_DE_ Manuel

disponibilité LA_DISPONIBILITE
24
Liste des actions:

Nom Code Liste des opérations
- saisir les noms des __SAISIR_LES_NOMS__DE vérification de la

médicaments et les S__MEDICAMENTS_ET_LE disponibilité
quantités demandées S_QUANTITES_DEMANDE
ES__
-comparer les _COMPARER_LES_QUANTI vérification de la
quantitées demandées TEES_DEMANDEES_AUX_ disponibilité
aux celles du stock CELLES_DU_STOCK___
Avertissement AVERTISSEMENT_MEDICA
médicament MENT_INDISPONIBLE_
indisponible
Aviser :commande prete AVISER__COMMANDE_PR Traitement des

ETE_ commandes en attente
Editer la facture EDITER_LA_FACTURE_ Etablissement de la

facture
Eliminer les demandes ELIMINER_LES_DEMANDE Traitement des
du stock S_DU_STOCK commandes en attente
Enregistrer la demande ENREGISTRER_LA_DEMA Etablissement de la

NDE_ facture
Etablir un bon de ETABLIR_UN__BON_DE_C Préparation de la

commande OMMANDE_ commande
preparer commande PREPARER_COMMANDE Traitement des

commandes en attente
Valider l'achat VALIDER_L_ACHAT_ Etablissement de la

facture
Vérifier si le bon et la VERIFIER_SI_LE_BON_ET_ traitement de la

facture sont LA_FACTURE_SONT_COM commande
compatibles PATIBLES_
25
IV. Réalisation :
Présentation succincte des outils de travail
Une base de données est un outil permettant de stocker et de retrouver l'intégralité

de données brutes ou d'informations en rapport avec un thème ou une activité ,
celles-ci peuvent être de natures différentes et plus ou moins reliées entre elles.
Dans la très grande majorité des cas, ces informations sont très structurées, et la
base est localisée dans un même lieu et sur un même support. Ce dernier est
généralement informatisé. La base de données est au centre des dispositifs
informatiques de collecte, mise en forme, stockage, et utilisation d'informations. Le
dispositif comporte un système de gestion de base de données (abréviation SGBD) :
un logiciel moteur qui manipule la base de données et dirige l'accès à son contenu.
La base de données comportent également des logiciels applicatifs, et un ensemble
de règles relatives à l'accès et l'utilisation des informations.
Le Système de Gestion de Base de Données (SGBD) est un logiciel qui permet de

stocker des informations dans une base de données. Un tel système permet de lire,
écrire, modifier, trier, transformer ou même imprimer les données qui sont contenus
dans la base de données.
Aperçu de quelques prises d’écrans avec description

 Procédure de génération du script :
La programme SQL a été générer depuis le Modèle logique de données obtenu
auparavant avec power AMC comme suit :
26
27
 Création des tables et Insertion des données

Tout d’abord on commence par l’insertion des données de table par table :
28
29
L’ensemble des
tables SQL
I. Conclusion
Ce projet nous a permis d’avoir une approche complète du développement logiciel.

Il nous a permis de nous initier au contact avec le client et à l’analyse des besoins
et du cahier de charge. Nous avons aussi pu nous initier au cycle complet du
développement logiciel de la conception à la validation en passant par les
différentes étapes incrémentales de codage et de tests. Ce travail nous a appris à
concevoir une base de données complète en se basant sur les besoins de
l’application à réaliser.
30
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 modéliser les différents diagrammes
qu’on a eu l’occasion d’étudier cettannée à savoir le diagramme de flux , le MCD
,le MLD ,le MCT ,le MOT entre autres . On a aussi pu découvrir le fonctionnement
d’une pharmacie et les besoins de gestion informatique qu’ils peuvent avoir. Le
logiciel peut être utilisé auprès des différentes pharmacies du royaume. Ce travail
nous a donné un avant-goût du métier de développeur et il nous a permis de
concevoir pour la première fois une vraie application et cela constitue une grande
satisfaction personnelle et professionnelle qui signe le début d’aboutissement de
notre formation.
II. Bibliographie
Sites web :
 https://fr.scribd.com/doc/223232550/Merise-Exercices-MCD-
Corriges
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-votre-
site-web-avec-php-et-mysql/phpmyadmin-5
 http://www.framasoft.net/
Document :
 Base de données de georges garadin
III. Annexe
32
33

Rapport Gestion Pharmacie

Transféré par

Droits d'auteur :

Formats disponibles

Rapport Gestion Pharmacie

Transféré par

Informations du document

Description originale:

Titre original

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 d’une pharmacie

Module: Système de gestion de base de données et système

Réalisé par :  Mr hain Encadré

Ce travail s’intègre dans le cadre du programme de formation de la 3ème

Ce travail nous engage à concevoir un produit fiable, robuste et répondant

La conception et la mise en œuvre des bases de données constituent un volet très

Premièrement, l’analyse du cahier de charge et des besoins du client.

II. Etude préliminaire de projet :

1. Cahier des charges :

a. Contexte et définition du problème :

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

Et pour faciliter l’exécution de ces taches il fallait informatiser le système de gestion

2. Représentation des solutions :

Le pharmacien désire une interface ergonomique, claire, sobre et surtout très

Il trouve des interfaces graphiques confuses et difficiles à manipuler. Il veut une

Le logiciel doit demander au démarrage une identification de l’utilisateur pour

III. Analyse et conception

Merise est une méthode d'analyse, de conception et de gestion de

La méthode Merise est une méthode d'analyse, de conception et de réalisation

En amont, elle se situait dans le prolongement naturel d'un schéma directeur,

Les projets Merise étaient généralement des projets de grande ampleur de

La méthode est essentiellement française. Elle a des équivalents à l'étranger en

Sa mise en œuvre peut paraître lourde. On consacre beaucoup de temps à

Même si les échanges et la consultation entre concepteurs et utilisateurs sont

L'articulation très codifiée et bien balisée des différentes étapes, avec un

La méthode Merise d'analyse et de conception propose une démarche articulée

Cycle de vie : phases de conception, de réalisation, de maintenance puis

Cycle de décision : des grands choix (GO-NO GO : Étude préalable), la définition

Cycle d'abstraction : niveaux conceptuels, d’organisation, logique et

principales activités (Conceptuel) sans rentrer dans le détail de questions d'ordre

La méthode Merise, très analytique (attention méthode systémique), distingue

(7) demande rejetée

(1) demande (4) remise Facture (5) Paiment

(2) Verification disponibilité

chèque de paiement livraison renvoyée Bon de comande

Description du diagramme de flux :

Ce diagramme de flux représente quatre Acteurs

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

satisfaisant, les médicaments entrent en stock.

5. Modèle conceptuel de données avec description ;

A noter qu'un modèle "conceptuel" de données est indépendant de l'état de l'art

 Etude de cas : gestion d’une pharmacie

Le modèle représente 8 entités :

Fournisseur - Médicament – Commande – Vente – Stock – Commande – Client –

6. Dictionnaires des données :

Un dictionnaire des données doit respecter les contraintes suivantes.

 Tous les noms doivent être monovalués et non décomposables.

Nom Commentaire Entité type Identifiant

7. Modèle logique des données avec description et les règles

8. Modèle conceptuel des traitements :

Le modèle conceptuel des traitements ou MCT permet de représenter de façon

Le diagramme représente 4 acteurs :

 Le pharmacien : est l’acteur principal c’est lui qui gère la pharmacie et il

9. Modèle organisationnel de traitement :

Le modèle organisationnel des traitements s'attache à décrire les propriétés des

Liste des acteurs:

Client CLIENT Interne

Fournisseur FOURNISSUER Interne