TABLE DE MATIERES

DEDICACES ............................................................................................................. 5
REMERCIEMENTS .................................................................................................. 6
LISTE DES TABLEAUX .......................................................................................... 7
LISTE DES FIGURES ............................................................................................... 8
AVANTS-PROPOS ................................................................................................... 9
RESUME .................................................................................................................. 10
INTRODUCTION .................................................................................................... 11
CHAPITRE 1 : PRESENTATION GENERALE DU PROJET .............................. 12
1. Contexte du projet ............................................................................................................................... 12
2. Objectifs du projet................................................................................................................................ 12
3. RESULTATS ATTENDUS ......................................................................................................................... 12
4. APPROCHE DU TRAVAIL........................................................................................................................ 13
4.1. Phase de recherche ...................................................................................................................... 13
4.2. Phase de conception et de développement................................................................................. 13
5. PRESENTATION DE LA STRUCTURE D’ACCUEIL..................................................................................... 13
5.1. Introduction .................................................................................................................................. 13
5.2. Organigramme de ITB GROUP CI .................................................................................................. 14
5.3. Direction générale ........................................................................................................................ 14
5.4. Département commerciale .......................................................................................................... 14
5.5. Département informatique .......................................................................................................... 14
5.6. Département électronique ........................................................................................................... 14
5.7. Informations sur ITB GROUP CI .................................................................................................... 15
5.8. Position géographique.................................................................................................................. 15
CHAPITRE 2 : ETUDE DE L’EXISTANT ............................................................ 16
1. Présentation de l’existant .................................................................................................................... 16
1.1. Matériels utilisés .......................................................................................................................... 16
1.2. Logiciels utilises ............................................................................................................................ 16
2. Canaux de diffusion des informations utilisés par l’Entreprise ............................................................ 17
2.1. Facebook ...................................................................................................................................... 17
2.1.1. Description ........................................................................................................................... 17

1
 2.1.2. Origine et type de contenus publiés .................................................................................... 17
2.1.3. Administrateur/ utilisateur dans l’entreprise ...................................................................... 17
2.1.4. Utilité de ce canal pour l’entreprise ..................................................................................... 17
2.2. Messenger .................................................................................................................................... 17
2.2.1. Description ........................................................................................................................... 17
2.2.2. Administrateur / utilisateur dans l’entreprise...................................................................... 18
2.2.3. Utilité de ce canal dans l’entreprise ..................................................................................... 18
2.3. WhatsApp ..................................................................................................................................... 18
2.3.1. Description ........................................................................................................................... 18
2.3.2. Administrateur/ utilisateur dans l’entreprise ...................................................................... 18
2.3.3. Utilité ce canal dans l’entreprise .......................................................................................... 18
3. Critique de l’existant ............................................................................................................................ 18
4. Présentation de la nouvelle solution.................................................................................................... 18
CHAPITRE 3 : ANALYSE ET CONCEPTION ..................................................... 20
1. METHODOLOGIE D’ANALYSE ................................................................................................................ 20
1.1. MERISE.......................................................................................................................................... 20
1.2. UML .............................................................................................................................................. 20
1.3. Choix de la méthode de conception............................................................................................. 21
2. CYCLE DE VIE......................................................................................................................................... 21
2.1. Définition ...................................................................................................................................... 21
2.2. Quelques exemples de modèle de cycle de vie ........................................................................... 22
2.2.1. Modèle de cycle de vie en cascade ...................................................................................... 22
2.2.2. Modèle de cycle de vie en V ................................................................................................. 23
2.2.3. Modèle de cycle de vie en spirale ........................................................................................ 24
2.2.4. Choix de cycle de vie ............................................................................................................ 24
3. Capture des besoins ............................................................................................................................. 24
3.1. Spécifications des besoins fonctionnels ....................................................................................... 25
3.2. Spécifications des besoins techniques ......................................................................................... 25
3.3. Spécifications des besoins non fonctionnels ................................................................................ 25
4. CONCEPTION DETAILLEE ...................................................................................................................... 26
4.1. Les diagrammes de cas d’utilisation ............................................................................................. 26
4.1.1. Diagramme de cas du visiteur .............................................................................................. 26
4.1.2. Diagramme de cas d’un client .............................................................................................. 27

2
 4.1.3. Diagramme de cas de la gestion des services ...................................................................... 28
4.1.4. Diagrammes de cas de l’administrateur............................................................................... 29
4.1.5. Diagrammes de cas du technicien ....................................................................................... 30
5. Diagramme de séquences .................................................................................................................... 31
5.1. Les diagrammes de séquence de notre plateforme web ............................................................. 31
5.1.1. Diagramme de séquence d’inscription ................................................................................. 31
5.1.2. Diagrammes de séquences d’authentification ..................................................................... 32
5.1.3. Diagrammes de séquences d’assignation de mission ................................................................ 33
5.1.4. Diagrammes de séquences de suppression de service ........................................................ 34
6. Les diagrammes de classes ................................................................................................................... 35
6.1. Notre diagramme de classes ........................................................................................................ 35
6.2. Schéma relationnel ....................................................................................................................... 35
CHAPITRE 5 : LA REALISATION ....................................................................... 37
1. ENVIRONNEMENT DE TRAVAIL ............................................................................................................ 37
Environnement matériel .............................................................................................................. 37
Environnement logiciel ................................................................................................................. 37
1.2.1. Système d’exploitation ......................................................................................................... 37
1.2.2. Outil de modélisation ........................................................................................................... 38
1.2.3. Environnement de développement ..................................................................................... 38
1.2.4. Serveur d’application ........................................................................................................... 38
1.2.5. Outil d’administration de base de données ......................................................................... 39
1.2.6. Langage de programmation ................................................................................................. 39
1.2.7. Technologies utilisées........................................................................................................... 40
1.2.8. Traitement de texte.............................................................................................................. 41
2. ARCHITECTURE DU SITE........................................................................................................................ 41
Architecture 3-tier ........................................................................................................................ 41
3. DEVELOPPEMENT ................................................................................................................................. 41
4. PHASE DE TEST ET DE VALIDATION ...................................................................................................... 42
5. INTERFACES GRAPHIQUES DU SITE ...................................................................................................... 42
Interface générale ........................................................................................................................ 43
Interface de connexion................................................................................................................. 43
Interfaces d’administration .......................................................................................................... 44
5.3.1. Interface d’administration du chef de projet ....................................................................... 44

3
 5.3.2. Interface d’administration de l’assistante de direction ....................................................... 44
5.3.3. Interface d’administration du technicien ............................................................................. 45
5.3.4. Capture d’écran d’une liste d’enregistrement ..................................................................... 45
CONCLUSION GENERALE ET PERSPECTIVES............................................... 46
BIBLIOGRAPHIE ................................................................................................... 47
WEBOGRAPHIE ..................................................................................................... 48
GLOSSAIRE ............................................................................................................ 49

