MINISTERE DE L’ENSEIGNEMENT République de Côte d’Ivoire

SUPERIEUR ET DE LA RECHERCHE
SCIENTIFIQUE

Institution Universitaire Technologique

Eudiste d’Afrique
Union- Discipline- Travail

MEMOIRE DE FIN DE PREMIER CYCLE EN VUE DE

L’OBTENTION DU DIPLOME DE LICENCE
Option : Informatique

CONCEPTION ET: Informatique

Option REALISATION D’UNE
APPLICATION WEB POUR LA
GESTION DE CLIENTELE :
CAS DE LA SOCIÉTÉ AFRICAO

Présenté et soutenu par : Sous la direction scientifique de :

KOUAME Aboubakar Sidik Satigui Constant M. KOUASSI Armand

Ingénieur informaticien

Année académique : 2020-2021

1
2
MINISTERE DE L’ENSEIGNEMENT République de Côte d’Ivoire
SUPERIEUR ET DE LA RECHERCHE
SCIENTIFIQUE

Institution Universitaire Technologique

Eudiste d’Afrique Union- Discipline- Travail

MEMOIRE DE FIN DE PREMIER CYCLE EN VUE DE

L’OBTENTION DU DIPLOME DE LICENCE
Option : Informatique

CONCEPTION ET REALISATION D’UNE

Option : Informatique
APPLICATION WEB POUR LA GESTION
DE CLIENTELE :
CAS DE LA SOCIÉTÉ AFRICAO

Présenté et soutenu par : Sous la direction scientifique de :

KOUAME Aboubakar Sidik Satigui Constant M. KOUASSI Armand

Ingénieur informaticien

Année académique : 2020-2021

IV
 Je dédie ce document à mon père M. KOUAMÉ FRANCK, à feu ma mère
Mme ADOU AMAN MARIE-LAURE, à ma belle-mère Mme KOUAMÉ
MARIE-LOUSIE et ma grand-mère Mme DJENE MINATA pour leur
encadrement, leur soutien moral et financier qui ont été pour moi depuis l’enfance,
une source d’inspiration et de volonté au travail. Qu’ils trouvent ici, l’expression
de toute ma gratitude et de toute mon affection.

V
 REMERCIEMENTS

En premier lieu, Je voudrais remercier l’ensemble des membres de

l’administration de l’Institut Universitaire Technologique Eudiste d’Afrique, en
particulier Monsieur FOTO Aubin, assistant académique pour l’intérêt qu’ils ont
toujours porté aux étudiants.

Je tiens à remercier plus particulièrement Monsieur Kouassi Armand, mon

encadreur pour ses conseils avisés.

A l’ensemble de mes professeurs de la filière informatique qui ont été d’un

soutien sans faille tout au long de ce cycle d’apprentissage. Merci à eux pour ce
savoir si bien dispensé, et aussi pour la disponibilité dont ils ont fait part lorsque
je rencontrais des difficultés.

Enfin, je voudrais remercier mon père et ma grand-mère, sans eux, tout ceci
n’aurait été possible.

VI
 RESUME

AFRICAO dans ses textes, se veut une entreprise technologique. Cela

signifie, qu’elle place les nouvelles technologies de la communication au centre de
son projet. C’est ainsi qu’elle se dote d’outils avant-gardistes dans son processus
de fonctionnement afin de rendre plus facile le travail de ses employés.

L’objectif de cette étude abonde dans la même logique, en ce sens qu’il

s’agit de mettre en œuvre une application web de gestion de client. De par cette
application, les employés pourront travailler de manière plus efficace.

Ainsi pour répondre à cette problématique, nous avons abordé le problème

en trois grandes parties. Tout d’abord nous l’avons approché d’un point de vue
théorique: le cadre de référence. Après cela, nous sommes entrés dans le volet
purement technique. Il s’agissait en amont, de créer notre application suivant les
normes qui sont en vigueur pour ce type d’application. Choix de la méthode
d’analyse et conceptualisation de notre base de données, ainsi que les traitements
sont des éléments qui témoignent de cela. Enfin, dans la dernière partie, nous
allons terminer par le volet purement pratique: la réalisation. Le choix des outils,
des technologies, pour ne citer que ceux-là sont les thématiques que nous avons
abordées dans la dernière partie de notre travail.

VII
 AVANT- PROPOS

Ce mémoire rentre dans le cadre de l’obtention du diplôme de Licence de

l’Institut Universitaire Technologique Eudiste d’Afrique, dans la filière
informatique. Il se formera autour de l’élaboration d’une application web pour les
employés de l’entreprise AFRICAO. L’idée de ce présent mémoire découle du
constat sur la faiblesse des systèmes de communication de l’entreprise, celles-ci
ayant des lacunes pour garder le contact avec leurs clients.

Par conséquent, avec l’expansion du numérique, les entreprises s’arment de

plus en plus d’outils technologiques afin de mieux outiller leurs employés face
aux différentes tâches qui les incombent. En effet, AFRICAO étant une entreprise
évolutive ne serait restée en marge de cette nouvelle réforme. De ce fait, la
création d’une application de gestion clientèle constituera un véritable plus dans
le processus d’évolution de ces derniers.

Et donc, cette étude se veut d’être un outil de plus dans le catalogue

technologique dont est doté l’entreprise. En outre, elle permettra de réduire les
retards de paiement, améliorer les délais moyens de règlement et la trésorerie.

VIII
 TABLE DES SIGLES ETABREVIATIONS

CSS: Cascading Style Sheets

HTML: Hypertext Markup Language

IUTEA : Institut Universitaire Technologique eudiste d’Afrique

LMD: Licence-Master-Doctorat

MCD: Modèle conceptuel de données

MCT: Modèle conceptuel de traitement

MERISE: Méthode d'Étude et de Réalisation Informatique pour les Systèmes

D’Entreprise

MLD: Modèle logique de données

MOT: Modèle organisationnel de traitement

PHP: HyperText Preprocessor

SQL: Structured Query Language

UML: Langage de Modélisation Unifié

W3C: World Wide Web Consortium

IX
 TABLE DES FIGURES

Figure 1: Structure d’accès théorique............................................................. - 14 -

