REPUBLIQUE DU CAMEROUN REPUBLC OF CAMEROON

Paix-Travail-Partie Peace-Work-Fatherland
******* *******
UNIVERSITE DE YAOUNDE I UNIVERSITY OF YAOUNDE I
******* *******

ECOLE NATIONALE SUPERIEURE INSTITUT SUPERIEUR DE FORMATION AUX

METIERS DES TELECOMMUNICATIONS, DE
POLYTECHNIQUE DE YAOUNDE L’INNOVATION TECHNOLOGIQUE,
DE COMMERCE ET DE GESTION

EXPOSE : Génie Logiciel

THEME

CONCEPTION D’UNE PLATEFORME POUR LA

Sous l’encadrement :
GESTION D’UNE PHARMACIE
M. ABANDA
Professeur de Services Réseaux à l’IFTIC-SUP

ANNÉE ACADÉMIQUE 2022-2023

Rédigés par :
INTROCUCTION GENERALE
TRAORE HAWA
MENGUEME ZE GUY FERNADINAND

L'informatique ne cesse d'envahir les différents domaines des activités humaines. Cela
s'explique par son apport incontestable pour ceux qui l'utilisent. En effet, cet outil permet entre
autres l'automatisation des traitements, l'échange d'information soit en temps réel, soit en
différé, la conservation des données, l'exécution rapide des tâches, etc.
 Avant l'invention de l'ordinateur, nous enregistrions toutes les informations manuellement sur
des supports en papier ce qui engendrait beaucoup de problèmes tel que la perte de temps
considérable dans la recherche de ces informations ou la dégradation de ces dernières. Ainsi,
jusqu'à présent, l'ordinateur reste le moyen le plus sûr pour le traitement et la sauvegarde de
l'information. Cette invention à permis d'informatiser les systèmes de gestion de données des
entreprises, ce qui est la partie essentielle dans leur développement aujourd'hui. Les pharmacies
hospitalières et celles des dispensaires publics font partie des établissements que l'informatique
pourra beaucoup aider.

En effet, la croissance du nombre des médicaments hospitaliers nécessite la mise en place

d'une
gestion rationnelle efficace et rapide, or et jusqu'à ce jour, la gestion manuelle est encore la plus
dominante.
Nous remarquons ainsi la mauvaise organisation du travail dans la pharmacie lors de la
recherche d'une information ou lors de la création des statistiques, l'information n'est pas toujours
précise et disponible d'où la nécessité d'introduire l'informatique dans les pharmacies.
Vu cet état de fait, notre projet a pour objectif de concevoir et mettre en œuvre une
plateforme, fiable, conviviale et facile à intégrer dans l'environnement de travail des pharmacies.

I) CONTEXTE DU PROJET
Le contexte de ce projet se situe dans l’optique d’améliorer et optimiser la gestion de l’outil
informatique au sein des entreprises et consolider les connaissances reçues pendant le cours
d’Introduction au Génie Logiciel et pour ce faire, nous avons eu pour thème de projet :
« Conception d’une plateforme pour la gestion des pharmacies »
 La population camerounaise est en constante augmentation depuis plusieurs décennies.
Ce qui incombe à des structures telles que les pharmacies de stocker et de traiter de grandes
quantités d’informations. Malgré les avancées technologiques et l’avènement de l’informatique
qui offre un excellent moyen de stockage et de pérennisation de l’information, ces derniers n’en
demeurent pas moins réfractaires face à cet outil. C’est ainsi que nous remarquons lors de la
recherche d'une information ou lors de la création des statistiques, l'information n'est pas toujours
précise et disponible.

II) L’OBJECTIF DU PROJET

1) Problématique
La gestion des pharmacies au Cameroun se font manuellement, ce qui engendre plusieurs
problèmes tels que :
 Une perte de temps dans la recherche des médicaments périmés ou proche de leur date de
péremptions bien des produits en rupture.
 Les erreurs de calcul engendrées par la gestion manuelles (Bon, Facture..).
 Une dispersion du stock pour certain médicaments.
 Utilisation de plusieurs documents (facture, bon de livraison, liste des produit en ruptures) ce
qui entraine une mauvaise organisation de ces dernier.
Afin de palier à ces problèmes, nous proposons de développer une plateforme permettant à des
pharmacie d’atteindre les objectifs présentés dans le point suivant.