4
 DEDICACES
A Allah et à ma famille pour le soutien indéniable.

5
 REMERCIEMENTS
Avant tout développement sur cette expérience professionnelle, il apparaît opportun de
commencer ce rapport de stage par des remerciements, à ceux qui m’ont beaucoup appris au
cours de ce stage, et à ceux qui ont eu la gentillesse de faire de ce stage un moment très
profitable.

Nos remerciements vont d’abord à:

 DR. NAJAH BOUZAYEN (Directrice académique de ISIS University) pour sa

disponibilité et son savoir-faire,
 M. BONZOU MIAN GHISLAIN (Directeur General de ITB GROUP CI), pour son accueil
au sein de ITB GROUP CI, l’intégration dans ses équipes et la proposition du thème de
stage.
 M. CHEUMANI TCHEUMANI GODEFROY (Responsable de la filière Réseaux
Informatiques et Télécommunications) je voudrais tout d’abord vous exprimer ma
profonde reconnaissance Monsieur, ce modeste travail n’aurait jamais pu être réalisé sans
votre aide, vos commentaires précieux qui m’ont permis de progresser et de réaliser ce
projet afin de valider mon diplôme.
 M. KASEREKA KIMINBI (Enseignant de programmation web),
 M. DRO OUATTARA (Enseignant d’administration base de données),
 Mme. GHYLAINE KOUAME (Assistante à la direction de ISIS University),
 Aux familles DOGO, CAMARA, TRAORE, KONE, DIAKITE, DIALLO, BINATHE,
BAKAYAKO, MAIGA et alliées.

Enfin, je remercie tous les enseignants ainsi que l’ensemble des employés de l’ingénierie de
technologies et de bâtiments de côte d’ivoire (ITB GROUP CI) pour les conseils qu’ils ont pu
me prodiguer au cours de ces trois mois d’apprentissage.

MERCI à TOUS.

6
 LISTE DES TABLEAUX
Tableau 1: Tableau descriptif des logiciels utilises par l'entreprise ................................................................. 16
Tableau 2: Tableau des tests effectués ............................................................................................................. 42

7
 LISTE DES FIGURES
Figure 1: organigramme de ITB GROUP CI ................................................................................................... 14
Figure 2: logo de l'entreprise ITB GROUP CI ................................................................................................. 15
Figure 3: position géographique de ITB GROUP CI ....................................................................................... 15
Figure 4: Modèle de cycle de vie en cascade ................................................................................................... 22
Figure 5: modèle de cycle de vie en v .............................................................................................................. 23
Figure 6: modèle du cycle de vie en spirale ..................................................................................................... 24
Figure 7: diagramme de cas du visiteur ............................................................................................................ 26
Figure 8: Diagramme De Cas D'utilisation D'un Client ................................................................................... 27
Figure 9: Diagramme De Cas D'utilisation De La Gestion De Projet .............................................................. 28
figure 10: diagramme de cas d'utilisation de l'administrateur .......................................................................... 29
Figure 11: diagramme de cas d'utilisation du technicien.................................................................................. 30
Figure 12: Diagramme de sequence d’inscription ............................................................................................ 31
Figure 13: diagramme de séquence d'authentification ..................................................................................... 32
Figure 14: diagramme de séquence d'assignation de mission .......................................................................... 33
figure 15: diagramme de suppression de service .............................................................................................. 34
Figure 16: diagramme de classe de notre projet ............................................................................................... 35
Figure 17: Architecture 3-tier ........................................................................................................................... 41
Figure 18: interface generale de la plateforme ................................................................................................. 43
Figure 19: Interface assignation de mission ..................................................................................................... 44
Figure 20: Interface d'enregistrement des employés ........................................................................................ 44
Figure 21: Interface d'enregistrement de compte rendu des missions effectuées ............................................. 45
Figure 23: Interface de liste d'enregistrement des employés ............................................................................ 45
Figure 22: liste d'enregistrement des employés ................................................................................................ 45

8
 AVANTS-PROPOS
L’institut supérieur d’ingénierie et de sante (ISIS) est un établissement d’enseignement
supérieur privé, agrégé par le ministère de l’enseignements supérieur et de la recherche
scientifique depuis l’année universitaire 2018-2019.

Le système de formation au sein de l’université est le LMD. Ainsi, afin de parachever les
formations théoriques par des réalisations pratiques, les étudiants sont tenus d’effectuer des
stages pratiques sur une période minimum de 3 mois à la fin de leur cursus de formation dans
les entreprises de leurs spécialités, au terme duquel ils devront présenter et soutenir un
mémoire de fin d’étude afin d’être définitivement admis(e).

C’est donc dans cette optique de présenter des travaux effectués lors de notre stage qu’il nous
a été soumis pour thème : «LA CONCEPTION ET REALISATION D’UNE PLATEFORME
WEB DE PROMOTION DES ACTIVITES ET DE LA GESTION DES INTERVENTIONS
DES EMPLOYES DE L’ENTREPRISE ITB GROUP CI ».

Nous présenterons le matériel utilisés, l’administration de l’entreprise, la conception,

l’implémentation, le déploiement et les test réalisés.

9
 RESUME
Dans le contexte de validation de notre diplôme de licence en réseaux informatiques et
télécommunications, nous avons effectué un stage à ITB GROUP CI. Le problème majeur de
son SI étant à cette période la vulgarisation de leur savoir-faire et le suivi des services de ses
agents, nous avons opté de commun accord pour la mise sur pied d’une plateforme devant
satisfaire à ces besoins. D’où le thème : : «la conception et réalisation d’une plateforme
web de promotion des activités et de la gestion des intervention des employés de
l’entreprise ITB GROUP CI».

La conception et la réalisation d’une plateforme de vulgarisation des informations et de suivi

des services des agents de ITB c’est le centre d’intérêt de ce rapport.

Pour atteindre nos objectifs, Nous avons opté pour la méthode UML dans la majeure partie de
son traitement. Cette méthode est fondée sur un Meta modèle qui définit les éléments de
modélisation (les concepts manipulés par le langage), la sémantique de ces éléments (leur
définition et le sens de leur utilisation). Il permet ainsi un gain de précision, un gage de
stabilité, l’utilisation d’outils.

Grace à cette méthode nous avons fait la conception et la réalisation d’une plateforme web en
utilisant le langage de programmation PHP avec MySQL comme administration de base de
données Afin de faciliter la gestion.

10
 INTRODUCTION