Figure 2: Schéma du modèle conceptuel des données ................................... - 15 -
Figure 3: Diagramme des flux ........................................................................ - 17 -
Figure 4 : Graphe d’ordonnancement des évènements .................................. - 20 -
Figure 5: Modèle Conceptuel De Traitement................................................ - 21 -
Figure 6 Modèle organisationnel de traitement ............................................. - 26 -
Figure 7: Page d'accueil.................................................................................. - 34 -
Figure 8: Exemple de code de la partie visuelle ............................................ - 35 -
Figure 9: Fragment du fichier AdministrationController.php ........................ - 36 -
Figure 10 : Fonction "setClient". Elle permet d’implémenter une requête . - 37 -
Figure 11: Exemples d'une Requête SQL ...................................................... - 38 -
Figure 12: page de Connexion ....................................................................... - 39 -
Figure 13 page d’accueil ................................................................................ - 40 -
Figure 14: Formulaire d’Enregistrement client et du tableau ........................ - 40 -
Figure 15: Formulaire d’Enregistrement payement et du tableau.................. - 41 -
Figure 16: Formulaire d’Envoi de message et du tableau .............................. - 41 -
Figure 17: Formulaire d’Envoi de message programmé et du tableau ......... - 42 -
Figure 18: Formulaire d’Enregistrement de l’utilisateur et du tableau .......... - 42 -
Figure 19: Formulaire d’Enregistrement des permissions et du tableau........ - 43 -
Figure 20: Formulaire d’Enregistrement des rôles et du tableau ................... - 43 -

X
 SOMMAIRE
REMERCIEMENTS ................................................................................................................................... VI
RESUME ................................................................................................................................................. VII
AVANT- PROPOS ................................................................................................................................... VIII
TABLE DES SIGLES ETABREVIATIONS ...................................................................................................... IX
TABLE DES FIGURES ................................................................................................................................. X
SOMMAIRE ............................................................................................................................................. XI
INTRODUCTION ................................................................................................................................... - 1 -
PARTIE I: CADRE DE REFERENCE .......................................................................................................... - 2 -
CHAPITRE I - PRESENTATION GENERALE DE L’ENTREPRISE D’ACCUEIL .......................................... - 3 -
I- PRÉSENTATION D’AFRICAO ................................................................................................. - 3 -
II- CADRE SPECIFIQUE DU STAGE : DIRECTION DU SERVICE WEB ........................................... - 4 -
CHAPITRE II - ETUDE DE L’EXISTANT................................................................................................ - 5 -
I- L’EXISTANT........................................................................................................................... - 5 -
II- CRITIQUE DE L’EXISTANT ET PROPOSITION DE SOLUTION .................................................. - 5 -
III- CAHIER DE CHARGE ......................................................................................................... - 6 -
PARTIEII: ANALYSE FONCTIONNELLE ................................................................................................... - 7 -
CHAPITRE I- PRESENTATION DES METHODES D’ANALYSE .............................................................. - 8 -
I- ÉTUDE COMPARATIVE ENTRE MERISE ET UML ................................................................... - 8 -
II- CHOIX DE LA MÉTHODE MERISE ....................................................................................... - 10 -
CHAPITRE II- ANALYSE FONCTIONNELLE ....................................................................................... - 11 -
I- ANALYSE CONCEPTUELLE ET LOGIQUE.............................................................................. - 11 -
II- ANALYSE ORGANISATIONNELLE ET ANALYSE PHYSIQUE. ................................................. - 22 -
PARTIE III : LA REALISATION DE L’APPLICATION ................................................................................ - 27 -
PARTIE III: LA REALISATION ............................................................................................................... - 29 -
CHAPITRES I- CHOIX DES OUTILS ET DES TECHNOLOGIES ............................................................. - 30 -
I- LES OUTILS ......................................................................................................................... - 30 -
II- LES TECHNOLOGIES ........................................................................................................... - 32 -
CHAPITRE II- LA MISE EN ŒUVRE ET LA PRÉSENTATION DE L’APPLICATION ................................ - 34 -
I- LA MISE EN ŒUVRE ........................................................................................................... - 34 -
II- PRÉSENTATION DE L’APPLICATION ................................................................................... - 39 -
III- COUT DE REALISATION .................................................................................................. - 44 -
CONCLUSION ..................................................................................................................................... - 45 -
ANNEXES............................................................................................................................................ - 46 -

XI
BIBLIOGRAPHIE .................................................................................................................................. - 47 -
WEBOGRAPHIE .................................................................................................................................. - 48 -
TABLES DES MATIERES ...................................................................................................................... - 49 -

XII
 INTRODUCTION
De nos jours, la technologie a pris de l’ampleur et nous vivons dans une véritable
ère du numérique. En vue de faciliter la tâche à ses employés, concernant les
règlements de facture des clients, l’entreprise AFRICAO a jugé bon de procéder
à la numérisation de son système de communication via internet.

Ce travail rend compte de la conception et du développement d’une

application de gestion de clientèle pour les employés de l’entreprise AFRICAO.

L’entreprise AFRICAO se veut une entreprise technologique. Ce qui signifie

que le numérique tient une place importante dans le mécanisme de travail. De ce
fait, la création d’une application de gestion de clientèle pour les employés de
cette entreprise apparaitra comme une véritable plus-value et confortera le statut
de l’institution en tant qu’une entreprise technologique.

Il est vrai qu’il existe une multitude d’application de gestion clientèle sur le
web, cependant, ces applications ne traitent pas forcement des problèmes que
rencontrent les employés de l’entreprise. Ainsi, l’idéal serait de mettre au jour une
application qui leur sera entièrement dédiée. Dans laquelle, ils pourront travailler
plus facilement.

Pour mener à bien cette étude, nous avons effectué, des observations au sein
de l’entreprise sur les méthodes de communication entre les employés et les
clients. Et nous avons aussi consulté de la documentation s’articulant autour des
différentes technologies nécessaires à la réalisation d’un projet de cette envergure.

Ainsi, nous allons, dans une première partie, aborder le cadre théorique et
méthodologique de l’étude. Puis dans la deuxième partie, nous parlerons de tout
ce qui a trait à la conception de l’application avant de terminer avec les différentes
étapes de la réalisation de celle-ci à travers la troisième et dernière partie.

-1-
PARTIE I: CADRE DE REFERENCE

-2-
CHAPITRE I - PRESENTATION GENERALE DE
L’ENTREPRISE D’ACCUEIL

I- PRÉSENTATION D’AFRICAO

1. Situation Geographies

L’entreprise Africao est située en Côte D’Ivoire dans la ville d’Abidjan plus
précisément dans la commune de Yopougon agbayate.

2. Historique

Les activités d’AFRICAO ont démarré le 28 AOUT 2018 mais l’entreprise

de façon officielle est née le 24 JANVIER 2019 (obtention du matricule par le
CEPICI). Le fondateur est MR jean Charles Baudoin PDG de l’entreprise et le Co
fondateur Mr KOFFI brou DG de l’entreprise.

La création de cette entreprise est partie d’un intérêt pour la santé et

l’alimentation. Les fondateurs de l’entreprise y attachaient un grand intérêt.
Procurer la santé par l’alimentation est donc devenu un principe et a fait naitre la
vision de l’entreprise.

3. Activité

AFRICAO est une société de production et de vente de compléments