2) Objectif
La phase d’analyse a pour objectif de décrire de manière précise, concise, correcte et
compréhensible les besoins et les exigences du client. Il s’agit de livrer des spécifications pour
permettre la conception de la solution. La phase d’analyse permet de s’accorder sur « ce que doit
faire le système ? »
Les pharmacies veulent se doter d’un logiciel qui pourra lui permettra de :
 Gérer le stock des médicaments.
 Gérer la vente de produit.
 Gérer les échanges de produits entre pharmacie.
 Visualiser les factures à distance et en temps réel.
 Automatiser la vente grâce à un API de paiement dans la gestion de la pharmacie.
 Connaître les recettes de la pharmacie (recettes journalières, hebdomadaires et mensuels).
 Avoir une vue d’ensemble sur la pharmacie à distances.

III) Méthodologie adoptée

1) Langage de modélisation :

Sachant que le processus unifié exige l'utilisation d’UML, notre modélisation de la solution se
fera
en utilisant des diagrammes UML.

1.1)Unified Modeling Language(UML):

UML (Unified Modeling Language) est un langage de modélisation objet né de la fusion de trois
langages de modélisation objet (Booch, OMT, OOSE) qui ont révolutionnés la modélisation
dans les années 90.
UML est dit universel car il est indépendant des langages de programmation, des domaines
d’application et aussi du processus de développement adopté.
Il permet de représenter un système sous forme de schémas. Sa notation graphique permet
d’exprimer visuellement une solution objet, ce qui facilite la comparaison et l’évaluation de la
solution.
Sa véritable force repose sur un méta modèle qui normalise la sémantique des concepts, qu’il
véhicule. Notez qu’UML est ouvert et n’est la propriété de personne [2].

1.2) Diagrammes UML utilisés :

Pour modéliser notre système nous avons utilisés les trois types de diagrammes suivants:
Diagramme Objectifs Type
Diagramme de classes 1. Point central de la modélisation du système Statique
pour décrire ce que le système doit faire
(analyse) et avec quoi il va le faire
(conception) .
2. Représentation de la structure statique du
système d’information.
3. Modélisation des classes et de leurs relations.
Diagramme de cas d’utilisation 1. Décrire la manière dont une organisation ou Fonctionnel
un système externe doivent interagir avec le
système.
2. décrire ce que doit faire le système.
3. Mettre en évidence les services rendus par le
système.

Diagramme de séquence 1. validation des cas d'utilisation pour Dynamique

comprendre la logique de l'application.
2. Complète le diagramme des cas d’utilisation
en mettant en évidence les objets et leurs
interactions d’un point de vue temporel.

Tableau 1.3 Descriptif des diagrammes UML.

1.3) Liens entre les diagrammes :

La figure suivante représente les liens entre les diagrammes à concevoir dans le chapitre suivant :

Figure 1.4 Liens entre les diagrammes UML.

1.3) MVC (Modèle, Vue, Contrôleur) :
Définition :
MVC est un modèle d’architecture qui cherche à séparer nettement les couches de présentation
(UI : User Interface), métier (BLL : Business Logic Layer) et d’accès aux données (DAL : Data
Access Layer). Le but étant d’avoir une dépendance minimale entre les différentes couches de
l’application ainsi les modifications effectuées sur n’importe quelle couche de l’application
n’affectent pas les autres couches [3].

1.4) Définition de la couche Modèles:

La couche modèle représente la partie de l’application qui exécute la logique métier. Cela
signifie qu’elle est responsable de récupérer les données, de les convertir selon des concepts
chargés de sens pour l’application, tel que le traitement, la validation, l’association et beaucoup
d’autres tâches concernant la manipulation des données.
À première vue, l’objet Modèle peut être vu comme la première couche d’interaction avec
n’importe quelle base de données de l’application. Mais plus globalement, il fait partie des
concepts majeurs autour desquels l’application est exécutée.
1.5) Définition de la couche vue :
La vue retourne une présentation des données venant du modèle. Étant séparée par les Objets
Modèle, elle est responsable de l’utilisation des informations dont elle dispose pour produire une
interface de présentation de l’application.
Par exemple, de la même manière que la couche Model retourne un ensemble de données, la Vue
utilise ces données pour fournir une page HTML. Ou un résultat XML formaté.
La couche Vue n’est pas seulement limitée au HTML ou à la représentation en texte de données.
Elle peut aussi être utilisée pour offrir une grande variété de formats en fonction de vos besoins,
comme les vidéos, la musique, les documents et tout autre format auquel vous pouvez penser [4].
1.5)1. Définition de la couche contrôleur :
La couche contrôle gère les requêtes des utilisateurs. Elle est responsable de retourner une
réponse avec l’aide mutuelle des couches Modèle et Vue.
Les contrôleurs peuvent être imaginés comme des managers qui ont pour mission de vérifier que
toutes les ressources souhaitées pour accomplir une tâche soient déléguées aux travailleurs de
façon appropriée. Il attend des requêtes des clients, vérifie leur validité selon l’authentification et
les règles d’autorisation, délèguent les données récupérées et traitées par le Modèle et
sélectionne les types de présentation correcte que le client accepte, pour finalement déléguer le
processus d’affichage à la couche Vue [4].

