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 é

par :  Mr
moutachawwik
 SAMI Nassima
 MOUBARI Soukaina
 MOHIMI Salma
 MAHLAL Mehdi

1
Sommaire :
I. Introduction............................................................................................................3
II. L’approvisionnement
1. Le déroulement d’approvisionnement
2. Les phases de processus d’achat
3. Les types de stock
4. Représentation graphique du stock
III. Etude préliminaire de projet.....................................................................................4

1. Cahier des charges...............................................................................................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
IV. Analyse et conception...........................................................................................7
3. Description de la méthode de conception utilisée....................................................7
4. Diagramme de Flux...............................................................................................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
Modèle conceptuel des traitements...................................................................14
Modèle organisationnel de traitement...............................................................17
Liste des acteurs........................................................................................................17
Liste des événements.................................................................................................18
Liste des objets des diagrammes conceptuels....................................................19

2
 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

php. Dans ce rapport nous allons détailler toutes les étapes de conception de notre
logiciel.

3
 II. L'approvisionnement :

T
Û
O
C
S
E
L
une technique ou méthode permettant de livrer un bien, ou un service, à un tiers. On
peut considérer que l'approvisionnement est distingué en deux flux distincts : physique
et administratif (informationnel).Le flux administratif est nécessaire à l'envoi et à la
réception de données, ordres, commandes, factures...
Le flux physique est l'art d'acheminer le bien vers le demandeur, par bateau, avion,
camion, chemin de fer...
L'approvisionnement répond à toutes contraintes environnantes. La règle première est
de livrer de la marchandise, au bon moment, au bon prix, et au meilleur coût selon le
choix du demandeur. Le terme anglais, procurèrent, est souvent utilisé pour mettre en
évidence une gestion plus fine de l'approvisionnement, selon l'objectif :
- orienté coût,
- orienté vers la sécurisation de l'approvisionnement.
Les exigences sur les approvisionnements se traduisent par le choix de fournisseurs. La
fonction achat approvisionnement.

4
COMMERCIALES

INDUSTRIELLES
DE
MAINTENANCE
MATIÈRES
PREMIÈRES

BESOINS

SERVICES
DIVERS
COMPOSANTS

FOURNITURES
 1. Le déroulement d’approvisionnement

2. Les phases de processus d’achat

5
 3. Les types de stock

1 Fournisseurs
Stocks de produits finis à ve
2 Magasin
Stocks de matières premièr
3 Atelier d’ usinage
Stocks de piéces primaires
4 Atelier
Atelierde
demontage
montage

Stocks de Stocks de produ

composants
finis
5

Clients

4. Représentation graphique du stock

6
 Stock maximal
S0
Stock initial
Consommation linéaire
du produit.(Loi de
consommation)

Stock nul Tc
Tr

(la quantité augmente

Tr: intervalles de réapprovisionnements
sur une durée très
courte)

Tc: Intervalles de commande

III. Exemple d’étude préliminaire de projet de la pharmacie :

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

7
comptabilité.

8
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

9
É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.

10
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

11
IV. 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

12
 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

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

14
 4. Diagramme de Flux :

Client

(7) demande rejetée

(1) demande remise Facture

Paiment
medicamment + Médicamment

(9) demande en attente

stocker

(2) Verification disponibilité

Stock (3) medicamment disponible
Pharmaci
(6) medicamment non disponible

éliminer du stock

livraison

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

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.

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

16
  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

17
 6. Dictionnaires des données :

18
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

19
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

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

21
22
 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

23
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

24
 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

25
26
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_

27
 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

28
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_

29
30