L’informatique aujourd’hui devient incontournable dans divers domaines aussi bien
professionnels que privés. L’une de ses principales applications est l’automatisation des
systèmes d’informations.
Un système d’information dans une entreprise est l’interface entre le système de pilotage (la
direction) et le système opérant, c’est la mémoire de l’organisation dont une partie peut être
automatisée(SAI) en trois activités :
L’analyse : c’est la représentation abstraite du système réel selon les méthodes, et l’invention
d’une solution informatisable.
Le développement : c’est l’implantation de la solution sous forme d’un programme en utilisant
des langages de programmations, des logiciels.
La technique : c’est le matériel mis à disposition (l’imprimante, les machines, les réseaux, …)
Un système d’information représente un ensemble d’éléments participants à un domaine
précis tel que la gestion des services, qui est une plateforme qui régule tout ce qui est en
rapport avec les employés et leurs relations avec leurs services.
La formation Licence option Réseaux Informatiques et Télécommunications a pour but de
former des techniciens capables de concevoir, de mettre en œuvre et de maintenir un système
d’information automatisé.
Ainsi au terme de la formation théorique, l’étudiant admissible est tenu de présenter son
rapport de stage après apprentissage en entreprise. Ce stage lui permettra de se frotter aux
réalités de leurs cadres de travail. Cette dernière étape constitue dans le système pédagogique
l’épreuve majeure par laquelle le futur technicien est convié à manifester ses connaissances,
ses capacités de conception, ses facultés d’analyse et de synthèse. La présentation de ce
rapport devant un jury lors de la soutenance, devrait permettre d’obtenir définitivement son
diplôme.
C’est dans ce cadre que nous avons été accueillis au sein de l’entreprise ITB GROUP CI pour
y effectuer notre stage d’une durée de trois mois et dont le thème est : « la conception et
réalisation d’une plateforme web de promotion des activités et de la gestion des
interventions des employés de l’entreprise ITB GROUP CI».
Dans notre analyse, nous présenterons premièrement le projet dans sa globalité et l’entreprise
d’accueil, ensuite nous verrons le fonctionnement de l’entreprise, l’élaboration des besoins et
la conception et pour finir la réalisation de notre plateforme.

11
CHAPITRE 1 : PRESENTATION GENERALE DU PROJET
Ce chapitre est consacré à la précision du cadre de projet, la présentation des objectifs du projet, des
résultats attendus, à la présentation de l’approche du travail et enfin la présentation de la structure
d’accueil.

1. Contexte du projet
La gestion des services et du personnel aujourd’hui a une importance capitale dans le bon
fonctionnement de l’entreprise et son développement ; ce qui nous a motivé au choix du thème
de notre rapport de stage. A partir des contraintes que rencontre le service nous avons essayé
de répondre aux besoins les plus important pour ce faire, nous avons posé cette
problématique :

Comment ce système peut détecter ces contraintes ?

Comment pouvoir lever ces contraintes, et résoudre les problèmes qui se posent en trouvant
des solutions efficaces afin d’améliorer le fonctionnement de ce service ?

2. Objectifs du projet
L’objectif est d’informatiser le système, pour le rendre plus rapide, plus facile à gérer et mieux
organisé.

Il est question ici de créer une plateforme qui comportera entre autres :
 Un module d’information et de promotion pour les activités de l’entreprise ;
 Un module de collaboration… ;

3. Resultats attendus
A la fin de ce projet, nous devrions pouvoir produire :
 Un dossier d’analyse faisant office de cahier de charge complète ;
 Un logiciel fortement paramétré.

12
4. Approche du travail
Le projet comprend deux phases : la première est la recherche d’une solution convenable pour
la réalisation de la plateforme web de gestion de service. La deuxième est la phase de
conception et de développement.

4.1. Phase de recherche

C’est l’étape qui a inclut l’étude bibliographique et webographie, qui nous a permis de saisir
différentes notions, architectures et technologies à utiliser dans le projet.

Cette phase comportait également les tests des différentes solutions mise en hypothèse pour
réaliser la plateforme.

4.2. Phase de conception et de développement

C’est l’étape dans laquelle nous avions spécifié les besoins, effectué une modélisation et
débuté une réalisation pour clarifier les tâches à accomplir dans la partie développement. Cette
phase se termine par une partie qui comprend la programmation et les tests de validation.

5. PRESENTATION DE LA STRUCTURE D’ACCUEIL

5.1. Introduction
Depuis 2017 ITB GROUP CI déploie des solutions qui permettent d’optimiser vos systèmes
d’information, de rationnaliser vos équipements tout en dynamisant votre organisation. Elle
apporte son expertise aux opérateurs ou équipement électronique dans le déploiement, la
maintenance et l’installation des matériels ou logiciels. La mise en œuvre des solutions ITB
GROUP CI est soutenue par des partenariats solides avec des constructeurs/intégrateurs de
référence garantissant la fiabilité des matériels et la collaboration nécessaire dans l’exécution
des projets. Elle continue à développer ce en quoi elle croit : apporter un service de qualité
aux clients.

13
5.2. Organigramme de ITB GROUP CI

DIRECTION
GENERALE

DEPARTEMENT DEPARTEMENT DEPARTEMENT

COMMMERCIALE INFORMATIQUE ELECTRONIQUE

Figure 1: organigramme de ITB GROUP CI

5.3. Direction générale

Elle est au-dessus de tous les autres services qui lui sont rattachées. C’est elle qui planifie tout,
coordonne et fait le suivi des activités de l’entreprise.

5.4. Département commerciale

Il s’occupe de tout ce qui est action commerciale, de la recherche des marchés ou des clients,
en passant par les prospections, le département s’occupe également de la publicité de
l’entreprise, c’est-à-dire faire connaitre l’entreprise.

5.5. Département informatique

Il est en charge de la gestion et du pilote de l’ensemble du système informatique de l’entreprise
ainsi que ses ramifications extérieures.

NB : Notons que c’est dans ce département(Informatiques) que nous avons effectué notre
stage.

5.6. Département électronique

C’est le département qui s’occupe de suivre et réaliser les projets de types énergies ainsi que
les installations de camera de vidéo surveillance.

14
5.7. Informations sur ITB GROUP CI

 Type d’entreprise : Société à responsabilité limité(SARL)

 Capital : 1.000.000fcfa
 Adresse : 27 BP 1161 Abidjan 27
 Téléphone : +225 07-87-862-680 / 01-03-710-189
 Coordonnées géographiques : Rue D43, Cocody Anono riviera 2, ilot 65 lot N°687
 Sigle et signification de ITB GROUP CI :

INGENIERIE DE TECHNOLOGIES ET DE BATIMENTS COTE D’IVOIRE

Figure 2: logo de l'entreprise ITB GROUP CI

5.8. Position géographique

Figure 3: position géographique de ITB GROUP CI

Ce chapitre introductif nous a permis en plus du cadre du projet et la présentation de

l’entreprise qui nous a accueilli pour notre stage, de présenter le projet dans sa globalité, Dans
le chapitre suivant nous allons étudier l’état de l’art.

15
 CHAPITRE 2 : ETUDE DE L’EXISTANT