1.5)2. Illustration du modèle MVC :

 Figure 1.5 : Illustration du paterne MVC.

2.1) Les acteurs du système:

2.2.1) Définition :

Un acteur est une entité externe qui interagit avec le système (Utilisateur, dispositif matériel,
ou autre système...). En réponse à l'action d'un acteur, le système fournit un service qui
correspond à son besoin (modification du système ou simple consultation). Les acteurs
peuvent être classés hiérarchiquement [6].

2.2.2) Identification des acteurs:

2.2.3) [Link]) Les acteurs principaux :

La pharmacie OUAKKOUCHE emploie un employer, un gérant et un pharmacien.

Dans notre système le pharmacien et le gérant ont le même rôle et doivent avoir les mêmes
privilèges.

1. Le gérant :
Le rôle du gérant est de :
• Gérer la vente.
• Gérer le stock.
• Gérer les échanges de produits entre pharmacie.
• Gérer les utilisateurs.
• Formuler le bon de commande.
• Consulter l’état des ventes et factures chifaa. 2. L’employé:

Le rôle de l’employé est limité :

• Gérer la vente.
• Gérer le stock (l’employer enregistre l’arrivage de produit).
• Consulter le bon de commande.
 • Consulter la liste des périmer. 3. L’administrateur :

Le seul acteur ayant le droit d’accès au code source, la mise à jour de l’application et à sa
maintenance en cas de panne.
[Link]) Les acteurs secondaires:
Dans notre système, nous avons qu’un acteur logiciel qui va interagir avec notre
système il s’agit bien sur du logiciel chifaa.
A chaque fois qu’une vente s’effectue sur ce dernier, la même vente s’enregistre
automatiquement sur notre application et une copie de la facture chifaa est faite de la même
occasion, ce qui va permettre au gérant de visualiser les ventes chifaa sans être sur
l’ordinateur ou le logiciel et de faire une soustraction du stock automatiquement sans refaire
l’opération à nouveau sur notre application (Appharm). 2.3) Identification des cas
d’utilisation :
Dans l’application a développé, nous avons définis les cas d’utilisation suivant :
N° Acteurs Cas d’utilisation

1 Gérant/employer Authentification

2 Gérant Gérer le stock (Enregistrer, modifier, Rechercher produit, annuler,

consulter)
Gérer les ventes (Enregistrer, Modifier, Rechercher une vente,
annuler, consulter)
Gérer les échanges (Enregistrer, modifier, rechercher un
échange, annuler, consulter)
Gérer les utilisateurs (Ajouter, Modifier, Supprimer,
rechercher un utilisateur, consulter) gérer les ruptures
(Enregistrer, Modifier, Rechercher un bon de commande,
annuler, Visualiser, visualiser la liste des produits en vois de
ruptures)
Consulter l’état des ventes :
Liste de vente (Imprimer, Visualiser)
Consulter les Factures chifaa (Imprimer, Visualiser)
Liste des produit en vois de péremption (Imprimer, Visualiser)
Liste des produit en rupture (Imprimer, Visualiser)

3 Employer Géré les ventes (Enregistrer, modifier, Rechercher une vente,

annuler, consulter)
Gérer le stock (Enregistrer, Modifier, Rechercher un produit,
annuler, consulter).
Consulté le bon de commande (Visualiser, rechercher bon de
commande)
 4 Logiciel chifaa Après enregistrement des factures émise par les utilisateurs dans
le disque dur de l’ordinateur où est installer le logiciel chiffa, notre
application détecte la facture dans le disque dur et l’enregistre à son
tour dans la base de donnée du serveur au quel est connecté notre
application.