alimentaires avec pour marque principale MANGOUAN et son slogan « La
puissance par le végétal ». Mangouan, née d’un dialecte ivoirien qui signifie « ce
qui donne la vie ». AFRICAO propose différentes gammes de compléments
alimentaires. Nous avons entre autres, le cacao, la spiruline, le moringa, le pollen,
la gelée royale, la vanille, le vital élément. Tous ces produits ont la particularité

-3-
d’apporter au corps les éléments nutritifs et les vitamines dont il a besoin pour
bien fonctionner.

II- CADRE SPECIFIQUE DU STAGE : DIRECTION DU SERVICE

WEB

1. Présentation du service web

Le Service Web assure le développement ou la sélection des logiciels en

matière de gestion administrative ainsi que l’établissement de la politique
informatique selon les objectifs stratégiques et l’élaboration des plans
d’informatisation de l’entreprise.

2. Mission du service web

Le service web a pour mission de:

✓ Développer et maintenir des bases de données pour la gestion des

ressources humaines et financières;
✓ Assurer le support technique, la mise à jour, la maintenance et l’inventaire
du matériels et logiciels;
✓ Sélectionner et implanter des progiciels de gestion intégrée;
✓ Donner des conseils, former les utilisateurs sur les nouvelles technologies
pour leur permettre la prise en charge de ses applications;
✓ Améliorer la communication interne, externe et le travail de groupe par
l’utilisation des nouvelles technologies de l’information et de la
communication;
✓ Élaborer et mettre en œuvre des manuels de procédures informatiques ainsi
que des manuels de support pour la formation des utilisateurs;

-4-
 CHAPITRE II - ETUDE DE L’EXISTANT

I- L’EXISTANT
Lors d’une vente de compléments alimentaires par un commercial, les
informations du client (nom, prénoms, email, téléphone, structure) et les référence
du payement (montant, date payement) sont envoyées à la secrétaire qui les
enregistres. Après enregistrement, le commercial se rend à l’entreprise pour le
dépôt des factures (référence facture, date payement, produits, montant à payer,
montant payé). Les rappels de facture aux clients sont effectués par un
administrateur via le téléphone (appel ou message) le jour de l’échéance des
factures.

II- CRITIQUE DE L’EXISTANT ET PROPOSITION DE

SOLUTION

1. Critiques

a. Les Faiblesses

Le traitement manuel constaté dans la gestion des clients provoque des

conflits de non-respect de rendez-vous au niveau des règlements des factures.
Ainsi, la perte des dossiers et la lenteur dans le travail dû au nombre croissant des
clients, constituent un handicap majeur.

b. Les forces

La gestion des clients qui est déjà mise en place à AFRICAO est telle qu’il
a une réduction considérable des fraudes, aussi elle présente une meilleure gestion
des suivis sur les factures.

-5-
 2. Proposition de solution

Vu toutes les difficultés que traversent AFRICAO dans la gestion de ses

clients, nous préconisons l’automatisation des taches.

III- CAHIER DE CHARGE

1. Objectifs Visés

L’objectif est d’établir un rappel de facture aux clients qui réduirait les
retards de paiement, améliorera le délai moyen de règlement de facture, éviter les
impayés afin d’améliorer la trésorerie.

2. Résultats attendus

L’application devra être capable de gérer :

✓ L’enregistrement d’un client;

✓ L’enregistrement d’un utilisateur;
✓ L’enregistrement des rôles et permissions;
✓ Le règlement des différentes factures des clients;
✓ La consultation des informations relatives aux facture (payées et
impayées);
✓ L’envoi de message aux clients;
✓ L’envoie de message programmé aux clients.

-6-
PARTIEII: ANALYSE FONCTIONNELLE

-7-
CHAPITRE I- PRESENTATION DES METHODES
D’ANALYSE

I- ÉTUDE COMPARATIVE ENTRE MERISE ET UML