Il nous a semblé indispensable de mener une étude dans une structure de technologie et de
bâtiments pour comprendre son fonctionnement au quotidien afin de mener une analyse
approfondie du problème. Nous allons tout au long de ce chapitre, ressortir les critiques du
fonctionnement de cet existant modèle, en tirer des leçons et par la suite proposer des solutions
adaptées à notre contexte et aux besoins du projet.

1. Présentation de l’existant

1.1. Matériels utilisés

L’assistante de direction utilise un ordinateur portable Asus dual core de 4,00 Go de RAM,
Système d’exploitation Windows 10 professionnel, pour la création des fiches de prospections
elle utilise Microsoft Word, Microsoft Excel pour l’enregistrement des données fourni par les
commerciaux. Elle utilise également Facebook pour le partage des actualités de l’entreprise,
pour la vente, pour toucher le maximum de personnes sur la toile, Messenger pour converser
avec les personnes intéressées par les activités de l’entreprise.

Les commerciaux utilisent des fiches de prospections créer par l’assistante de direction pour
faire une étude de terrain.

1.2. Logiciels utilises

Pour les travaux cités plus haut, nous décrirons les logiciels utilisés.
Nom du logiciel Editeur Version Fonctionnalités principale

Word Microsoft 2016 Traitement de texte

Excel Microsoft 2016 Tableur

Canva Canva 2021 Graphisme

Tableau 1: Tableau descriptif des logiciels utilises par l'entreprise

16
2. Canaux de diffusion des informations utilisés par l’Entreprise

2.1. Facebook

2.1.1. Description

Facebook est un réseau social en ligne appartenant à méta. Il permet à ses utilisateurs de
publier des images, des photos, des vidéos, des fichiers et documents, d’échanger des
messages, joindre et créer des groupes et d’utiliser une variété d’applications sur une variété
d’appareils.

2.1.2. Origine et type de contenus publiés

L’assistante de direction se charge d’animer la page Facebook en publiant les affiches

publicitaires créer par elle-même sur l’application CANVA, elle partage également les images
des chantiers réalisés par la structure.

2.1.3. Administrateur/ utilisateur dans l’entreprise

Pour la page Facebook on a pour administrateur le gérant de la structure et l’assistante de

direction.

2.1.4. Utilité de ce canal pour l’entreprise

Ce canal permet à l’entreprise de vulgariser ses informations, en d’autres terme de partager

avec les utilisateurs de Facebook leur différentes activités.

2.2. Messenger

2.2.1. Description

Facebook Messenger est un système de messagerie instantanée crée par la société Facebook
(aujourd’hui Meta), et incorpore aux réseau sociaux Facebook. L’application, disponible sous
Windows et sous divers système d’application mobile, permet aux membres du réseau social
de dialoguer avec leurs contacts sans être forcément connectes au site web.

17
2.2.2. Administrateur / utilisateur dans l’entreprise

L’assistante et le gérant de l’entreprise sont les seuls administrateur et utilisateur de ce compte.

2.2.3. Utilité de ce canal dans l’entreprise

Ce canal permet à l’entreprise de converser, d’échanger avec les personnes intéressées par les
services de l’entreprise.

2.3. WhatsApp

2.3.1. Description

WhatsApp est une application mobile multiplateforme qui fournit un système de messagerie
instantanée chiffrée de bout en bout aussi via les réseaux téléphonie mobile que par internet.

2.3.2. Administrateur/ utilisateur dans l’entreprise

L’assistante est la seule administratrice de ce groupe créer sur WhatsApp pour l’échange
d’information entre employés et stagiaire.

2.3.3. Utilité ce canal dans l’entreprise

Au faite avec un WhatsApp un groupe a été créer pour les employés et stagiaire de l’entreprise,
dans le but de s’échanger des informations.

3. Critique de l’existant
Les logiciels Word, Excel et autres, et les applications tel que Facebook, WhatsApp et autre,
bien qu’ils soient puissants ne satisfont pas à tous les besoins spécifiés dans le cahier des
charges relatif à ce projet. En effet certaines fonctionnalités ne se font pas de manière
automatique et nécessite une intervention manuelle qui est la plupart du temps fastidieuse.

4. Présentation de la nouvelle solution

L’objectif visé est de satisfaire aux besoins des utilisateurs en réduisant au maximum la charge
de travail due aux différents traitements de l’information.

18
Dans un souci de concevoir une plateforme web de service avec plus de fonctionnalités
possibles et dans le but d’avoir une interface plus conviviale et plus facile à utiliser tout en
étant plus efficace, nous allons mettre sur pied une plateforme web de gestion de service
informatique pour assurer la collaboration entre les gestionnaires de l’entreprise, son staff, ses
techniciens et les clients.

Dans ce chapitre nous avons étudier et compris le fonctionnement de la structure. Ce qui nous
a donné une parfaite idée sur l’orientation des différentes fonctionnalités de notre nouvelle
application. Sur la base de cette étude nous allons élaborer les différentes spécifications de
notre nouvelle plateforme. La spécification des besoins fera l’objectifs du chapitre suivant.

19
 CHAPITRE 3 : ANALYSE ET CONCEPTION
Le présent chapitre constitue la conception du projet. Nous commencerons par une brève
présentation des cycles de vie en V, en cascade et en spirale. Ensuite une brève présentation
des méthodes d’analyse UML et MERISE. Nous détaillerons la conception avec la méthode
UML tout en expliquant les raisons de notre choix pour cette méthode.

1. Méthodologie d’analyse
On dénombre plusieurs méthodes d’analyse et de conception parmi lesquelles nous pouvons
citer UML et MERISE qui sont utilisés dans notre milieu pédagogique.

1.1. MERISE
MERISE (Méthode d’Etude et de Réalisation Informatique pour les Systèmes d’Entreprise).
Cette méthode est née en 1978. C’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 a fourni un cadre
méthodologique et un langage commun et rigoureux à une génération d’informaticiens.

Cette méthode 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.

La méthode merise, très analytique, distingue nettement les données et les traitements, même
si les interactions entre les deux sont profondes et s’enrichissent mutuellement. On distingue
trois principaux niveaux d’analyse :

 Le niveau conceptuel (diagramme de flux, modèle conceptuel de données, modèle

conceptuel de traitement) ;
 Le niveau logique (modèle logique de données et le modèle logique de traitement) ;
 Le niveau physique (implémentation du SGBD).

1.2. UML
UML est langage de modélisation graphique à base de pictogrammes. Couramment utilisés
dans les projets logiciels il peut être appliqué à toutes sorte de systèmes ne se limitant pas au

20
domaine informatique. UML permet de définir et de visualiser un modèle, à l’aide de
diagrammes. Un diagramme UML est une représentation graphique, qui s’intéresse à un aspect
précis du modèle. C’est une perspective du modèle pas « le modèle ». Chaque type de
diagramme UML possède une structure, un type de diagramme UML véhicule une sémantique
précise, combinés les différents types de diagrammes UML offrent une vue complète des
aspects statiques et dynamiques d’un système.