Tableau 2.1 : Identification des cas d’utilisation

2.4) Cas d’utilisation :

A) Authentification : Cette opération permet à un utilisateur de s’authentifier avant

d’accéder à l’application, elle permet aussi de s’assurer de l’identité de l’utilisateur.

B) Gérer les ventes : Donne la possibilité à l’utilisateur d’enregistrer une vente ou de

l’annuler, de rechercher une vente pour la modifier ou pour la consulter.

C) Gérer le stock : Permet à l’utilisateur d’enregistrer ou d’annuler l’enregistrement d’un

produit dans le stock, de rechercher un produit pour consulter ou modifier ses caractéristique.

D) Gestion des échanges : Permet au gérant d’enregistrer un échange ou annuler

l’enregistrement, de rechercher un échange pour le modifier ou le consulter.

E) Gérer les ruptures : Le gérant peut enregistrer ou annuler un bon de commande, il

peut aussi rechercher un bon de commande pour le modifier ou le visualiser ou l’annuler. Elle
permet aussi au gérant de visualiser la liste des produits en rupture. L’employé peut seulement
rechercher un bon de commande pour le visualiser.

F) Consulter l’état des ventes: permet au gérant d’accéder aux listes de vente et recettes
(Journalières, Hebdomadières, Mensuels), aux ventes chifaa et aux factures chifaa , pour les
visualiser ou les imprimer.

G) Gérer les utilisateurs : permet au gérant d’ajouter un utilisateur de rechercher un

utilisateur pour le supprimer, modifier ses caractéristique ou le consulter.

H) Enregistrement des factures chifaa : A chaque fois que notre application Appharm
détecte une nouvel facture dans le disque dur de l’ordinateur où est installé le logiciel chifaa ,
elle enregistre tel qu’elle est dans base de donnée du serveurs au quel est connecté notre
application et déduis les médicament vendu sur la facture automatiquement du stock.

2.5) Diagramme de cas d’utilisations :

Définition :
Les diagrammes de cas d'utilisation décrivent les utilisations requises d'un système, ou ce qu'un
système est supposé faire. Les principaux concepts de ces diagrammes sont les acteurs, cas
d'utilisation et sujets. Un sujet représente un système avec lequel les acteurs et autres sujets
interagissent. Le comportement requis du sujet est décrit par les cas d'utilisation [7].

Le diagramme de cas d’utilisation modélise à QUOI ? Sert le système.

2.5.1) Diagramme de cas d’utilisation de l’employer :

Le diagramme ci-dessous représente les cas d’utilisations identifies pour l’employer.

Figure2.1 : Diagramme de cas d’utilisation de l’employer.

2.5.2) Diagramme de cas d’utilisation du gérant :

Le diagramme ci-dessous représente les cas d’utilisations identifies pour le gérant.
 Figure2.2 : Diagramme de cas d’utilisation du gérant
2.5.3) Diagramme de cas d’utilisation global : Le diagramme de cas d’utilisation global
représente les différentes fonctions de notre application autour des quelles, sont
érigées les besoins et les exigences des différents acteurs qui interagiront au sein
même du système.

Figure 2.3 : Diagramme global de cas d’utilisations.

2.6) Description textuelle des cas d’utilisations :

Cas d’utilisation N°1 : Authentification

Acteur principal Gérant/ Employer
Objectif S’authentifier avant d’accéder a la page d’accueil de l’application.
Pré-conditions Avoir une connexion internet et un navigateur.
Scénarios L’utilisateur se connecte à internet, lance l’application web via un
navigateur web.
Le système demande à l’utilisateur de s’authentifier.
L’utilisateur saisit son nom et son mot de passe.
Le système vérifie la conformité des informations saisies en envoyant une
requête aux serveurs.
La requête est vérifié par le serveur et envois une réponse favorable.
L’utilisateur accède au menu principal.
Alternative En cas de réponse défavorable du serveur, le système affiche un message
d’erreur en cas d’erreur de saisie ou bien d’un champ incomplet (retour à 2).
Tableau 2.2 : Description textuelle du cas d’utilisation Authentification.

Cas d’utilisation N°2: Gérer le stock