MERISE (Méthode d'Étude et de Réalisation Informatique pour les Systèmes

d'Entreprise) est une méthode d'analyse et de réalisation des systèmes

d'information qui est élaborée en plusieurs étapes : schéma directeur, étude
préalable, étude détaillée et la réalisation.

Alors qu'UML (Unified Modeling Langage), est un langage de modélisation

des systèmes standards, qui utilise des diagrammes pour représenter chaque aspect
d'un système c'est à dire : statique, dynamique, en s'appuyant sur la notion
d'orienté objet qui est un véritable atout pour ce langage.

1. Points forts et faibles de merise

a. Points forts
Merise, méthode la plus utilisée en France dans les domaines de gestion,
s'appuie sur une approche systémique. Donc elle permet une appréhension globale
et rapide du système d’information à concevoir. Elle est très adaptée à un contexte
de création d'application et ses concepts sont peu nombreux et simples pour
l’étude du système et elle est assez indépendante vis à vis de la technologie.
Néanmoins, certains points faibles ont été notés sur cette méthode lors de
l’analyse et de la conception des systèmes d’information.

b. Points faibles
Elle ne s'occupe pas de l'interface utilisateur et n’est pas adaptée à un
problème de maintenance ou de seconde informatisation. Elle ne permet pas

-8-
réellement une validation rapide de la part des utilisateurs et par la suite il est très
difficile de valider les traitements par rapport aux données et cela au niveau
conceptuel ou organisationnel.

2. Points forts et faibles d’UML

a. Points forts
UML est un langage formel et normalisé :

✓ Gain de précision ;
✓ Gage de stabilité ;
✓ Encourage l'utilisation d'outils.

UML est un support de communication performant :

✓ Il cadre l'analyse ;
✓ Il facilite la compréhension des représentations abstraites complexes;
✓ Son caractère polyvalent et sa souplesse en font un langage universel.

b. Points faibles
La mise en pratique d'UML nécessite un apprentissage et passe par une
période d'adaptation. UML n’est pas à l'origine des concepts objets, mais en
constitue une étape majeure, car il unifie les différentes approches et en donne une
définition plus formelle. Le processus (non couvert par UML) est une autre clé de
la réussite d'un projet. Or l'intégration d'UML dans un processus n'est pas triviale,
et améliorer un processus est une tâche complexe et longue. Les auteurs d'UML
sont tout à fait conscients de l'importance du processus, mais l'acceptabilité
industrielle de la modélisation objet passe d'abord par la disponibilité d'un langage
d'analyse objet performant.

-9-
 II- CHOIX DE LA MÉTHODE MERISE
Merise est une méthode de conception de systèmes d'information de
gestion. Issue de l'analyse systémique, elle est le résultat des travaux menés par
René Colletti, Arnold Rochfeld et Hubert Tardieu dans les années 1970 et qui
s'inséraient dans le cadre d'une réflexion internationale, autour notamment du
modèle relationnel d'Edgar Frank Codd. Elle est devenue un projet opérationnel
au début des années 1980 à la demande du ministère de l'industrie, et a surtout été
utilisée en France pour les projets d'envergure, notamment des grandes
administrations publiques ou privées. Merise, méthode spécifiquement française,
a d'emblée connu la concurrence internationale de méthodes anglo-saxonnes telles
que SSADM (en), SDM/S ou Axial. Elle a ensuite cherché à s'adapter aux
évolutions rapides des technologies de l'informatique avec Merise/objet, puis
Merise/2 destinée à s'adapter au client-serveur.

Pourquoi avoir choisi merise ?

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

complètement intégrée, ce qui en constitue le principal atout. Elle fourni un cadre
méthodologique et un langage commun et rigoureux à une génération
d'informaticiens.

- 10 -
CHAPITRE II- ANALYSE FONCTIONNELLE

I- ANALYSE CONCEPTUELLE ET LOGIQUE

1. Le modèle conceptuel des données (MCD)

a. Règles de gestion

✓ RG1 : Un message appartient à un ou plusieurs types de message.

✓ RG2 : Un type de message appartient à un et un seul message.

✓ RG3 : Un administrateur peut envoyer plusieurs messages.

✓ RG4 : Un message est envoyé par un et un seul administrateur.

✓ RG5 : Un administrateur peut créer plusieurs users.

✓ RG6 : Un user est créé par un et un seul administrateur.

✓ RG7 : Un user peut envoyer plusieurs messages.

✓ RG8 : Un message est envoyé par un et un seul users.

✓ RG9 : Un user peut enregistrer plusieurs sociétés.

✓ RG10 : Une société est enregistrée par un et un seul user.

✓ RG11 : Une société peut effectuer plusieurs payements.

✓ RG12 : Un payement est effectué par une et une société.

✓ RG13 : Un payement est rattaché à une ou plusieurs produits.

✓ RG14 : Un produit est rattaché à un et un seul payement.

✓ RG15 : Un administrateur peut attribuer plusieurs rôles.

- 11 -
✓ RG16 : Un rôle est attribué par un et un seul administrateur.

✓ RG17 : Un rôle est lié à un et plusieurs autorisations.

✓ RG18 : Une autorisation est liée par un ou plusieurs rôles.

b. Liste des entités

✓ Administrateur;
✓ Rôle;
✓ Autorisation;
✓ Users;
✓ Client;
✓ Message;
✓ Type message;
✓ Payement;
✓ Produit.

- 12 -
 c. Dictionnaire des données
Nature

Code Libellé Type Taille E SIG Observation

CA SIT
CO M
id_mess Identifiant message AN 20 E SIG ID
message_mess Message AN 1000 E SIT
date_envoie_mess date envoie message D E SIG JJ/MM/AAAA
heure_envoie_mess heure envoie message H E SIG H:M
active statut message N 1 E SIG
deleted_by statut supprimer N 1 E SIG
created_by créer par AN 255 E SIG
updated_by date modification D E SIG JJ/MM/AAAA
id_admin Identifiant administrateur AN 20 E SIG ID
nom_admin nom administrateur AN 255 E SIG
prenoms_admin prénoms administrateur AN 255 E SIG
contact_admin contact administrateur AN 255 E SIG
id_auto Identifiant autorisation AN 20 E SIG ID
name_auto Name autorisation AN 255 E SIG
code_auto code autorisation AN 255 E SIG
id_role Identifiant rôle AN 20 E SIG ID
name_role Name rôle AN 255 E SIG
id_users Identifiant utilisateur AN 20 E SIG ID
email_users email utilisateur AN 255 E SIG
password_users mot de passe utilisateur AN 255 E SIG
id_type_mess Identifiant type message AN 20 E SIG ID
lib_type_mess libellé type message AN 255 E SIG
rowid_soc Identifiant société AN 11 E SIG ID
nom_complet_soc nom complet société AN 255 E SIG
email_soc email société AN 255 E SIG
telephone_soc téléphone société AN 255 E SIG
name_structure_soc Name structure société AN 255 E SIG
rowid_paye Identifiant payement AN 11 E SIG ID
ref_paye référence payement AN 255 E SIG
date_paye date payement D E SIG JJ/MM/AAAA
montant_paye montant Payement N 10 E SIT
montant_a_paye montant a Payé AN 10 E SIG
reste_montant reste montant AN 10 E SIG
statue_paye statue payement AN 1 E SIG
id_prod Identifiant produit AN 11 E SIG ID
ref_prod référence produit AN 255 E SIG

- 13 -
AN : Alphanumérique E : Elémentaire JJ : Jour MM : Mois
SIT : Situationnelle
N : Numérique AAAA : Année SIG : Signalétique
ID : identifiant D : Date

d. Structure d’accès théorique (SAT)

Figure 1: Structure d’accès théorique

- 14 -
 e. Schéma du modèle conceptuel des données (MCD)

Figure 2: Schéma du modèle conceptuel des données

- 15 -
 2. Modèle logique des données relationnel (MLDR)

a. Les règles de passage du MCD au MLDR

Règle 1: Une entité du MCD devient une relation, c’est à dire une table. Les
propriétés deviennent les attributs de la relation.

Règle 2: Une association de type 1: N (c’est à dire qui a les cardinalités maximales
positionnées à « 1 » d’un côté de l’association et à « n » de l’autre côté) se traduit
par la création d’une clé étrangère dans la relation correspondante à l’entité côté
« 1 ». Cette clé étrangère référence la clé primaire de la relation correspondant à
l’autre entité.

Règle 3 : Une association de type N : N (c’est à dire qui a les cardinalités

maximales positionnées à « N » des 2 côtés de l’association) se traduit par la
création d’une nouvelle table dont la clé primaire est composée des clés étrangères
référençant les relations correspondant aux entités liées par l’association. Les
éventuelles propriétés de l’association deviennent des attributs de la relation.

b. Élaboration du modèle logique de donnée relationnelle (MLDR)

AUTORISATIONS (id_auto, name_auto, code_auto)
ADMINISTRATEUR (id_admin, nom_admin, prenoms_admin, contact_admin)
PAYEMENT (rowid_paye, ref_paye, date_paye, montant_paye,
montant_a_paye, reste_montant, statue_paye, #id_client)
MESSAGE (id_mess, message_mess, date_envoie_mess, heure_envoie_mess,
active, deleted_by, created_by, updated_at, #id_admin, #id_users)
TYPE_MESSAGE (id_type_mess, lib_type_mess, #id_mess)
ROLES (id_role, name_role, #id_admin)
USERS (id_users, email_users, password_users, #id_admin)

- 16 -
SOCIETES (rowid_soc, nom_complet_soc, email_soc, telephone_soc,
name_structure_soc, #id_users_users)
PRODUIT (id_prod, ref_prod)
LIER (id_role, id_auto)

3. Le modèle conceptuel des traitements (MCT)

a. Graphe des flux

Listes des acteurs :
✓ Acteurs internes : administrateur, users, commercial
✓ Acteurs externes : clients

Diagramme des flux

E3 E4

ADMINISTRATEUR
E13
E1 E2
E9 E12
E5
E5
CLIENTS USERS E6
E11
E10
E8 E7
E5 E5

COMMERCIAL

Figure 3: Diagramme des flux

- 17 -
LEGENDE

E1 : envoie des informations personnelles de l’utilisateur

E2 : vérification des informations
E3 : création des accès
E4 : envoie des accès par mail
E5 : connexion de l’utilisateur
E6 : envoie des informations personnelles du client
E7 : vérification et enregistrement du client
E8 : envoie un message de validation d’enregistrement
E9 : envoie de message ou appelle aux clients pour la fidélisation ou rappelle de
facturation.
E10 : envoie de la somme due à l’entreprise
E11 : vérification de la solvabilité du compte client
E12 : envoie du solde aux clients
E13 : vérification du solde par le client

- 18 -
b. Graphe d’ordonnancement des évènements (GOE)

- 19 -
Figure 4 : Graphe d’ordonnancement des évènements

c. Modèle conceptuel de traitement (MCT)

- 20 -
Figure 5: Modèle Conceptuel De Traitement

- 21 -
 II- ANALYSE ORGANISATIONNELLE ET ANALYSE
PHYSIQUE.

1. Modèle organisationnel des traitements (MOT)

a. Procédures fonctionnelles

PF1 : connexion de l’Administrateur

Poste de travail : service informatique
période : dès la présence de l’administrateur
nature : automatisé (AC)

PF2 : enregistrement utilisateur et attribution de rôle et permission

Poste de travail : service informatique

période : dès la présence des informations de l’utilisateur
nature : automatisé (AC)

PF3 : envoie des accès

Poste de travail : service informatique
période : dès l’enregistrement de l’utilisateur et attribution des rôles
nature : automatisé (AC)

PF4 : Connexion utilisateur

Poste de travail : service informatique
période : dès l’envoi des accès à l’utilisateur
nature : automatisé (AC)

PF5 : Enregistrement client

Poste de travail : service comptabilité
période : dès la présence des informations du client
nature : automatisé (AC)

- 22 -
PF6 : envoie sms aux clients pour fidélisation ou rappel de facturation
Poste de travail : service comptabilité où service commercial
période : dès l’enregistrement du client
nature : automatisé (AC)

PF7 : vérification et règlement facture client

Poste de travail : service comptabilité
période : dès envoie du montant à payer par le client
nature : automatisé (AC)

- 23 -
 b. Schéma du MOT
PERIODE PROCEDURE FONCTIONNELLE NATURE POSTE DE TRAVAIL

Lancement
de l’URL

Connexion Administrateur
PF1
Dès présence de toujours Service
l’administrateur AC informatique
Administrateur
connecté

Information
utilisateur

ENREGISTREMENT UTILISATEUR ET
Dès présences PF2 ATTRIBUTION DE ROLE ET PERMISSION Service
des informations AC informatique
OK OK
de l’utilisateur
Erreur de Enregistrement
remplisage utilisateur et
attribution

CONNEXION
INTERNET

ENVOIE DES ACCES

PF3 OK OK
Dès
Enregistrement A
Service
de l’utilisateur et Accès Erreur
AC informatique
attribution des envoyé Connexion
rôles

- 24 -
 A Accès

CONNEXION UTILISATEUR
Dès envoi des PF4 OK OK Service
accès à AC informatique
l’utilisateur Connexion
Erreur effectué
accès

Informations
client

Dès présence ENREGISTREMENT CLIENT Service

PF5 toujours
des AC comptabilité
informations
du clients Clients
enregistré

Contact
clients
Service
ENVOYE SMS AUX CLIENTS POUR comptabilité
Dès PF6 FIDELISATION OU RAPPEL DE où
FACTURATION
enregistrement Toujours AC Service
du clients commercial

B Message
envoyé

- 25 -
 B
Solde Montant à
client payer

Dès envoie du
montant à VERIFICATION ET REGLEMENT
payer par le PF7 FACTURE CLIENT
client OK OK Service
AC comptabilité

Règlement Vérification
Solde
effectuée effectuée
incorrecte

Figure 6 Modèle organisationnel de traitement

2. Modèle physique des données (MPD)

Nom de la table : CLIENT TAILLE : 541 octets

Clé Primaire : id_soc
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 5273,4375 Ko
CODE LIBELLE TYPE LONGUEUR
id_soc Identifiant société AN 11
nom_complet_soc nom complet société AN 255
email_soc email société AN 255
telephone_soc téléphone société AN 255
name_structure_soc Name structure société AN

Nom de la table : PAYEMENT TAILLE : 276 octets

Clé Primaire : rowid_paye
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 2695,3125 Ko
CODE LIBELLE TYPE LONGUEUR
rowid_paye Identifiant payement AN 11
ref_paye référence payement AN 255
date_paye date payement D
montant_paye montant Payement N 10
montan_a_paye montant a payé N 10
reste_montant reste montant N 10
statue_paye statue payement N 1

- 26 -
Nom de la table : MESSAGE TAILLE : 1277 octets
Clé Primaire : id_mess
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 12470,703125 Ko
CODE LIBELLE TYPE LONGUEUR

Id_mess Identifiant message AN 20

message_mess message AN 1000
date_envoie_mess date envoie message D
heure_envoie_mess heure envoie message H
active statut message N 1
deleted_by statut supprimer N 1
created_by créer par AN 255
updated_by date modification D

Nom de la table : ADMINISTRATEUR TAILLE : 785 octets

Clé Primaire : id_admin
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 7666,015625Ko
CODE LIBELLE TYPE LONGUEUR

id_admin Identifiant administrateur AN 20

nom_admin nom administrateur AN 255
prenoms_admin prénoms administrateur AN 255
contact_admin contact administrateur AN 255

Nom de la table : AUTORISATION TAILLE : 530 octets

Clé Primaire : id_auto
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 5175,78125Ko
CODE LIBELLE TYPE LONGUEUR
PARTIE
id_auto
III : LA REALISATION
Identifiant autorisation AN
DE 20
name_auto
code_auto
L’APPLICATION
Name autorisation
code autorisation
AN
AN
255
255

- 27 -
Nom de la table : USERS TAILLE : 530 octets
Clé Primaire : id_users
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 5175,78125Ko
CODE LIBELLE TYPE LONGUEUR
id_users Identifiant utilisateur AN 20
email_users email utilisateur AN 255
password_users mot de passe utilisateur AN 255

Nom de la table : TYPE MESSAGE TAILLE : 275 octets

Clé Primaire : id_type_mess
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 2685,546875 Ko
CODE LIBELLE TYPE LONGUEUR
id_type_mess Identifiant type message AN 20
lib_type_mess libellé type message AN 255

Nom de la table : ROLE TAILLE : 275 octets

Clé Primaire : id_role
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 2685,546875 Ko
CODE LIBELLE TYPE LONGUEUR
id_role Identifiant rôle AN 20
name_role Name rôle AN 255

Nom de la table : PRODUIT TAILLE : 275 octets

Clé Primaire : id_prod
Nombre d’enregistrements : 10 000
Support de Stockage : Disque Dur Local
Volume : 2685,546875 Ko
CODE LIBELLE TYPE LONGUEUR
id_prod Identifiant produit AN 20
ref_prod référence produit AN 255

- 28 -
PARTIE III: LA REALISATION

- 29 -
 CHAPITRES I- CHOIX DES OUTILS ET DES
TECHNOLOGIES

I- LES OUTILS

1. L’éditeur de texte
Notre étude s’inscrit précisément dans le domaine du développement web
qui consiste en la réalisation d’application. Pour réaliser notre application, nous
aurons besoin d’un certain nombre d’outils indispensables tel que l’éditeur de
texte. L’éditeur de texte est un logiciel dans lequel un développeur peut
communiquer avec l’ordinateur via un langage de programmation dans le but
d’obtenir un rendu. Il existe plusieurs éditeurs de texte. Cependant, le choix d’un
éditeur est à l’appréciation du développeur. Dans notre étude, notre choix se
portera sur Sublime text qui est l’éditeur de texte conçu En 2007 par Jon Skinner.
Elle nous offre une interface graphique conviviale dans laquelle nous nous sentons
à l’aise. Aussi, nous avons dû installer un package dans le but de facilité l’écriture
de notre code. Celui-ci est Laravel Blade Highlighter. Ce package ajoute des
définitions de syntaxe pour le moteur Laravel Blade. Tout ceci justifie bien notre
choix de Sublime text comme éditeur de texte.

2. Laragon
Laragon est un environnement de développement Web dédié au système
d’exploitation Windows. Il est accompagné de différentes technologies à savoir :

✓ PHP
✓ APACHE
✓ MySQL

Ainsi, Laragon par les possibilités qu’il propose et la facilité de mise en œuvre,

- 30 -
c’est finalement le Mc Gyver du développement web. C’est pour cela que nous
avons fait le choix de cette plateforme de développement.

3. Framework LARAVEL
En programmation informatique, un Framework désigne un ensemble
cohérent de composants logiciels structurels, qui sert à créer les fondations ainsi
que les grandes lignes de tout ou partie d'un logiciel (architecture). Les
Frameworks sont donc conçus et utilisés pour modeler l'architecture des logiciels
applicatifs, des applications web, des middlewares et des composants logiciels.
Pour la réalisation de notre application nous avons fait le choix d’utiliser le
Framework LARAVEL de PHP, Laravel est un Framework web open-source écrit
en PHP respectant le principe modèle-vue-contrôleur et entièrement développé en
programmation orientée objet. Celui-ci fournit des fonctionnalités en termes de
routage de requête, de mapping objet-relationnel (un système baptisé Eloquent
implémentant Active Record), d'authentification, de vue (avec Blade), de
migration de base de données, de gestion des exceptions et de test unitaire. Tout
ceci justifie bien notre choix d’utiliser Laravel pour notre développement.

4. Bootstrap
Bootstrap est un Framework CSS utile à la création de design web à savoir
les graphismes, les animations, et les interactions utilisateur-machines. Cette
technologie a été mise au point par deux développeurs de Twitter dans le but
d’alléger le temps de travail des développeurs web en mettant à leur disposition
un ensemble de fichier composé de plusieurs éléments préconçus. Ainsi, en
utilisant Bootstrap, le développeur bénéficiera d’un gain de temps conséquent.
Aussi, Bootstrap intègre en son sein des extensions du langage Javascript en
option. La version courante de Bootstrap est la 4.5.

- 31 -
 II- LES TECHNOLOGIES

1. HTML et CSS
Crée en 1991 par l’ingénieur informatique Tim Berners-Lee, Hypertext
Markup Language est un langage de balisage conçu dans le but d’écrire 32 des
documents HyperText liant les ressources d’internet avec des hyperliens. Et donc
pour faire simple, HTML nous sert à faire apparaitre du texte sur des pages web.
Il est composé de balises qui possèdent chacune une fonction bien définie dans la
mise en forme du texte. Cependant avec son évolution, HTML nous permet
maintenant d’intégrer divers types de données dans les pages web tels que les
fichiers audios, vidéos, et images et tout cela par l’appel de balises.

Cascading Style Sheets (CSS) ou en français Feuille de style en cascade

peut être considéré comme un langage informatique conçu dans le but d’apporter
du design au page web car HTML à lui seul ne pouvait le faire. C’est ainsi que le
css fut introduit dans les années 90 par le World Wide Web Consortium (W3C)
mais fut pris en charges par les navigateurs à partir des années 2000.

2. PHP ET SQL
L’application que nous désirons réaliser est une application web
dynamique. Dynamique parce qu’elle interagira avec un serveur de base de
données. Et pour ce faire, nous avons besoin d’un langage de programmation qui
puisse le faire. Car tous les langages de programmation n’ont pas cette faculté de
pouvoir communiquer avec un serveur de base de données. Au nombre de ceux
qui le peuvent, notre choix s’est porté sur le langage HYPERTEXT
PREPOCESSOR (PHP).

- 32 -
PHP est un langage de script principalement utilisé pour le développement web
car il peut être facilement intégré au HTML. Aussi, comme tout autre langage, il
dispose de plusieurs fonctions qui rendent notre code modulable.

Cependant, si le PHP nous permet de lier notre projet à notre serveur de

base de données, il est incapable d’interroger cette dernière. C’est pourquoi notre
choix s’est porté sur un langage qui a été conçu à cet effet. Le langage structured
query language (SQL). C’est un langage qui permet d’exploiter des bases de
données. SQL a été créé en 1974, mais c’est en 1986 qu’il a été normalisé et il est
aujourd’hui reconnu par la grande majorité des Système de Gestion de Base de
Données (SGBD).

- 33 -
 CHAPITRE II- LA MISE EN ŒUVRE ET LA
PRÉSENTATION DE L’APPLICATION

I- LA MISE EN ŒUVRE
1. La Structure physique

a. Le choix des couleurs

Code couleur utilisé pour le site :

Le Bleu : #6FEAED
L’Orange : #FF8C00
Le Blanc : #FFFFFF
Le Rose : #E41C68
Le Noir : #262626

b. Le Corps
Il s’agit ici de présenter la page d’accueil de notre site qui donne plus ou
moins une idée du design de notre site.

Figure 7: Page d'accueil

- 34 -
 2. Le BACK END

a. Le Paradigme de programmation utilisé

Dans le domaine de la programmation, il faut dire qu’il existe bon nombre
de paradigme. Qu’est-ce qu’il faut entendre par paradigme de programmation ?

Un paradigme de programmation est une approche que le programmeur

décide d’aborder pour écrire son programme. Dans le cas de notre application,
nous avons décidé d’utiliser la programmation Orientée Objet, il permet au
développeur d’utiliser une méthode ou un attribut selon plusieurs manières en
fonction de son besoin. Ainsi, notre code est divisé en trois grandes entités qui
regroupent plusieurs fichiers. Nous avons donc les fichiers représentant la partie
visuelle de notre application.

Figure 8: Exemple de code de la partie visuelle

Elle fait référence à la VUE dans le modèle MVC. Ainsi, tout ce qui y est
représenté, apparaitra sur notre interface graphique.

- 35 -
 A côté de cette dernière, nous avons des parties logiques qui sont composées
essentiellement de fichiers composés de fonction de tout genre.

Figure 9: Fragment du fichier AdministrationController.php

Ce fichier représente l’une des parties logiques de notre application. Elle n’est
composée que de fonctions. C’est dans ces fonctions que le gros du travail est fait.
Variables, requêtes etc.

- 36 -
Figure 10 : Fonction "setClient". Elle permet d’implémenter une requête

- 37 -
 b. Les requêtes
Pour faire plus simple, une requête dans le domaine informatique
est un ordre donné à une base de données. Et donc, notre application
étant composée d’une base de données relationnelle, il nous faudra pour
rendre notre application un tant soit peu puissante ; interroger notre base
de données. Et pour ce faire il nous faudra un langage de requête. Dans
notre cas, nous avons utilisé le langage Structure Query Language
(SQL) qui sert à exploiter les bases de données relationnelles.

Figure 11: Exemples d'une Requête SQL

- 38 -
 II- PRÉSENTATION DE L’APPLICATION

✓ Lancement de l’application

Figure 12: page de Connexion

- 39 -
 ✓ dashboard

Figure 13 page d’accueil

✓ Procédure d’enregistrement du client

Figure 14: Formulaire d’Enregistrement client et du tableau

- 40 -
 ✓ Procédure de payement

Figure 15: Formulaire d’Enregistrement payement et du tableau

✓ Procédure d’envoi de message

Figure 16: Formulaire d’Envoi de message et du tableau

- 41 -
 ✓ Procédure d’envoi de message programmé

Figure 17: Formulaire d’Envoi de message programmé et du tableau

✓ Procédure d’enregistrement utilisateur

✓ Procédure
Figure d’enregistrement
18: Formulaire d’Enregistrement dedes permissions
l’utilisateur et du tableau

- 42 -
Figure 19: Formulaire d’Enregistrement des permissions et du tableau

✓ Procédure d’enregistrement des rôles

Figure 20: Formulaire d’Enregistrement des rôles et du tableau

- 43 -
 III- COUT DE REALISATION

FOURNITURES QUANTITEE PRIX UNITAIRE COÛTS

Logiciel
SYSTÈME 1 100000 100000
D’EXPLOITATION

ANTI-VIRUS 1 20000 20000

GOOGLE CHROME 1 Open source Open source

Serveur web laragon) 1 Open source Open source
Gestionnaire de bd
(PhpMyAdmin) 1 Open source Open source

Éditeur de texte
(Sublime text 3) 1 Open source Open source

Matériel

Ordinateur dell 1 300000 300000

API ORANGE 1000 SMS 1 SMS = 50 f 50000

MAIN D’OEUVRE 300000

TOTAL 770000

- 44 -
 CONCLUSION

A la fin de cette étude, nous pouvons retenir que lors de la réalisation de

notre projet de fin d'année, nous avons été mis à l'épreuve à chaque étape de son
élaboration, depuis sa conception jusqu'à la création proprement dite de notre site
web. Tout d'abord, nous nous sommes servis de toutes nos connaissances acquises
tout au long de ce cursus universitaire et surtout des nombreuses recherches que
nous avons effectué sur le net.

Ensuite, nous avons été amenés à approfondir nos connaissances et à nous

perfectionner PHP, Laravel, SQL, Merise, html etc. dans l'optique d'obtenir un
résultat digne de nos efforts. Ce fut donc une expérience plus qu'enrichissante
pour nous. Avec la grâce de Dieu tout s'est déroulé sans grave problème et nous
avons réussi à produire un site que nous jugeons apte à satisfaire les besoins
exprimés.

Il est bien vrai que nous avons atteint tous les objectifs que nous nous étions fixés.

Cependant, comme on le dit dans le monde du développement d’application, « on

ne termine jamais une application ». Ainsi, nous comptons renforcer les
fonctionnalités de notre application pour la rendre plus agréable. Système de
notification, messages privés entre employé etc… sont les mises à jour majeurs
sur lesquelles nous travaillerons à l’avenir.

- 45 -
 ANNEXES

OUVRAGES

✓ Luke Welling & Laura Thomson, PHP & MySQL, 4e Edition,

PEARSON, p.961.

✓ Drifa SEBA, MERISE Concepts et mise en œuvre, Edition Eni, p.275

✓ Olivier Heurtel, PHP 7 : Développez un site web dynamique et interactif,

Eni, p.632.

✓ Yves Rocamora, apprenez les langages HTML5, CSS3 et JavaScript pour

créer votre premier site web, Eni, p.332.

✓ B. Philibert, Bootstrap18 je framework 100 % web design, edition 2015,

p.318.

- 46 -
 BIBLIOGRAPHIE

✓ OUVRAGES GENERAUX

• Joseph Gabay, MAÎTRISE D'OUVRAGE DES PROJETS

INFORMATIQUES: Guide pour le chef de projet, Edition
Dunod, 2011, p.208.
• Stéphane Combaudon, Olivier Heurtel, PHP ET MySQL :
Maîtrisez le développement d’un site web dynamique et interactif,
4 e édition, Eni, p. 794.
• Jacques Chaumier, SYSTÈMES INFORMATIQUES DE
DOCUMENTATION, Volume 15 de Informathèque, 15. Série
verte, 2e Edition, Entreprise moderne edition, 1972, p.115.

✓ OUVRAGES SPECIFIQUES

• CALVARY Gaëlle, DELOT Thierry, SÈDES Florence et TIGLI

Jean Yves, INFORMATIQUE ET INTELLIGENCE
AMBIANTE : DES CAPTEURS AUX APPLICATIONS (Traité
Informatique et Systèmes d'Information, IC2), Lavoisier, 2012,
Page 83-87

• Marie-Michèle Boulet, TECHNOLOGIES DE

L'INFORMATION: APPLICATIONS ET ÉVOLUTION, Presses
Université Laval, 1993, Page 10-15

- 47 -
 WEBOGRAPHIE

✓ https://ineumann.developpez.com/tutoriels/merise/initiation-merise/

✓ https://sites.google.com/site/coursdinformatiqueenligne/cours/merise/mod
ele-conceptuel-de-traitements.

✓ https://www.acrwebsite.org/volumes/8456/volumes/v28/NA-28

- 48 -
 TABLES DES MATIERES

REMERCIEMENTS ................................................................................................................................... VI
RESUME ................................................................................................................................................. VII
AVANT- PROPOS ................................................................................................................................... VIII
TABLE DES SIGLES ETABREVIATIONS ...................................................................................................... IX
TABLE DES FIGURES ................................................................................................................................. X
SOMMAIRE ............................................................................................................................................. XI
INTRODUCTION ................................................................................................................................... - 1 -
PARTIE I: CADRE DE REFERENCE .......................................................................................................... - 2 -
CHAPITRE I - PRESENTATION GENERALE DE L’ENTREPRISE D’ACCUEIL .......................................... - 3 -
I- PRÉSENTATION D’AFRICAO ................................................................................................. - 3 -
1. Situation Geographies ..................................................................................................... - 3 -
2. Historique ........................................................................................................................ - 3 -
3. Activité ............................................................................................................................. - 3 -
II- CADRE SPECIFIQUE DU STAGE : DIRECTION DU SERVICE WEB ........................................... - 4 -
1. Présentation du service web ........................................................................................... - 4 -
2. Mission du service web ................................................................................................... - 4 -
CHAPITRE II - ETUDE DE L’EXISTANT................................................................................................ - 5 -
I- L’EXISTANT........................................................................................................................... - 5 -
II- CRITIQUE DE L’EXISTANT ET PROPOSITION DE SOLUTION .................................................. - 5 -
1. Critiques........................................................................................................................... - 5 -
a. Les Faiblesses............................................................................................................... - 5 -
b. Les forces ..................................................................................................................... - 5 -
2. Proposition de solution ................................................................................................... - 6 -
III- CAHIER DE CHARGE ......................................................................................................... - 6 -
1. Objectifs Visés ................................................................................................................. - 6 -
2. Résultats attendus ........................................................................................................... - 6 -
PARTIEII: ANALYSE FONCTIONNELLE ................................................................................................... - 7 -
CHAPITRE I- PRESENTATION DES METHODES D’ANALYSE .............................................................. - 8 -
I- ÉTUDE COMPARATIVE ENTRE MERISE ET UML ................................................................... - 8 -
1. Points forts et faibles de merise ...................................................................................... - 8 -
a. Points forts .................................................................................................................. - 8 -
b. Points faibles ............................................................................................................... - 8 -
2. Points forts et faibles d’UML ........................................................................................... - 9 -

- 49 -
 a. Points forts .................................................................................................................. - 9 -
b. Points faibles ............................................................................................................... - 9 -
II- CHOIX DE LA MÉTHODE MERISE ....................................................................................... - 10 -
CHAPITRE II- ANALYSE FONCTIONNELLE ....................................................................................... - 11 -
I- ANALYSE CONCEPTUELLE ET LOGIQUE.............................................................................. - 11 -
1. Le modèle conceptuel des données (MCD)................................................................... - 11 -
a. Règles de gestion ....................................................................................................... - 11 -
b. Liste des entités ......................................................................................................... - 12 -
c. Dictionnaire des données .......................................................................................... - 13 -
d. Structure d’accès théorique (SAT) ............................................................................. - 14 -
e. Schéma du modèle conceptuel des données (MCD) ................................................ - 15 -
2. Modèle logique des données relationnel (MLDR) ......................................................... - 16 -
a. Les règles de passage du MCD au MLDR ................................................................... - 16 -
b. Élaboration du modèle logique de donnée relationnelle (MLDR) ............................ - 16 -
3. Le modèle conceptuel des traitements (MCT) .............................................................. - 17 -
a. Graphe des flux.......................................................................................................... - 17 -
b. Graphe d’ordonnancement des évènements (GOE) ................................................. - 19 -
........................................................................................................................................... - 20 -
c. Modèle conceptuel de traitement (MCT) ................................................................. - 20 -
II- ANALYSE ORGANISATIONNELLE ET ANALYSE PHYSIQUE. ................................................. - 22 -
1. Modèle organisationnel des traitements (MOT)........................................................... - 22 -
a. Procédures fonctionnelles ......................................................................................... - 22 -
b. Schéma du MOT ........................................................................................................ - 24 -
2. Modèle physique des données (MPD) .......................................................................... - 26 -
PARTIE III : LA REALISATION DE L’APPLICATION ................................................................................ - 27 -
PARTIE III: LA REALISATION ............................................................................................................... - 29 -
CHAPITRES I- CHOIX DES OUTILS ET DES TECHNOLOGIES ............................................................. - 30 -
I- LES OUTILS ......................................................................................................................... - 30 -
1. L’éditeur de texte .......................................................................................................... - 30 -
2. Laragon .......................................................................................................................... - 30 -
3. Framework LARAVEL ..................................................................................................... - 31 -
4. Bootstrap ....................................................................................................................... - 31 -
II- LES TECHNOLOGIES ........................................................................................................... - 32 -
1. HTML et CSS ................................................................................................................... - 32 -
2. PHP ET SQL .................................................................................................................... - 32 -
CHAPITRE II- LA MISE EN ŒUVRE ET LA PRÉSENTATION DE L’APPLICATION ................................ - 34 -

- 50 -
 I- LA MISE EN ŒUVRE ........................................................................................................... - 34 -
1. La Structure physique .................................................................................................... - 34 -
a. Le choix des couleurs................................................................................................. - 34 -
b. Le Corps ..................................................................................................................... - 34 -
2. Le BACK END .................................................................................................................. - 35 -
a. Le Paradigme de programmation utilisé ................................................................... - 35 -
b. Les requêtes .............................................................................................................. - 38 -
II- PRÉSENTATION DE L’APPLICATION ................................................................................... - 39 -
III- COUT DE REALISATION .................................................................................................. - 44 -
CONCLUSION ..................................................................................................................................... - 45 -
ANNEXES............................................................................................................................................ - 46 -
BIBLIOGRAPHIE .................................................................................................................................. - 47 -
WEBOGRAPHIE .................................................................................................................................. - 48 -
TABLES DES MATIERES ...................................................................................................................... - 49 -

- 51 -