1.3. Choix de la méthode de conception

Pour faciliter notre travail nous avons eu recours langage de modélisation unifié (UML : UNIFIED
MODELING LANGUAGE). C’est une notation qui permet de modéliser un problème de façon
standard. Ce langage est né de la fusion de plusieurs méthodes existantes auparavant, et il est devenu
une référence en terme de modélisation objet, a un tel point que sa connaissance devienne
indispensable pour un développeur.

2. Cycle de vie

2.1. Définition
C'est la description d'un processus couvrant les phases de :

 Création d'un produit,

 Distribution sur un marché, et
 Disparition.

Le but de ce découpage est de maîtriser les risques, maîtriser au mieux les délais et les coûts,
Obtenir une qualité conforme aux exigences. On distingue deux types de cycle de vie :

 Le cycle de vie des produits s'applique à tous les types de produits, et peut être considéré
comme un outil de gestion.
 Le cycle de développement des logiciels s'insère dans le précédent, on l'appelle souvent
abusivement cycle de vie des logiciels (Anne-Marie Hugues 19/12/02).

21
2.2. Quelques exemples de modèle de cycle de vie
Il existe plusieurs types de cycles de vie parmis lesquels nous en presenterons trois differents
cycles de vie.

2.2.1. Modèle de cycle de vie en cascade

ANALYSE

CONCEPTION

IMPLEMENTATION

TEST

EXPLOITATION

Figure 4: Modèle de cycle de vie en cascade

On appelle modèle en cascade un modèle de gestion séquentiel permettant de représenter les

développements à travers des phases successives. Contrairement aux modèles itératifs, chaque
phase est effectuée une seule fois. Les sorties de chaque phase antérieure sont intégrées comme
entrées de la phase suivante. Le modèle en cascade est principalement utilisé dans le
développement de logiciels. En pratique, plusieurs versions du modèle en cascade sont
utilisées.

22
2.2.2. Modèle de cycle de vie en V

Figure 5: modèle de cycle de vie en v

Le modèle du cycle de vie en V est un modèle conceptuel de gestion de projet, imaginé suite
au problème de réactivité du modèle en cascade. Il permet, en cas d’anomalie d’éliminer le
retour aux étapes précédentes tardivement.

Avantages de modèle du cycle de vie en V :

 La qualité de la mise en œuvre des tests ;

 Modèle éprouvé dans l’industrie ;
 Deux types de taches sont réalisées en parallèle : verticalement on prépare l’étape suivante
et horizontalement on prépare la vérification de la tache en cours.

Ses inconvénients :

23
 La validation finale par le client très tardive augmente les risques de dépassement de délai
et donc l’augmentation du coût ;
 Phases séquentielles ;
 Rigidité face à une évolution du besoin.
2.2.3. Modèle de cycle de vie en spirale

Figure 6: modèle du cycle de vie en spirale

Le modèle en spirale (spiral modèle) est un modèle de cycle de vie qui reprend les différentes
étapes du cycle en V. Par l’implémentation de versions successives, le cycle recommence en
proposant un produit de plus en plus complet. Il met cependant plus l’accent sur la gestion des
risques que le cycle en V.

2.2.4. Choix de cycle de vie

Notre choix à porter sur le cycle de vie en V pour le développement de notre projet, en effet
c’est le modèle le plus efficace avec son principe de travail qui nécessite la vérification de
chaque étape et la possibilité de corriger les fautes avant de se lancer vers l’étape suivante.

3. Capture des besoins

Il s’agit des fonctionnalités du système, ce sont des besoins spécifiant un comportement
d’entrée / sortie du système.

24
3.1. Spécifications des besoins fonctionnels
Il s’agit des fonctions essentielles qui sous-tendent notre application. Ainsi, la plateforme doit
entre-autres permettre :

 Un fort paramétrage ;
 La publication et mise à jour des informations diverses (La présentation de l’entreprise, La
Newsletter, Le partage d’expérience, fil d’actualités ; …) ;
 La gestion des tâches (services et opérations), des employés ;
 La facturation des services demandés en ligne ;

3.2. Spécifications des besoins techniques

Il s’agit des besoins fonctionnels généralement dépendant de la plateforme de développement
ou du SGBD par exemple.

 Plateforme de développement

Pour des besoins de portabilité et d’ergonomie, notre site doit être accessible via le web ou le
mobile. L’utilisateur pour accéder à l’interface de l’application doit pouvoir se servir d’un
simple navigateur web sur son ordinateur ou son smartphone.

 SGBD

Pour des raisons de performance d’administration, et surtout de la réduction du coût, la base

de données de l’application doit être implémentée sous un SGBD, open source, robuste et
administrativement sûr à l’instar de MySQL.

3.3. Spécifications des besoins non fonctionnels

Il s’agit ici d’un ensemble de contrainte à respecter pour garantir la performance du système.
Ce qui permettra de fournir des services qui respectent les exigences des usagers. En bref la
plateforme doit respecter :

 Le principe de portabilité : le site doit être accessible via tous types d’environnement
matériel et/ou logiciel connectable sur Internet.

25
 L’ergonomie : chargement rapide et instantanée du contenu d’une page sur un navigateur ;
 L’application doit pouvoir bien gérer les masques de saisie. Si possible proposer un mode
de saisie assister afin d’éviter la multitude des erreurs que peuvent effectuer les opérateurs
pendant une phase d’entrées des données ;
 Chiffrement des données sensibles : la plateforme doit pouvoir ne pas rendre visible un
mot de passe d’un utilisateur à la saisie, par exemple.
 La plateforme doit pouvoir prendre en compte tous les types d’utilisateurs : visiteurs,
administrateurs, personnel de l’entreprise.

4. Conception détaillée

4.1. Les diagrammes de cas d’utilisation

Les diagrammes de cas d’utilisation permettent de structurer les besoins des utilisateurs et les
objectifs correspondants d’un système. Ils centrent l’expression des exigences du système sur
ses utilisateurs : ils partent du principe que les objectifs du système sont tous motivés.

4.1.1. Diagramme de cas du visiteur

Figure 7: diagramme de cas du visiteur

 Consulter notre plateforme (présentation de l’entreprise, les différents services que

proposent l’entreprise);
 S’inscrire sur la plateforme, pour être enregistré dans notre base de données en tant que
potentiel client;
 Faire la demande de devis d’un ou plusieurs services que propose l’entreprise.

26
4.1.2. Diagramme de cas d’un client

Figure 8: Diagramme De Cas D'utilisation D'un Client

 Un client peut consulter notre plateforme;

 Faire la demande de devis d’un service que propose l’entreprise ;
 S’authentifie c’est-à-dire entre un nom et un mot de passe pour avoir des informations sur
l’avancement son services demandés.

27
4.1.3. Diagramme de cas de la gestion des services

Figure 9: Diagramme De Cas D'utilisation De La Gestion De Projet

 L’assistante et le chef de projet peuvent sur la plateforme, ajouter, modifier, supprimer des