Acteur principal Gérant/ Employer
Objectif Enregistrer un produit dans le stock existant.
Pré-conditions Authentification
Scénario L’utilisateur saisie le nom du produit et tout ces caractéristiques (numéros de
lot, date d’expiration, quantité…), puis clique sur enregistrer.
Le système envois la requête au serveur.
Après le traitement des données par le serveur, il envois un message au
système.
Le système affiche à l’écran la réponse du serveur
Alternative Le système affiche un message d’erreur en cas d’une erreur de
saisie ou bien d’un champ incomplet (retour a -1-).

Tableau 2.3 : Description textuelle du cas d’utilisation gérer le stock.

Cas d’utilisation N°3: Gérer les ventes
Acteur principal Gérant/Employer
Objectif Enregistrer une vente de produit/Imprimer la facture si besoin.
Pré-conditions Authentification.
Scénario 1. L’utilisateur saisie le nom du produit dans la barre de recherche de
produit puis sélectionne le bon produit ajoute la quantité et clique sur
enregistrer.
2. Une requête est envoyée au serveur pour traitement.
3. Le serveur envois un message de succès à l’interface de l’utilisateur.
Alternative Le système affiche un message d’erreur en cas d’une erreur de saisie ou bien
d’un champ incomplet (retour a -1-).
Tableau 2.4 : Description textuelle du cas d’utilisation gérer la vente.

Cas d’utilisation N°4 : Gérer les utilisateurs

Acteur principal Gérant.
Objectif Enregistrer un utilisateur.
Pré-conditions Authentification.
Scénario 1. Le gérant accède a l’interface gérer les utilisateurs puis clique sur
ajouter un utilisateur et enfin saisit le formulaire d’ajout et clique sur
enregistrer.
2. Une requête est envoyée au serveur pour traitement.
3. Le serveur envois un message de succès a l’interface de l’utilisateur.
Alternative Le système affiche un message d’erreur en cas d’une erreur de saisie ou bien
d’un champ incomplet (retour a -1-).
Tableau 2.5 : Description textuelle du cas d’utilisation gérer les utilisateurs.
Cas d’utilisation N°5 : Gérer les ruptures
Acteur principal Gérant
Objectif Formuler un bon de commande/ accéder a la liste de produit en rupture.
Pré-conditions Authentification
Scénario 1. Le gérant accède a l’interface gérer les ruptures.
2. Le gérant demande a accédé a la liste des produit en rupture.
3. Une requête est envoyée au serveur pour traitement.
4. Le serveur envois la liste des produits en voit de rupture et l’interface
l’affiche a l’écran.
5. Le gérant peut formuler le bon de commande :
• Saisie des produits et leurs quantités par le gérant qui ajoute au bon de
commande.
• A la fin de sa saisie il peut enregistrer
• Une requête est envoyée au serveur pour traitement.
• Le serveur repend par un message de succès.

Alternative Le système affiche un message d’erreur en cas d’une erreur de saisie ou bien
d’un champ incomplet (retour a -5-).
Tableau 2.6 : Description textuelle du cas d’utilisation gérer les ruptures.

Cas d’utilisation N°6 : consulter l’état des ventes

Gérant

Acteur principal
Objectif Accéder aux nombreuse listes (liste des produit vendue)
Pré-conditions Authentification
Scénario 1. Le gérant demande le formulaire de consultation.
2. Le système affiche le formulaire.
3. Le gérant demande de consulter une des listes (listes des produits,
périmés et vendus ou au facture chifaa).
4. Une requête est envoyée au serveur pour traitement.
5. Le serveur répond et le système affiche la liste demandé.

Alternative Coupure internet/ou problème technique (réactualiser la page/ou

vérifié connexion internet).

Tableau 2.7: Description textuelle du cas d’utilisation consulter l’état des ventes.
2.7) Réalisation des diagrammes de séquence :

Diagramme de séquence N°1 : cas d’utilisation Authentification :

Lorsque l’utilisateur (Gérant, Employer) veux accéder à notre application web, il sera obliger de
s’authentifier avant d’y accéder en saisissant son identifiant et mot de passe, après la saisie le
système envois une requête au serveur pour traiter les

informations envoyées, si les informations sont correcte l’utilisateur accédera à

sa session sinon un message d’erreur sera affiché et reconduira l’utilisateur à la
page authentification.

Figure 2.4 : Diagramme de séquence du cas d’utilisation (Authentification).