services que propose l’entreprise ;
 Le chef de projet en plus de la même tache que l’assistante, peut assigner, supprimer et
modifié les missions des techniciens de l’entreprise ;

Nb : chaque action nécessite l’authentification des personnes.

28
4.1.4. Diagrammes de cas de l’administrateur

figure 10: diagramme de cas d'utilisation de l'administrateur

Un administrateur sur la plateforme peut :

 Ajouter, modifier et supprimer des services que propose l’entreprise ;

 Ajouter modifier, supprimer des comptes utilisateurs ;
 Faire la mise à jour et la maintenance de la plateforme ;

Nb : l’administrateur s’authentifie avant chaque action.

29
4.1.5. Diagrammes de cas du technicien

Figure 11: diagramme de cas d'utilisation du technicien

 Un technicien peut se connecter à la plateforme via un nom d’utilisateur et un mot de

passe ;
 Peut ajouter un compte rendu ;
 Peut voir les missions et taches qui lui sont assignés ;

30
5. Diagramme de séquences
Le diagramme de séquence est une variante de diagramme de collaborations, les diagrammes
de séquence possèdent intrinsèquement une dimension temporelle mais ne représente pas
explicitement les liens entre les objets. Ils privilégient ainsi la représentation temporelle à la
représentation spatiale et sont plus aptes à modéliser les aspects dynamiques de système.

5.1. Les diagrammes de séquence de notre plateforme web

5.1.1. Diagramme de séquence d’inscription

Figure 12: Diagramme de sequence d’inscription

 Le visiteur demande le formulaire d’inscription,

 Le formulaire s’affiche,

31
 Le visiteur rempli le formulaire, une vérification de l’existence du client dans la base se
lance,
 Si le visiteur existe déjà un message d’erreur s’affiche,
 Si c’est un nouveau la confirmation de l’inscription s’affiche.
5.1.2. Diagrammes de séquences d’authentification

Figure 13: diagramme de séquence d'authentification

 Le client entre son login et son mot de passe ;

 Une vérification se lance dans la base de données ;
 Après un temps de réponse l’authentification se valide ou le message d’erreur s’affiche.

32
5.1.3. Diagrammes de séquences d’assignation de mission

Figure 14: diagramme de séquence d'assignation de mission

 Le chef de projet entre son login et son mot de passe ;

 Il choisit l’option d’assignation de mission ;
 Le menu d’ajout de mission s’affiche ;
 Le chef de projet choisit la mission qu’il doit assigner aux techniciens ;
 La mission est assignée aux techniciens ;
 Elle est enregistrée dans la base de données.

33
5.1.4. Diagrammes de séquences de suppression de service

figure 15: diagramme de suppression de service

 L’administrateur se connecte à la plateforme ;

 L’administrateur sélectionne le service à supprimer ;
 L’administrateur choisit l’option de suppression ;
 Le système averti l’administrateur de l’opération de suppression ;
 L’admin confirme la suppression
 L’opération de suppression termine avec succès ;
 Le service en question disparait définitivement de la base de données.

34
6. Les diagrammes de classes
Le diagramme de classe exprime la structure statique du système en termes de classes et de
relations entre les classes. L’intérêt du diagramme de classe est de modéliser les entités du
système d’information.

6.1. Notre diagramme de classes

Figure 16: diagramme de classe de notre projet

6.2. Schéma relationnel

client (id_client, nom_client, prenom_client, date_de_naissance_client, sexe_client,
email_client, telephone_client, ville_client, commune_client, statut_client,
situation_matrimoniale_client, message_client, #id_service) ;

35
employes (id_employe, matricule_employe, nom_employe, prenom_employe,
date_de_naissane, sexe, email, téléphone, situation_matrimoniale, statut_employe, grade) ;

mission (id_mission, libelle, date, objectifs_mission) ;

materiel(id_materiel,nom_materiel,nombre_de_materiel_utilises,nombre_de_materiel_endo
mmages, nombre_de_materiel_restants) ;

site (id_site, lieu_d’intervention, date_de_debut_d’intervention, date_de_fin_d’intervention,

#id_employe) ;

mission_effectuer (#id_tech, #id_mission, datemission, date_de_fin_mission) ;

Pour conclure dans ce chapitre nous avions énuméré les différents besoins fonctionnels et non
fonctionnels de notre plateforme. Cela étant d’une importance cruciale pour l’orientation de
sa conception, nous avions utilisé la méthode UML pour effectuer la conception détaillée de
notre application. Ladite conception détaillée qui, dans le chapitre suivant nous mettra sur les
rails de la réalisation.

36
 CHAPITRE 5 : LA REALISATION
Dans ce chapitre nous présenterons respectivement l’environnement de travail, les
technologies utilisées, les phases de test réalisés et quelques interfaces graphiques du côté
serveur comme cote client.

Ainsi nous l’amorcerons par la description de l’environnement matériel et logiciel.

1. Environnement de travail
Il est question pour nous dans cette rubrique de présenter nos différents outils et matériels et
surtout les outils logiciels manipulés pour la réalisation de la plateforme.

Environnement matériel
Nous mentionnons les brèves caractéristiques de l’ordinateur sur lequel nous avons développé
notre projet.

Ordinateur portable HP

Processeur : Dual core

Mémoire RAM installée : 4,00 Go

Type du système : Système d’exploitation 64 bits, processeur x64

Ecran non tactile.

Environnement logiciel
Nous énumèrerons ici les différents logiciels utilises tout au long de ce projet pour l’étude et
la mise en place de notre plateforme.

1.2.1. Système d’exploitation

Quel que soit le logiciel manipuler pendant les différentes phases de développement de ce
projet, nous l’avions principalement fait sous le système d’exploitation Windows 10
professionnel 64 bits de Microsoft Corporation.

37
1.2.2. Outil de modélisation

Notre modélisation s’est effectuée sous PowerAMC dans sa version 15.1. , PowerDesigner
(anciennement PowerAMC) est un logiciel de conception créé par la société SAP, qui permet
de modéliser les traitements informatiques et leurs bases de données associées.

1.2.3. Environnement de développement

Sublime Text 3.0

Sublime Text est un éditeur de texte générique codé en C++ et python, disponible sur
Windows, MAC et LINUX, développé par Sublime HQ. Le logiciel a été conçu tout d’abord
comme une extension pour VIM, riche en fonctionnalités. Il intègre la plupart des
fonctionnalités de base d’un éditeur de texte, dont la coloration syntaxique personnalisable,
l’auto complétion, un système de plugins etc. L’éditeur propose cependant des fonctions plus
avancés, dont :

 Minimap : prévisualisation de tout le fichier dans une barre latérale ;

 Sélection et édition dans plusieurs sections de code en parallèle ;
 Marque-page au sein même des fichiers ;
 Sauvegarde automatique ;
 Recherche et remplacement par expressions régulières ;
 Support des macros et de plugins an python ;
 Personnalisation des raccourcis clavier.

La version 3.0 présente une nouvelle icone, une interface retravaillée, le support de la Touch
bar des MAC portables et son lot de nouvelles fonctions et de corrections de bogues.

1.2.4. Serveur d’application

Apache 2.4.46

Apache HTTP Server est un serveur http créé et maintenu au sein de la formation Apache.
C’est le serveur http le plus populaire du World Wide Web. Il est distribué selon les termes de
la licence Apache. Il a été conçu pour prendre en charge de nombreux modules lui donnant

38
des fonctionnalités supplémentaires telles que l’interprétation du langage PHP, PERL, Python
et Ruby, du serveur proxy, la réécriture d’URL, négociation de contenu etc.

1.2.5. Outil d’administration de base de données

MySQL 5.7.31

MySQL est apparu en 1995 et développé par MySQL AB/ Oracle. C’est un SGBDR (système
de gestion de base de données relationnelle) qui fait partie des logiciels de gestion de base de
données les plus utilisé au monde autant par le grand public que par les professionnels.
MySQL supporte deux langages informatiques : le langage de requête SQL et le SQL/PSM

1.2.6. Langage de programmation

PHP

HyperText Préprocessor, plus connu sous son sigle PHP, est un langage de programmation
libre, principalement utilisé pour produire des pages web dynamiques via un serveur http, mais
pouvant également fonctionner comme n’importe quel langage interprète de façon locale. PHP
est un langage impératif orienté objet.

PHP a permis de créer un grand nombre de sites web célèbres, comme Facebook et Wikipédia.
Il est considéré comme une des bases de la création de sites web dits dynamiques mais
également des applications web.

HTML
Le HyperText Markup Language généralement en abrégé HTML ou dans sa dernière version,
HTML5 est le langage de balisage conçu pour représenter les pages web. Développé par
WORLD WIDE WEB & WHATWG, ce langage permet :

 D’écrire de l’hypertexte d’où son nom ;

 De structurer sémantiquement la page ;
 De mettre en forme le contenu ;
 De créer des formulaires de saisie ;

39
 D’inclure des ressources multimédias dont les images, des vidéos, et des programmes
informatiques ;
 De créer des documents interopérables avec des équipements très variés de manière
conforme aux exigences de l’accessibilité du web.

Il est souvent utilisé conjointement avec le langage de programmation JavaScript et des

feuilles de style en cascade(CSS).

CSS

Les feuilles de style en cascade, généralement appelées CSS de l’anglais Cascading Style
Sheets, forment un langage informatique qui décrit la présentation des documents HTML et
XML. Les standards définissant CSS sont publiés par le WOLRD WIDE WEB
CONSORTIUM(W3C). Introduit au milieu des années 1990, CSS devient couramment utilisé
dans la conception de site web et bien pris en charge par les navigateurs web dans les années
2000.

1.2.7. Technologies utilisées

WampServer
Nous avons utilisé WampServer qui est une plateforme de développement web de type Wamp,
permettant de faire fonctionner localement (sans se connecter à un serveur externe) des scripts PHP.
WampServer n’est pas en soi un logiciel, mais un environnement comprenant deux serveurs
(Apache et MySQL), un interpréteur de script(PHP), ainsi que phpMyAdmin pour l’administration
Web des bases MySQL. Il dispose d’une interface d’administration permettant de gérer et
d’administrer ses serveurs. La grande nouveauté de WampServer 2 réside dans la possibilité d’y
installer et d’utiliser n’importe quelle version de PHP, Apache et MySQL en un clic. Ainsi, chaque
développeur peut reproduire fidèlement son serveur de production sur sa machine.

Framework Bootstrap
Bootstrap est une collection d’outils utiles à la création du design (graphisme, animation et
interactions avec la page dans le navigateur, etc.) de sites et d’applications web. C’est un ensemble
qui contient des codes HTML, CSS et JavaScript, des formulaires, boutons outils de navigation et
autres éléments interactifs, ainsi que des extensions en JavaScript en option. C’est l’un des projets
les plus populaires sur la plateforme de gestion de développement GitHub.

40
1.2.8. Traitement de texte

Microsoft Word est un logiciel de traitement de texte publié par Microsoft. La version que
nous avons utilisée est Word 2016. Il nous a permis de saisir et de traiter tous les rapports et
compte rendus de ce projet.

2. Architecture du site

Architecture 3-tier

Figure 17: Architecture 3-tier

Nous avons développé la partie serveur de l’application en nous basant sur l’architecture trois-tiers.
Cette architecture nous a permis de diviser le système en trois couches (ou niveaux) différents :
présentation des données, logique métier et accès aux données.

3. Développement
Pour le développement de la plateforme, nous avons utilisé les plateformes web et mobile, car elle
présente les avantages suivants :

 Facilite de déploiement ;
 Maintenance réduite (aucune application à installer sur les postes des utilisateurs) ;
 Mobilité : utilisable en déplacement ;
 Flexibilité des architectures orientes service ;
 Gain de temps et d’argent, permettant de coupler la réception de données aux bases de
données centrales.

41
4. Phase de test et de validation
En informatique, un test désigne une procédure de vérification partielle d’un système informatique.
Le but en est de trouver un nombre maximum de comportements problématiques de logiciel, car il est
impossible de prouver qu’un logiciel fonctionne bien dans tous les cas. Plus on trouve d’erreur, plus
il y a de chances qu’il y ait d’avantage d’erreurs dans le composant logiciel visé. Les tests de
vérification ou de validation visent à s’assurer que le système réagit de la façon prévue par ses
concepteurs(spécifications) ou est conforme aux attentes du client l’ayant commandé (besoins),
respectivement. Nous présentons ci-dessous une liste des modules de tests, scenario de tests et le
résultat obtenu à partir du tableau suivant :
MODULE SCENARIO DE TEST RESULTAT OBTENU

Connexion à la plateforme Entrer un login et un mot de

passe correct Exécution correcte
Entrer un login et un mot de
passe incorrect
Connexion à la base de Ajout de données dans la base
données de données
Modification des données Exécution correcte
dans la base de données
Suppression de données dans
la base de données

Gestion des interfaces Insertion des données

alphabétiques à la place des
numériques Exécution correcte

Tableau 2: Tableau des tests effectués

5. Interfaces graphiques du site

L’interface graphique d’une plateforme est une partie très importante, convenable et
conviviale, offrant à l’utilisateur une navigation intuitive et simple. Ainsi ce critère peut faire
la différence entre une plateforme et une autre ayant les mêmes fonctionnalités.

Nous présentons ici un ensemble de captures principaux écrans de notre plateforme : interface
de connexion, interface générale, interface administrateur.

42
 Interface générale
Il s’agit ici de l’interface comprenant les éléments d’informations sur l’entreprise et les
éléments d’accès à l’interface administrateur : ici l’administrateur via son compte peut
paramétrer complètement la plateforme.

Figure 18: interface generale de la plateforme

Interface de connexion
Il s’agit de l’interface qui permet d’accéder à la plateforme d’administration. Pour des besoins
de sécurité, l’utilisateur doit d’abord s’authentifier en entrant son login et son mot de passe :

Figure 19: Interface de connexion de notre plateforme

43
 Interfaces d’administration

5.3.1. Interface d’administration du chef de projet

Gestion des missions, le chef de projet remplir le formulaire en sélectionnant l’employé à qui
il veut assigner la mission, la mission concernée, la date de début prévue, la date de fin prévue
et l’enregistre.

Figure 19: Interface assignation de mission

5.3.2. Interface d’administration de l’assistante de direction

Sur cette interface l’assistante de direction fait l’enregistrement des employés, en entrant le

nom, prénoms, date de naissance, etc. et l’enregistre.

Figure 20: Interface d'enregistrement des employés

44
5.3.3. Interface d’administration du technicien
Le technicien fait le compte rendu de sa mission effectuée et l’enregistre.

Figure 22: Interface de liste d'enregistrement des employés

Figure 21: Interface d'enregistrement de compte rendu des missions effectuées

5.3.4. Capture d’écran d’une liste d’enregistrement

Figure 23: liste d'enregistrement des employés

Dans ce chapitre nous avons présenté les technologies utilisées pour la réalisation de notre
projet, les phases de test réalisés ainsi que quelques interfaces essentielles de notre plateforme
à travers un ensemble de captures d’écrans.

45
 CONCLUSION GENERALE ET PERSPECTIVES
Tout au long de ce rapport, nous avons présenté les différentes étapes qui nous ont conduit à
la mise en œuvre du projet. Pour son analyse et sa conception, nous avons pour des raisons
pédagogiques (méthode au programme de la licence) utilisé la méthode UML.

Par ailleurs, nous avons développé la plateforme en nous basant sur l’architecture 3-tier,
complétion de nos connaissances en matière de développement.

En plus de l’expérience pratique obtenue pendant le développement de ce projet, nous avons

tiré de nombreuses leçon, entre autres : comment adopter une bonne méthodologie face à un
projet, comment travailler sous la pression des encadreurs, Comment prêter de l’attention aux
indications de ces encadreurs, comment être bien organisé pour accomplir dans de meilleurs
délais, et les meilleures conditions les taches qui nous sont confiées.

Nous tenons à remercier nos encadreurs pour les critiques apporter lors de notre premier essai,
qui nous ont permis de nous améliorer et d’y voir plus clair. Qu’à cela ne tienne, ce projet a
été une occasion pour nous de mettre en évidence et de déployer sur le plan pratique nos
connaissances apprises tout le long de notre formation.

Ce projet, loin d’être parfait, pourra encore être peaufiné par l’ajout de nouvelles
fonctionnalités et perfectionnement de l’interface afin de mieux l’adapter aux besoins des
gérants d’une ingénierie de technologies et de bâtiments voir bien plus de n’importe quelle
entreprise.

46
 BIBLIOGRAPHIE
 Projet de fin de cycle brevet techniciens supérieur en IDA, Thème : Gestion de Production
Assistée par Ordinateur : cas d’un atelier de chaussures. Année 2019-2020 réalisé
par KADJO FRANCK.
 Mémoire de master en nouvelle technologies de télécommunications et réseaux, thème :
conception et développement d’un site web de e-commerce pour le compte de
LSAT_Nokia. Année universitaire 2012-2013 réalisé par ADEL RAISSI.
 Rapport de soutenance de fin de cycle brevet techniciens supérieure en IDA, Thème :
Conception et réalisation d’une application de gestion du personnel (cas du personnel de
IvoirSoft). Année académique 2017-2018 réalisé par MAIGA ABDOUL KADRI.
 Cours PDF LANGAGE UML classe de terminale SI.
 Modélisation UML Diagrammes structurels M. GRIMADI février 2007
 MERISE (Wikipédia).
 Cour PDF MERISE Première année réseaux informatique.

47
 WEBOGRAPHIE
 Les meilleurs plugins WordPress https://www.twaino.com/blog/creation-site-
web/plugins/wordpress Visité le 06/06/2021.
 Les meilleurs hébergeurs web https://fr.wikipedia.org/wiki/hebergeur_web Visité le
08/06/2021.
 Que doit contenir le site internet professionnel d’une entreprise
https://www.ipaoo.fr/blog/que-doit-contenir-le-site-internet-professionnel-dune-
entreprise/ Visité le 09/07/2021.
 Meilleur langages de programmation https://fr.yeeply.com/blog/langages -
programmation-type-développement/ Visité le 12/06/2021.
 Comment migrer un site WordPress de local en ligne avec duplicator
https://www.youtube.com/watch?v=e2dshqsvV8E Visite le 21/08/2021.
 Comment installer WordPress en local sur son ordinateur
https://www.youtube.com/watch?v=rm73DF3BH38 Visité le 11/08/2021.
 Création et gestion d’une base de données avec phpMyAdmin
https://m.youtube.com/watch?v=B7LU7qDUEOg&t=1071s.
 Création d’un site web de A à Z avec HTML, CSS ET BULMA
https://m.youtube.com/watch?v=MzAeV2BdzRg&t=325s .
 Découvrir et utiliser les icônes Font Awesome
https://www.youtube.com/watch?v=4vjOvtup9ma.
 Comment faire une boite de dialogue
https://m.youtube.com/watch?v=C4N3sMg25fQ&t=547s
 comment utiliser les icones font awesome
https://m.youtube.com/watch?v=4vjOvTup9mA&t=184s.
 Qu’est ce bootstrap et comment l’utiliser
https://m.youtube.com/watch?v=q5YrCa37DVo&t=6s

48
 GLOSSAIRE
PHP: HyperText Preprocessor
HTML: HyperText Markup Language
CSS: Cascading Style Sheets
MYSQL: système de gestion de base de données
WAMP: windows apache MySQL PHP
Apache : serveur http
MERISE: Méthode d’Etude et de Réalisation Informatique pour les Systèmes d’Entreprise
UML: Unified Modeling Language
RAD: Rapid-Application Development
IDA: Informatique Développement d’Application
CMS: Content Management System
WIFI: Wireless Fidelity
XML: Extensible Markup Language
RAM: Radom Access Memory
HTTPS: HyperText Transfer Protocol Secure
HP: Hewlett-Packard
SAI: Service des Applications Informatiques
SGBD : Système de Gestion de Base de Données
SGBDR : Système de Gestion de Base de Données Relationnelle
HTTP: HyperText Transfer Protocol
HQ: Haute Qualité
VIM: VIM proved
PSM: Persistent Stored Modules
URL : Uniform Resource Locator
SI : Système d’Information

49