Diagramme de séquence N°2 : cas d’utilisation Gérer la vente :
Lorsque l’utilisateur (Gérant, Employer) a accédé a l’application il lui sera possible
d’effectué une vente en cliquant sur gestion de vente, après le clique il pourra enregistrer
une vente de produit en introduisant les champs requis et en cliquant sur enregistrer le
système envois la requête au serveur qui lui enregistre les données et envois un message de
succès ou sinon un message d’erreur sera affiché si il manque un champ.

Figure 2.5 : Diagramme de séquence du cas d’utilisation (Gérer la vente).

Diagramme de séquence N°3: cas d’utilisation Gérer le stock

Lorsque l’utilisateur (Gérant,Employer) veux gérer le stock c’est a dire enregistrer un arrivage
de médicament, il doit tout d’abord cliquer sur gestion de stock puis ajouter un produit au
stock, pour ensuite remplir les champ requis et enfin envoyer les données au serveur pour les
enregistrer. Après traitement du serveur un message de succès ou d’erreur sera envoyé.
 Figure 2.6 : Diagramme de séquence du cas d’utilisation (Gérer le stock)

Diagramme de séquence N°4: cas d’utilisation Gérer les utilisateurs :

Lorsque le gérant veut gérer les utilisateurs il doit tout d’abord accéder à la gestion des
utilisateurs puis rechercher un utilisateur donné pour le modifier.
Après ça recherche le gérant n’a qu’à cliquer sur modifier et remplir les champs
requis et envoyer au serveur pour traitement et enregistrement. Un message
d’erreur est envoyé en cas de champ incomplet sinon un message de succès.

Figure 2.7 : Diagramme de séquence du cas d’utilisation (Gestion des utilisateurs).

Diagramme de séquence N°5: cas d’utilisation Gérer les ruptures :

Lorsque le gérant veut passer une commande au fournisseur il pourra formuler un
bon de commende via notre application web. En effet, il doit accéder au
formulaire gestion des ruptures et cliquer sur formuler le bon de commande puis
remplir les champs requis et envoyé les données
2.8) Réalisation du diagramme de classe

2.8.1) Diagramme de classes :

Le diagramme de classes est sans doute le diagramme le plus important à
représenter pour les méthodes d’analyse orientées objet. En effet, il
permet de spécifier QUI intervient à l’intérieur du système.
Un diagramme de classes fait abstraction des aspects dynamiques et
temporels du système, il va permet de représenter une vue statique du
système d’information. Il s’agit plutôt des relations entre les classes, des
services rendus et utilisés par chacune d’elles et de l’articulation de
l’ensemble [8].

Figure 2.11 : Diagramme de classes.

2.8.2) Dictionnaire de données :
Classe Attributs Signification Type Taille
Utilisateur -Nom -Nom de l’utilisateur. -Caractère 20
-Prénom -Prénom de l’utilisateur. -Caractère
-Id - Identifiant -Alpha-num
-Mot de passe -Clé de sécurité -Alpha-num
-Type -Gérant/Employer -Caractère
Produit -Nom_C -Nom commercial. - -Caractère 20
-N_Lot Numéro de lot -Alpha-num
-EXP -Date d’expiration -Date
-PPA - Prix populaire Algérien - réel
-Qte -Quantité -Entier
-Dosage -Dosage -Caractère
-Conditionnement -Conditionnement -Caractère

Echanges -Nom_Ph -Nom pharmacie -Caractère 20

-Non_C -Nom commercial -Caractère
-Qte -Quantité -Entier
-PPA -Prix populaire Algérien -Réel
-Id_Ph -Identifiant pharmacie -Alpha-num

Vente Id_v Identifiant vente Alpha-numérique 20

Qte Quantité Entier
Ppa Prix populaire Algérien Réel
Total Total d’une vente Réel

Bon de Id_Bon Identifiant Bon Alpha-numérique 20

commande Date_bon Date de bon de Date
commande

Tableau 2.8 : Représentatif du dictionnaire de données.

2.8.3) Le modèle relationnel :

Le concepteur d’une base de données relationnelle doit élaborer un schéma

relationnel de la base de données.
Cette activité consiste à définir toutes les relations de la base de données et leurs attributs.

[Link]) Règles de passage au modèle relationnel:

Les règles utilisées pour le passage du diagramme de classes de notre
application web au modèle Relationnel sont les suivantes :
• Toute entité devient une relation ayant pour clé primaire son identifiant [9].

• Chaque propriété se transforme en attribut [9].

• Toute association non hiérarchique (de type [n, n] ou de dimension > 2)

devient une relation. La clé primaire est formée par la concaténation
(juxtaposition) de l'ensemble des identifiants des entités reliées. Toutes les
propriétés éventuelles deviennent des attributs qui ne peuvent pas faire
partie de la clé [9].
[Link]) Modèle relationnel:

Après avoir appliqué les règles de passage cité précédemment, nous avons
abouti au schéma relationnel de la base de données suivant :

Utilisateur (Id,Nom, Prénom, Mot de passe, Type),

Produits (N_lot, Nom_c, EXP, PPA, Qte, Dosage, Conditionnement),

Vente (Id_V, Nom_C, Qte, Ppa, Total),

Échange (Id_Echange, Id_ph, Nom_ph, Type, Produit, #Id_gérant),

Bon de commande (Id_bon, date_bon, #Id_gérant)

Échanger (#N_lot, #Id_Echange, #d_ph, Produit , Type),

Vendre ( #N_lot, #Id_V),

Enregistrer ( #id, #Id_v),

Consulter (#Id, #Id_bon)

Enregistrer ( #Id , #N_lot).

.4) Outils de développement :

3.4.1) Développement des diagrammes :

Pour Réaliser les diagrammes UML qui ont servis a modélisé notre application web,
nous avons utilisé un logiciel et une application web de développement de
diagramme, qui sont:
  Umbrello est un outil de modélisation de langage de modélisation unifiée
(UML) et un générateur de code. Développer par KDE sous linux.
Il peut créer des diagrammes de logiciels et d'autres systèmes dans le
format UML standard de l'industrie, et peut également générer du code à
partir de diagrammes UML dans une variété de langages de
programmation.

[Link] est une application web de création de diagramme compatible avec

google drive et complètement gratuite, elle permet de dessiner des diagrammes
UML en ligne via un navigateur (sou protocole http).
3.4.2) NetBeans :
NetBeans est un environnement de développement intégré (EDI), placé en Open
Source par Sunen juin 2000. En plus de Java, NetBeans permet également de
supporter différents autres langages, comme C, C+, JavaScript, PHP, HTML. Il
comprend toutes les caractéristiques d'un IDE moderne (éditeur en couleur, projets
multi-langage, refactoring, éditeur graphique d'interfaces et de pages Web).

Conçu en Java, NetBeans est disponible sous Windows, Linux, Solaris, Mac OS X ou
sous une version indépendante des systèmes d'exploitation (requérant une machine
virtuelle Java) [12].

3.4.3) PhpMyAdmin :
PhpMyAdmin est un outil logiciel gratuit écrit en PHP, destiné à gérer
l'administration de MySQL sur le Web. PhpMyAdmin prend en charge une large
gamme d'opérations sur MySQL et MariaDB. Les opérations fréquemment utilisées
(gestion des bases de données, des tableaux, des colonnes, des relations, des index,
des utilisateurs, des autorisations, etc.) peuvent être effectuées via l'interface
utilisateur, alors que vous avez toujours la possibilité d'exécuter directement une
instruction SQL
[13].

3.4.4) MYSQL :
MySQL est une base de données relationnelle libre qui a vu le jour en 1995 et très
employée sur le Web, souvent en association avec PHP (langage) et Apache (serveur
web). MySql fonctionne indifféremment sur tous les systèmes d’exploitation
(Windows, Linux, Mac OS notamment). Le principe d’une base de données
relationnelle est d’enregistrer les informations dans des tables qui représentent des
regroupements de données par sujets (table des produits, table d’utilisateur par
exemple).Les tables sont reliées entre elles par des relations [14].

3.4.5) Mozilla Firefox :

Mozilla Firefox est un navigateur web libre et gratuit, développé et distribué par la
Mozilla Foundation avec l’aide de milliers de bénévoles grâce aux méthodes de
développement du logiciel libre (open source) et à la liberté du code source [15].

3.5) Langage de programmation :

3.5.1) PHP :

PHP signifie Personnal Home Page, c’est un langage incrusté au HTML et interprété
ou compilé côté serveur. Il dérive du C et du Perl dont il reprend la syntaxe.
Ce langage est principalement utilisé pour produire un site web dynamique. Il est
courant que ce langage soit associé à une base de données, tel que MySQL.
Exécuté du côté serveur (l'endroit où est hébergé le site) il n'y a pas besoin aux
visiteurs d'avoir des logiciels ou plugins particulier.