Template GL 2023-24

REPUBLIQUE DU CAMEROUN REPUBLIC OF CAMEROON
Paix – Travail – Patrie Peace-Work-Fatherland

------------------------------------------- -------------------------------------------
MINISTERE DE L’EMPLOI ET DE LA MINISTRY OF EMPLOYMENT AND
FORMATION PROFESSIONNELLE VOCATIONAL TRAINING
----------------------------------- -----------------------------------
DELEGATION REGIONALE DU CENTRE CENTER REGIONAL DELEGATION
------------------------------------- -------------------------------------
INSTITUT AFRICAIN D’INFORMATIQUE CABINET D’INGENIERIE ET DE GESTION DE
----------------------------------- PROJET BELIEVE IN U
AFRICAN INSTITUTE OF COMPUTER SCIENCES ----------------------------------
Représentation du Cameroun ENGINEERING FIRM BELIEVE IN U
Yaoundé(cameroun)
BP: 13719 Yaoundé (Cameroun)
+237 694620336
Tél: (237) 22 21 11 43 / (237) 99 99 82 49RAPPORT DE FIN DE STAGE
www.believe-ingenierie.com
Site web: www.iaicameroun.com
CONCEPTION ET REALISATION D’UNE PLATEFORME

WEB DE GESTION D’UN CABINET D’INGENIERIE ET
DE GESTION DES PROJETS : Cas de BELIEVE IN U
Stage effectué du 1er juillet 2024 au 30 septembre 2024
En vue de l’obtention du Diplôme de Technicien Supérieur (DTS) en Informatique option Génie Logiciel
Rédigé par :
CONCEPTION ET REALISATION D’UNE PLATEFORME WEB DE
GESTION D’UN CABINET D’INGENIERIE ET DE GESTION DES PROJETS
 EWANE SAME Franck Bruno, étudiant au niveau II à l’Institut Africain d’Informatique
Sous la supervision de :
ENCADRANT ACADEMIQUE ENCADRANT PROFESSIONNEL

&
Mme ANEGA Yvette M. Paskal ESSAGA
Ingénieur de Conception Ingénieur-chercheur

Enseignante a l’IAI Cameroun Directeur du cabinet Believe In U
Année académique 2023-2024
Rédigé par : EWANE SAME Franck Bruno, étudiant en 2e année (Génie logiciel)
IAI Cameroun, Centre d’Excellence Technologique PAUL BIYA
II
DÉDICACE
A la Grande
Famille EWANE !
IV
REMERCIEMENTS
Nous tenons à remercier toutes les personnes qui ont contribué de près ou de loin au
bon déroulement de notre stage, à la réalisation de ce rapport jusqu’à la présentation
de notre travail. Nos sincères remerciements s’adressent :
 Au représentant résident de l’Institut africain d’Informatique et représentation

du Cameroun M. Armand Claude ABANDA ;
 À Monsieur Paskal ESSAGA Directeur du Cabinet Believ In U pour nous
avoir permis d’effectuer un stage dans son entreprise mais aussi pour sa
rigueur disciplinaire
 À Madame ANEGA Yvette notre encadrante Académique pour sa
disponibilité ses techniques et méthodologies pour l’élaboration de ce travail
 À Monsieur MBAM Freddy pour son soutient dans l’ensemble
 À tous les Employés du Cabinet Believ In U
 À mes parents chérie EWANE TECLAIRE et EWANE MBANGUE
 À tous mes frères et sœurs pour les encouragements
 Au groupe « Objectif 19 » pour l’entraide entre étudiants durant toute la
période allant du stage aux pré-soutenances.

V
SOMMAIRE
DÉDICACE..................................................................................................................III
REMERCIEMENTS....................................................................................................IV
SOMMAIRE.................................................................................................................V
LISTE DES TABLEAUX............................................................................................VI
LISTE DES FIGURES...............................................................................................VII
SIGLES ET ABBREVIATIONS..................................................................................IX
GLOSSAIRE.................................................................................................................X
RESUME.....................................................................................................................XI
ABSTRACT...............................................................................................................XII
INTRODUCTION GÉNÉRALE...................................................................................1
1ère PARTIE : PHASE D’INSERTION.........................................................................2
2ème PARTIE : PHASE TECHNIQUE.......................................................................11
Dossier 1 : L’Existant...................................................................................................13
Dossier 2 : Cahier des charges.....................................................................................20
Dossier 3 : Dossier d’Analyse......................................................................................33
Dossier 4 : Dossier de Conception...............................................................................65
Dossier 5 : Dossier de Réalisation :.............................................................................74
Dossier 6 : Test de fonctionnalités...............................................................................87
Dossier 7 : Guide d’installation et guide d’utilisateur.................................................95
CONCLUSION GÉNÉRALE....................................................................................107
BIBLIOGRAPHIE..........................................................................................................i
WEBOGRAPHIE..........................................................................................................ii
ANNEXES....................................................................................................................iii
TABLE DES MATIÈRES.............................................................................................iv
VI
LISTE DES TABLEAUX
Tableau 1 ressources matérielles.................................................................................9

Tableau 2 critique de l'éxistant.................................................................................17
Tableau 3 les intervenants.........................................................................................26
Tableau 4 Ressource matérielles..................................................................................27
Tableau 5 Ressources logiceilles..................................................................................28
Tableau 6 ressources Humaines................................................................................29
Tableau 7cout total.....................................................................................................29
Tableau 8 Etude comparative....................................................................................36
Tableau 9 formalisme diagramme cas d'utilisation................................................42
Tableau 10 Relation des cas d'utilisation................................................................42
Tableau 11 Explication de la description textuelle..................................................48
Tableau 12 cas de l'authentification.........................................................................49
Tableau 13 cas gérer les formations..........................................................................50
Tableau 14 cas gérer les kits......................................................................................51
Tableau 15 cas gérer les ingénieurs...........................................................................52
Tableau 16 formalisme du diagramme de séquence..............................................53
Tableau 17 formalisme du diagramme de classe..........................................................68
Tableau 18 formalisme diagramme de deploiement....................................................81
Tableau 19 formalisme diagramme de composant.......................................................83
VII
LISTE DES FIGURES
Figure 1 plan de localisation du cabinet Believ in U.................................................6

Figure 2 organigramme du cabinet believe in U.......................................................7
Figure 3 diagramme de gant.....................................................................................26
Figure 4 Processuss 2TUP.........................................................................................41
Figure 5 exemple de diagramme de cas d’utilisation..............................................43
Figure 6 diagramme de cas d'utilisation global............................................................44
Figure 7 Cas d'utilisation de la gestion des formations.........................................45
Figure 8 Cas d'utilisation gérer kits.........................................................................46
Figure 9 Cas d'utilisation gérer ingénieur...............................................................47
Figure 10 exemple du diagramme de séquence.......................................................54
Figure 11 Diagramme de séquence Authentification..............................................55
Figure 12 Diagramme de séquence Formation........................................................56
Figure 13 Diagramme de séquence kits....................................................................57
Figure 14 diagramme de séquence ingénieurs.........................................................58
Figure 15 diagramme d'activité authentification....................................................60
Figure 16 diagramme d'activité formation..............................................................61
Figure 17 diagramme d'activité gestion des kits.....................................................62
Figure 18 diagramme d'activité kits.........................................................................62
Figure 19 Diagramme d'activité ingénieurs.............................................................63
Figure 20 exemple d'un diagramme de classe..............................................................69
Figure 21 diagramme de classe....................................................................................70
Figure 22 diagramme de paquetage.............................................................................72
Figure 23 Architecture 3-tiers......................................................................................78
Figure 24 modèle MVC...............................................................................................80
Figure 25 exemple diagramme de déploiement...........................................................82
Figure 26 Diagramme de Déploiement........................................................................82
Figure 27 exemple de diagramme de composants.......................................................84
Figure 28 diagramme de composant............................................................................85
Figure 29 test authentification......................................................................................90
VIII
Figure 30 test information correctes...........................................................................91

Figure 31 test fonctionnels d’authentification.............................................................92
Figure 32 résultat test fonctionnels..............................................................................93
Figure 33 page d'accueil...............................................................................................98
Figure 34 Inscription client.........................................................................................99
Figure 35 page de connexion.....................................................................................100
Figure 36 Interface Utilisateur..................................................................................100
Figure 37 interface de gestion des utilisateurs...........................................................101
Figure 38 Interface de gestion des kits......................................................................101
Figure 39 page de gestion de projet..........................................................................102
Figure 40 page de gestion de formation....................................................................102
Figure 41 interface ingénieur....................................................................................103
Figure 42 page de mise à jour...................................................................................103
Figure 43 interface client..........................................................................................104
Figure 44 interface d'achat des kits...........................................................................104
Figure 45 interface d'inscription a une formation.....................................................105
Figure 46 page destiné au forum...............................................................................105
IX
SIGLES ET ABBREVIATIONS
 UML: Unified Modeling Language;

 2TUP: Two Tracks Unified Process;
 AQP : Attestation de qualification Professionnelle ;
 DQP : Diplôme de qualification Professionnelle ;
 BD : Base de données ;
 CSS : Cascading Style Sheets ;
 DTS : Diplôme de Technicien Supérieur ;
 HTML : HyperText Markup Language ;
 IAI : Institut Africain d’Informatique
 MVC : Modèle vue contrôleur
 SQL : Structured Query Language
 UP : Unified Process
X
GLOSSAIRE
 MERISE : Méthode d’Etude et Réalisation Informatique pour les systèmes

d’Entreprise.
 Acteur : unité d’activité intervenant dans le fonctionnement d’un système ;
 Base de données : ensemble structuré et organisé d’informations enregistrés
sous forme de table et destiné à être exploité ;
 CSS4 : langage permettant de définir le style d’une page web ;
 HTML 5 : langage de balisage permettant de présenter des pages web ;
 Génie Logiciel : : Ensemble des activités de conceptions et de mise en œuvre
des produits et procédures tendant à rationaliser la production du logiciel et
son suivi
 JavaScript : Langage de script utilisé pour dynamiser les pages web ;
 JQuery : Bibliothèque JavaScript multiplateforme créé pour faciliter l’écriture
des scripts dans les pages web ;
 Bootstrap : Collection d’outils utiles à la création du design de sites et
d’application web ;
 Digitalisation : Procédé qui vise à transformer les processus traditionnels, des
objets, des outils ou encore de professions en utilisant les technologies
digitales afin de les rendre plus performant
 Réalisation : action d’élaborer quelques choses, de le faire passer du stade de
la conception à celui de la chose existante
 MySQL : Système de gestion de base de données relationnelle ;
 Automatisation : Ensemble des technologies utilisées pour effectuer certaines
taches avec une intervention humaine réduite
 Numérisation : Conversion des informations d’un support ou d’un signal
électrique en données numériques

XI
RESUME
Nous avons été accueillis au sein du cabinet d’ingénierie Believ in U pour

effectuer un stage de 03 mois. Pendant notre période de stage, le thème qui nous a été
attribué est la Mise en place d’une Application web de gestion d’un cabinet
d’ingénierie. Dans le but de mieux cerner notre thème, d’étudier le mode de
fonctionnement de l’existant et de ressortir les limites ou les insuffisances. Cette étude
du mode de fonctionnement de l’existant nous a en effet permis de déceler des
insuffisances et de proposer une application qui viendra automatiser la gestion d’un
cabinet et un suivi constant des formations et projets. Pour que la mise en point de
notre application soit effectuée, nous avons utilisé le langage UML basé sur les
méthodologies 2TUP et des outils Power AMC pour la modélisation des différents
diagrammes. Nous avons par la suite établi un cahier des charges qui explicite les
besoins fonctionnels et non fonctionnels ainsi que l’estimation et le cout de notre
projet en fonction des risques.
Mots clés :
• Cabinet d’Ingénierie ;
• Projets ;
• Automatisation ;
XII
ABSTRACT
We were welcomed at the engineering firm Believ in U to undertake a 3-

month internship. During our internship period, the assigned theme was the
Implementation of a Web Application for the management of an engineering firm. In
order to better understand our theme, we studied the current system's operation and
identified its limitations or shortcomings. This study of the existing system's operation
allowed us to detect deficiencies and propose an application that will automate the
management of the firm and ensure constant monitoring of training and projects. To
implement our application, we used the UML language based on the 2TUP
methodologies and Power AMC tools for modeling the various diagrams. We
subsequently developed a requirements specification document that details the
functional and non-functional needs, as well as the cost estimate and risks associated
with our project.
Keywords:
 Engineering firm;
 Projects;
 Automation.
XIII
INTRODUCTION GÉNÉRALE
Les entreprises, de nos jours, que ce soit dans le secteur agricole, commercial, financier, de
transport et bien d’autres, dans les soucis d’assurer une bonne gestion et de faciliter leurs croissances
se tournent de plus en plus vers l’utilisation des technologies de l’information et de la
communication. Cette migration fait ainsi du développement d’applications une activité tout à fait
incontournable pour l’automatisation de certaines tâches en entreprise facilitant ainsi le traitement
des données. C’est ainsi qu’il nous a été attribué un thème : « Mise en place d’une application web
de gestion d’un cabinet d’ingénierie». Ce système de gestion sera automatisé afin de permettre une
meilleure gestion du cabinet et aussi un suivi en temps réel sur les formations et les projets , le but
étant d’obtenir à travers ce travail le Diplôme de Technicien Supérieur option Génie logiciel. La suite
de notre travail sera organisée comme suit : nous aurons le dossier d’insertion qui va décrire notre
accueil dans l’entreprise où nous avons effectué notre stage, un cahier des charges qui décrit de façon
plus précise notre projet ainsi que les contraintes, le dossier d’analyse dans lequel nous allons faire
l’analyse de notre projet à travers des méthodes, le dossier de conception présentant les différents
diagrammes, le dossier de réalisation présentant les outils techniques et logiciels utilisés pour la
réalisation et le déploiement de notre projet et enfin un guide d’utilisation pour aider les futures
utilisateurs à utiliser notre application
1
1ère PARTIE : PHASE D’INSERTION
Résumé :
La phase d’insertion est la première partie d’un rapport de stage. C’est ici que l’étudiant présente
l’entreprise qui l’a accueilli. Nous insisterons sur l’accueil et l’intégration à Believ’in U, ainsi que la
présentation de l’entreprise. Notre travail sera organisé comme suit :
Aperçu :
INTRODUCTION
I- ACCUEIL ET INTÉGRATION AU SEIN

DE L’ENTREPRISE
1- Accueil
2- Intégration
II- PREESENTATION GENERALE DE

REAX
1- Historique
2- Mission
3- Situation géographique
4- Organigramme
5- Activités
6- Ressources
CONCLUSION
2
Introduction
La période de stage est la période durant laquelle, l’étudiant gagne en expérience

professionnelle et apporte les solutions à un problème auquel fait face l’entreprise. La phase
d’insertion en elle-même est cette période-là (de deux semaines généralement) durant laquelle
l’étudiant se familiarise avec son environnement de travail au lieu de stage et met en pratique les
enseignements reçus. Il devra donc connaitre son maitre de stage communément appelé encadrant
Professionnel et apprendre à coexister avec ses collègues de stage. Il peut être difficile pour
l’étudiant de faire ces premiers pas dans l’environnement professionnel. Ainsi, il s’agira donc pour
nous de détailler cette période-là qui s’est tenue pour nous dans les locaux de Believ’in U.
3
I. Accueil et intégration en entreprise
1. Accueil en entreprise
Le 01er Aaout 2024 marque notre admission au sein des locaux du cabinet Believ’in U comme
stagiaire. Nous avons été bien accueillis puis nous avons eu une visite guidée des locaux de
l’entreprise. Après cet accueil et cette présentation, ils nous ont exhortés de se sentir comme chez
nous. Nous nous sommes installés afin de prendre connaissance de notre nouvel environnement.
Ainsi la journée suivante, qui est celle marquant véritablement le début de notre stage, nous avons
reçu des notions sur lesquelles nous devons enrichir ou compléter nos connaissances. Deux semaines
après, notre encadrant et nous avons dressé une liste de thèmes à développer pour résoudre les
problèmes auxquels sont confronté la société Camerounaise en particulier.
2. Intégration en entreprise
Une première réunion a été organisé par le Directeur de l’entreprise au cours de laquelle il
nous a été rappelé les éléments clés concernant l'établissement, le règlement intérieur, le
fonctionnement général, la vision et les objectifs de l'établissement, les différents services proposés,
les exigences et l'élaboration du planning hebdomadaire. Un accent particulier a été mis sur les
comportements à adopter et le respect du règlement en vigueur. De plus, lors de plusieurs séances de
travail avec le personnel, nous avons reçu de nombreux conseils et recommandations. Enfin, nous
avons pu discuter et échanger sur notre sujet de travail.
4
II. Présentation de l’entreprise
1. Historique
Dans sa dénomination anglaise « BELIV’IN U » qui veut dire « crois en toi » , le cabinet
d’ingénierie et gestion de projets qui a pour devise : oser , croire , réussir ;soucieux du devenir de la
jeunesse offre à ces derniers la possibilité de croire en eux en mettant à leurs dispositions de
nombreuses formations professionnelles qui leur permettront de renforcer leurs capacités et
développer des compétences ainsi que des stages pratiques pour mettre en exergue des connaissances
reçues .située au quartier odza au lieudit entrée koweit dans l’arrondissement de Yaoundé IV avec
comme registre de commerce rc/yae/2022/al1739 du 11 mai 2022 et un identifiant
po48617 32 8049d . Entreprise prestataire de services qui fait dans la conception des outils de
gestion d’ingénierie le cabinet believ a pour objectifs de devenir un cabinet de référence en terme de
formations professionnelles pratiques au Cameroun et à l’étranger.
2. Situation géographique
Situé dans l’arrondissement de Yaoundé IV, sis au quartier odza entrée Koweït le cabinet de gestion
de projets est dans un immeuble de 4 niveaux constitué comme tel :
Une grande salle de cours

3 bureaux administratif
Une cuisine
Une douche
Un balcon
Une salle de télé conseils
PLAN DE Rédigé
LOCALISATION
par : EWANE SAMEDU CABINET
Franck Bruno, étudiantBELIEVE INlogiciel)
e
en 2 année (Génie U
5
Figure 1 plan de localisation du cabinet Believ in U
6
3. Organigramme
DG
AD
RAF
C / SERVICE LOGISTIQU
LES INGENIEURS PROJETS
ADG DC
IFP-AMIG
TELECONSEILLEIRS
SG
CHEF SERVICE PEDAGOGIE C / SCOLARITE

Figure 2 organigramme du cabinet believe in U
7
4. Mission
Comme toute entreprise sérieuse, les missions du cabinet sont :
 Promouvoir l’entreprenariat numérique

 Concevoir les formations avec une approche très pratique
 Proposer les services de qualités dans l’industrie des savoirs
 Créer les AGRS pour les jeunes enfin de les rendre autonomes
 Concevoir et vendre aux entreprises les progiciels et kits professionnelles.
5. Activités
Formations en AQP et DQP

Création des sites web
Création des pages facebook
Création des tunnels de vente
Cartographie
Montage vidéo
Programmation informatique
Publicité et marketing digital
Conception-études-réalisation des projets
8
6. Ressources matérielles et logicielles
6.1. Ressources matérielles
Le cabinet Believe In U dispose de diverses ressources matérielles

Tableau 1 ressources matérielles
EQUIPEMENTS MARQUE QUANTITES
Ordinateurs portable Lenovo , SAMSUNG, DELL 3
switch Huawei Home Gateway 2
Ecran téléviseur LG 44 pouces 2
imprimantes Epson model : L614254 1
6.2. Ressources logicielles
Comme ressource logicielle nous avons donc :

Les logiciels d’exploitations : il s’agit des logiciels de base qui démarre automatiquement
lorsqu’on allume l’ordinateur et qui contrôle ou commande le fonctionnement global de la
machine, joue le rôle d’interface entre la machine et l’utilisateur.
Windows 10
La suite office 16
Les navigateurs (Firefox, Opera, chrome)
Pour les services infographiques : la suite Adobe cc
Serveur d’application : WampServer
9
Conclusion
Rendu au terme de notre phase d’insertion où nous avons pu nous faire une idée de ce que
c’est que Believ’in U, de ses offres et services, de son organisation. Cette phase a été riche en
émotions et en enseignements car elle nous a permis d’intégrer une équipe professionnelle. Nous
nous sommes imprégnés du rythme de travail et nous avons pris conscience de la conduite à tenir.
Une fois que nous avons eu les informations de l’entreprise, nous entamons la suite du travail.
10
2ème PARTIE : PHASE TECHNIQUE
Résumé :
Il a été question pour nous dans la phase d’insertion de nous familiariser avec
notre structure d’accueil. L’accent sera mis dans cette phase sur les différentes
caractéristiques, spécificités et attentes du sujet soumis à notre étude.
Aperçu :
Introduction
o Dossier 1 : L’Existant
o Dossier 2 : Le cahier des charges
o Dossier 3 : Dossier d’Analyse
o Dossier 4 : Dossier de Conception
o Dossier 5 : Dossier de Réalisation
o Dossier 6 : Test de fonctionnalités
o Dossier 7 : Guide d’installation et guide d’utilisation
Conclusion
11
Introduction
La phase technique de ce rapport de stage se concentre sur le développement et la mise en

œuvre de solutions logicielles adaptées aux besoins identifiés lors de l'analyse préliminaire du
cabinet d'ingénierie "Believ in U". Au cours de mon stage de trois mois, j'ai eu l'opportunité de
contribuer à la création d'une application web destinée à automatiser la gestion du cabinet, en
optimisant le suivi des projets et des formations.Cette phase implique une approche méthodologique
rigoureuse, où j'ai utilisé des techniques de modélisation, notamment le langage UML, pour
concevoir l'architecture de l'application. En adoptant la méthodologie 2TUP, j'ai pu développer des
diagrammes fonctionnels et techniques qui ont servi de base pour le codage. L'utilisation d'outils
comme Power AMC a également facilité la création de ces diagrammes, garantissant une
compréhension claire des flux d'informations et des interactions entre les différentes entités de
l'application. Dans cette section, je détaillerai les choix techniques effectués, les technologies
utilisées, ainsi que les principales étapes du développement, allant de la conception à la réalisation.
Je mettrai également en lumière les défis rencontrés et les solutions apportées, tout en soulignant
l'importance de la collaboration entre les différentes parties prenantes. L'objectif est de présenter une
vue d'ensemble claire et structurée des processus techniques engagés pour réaliser un produit
répondant aux attentes du cabinet.
12
Dossier 1 : L’Existant
Résumé :
Le dossier de l'existant analyse en détail le système actuel, décrivant ses

fonctionnalités, ses performances et ses limitations. Il identifie les besoins non
satisfaits et les problèmes à résoudre, fournissant ainsi une base solide pour guider
le développement de la nouvelle application. Ce dossier permet de comprendre les
forces et faiblesses du système en place et d'établir des recommandations pour
améliorer et optimiser la solution future.
Aperçu :
Introduction
1. Présentation du thème/projet
2. Etude de l’existant
3. Critique de l’existant
4. Problématique
5. Proposition de solution
Conclusion
13
Introduction
Avant de plonger dans le développement de l'application web pour la gestion du cabinet

d'ingénierie "Believ in U", il est essentiel de réaliser une étude approfondie de l'existant. Ce dossier a
pour objectif de dresser un état des lieux des processus actuels, des systèmes en place et des outils
utilisés par le cabinet. Une telle analyse permet de mieux comprendre les enjeux et les défis auxquels
l'organisation est confrontée, ainsi que d'identifier les lacunes et les points d'amélioration.Au cours
de cette phase, j'ai procédé à une collecte d'informations sur les pratiques de gestion de projets et de
suivi des formations au sein du cabinet. J'ai également mené des entretiens avec les membres de
l'équipe, recueillant leurs retours d'expérience et leurs besoins spécifiques. Cette démarche a mis en
lumière des insuffisances notables dans les méthodes de travail actuelles, notamment en ce qui
concerne l'automatisation des processus et la centralisation des données.Le dossier de l'existant
présente une synthèse des éléments clés observés, incluant les outils logiciels utilisés, les flux de
travail, ainsi que les interactions entre les différents acteurs. Cette analyse est cruciale pour poser les
bases d'une solution efficace et adaptée aux besoins du cabinet. En fin de compte, ce dossier vise à
servir de référence pour orienter le développement de l'application, garantissant ainsi que celle-ci
réponde aux exigences et aux attentes des utilisateurs finaux.
14
I. Présentation du thème/projet
La phase d’insertion tendant à sa fin, nous devons nous mettre au travail et faire ce pourquoi
l’école nous envoi en stage, à savoir apporter des solutions à des problématiques. Nous avons
échangé sur des thèmes liés à la situation actuelle. Au bout de cet échange, un choix a été porté sur
mon thème après consultation de mon encadrant académique. Nous avons opté pour le thème : «
Conception et réalisation d’une application web de gestion d’un cabinet d’ingenierie ».
L’objectif est de développer un outil simple d’utilisation, pratique et efficace pour permettre aux
services concernés de mieux gérer de façon sereine et en toute sécurité les données et ressources
nécessaires aux bon fonctionnement de l’entreprise
II. Etude de l’existant

L’étude préalable ou présentation de l’existant consiste à étudier une situation existante et de
proposer une solution future. Pour ce qui est du cabinet d’ingénierie believe in U, il regroupe une
pléthore de services parmi lesquelles le service des Affaires Académique et financier, le service
commercial et enfin le service chargé des formations. En effet il existe trois types de formation : les
formations sur 3 mois, et les formations sur 12 mois. Ces formations se font généralement en
présentiel pour ceux qui sont dans la ville de Yaoundé et en ligne ou parfois en présentiel sans un
suivi constant de l’avancement de la formation pour ceux qui sont hors de la ville l’enregistrement a
une formation se fait généralement en présentiel:
Concernant les formations :

 Cas ou la formation est de 3 mois : cette formation permet d’obtenir un AQP et ce diplôme
qui est délégué par le ministère de la formation professionnelle stipule que l’apprenant est
apte à être sur le marché de l’emploi
 Cas ou la formation est de 12 mois : dans ce cas cette formation permet d’obtenir un DQP
ou un CQP qui est délivré par le ministère de la formation professionnelle qui stipule que
l’apprenant est apte à être sur le marché de l’emploi
15
NB : à la fin de leur formation les apprenants devront effectuer un stage dans une structure de
leur choix et ainsi à la fin de ce stage fournir un rapport et présenté ce rapport lors d’une
soutenance
Concernant les kits :
Nous avons les kits complets de formation : qui sont vendu par tunnel de vente ces kits
sont généralement utilisé pour une meilleure compréhension et un meilleur apprentissage
des formations
Nous avons aussi les kits de logiciels : qui sont également vendu via tunnel de vente et
qui sont utilisé pour apprendre et s’instruire sur l’outil informatique
Concernant les projets :
Chaque projet est géré par un ou plusieurs ingénieurs assistés par plusieurs techniciens et aussi
chaque ingénieur a l’obligation de donner l’état d’avancement du projet au promoteur permettant
ainsi un suivi du projet par les deux partis
16
III. Critique de l’existant

De l’étude du fonctionnement actuelle de la gestion d’un cabinet d’ingénierie et de gestion de
projet cas de Believ’in U fait plus haut, nous avons relevé les limites suivantes :
Tableau 2 critique de l'éxistant
Critiques Limites Solutions

Gestion manuelle de Difficultés de sortir un Concevoir un système qui
l’enregistrement d’une bilan statistique du nombre viendra automatiser ce
formation de formation processus
Entraîne des délais dans Mise sur pied d’une
l'approbation des plateforme collaborative ou
Mauvaise gestion des modifications et un d’un forum de libre-
changements manque de réactivité face échange
aux besoins urgents des
clients
Archivage couteux en Mettre sur pied un système
espace du fait de l’usage qui permettra d’archiver
Perte de revenus
du support papier plus facilement les
différentes données
Utilisé des logiciels de
Perte des données Retard dans les projets stockage physique et
numérique
17
IV. Problématique
Apres l’étude de l’existant qui nous a permis de relever les limites du système de gestion d’un
cabinet d’ingénierie au niveau des formations, nous pouvons dire que la gestion actuelle des
formations est faite de manière manuscrite et présentiel de ce fait contribue a une perte en temps,
possibilités de commettre des erreurs lors des enregistrements et lors de leur archivage. De ce constat
nous nous posons la question de savoir comment concevoir et réaliser une solution qui permettra
à la fois de gérer de manière numérique les formations, faciliter la gestion des données et
rendre le cabinet compétitif sur le marché ?
V. Proposition de solution
Afin de résoudre les problèmes soulevés plus haut, nous proposons donc de concevoir et
réaliser une solution informatisée (Believe in U) qui permettra :
• Pour les clients de gérer de manière efficace et numérique l’achat des différents kits de formation et
faciliter le déroulement de leur formation
• Pour les ingénieurs de limiter les déplacements pour les formations et ainsi dispenser des
formations en ligne via vidéo conférence et des discussions via un forum de libre échange
• Pour l’Administrateur de gérer le cabinet, les ingénieurs et les formations.
18
Conclusion
L'analyse de l'existant a permis d'identifier des enjeux clés et des opportunités d'amélioration
au sein du cabinet d'ingénierie "Believ in U". En examinant les processus en place, les outils utilisés
et les interactions entre les différents acteurs, il est devenu évident que le système actuel souffre de
plusieurs insuffisances. Parmi celles-ci, on note le manque d'automatisation dans la gestion des
projets et des formations, ainsi qu'une centralisation insuffisante des données, entraînant des pertes
de temps et une diminution de l'efficacité.
19
Dossier 2 : Cahier des charges
Résumé :
Le cahier des charges est un document contractuel établi entre le maitre d’œuvre et
le maitre d’ouvrage qui étale les besoins du client. Il étudie et présente avec
exactitude les exigences formulées par les utilisateurs en ce qui concerne le projet,
son déroulement et les résultats.
Aperçu :
Introduction
I. Contexte et justification de l’étude /du projet

II. Les objectifs de l’étude/projet
III. Expressions des besoins de l’utilisateur
IV. Planification du projet/ étude / Gant project
V. Estimation du coût du projet/étude
VI. Les contraintes du projet/ étude
VII. Les livrables
Conclusion
20
Introduction
L’une des informations les plus capitales retenues lors de la période d’insertion est le thème
du stage académique. Ce thème s’intitule « conception et réalisation d’une application web de
gestion d’un cabinet d’ingénierie et de gestion de projet ». Il sera question pour nous dans cette
partie de définir les objectifs et caractéristiques fonctionnelles et non fonctionnelles du système et
faire une estimation financière du projet ainsi que son coût
21
I. Contexte et justification de l’étude /du projet

1. Contexte
Dans un monde en constante évolution technologique et économique, les entreprises, y
compris les cabinets d'ingénierie, doivent s'adapter pour rester compétitifs. L'utilisation croissante
des appareils mobiles et des technologies numériques offre des opportunités significatives pour
améliorer l'efficacité opérationnelle, la qualité des services et la satisfaction des clients. Il est donc
très important pour un cabinet d’ingénierie d’offrir des services innovants en temps réel.
2. Justification
Au vu des éléments suscités, nous nous sommes posé la question de savoir comment proposer
une solution qui viendra faciliter et digitaliser la gestion des formations du cabinet d’ingénierie
believe in U ? C’est dans la perspective de solutionner ce problème que nous avons opté pour ce
thème dans le but de concevoir et de réaliser une plateforme web de gestion d’un cabinet d’ingénierie
depuis le début de la formation jusqu’à l’obtention du diplôme, ce qui permettra d’avoir une
traçabilité sur le déroulement des formations
22
II. Bénéficiaire et cible

1. Bénéficiaire
Les principaux bénéficiaires de ce projet sont les cabinets d’ingénierie
2. Cible
Le projet d’automatisation et de numérisation de la gestion d’un cabinet d’ingénierie est
destiné au cabinet d’ingénierie et au entreprise de gestion de projet afin de gagner en temps et
d’avoir un suivi en temps réels sur les projets.
III. Les objectifs de l’étude/projet
1. Objectif général
Notre objectif principal est de digitaliser les cabinets d’ingénierie permettant ainsi une gestion
efficace et en temps réel des projets et formations.
2. Objectifs spécifiques
Spécifiquement, la mise en place d’une plateforme web de gestion d’un cabinet d’ingénierie
et de gestion des projets répond aux objectifs spécifiques ci-après :
Gestion Efficace des Projets

Suivi des Ressources et de l’Inventaire
Amélioration de la Communication Interne
Automatisation des Processus Administratifs
Renforcement de la Sécurité des Données
Analyse et Reporting des Performances
Accès Mobile aux Données Critiques
Amélioration de la Satisfaction Client
Gestion des Formations et du Développement Personnel
Intégration avec d’Autres Outils Existants
23
IV. Expressions des besoins de l’utilisateur
1. Besoins fonctionnels
Ils sont indispensables au bon fonctionnement de l’application et décrivent exactement à quoi
cette dernière sert et ce qu’elle fait. A cet effet, notre système doit pouvoir réaliser la gestion des
modules suivants :
• Pour un administrateur :
 S’authentifier ;
 Se déconnecter ;
 Créer compte utilisateur ;
 Modifier compte utilisateur ;
 Supprimer compte ;
 Lister les profils ;
 Attribuer un profil a un utilisateur ;
 Définir les permissions ;
• Pour un utilisateur :
 Acheter un kit ;
 S’enregistrer a une formation ;
• Pour un ingénieur :
 Dispenser une formation ;
 Démarrer des Discussions ;
24
2. Besoins non fonctionnels
Comme l’indique le titre, cette partie traite des besoins non fonctionnels de notre système qui
représente dans un cas général des besoins liés à la forme et donc la satisfaction n’influence pas le
bon fonctionnement de notre système .il est très souvent question entre autres des besoins
d’ergonomie, de performance ou même de type de conception, etc.
Dans notre cas ces besoins sont les suivant :
 Fiabilité : L’application doit fonctionner de façon cohérente, sans erreur et doit être
satisfaisante.
 Rapidité : Les opérations effectuées par l’application doivent s’effectuer de manière
rapide.
 Convivialité : L’application doit être adapté à l’utilisateur, elle doit également être
intuitive (qu’il n’ait besoin d’aucune formation afin de pouvoir l’utiliser).
 Sécurité : La confidentialité des données personnelles des utilisateurs devra
également être respectée par notre solution.
 Aptitude à la maintenance et à la réutilisabilité : Le système doit être conforme à
une architecture standard et claire permettant sa maintenance et sa réutilisation
V. Planification du projet/ étude / Gantt Project
25
La durée de réalisation du projet est estimée à 60jours. Le diagramme de Gantt ci-dessous

présente la planification de la réalisation des taches dans le temps en fonction des intervenants
1. Intervenants
Tableau 3 les intervenants
Nom et Prénoms Fonctions Rôles

Enseignante a L’IAI
Mme ANEGA Yvette Encadrante Académique
Cameroun
M. Paskal ESSAGA Directeur a Believe In U Encadrant professionnelle
M.EWANE SAME Etudiant en Niveau 2 a Concepteur et Réalisateur
Franck l’IAI Cameroun du projet
2. Diagramme de Gantt
Pour la réussite du projet le travail a été subdivisé en plusieurs taches et chaque tache
représente une phase d’avancement et de réalisation de notre projet. Le diagramme ci-dessous nous
décrit l’agencement de ces différentes phases
Figure 3 diagramme de gant
26
VI. Estimation du coût du projet/étude
1. Ressources Matérielles
Tableau 4 Ressource matérielles
Ressource Quantité Cout unitaire(FCFA) Cout total(FCFA)
Laptop
SAMSUNG 202B
01 150 000 150 000 FCFA
Core i5 4th
génération
Modem internet 01 20 000 20 000 FCFA

Camtel
Clé USB 02 5000 10 000 FCFA
Carnet de note 01 1000 1000 FCFA
stylo 02 150 300 FCFA
TOTAL 181 300 FCFA
27
2. Ressources logicielles
Tableau 5 Ressources logiceilles
Ressource Logo/Description Cout unitaire(FCFA)
Visual studio code Permet d’éditer les codes Gratuit
Permet la mise en place d’un

WAMP Gratuit
serveur web local
Permet la conception, la
modélisation de système
Sybase PowerAMC 20 000 FCFA
informatique et des bases de
données associées
Permet la gestion du temps et
Gantt Project des ressources pour une bonne 209 600 FCFA
planification du projet
Navigateur (chrome, Logiciel nécessaire pour
Gratuit
Opera, Firefox) interpréter la solution
Système de Gestion des bases

MySQL Gratuit
de données
Windows 10 Système d’exploitation 126 000 FCFA
Microsoft
Logiciel de traitement de texte 177 000 FCFA
office 2016
TOTAL 532 600 FCFA
28
3. Ressources humaines
Tableau 6 ressources Humaines
Fonction Quantité Durée Cout(jour/ Cout

(jour/semaine) semaine) total(FCFA)
Analyste 10 000 FCFA /
01 30 jours 300 000 FCFA
concepteur jour
4.
Programme 7000 FCFA /
01 30 jours 210 000 FCFA
ur jour
7000 FCFA /
Designer 01 07 jours 49 000 FCFA
jour
5000 FCFA /
Testeur 03 05 jours 25 000 FCFA
jour
TOTAL 584 000 FCFA
Cout total
Tableau 7cout total
Ressources Total ( FCFA)
Ressources matérielles 181 300 FCFA
Ressources logiciels 532 600 FCFA
Ressources humaines 584 000 FCFA
Total provisoire 1 297 900 FCFA
Imprévus (10%) 129 790 FCFA
Total 1 427 690 FCFA
29
5. Les contraintes du projet/ étude

❖ Le budget/cout : la réalisation d’un projet est toujours précédée par l’évaluation tant sur le plan
physique que sur le plan matériel. En effet, l’estimation du cout du projet passe par l’évaluation des
dépenses indispensable pour l’achat des logiciels de développement et surtout de la main d’œuvre
qui le mettra sur pied. Ce pendant notre estimation est tiré de la mercuriale du ministère des finances
2020.
❖ Le délai : notre projet est valide uniquement si les livrables suivant sont terminés avant la limite
de nos trois mois de stage qui vont du 5juillet au 30 septembre o Rapport du projet avec les parties
suivantes :
Un dossier d’insertion ;
Un cahier de charges ;
Un dossier d’analyse ;
Un dossier de conception ;
Un dossier de réalisation ;
Un guide d’utilisateur ;
❖ La qualité du produit : la contrainte de qualité constitue un aspect très important. Étant donné
qu’une application ne peut totalement être parfaite, elle devrait se rapprocher du zéro défaut. Pour
plus de sécurité, l’application devra être :
Exacte : le logiciel devra fournir les résultats attendus dans les temps et dans les conditions
normales d’utilisations ;
Efficience : temps d’exécution, taille mémoire…
Robuste : le logiciel devra toujours bien réagir lorsqu’on s’écarte des conditions normales
d’utilisation ;
30
6. Les livrables
A la fin des délais fixés pour le développement de cette solution, les éléments qui feront office de
livrables sont les suivant :
Un rapport de stage composé :

Un dossier d’insertion ;
Un cahier des charges ;
Un dossier d’analyse ;
Un dossier de conception ;
Un guide d’utilisateur ;
Un cahier de maintenance.
31
Conclusion
Le cahier des charges est un document qui nous guide dans toutes nos actions afin de
respecter les demandes du client (ou commanditaire). Il concourt également à l’organisation du
travail ceci en nous permettant d’estimer en termes de temps, de coût, de ressources matérielles,
logicielles et humaines qui entreront en jeu afin de satisfaire les désirs du potentiel utilisateur. Nous
allons aborder avec beaucoup de lucidité la prochaine partie à savoir le dossier d’analyse
32
Dossier 3 : Dossier d’Analyse
Résumé :
Le dossier d’analyse a pour but d’affiner le choix de la méthode à utiliser tout au

long du projet. Il permet dans la même lancée de faire comme son nom l’indique
une analyse détaillée du projet à mettre en œuvre.
Aperçu :
Introduction
1. Méthodologie
1.1. Etude comparative UML et MERISE
1.2. Etude comparative des processus unifiés
2. Modélisation
2.1. Diagramme des cas d’utilisation
2.2. Descriptions textuelles
2.3. Diagramme de communication
2.4. Diagramme de séquence
2.5. Diagramme d’activité
Conclusion
33
Introduction
La réalisation d’un bon projet repose principalement sur son analyse. Ainsi, un projet mal
analysé ne saurait donner de bons résultats. Cette étude est axée sur les spécifications fonctionnelles
de manière optique une idée exacte de ce que réalise l’application pour les utilisateurs. Les résultats
de l’analyse ne dépendent d’aucune technologie particulière. Cependant le résultat principal de cette
partie est la délimitation du périmètre de l’application à concevoir c’est-à-dire les besoins des futurs
utilisateurs. Pour ce faire le choix d’une méthode permettant un suivi aisé du développement de notre
application est primordial. A cet effet notre choix s’est posé sur la méthode 2TUP du langage UML.
Il est donc question pour nous tut au long de ce document, de présenter de façon détaillé la méthode
d’analyse, de justifier le choix de cette méthode par rapport à notre champ d’étude, et enfin d’utiliser
les protocoles et normes de cette méthode pour analyser le problème posé
34
I. Méthode et langage d’analyse
L’analyse est une étape fondamentale dans la conception d’un logiciel. C’est la base de tous
travaux de réalisation de système d’information. Un système d’information est un système organisé
de ressources, de personnes, et de structures qui évoluent dans une organisation et dont le
comportement coordonné vise à atteindre un but commun. Plusieurs méthodes de langages ont été
développées pour faciliter et normaliser l’analyse et la conception des systèmes d’information parmi
lesquels nous avons principalement UML et MERISE.
1. Etude comparative UML et MERISE
MERISE (Méthode d’Étude et de Réalisation Informatique pour les Systèmes d’Entreprise) est
une méthode d’analyse, de conception structurelle et de réalisation des systèmes d’informations très
utiles notamment dans les entreprises françaises. Elle est basée sur la séparation des données et des
traitements à effectuer en plusieurs modèles conceptuels et physiques. Son but principal est d’arriver
à concevoir un système d’information (SI). C’est une méthode systémique d’analyse et de conception
de SI qui propose de considérer le système réel selon deux points de vue : une vue statique (données)
et une vue dynamique (traitement).
UML (Unifie Modelling Language) quant à lui, est un langage de modélisation des systèmes
standards, qui utilise des diagrammes pour présenter chaque aspect d’un système en s’appuyant sur
la notion d’orienté objet qui est un véritable atout pour ce langage. UML propose donc une approche
différente de celle de MERISE en ce sens qu’il associe les données aux traitements. En effet, avec
UML, centraliser les données d’un type de traitement associé permet de limiter les points de
maintenance dans le
code et faciliter l’accès à l’information en cas d’évolution de logiciel. De plus, UML décrit la
dynamique du système d’information comme un ensemble d’opérations attachées aux objets du
système.
35
Tableau 8 Etude comparative
MERISE UML
Méthode d’étude et de réalisation Unified Modeling Language
informatique pour les systèmes
d’entreprises.
Est une méthode systémique d’analyse et de N’est cependant pas une méthode, mais
conception de systèmes d’information. plutôt un langage de modélisation objet qu’il
C’est-à-dire qu’elle utilise une approche faut associer une démarche pour en faire une
systémique. méthode. C’est le cas de la méthode 2TUP ;
RUP et XP.
Propose de considérer le système réel selon Propose une approche différente de celle de
deux points de vue : Merise en ce sens qu’il associe les données
Une vue statique (données). et les traitements.
Une vue dynamique (traitements). Car avec UML, centraliser les données d’un
C’est-à-dire qu’avec la méthode Merise, type et les traitements associés permet de
nous avons une étude séparée des données et limiter les points de maintenance dans le
des traitements. code et facilite l’accès a l’information en cas
d’évolution du Logiciel. De plus ; UML
décrit la dynamique du système
d’information comme un ensemble
d’opérations attachées aux objets du
système.
2. Choix et présentation de la démarche d’analyse
Après cette étude comparative entre les méthodes UML et MERISE, notre choix sera porté
sur la méthode UML.
UML se définit comme étant un langage de modélisation graphique et textuel destiné à

l’architecture, la conception et la mise en œuvre de systèmes logiciels complexes par leurs structures
36
aussi bien que leurs comportements, concevoir des solutions et communiquer des points de vue.
L'UML utilise les points forts de ces trois approches pour présenter une méthodologie plus cohérente
et plus facile à utiliser. Il représente les meilleures pratiques de création et de documentation des
différents aspects de la modélisation des systèmes logiciels et d'entreprise. UML unifie à la fois les
notions et les concepts orientés objets. Il ne s’agit pas d’une simple notation graphique, car les
concepts transmis par un diagramme ont une sémantique précise et sont porteurs de sens au même
titre que les mots d’un langage. C’est un langage standard de modélisation des systèmes
d’informations à objet.
La version d’UML utilisée ici est la version 2.5.1 qui compte quatorze (14) diagrammes, et une
division du système en deux (02) grandes vues :
 La vue statique composée des diagrammes UML structurels qui représente le système
physiquement et comporte six (07) diagrammes
 Diagramme de classe
 Diagramme de composants
 Diagramme de structures composite
 Diagramme de déploiement
 Diagramme d’objets
 Diagramme de packages
 Diagramme de profil
 La vue dynamique constituée des diagrammes UML comportementaux qui représente les
interactions effectuées dans le système, elle comporte sept (07) diagrammes :
 Diagramme d'activité
 Diagramme de communication
 Diagramme global d’interaction
 Diagramme de séquence
 Diagramme d'états-transition
 Diagramme de temps
 Diagramme de cas d’utilisation
UML étant un langage formel et normalisé, il est un bon support de communication dans
l’élaboration d’une solution informatique, sa polyvalence et sa souplesse fond de lui un langage
universel. Pour développer des solutions, on a besoin de lui associer une méthode générique qui
37
s’attache à ses diagrammes, par exemple la méthode Agile. Il en existe plusieurs: Scrum, XP
(Extreme Programming), RUP (Rational Unified Process), FDD (Feature Driven Development),
etc…
3. Etude comparative des processus unifiés
La maîtrise des processus de développement implique une organisation et un suivi des activités :
c’est ce à quoi s’attachent les différentes méthodes qui s’appuient sur l’utilisation du langage UML
pour modéliser un système d’information. UP (Unified Process) est une méthode générique de
développement de logiciel. Générique signifie qu'il est nécessaire d'adapter UP au contexte du projet,
de l'équipe, du domaine et/ou de l'organisation (exemple : R.U.P, U.P, X.P, 2 TUP…).
Parmi les PU les plus populaires, on trouve :
• Rational Unified Process (RUP) : Développé par Rational Software, RUP est l'un des PU
les plus complets et les plus structurés. Il est basé sur une approche en cascade avec des
phases distinctes et des livrables bien définis.
• Unified Process (UP) : UP est une version plus légère et plus adaptable de RUP, créée par
l'Object Management Group (OMG). Il offre plus de flexibilité aux équipes pour adapter le
processus à leurs besoins spécifiques.
• Extrême Programming (XP) : XP est une méthodologie agile qui met l'accent sur la
collaboration, les tests fréquents et les livraisons incrémentielles. Il est particulièrement
adapté aux projets avec des exigences changeantes.
• Scrum : Scrum est une autre méthodologie agile qui utilise des cycles de développement
courts appelés sprints. Il met l'accent sur la communication et la visibilité entre les membres
de l'équipe.
 Choisir le processus unifié adéquat
Le choix du PU le plus adapté à un projet dépend de plusieurs facteurs, tels que la taille et la
complexité du projet, les compétences de l'équipe, les exigences du client et la culture de l'entreprise.
• RUP est un bon choix pour les projets de grande envergure et critiques où une structure et
une planification détaillées sont importantes.
38
• UP est un bon choix pour les projets qui nécessitent plus de flexibilité et d'adaptation.
• XP est un bon choix pour les projets avec des exigences changeantes et une équipe
expérimentée.
• Scrum est un bon choix pour les projets qui nécessitent une livraison rapide et une
communication efficace entre les membres de l'équipe.
4. Choix et présentation du processus unifié
Pour des raisons d'adaptation du processus unifié (UP), nous optons pour le processus 2TUP
(Two Tracks Unified Process) qui est construit sur le langage UML. Le processus unifié répète un
certain nombre de fois une série de cycles. Tout cycle se conclut par la livraison d’une version du
produit aux clients et s’articule en 4 phases :
Création, élaboration, construction et transition, chacune d’entre elles se subdivisant à son

tour en itérations.
39
Dans le processus 2TUP, les activités de développement sont organisées suivant 5 workflows
qui décrivent :
 La capture des besoins ;

 L’analyse ;
 La conception ;
 L’implémentation ;
 Et le test.
Il commence par une étude préliminaire qui consiste essentiellement à identifier les acteurs
qui vont interagir avec le système à construire, les messages qu'échangent les acteurs et le système,
par la suite de produire le cahier des charges et à modéliser le contexte.
Ce processus vise à améliorer l'efficacité du développement en dissociant les aspects

techniques des aspects fonctionnels du système. Il s'articule autour de 3 phases essentielles à savoir :
une branche technique, une branche fonctionnelle et une phase de réalisation.
Le schéma ci-dessous est l’illustration du processus 2TUP :
Figure 4 Processuss 2TUP
II. Modélisation
1. Diagramme des cas d’utilisation
40
Les diagrammes de cas d’utilisation identifient les fonctionnalités fournies par le système, ces
fonctionnalités sont appelées ici cas d’utilisations, les utilisateurs qui interagissent avec le système
(acteurs), et les interactions entre ces derniers. C’est une description de l’ensemble des opérations
que l’utilisateur pourra effectuer dans le système.
Les cas d’utilisations sont représentés par une ellipse contenant le nom du cas d’utilisation. Un acteur
et un cas d’utilisation sont mis en relation par une association représentée par une ligne.
Tableau 9 formalisme diagramme cas d'utilisation
Composant du diagramme Représentation Graphique
Acteur
Cas d’utilisation
Association
Trois types de relations sont pris en charge par la norme UML. Nous pouvons les distinguer dans le
tableau ci-dessous :
Tableau 10 Relation des cas d'utilisation
Type de relation Description Représentation graphique
Inclusion Un cas 1 est un inclus dans un
41
cas 2 si l'exécution du cas 1

passe obligatoirement par
l’exécution du cas 2.
Extension On dit qu’un cas 1 étend un
autre cas 2 si la réalisation du
cas 1 ajoute un ou plusieurs
comportements à la
réalisation du cas 2.
Généralisation Un cas 1 hérite d’un cas 2 si

le cas 1 en plus de réaliser
(Héritage)
complètement les actions du
cas 2 réalise ou non d’autres
nouvelles actions.
Exemple de diagramme de cas d’utilisation :
Figure 5 exemple de diagramme de cas d’utilisation
42
1.1. Diagramme de cas d’utilisation globale
43
Figure 6 diagramme de cas d'utilisation global
1.2. Diagrammes de cas d’utilisation spécifique
44
Cas de la gestion des formations
Figure 7 Cas d'utilisation de la gestion des formations
Cas de la gestion des kits
45
Figure 8 Cas d'utilisation gérer kits
Cas de la gestion des ingénieurs
46
Figure 9 Cas d'utilisation gérer ingénieur
47
2. Descriptions textuelles
Chaque cas d'utilisation, est associé à une série d'actions représentant la fonctionnalité voulue, ainsi
que les stratégies à utiliser dans l'alternative où la validation échoue, ou des erreurs se produisent.
Le formalisme d’une description textuelle est le suivant :
Tableau 11 Explication de la description textuelle
Le titre
Résumé Brève description de l'objectif du cas
d'utilisation.
Acteurs Entités (humaines ou systèmes) qui
interagissent avec le système.
Date de création Date à laquelle le cas d'utilisation a été
rédigé.
Responsable Personne en charge du cas d'utilisation.
Version Numéro de version de l’application.
Précondition Conditions à remplir avant le
déclenchement du cas d'utilisation.
Scénario nominal Séquence principale des étapes
d'exécution.
Scénarios alternatifs Variantes ou chemins alternatifs du
scénario principal.
Scénario d’exception Cas où une anomalie ou une erreur
survient.
Post condition de succès Résultat attendu si tout se passe bien.
Post condition d’échec Conséquence en cas d'échec.
Exigences non fonctionnelles Contraintes techniques (performance,
sécurité, etc.)
48
2.1. Cas 1
Tableau 12 cas de l'authentification
S’authentifier
Cas d’utilisation permettant d’accéder a
Résumé
la plateforme
Acteurs utilisateurs
L’application doit être lancé et
Précondition
l’utilisateur doit avoir un compte
Déclencheur Clic sur le bouton connexion
1. Au démarrage le système renvoie le
formulaire de connexion
2. L’utilisateur remplie le formulaire
3. Le système vérifie le formulaire
Scénario nominal
4. Le système recherche l’utilisateur
5. Une Session de travail est créer et
l’utilisateur est redirigé a la page
d’accueil
 A l’étape 3 si l’utilisateur a mal
rempli le formulaire alors on
retourne à l’étape 1
Scénarios alternatifs
 A l’étape 4 si aucun utilisateur
n’est trouvé on retourne à l’étape
1
L’utilisateur est authentifié et accède aux
Post condition de succès
fonctionnalités qui lui sont réservés
L’utilisateur n’accède pas à la
Post condition d’échec
plateforme
49
2.2. Cas 2
Tableau 13 cas gérer les formations
Gérer les formations

Résumé Permettant de gérer les formations
Acteurs Administrateurs ou ingénieurs
Précondition
Déclencheur Clic sur le bouton formation
1. L’Administrateur ou l’ingénieur
clique sur le bouton formation
2. Le système renvoie le formulaire et
liste les formations enregistrées
Scénario nominal
3. L’utilisateur remplie les champs
4. Le système vérifie les champs
5. Le système enregistre la formation et
actualise la liste
Scénarios alternatifs rempli le formulaire alors on
Post condition de succès La formation est enregistré
Post condition d’échec La formation n’est pas enregistré
50
2.3. Cas 3
Tableau 14 cas gérer les kits
Gérer les kits

Permettant de gérer les kits (ajout ,
Résumé
modification et suppression)
Acteurs Administrateurs
Précondition
Déclencheur Clic sur le bouton kits
1. L’Administrateur clique sur le
bouton kits
liste les kits enregistrés
Scénario nominal
5. Le système enregistre les kits et
actualise la liste
Post condition de succès Le kit est enregistré
Post condition d’échec Le kit n’est pas enregistré
51
2.4. Cas 4
Tableau 15 cas gérer les ingénieurs
Gérer les ingénieurs

Permettant de gérer les ingénieurs (ajout
Résumé
, modification et suppression)
Acteurs Administrateurs
Précondition
Déclencheur Clic sur le bouton ingénieurs
1. L’Administrateur clique sur le
bouton ingénieurs
liste les ingénieurs enregistrés
Scénario nominal
5. Le système enregistre les ingénieurs
et actualise la liste
Post condition de succès L’ingénieur est enregistré
Post condition d’échec L’ingénieur n’est pas enregistré
52
5. Diagramme de séquence
Les diagrammes de séquences sont des représentations graphiques des interactions entre les
acteurs et le système selon un ordre chronologique dans la formulation UML. Le diagramme de
séquences permet de décrire les interactions entre les objets au sein d’un diagramme des cas
d’utilisation.
Le diagramme de séquence énumère les objets horizontalement et le temps verticalement. Il
modélise l’exécution des différents modèles en fonction du temps. Dans ce diagramme, les objets et
les acteurs sont énumérés en colonnes avec leur ligne de vie verticale indiquant la durée de vie de
l’objet.
Le formalisme est le suivant :
Tableau 16 formalisme du diagramme de séquence
Composant Description Représentation
Objet Se décrit comme étant l’instance d’une

classe
Objet
Acteur Il s’agit d’une personne qui interagit et

communique avec le système.
Ligne de vie La ligne de vie, représente le déroulement
temporel d'un processus.
Activation Il s’agit ici du temps nécessaire pour

qu’un objet ou un acteur accomplisse une
tâche, elle indique quand l’objet effectue
une action.
Message On utilise ce symbole lorsqu’un

synchrone expéditeur doit attendre une réponse à un
message avant de continuer. Le
diagramme doit montrer à la fois l’appel
53
et la réponse
Messages de Les messages asynchrones ne nécessitent
retour pas de réponse avant que l’expéditeur ne
asynchrones continue. Seul l’appel doit être inclus
dans le diagramme.
Message de retour ces messages sont des réponses aux

appels.
Exemple de diagramme de séquence :
Figure 10 exemple du diagramme de séquence
54
5.1. Cas de l’authentification
Figure 11 Diagramme de séquence Authentification
55
5.2. Cas de la gestion des formations
Figure 12 Diagramme de séquence Formation
56
5.3. Cas de la gestion des kits
Figure 13 Diagramme de séquence kits
57
5.4. Cas de la gestion des ingénieurs
Figure 14 diagramme de séquence ingénieurs
58
6. Diagramme d’activité
Les diagrammes d'activités sont particulièrement adaptés à la description des cas d'utilisation.
Plus précisément, ils viennent illustrer et consolider la description textuelle des cas d'utilisation.
L’usage général du diagramme d'activité permet de mettre l'accent sur les traitements et de formaliser
graphiquement la séquence d’actions réalisées dans un cas d'utilisation.

Une action Rectangle aux coins arrondis qui représente
une opération élémentaire et instantanée
Une transition Ligne qui représente le passage d’une activité

à une autre
Nœud initial Cercle plein à partir duquel un flot débute

dans un diagramme d’activité
Nœud final Un nœud de fin d'activité : un petit cercle

plein marquant l’arrêt l’exécution de l'activité
enveloppante s'arrête
Un nœud de fin de flot : cercle vide barré
d'une croix marquant l’arrêt d’un flot à
l'intérieur du diagramme
Couloir Les diagrammes d’activités font intervenir les
acteurs de chaque activité. Chaque activité
sera placée dans une colonne (couloir) qui
correspond à l’acteur qui l’effectue.
Barre de Barre horizontale sur laquelle convergent les

synchronisation activités qui sont exécutées en parallèle.
59
Exemple de diagramme d'activité :
6.1. Cas de s’authentifier
Figure 15 diagramme
Rédigé d'activitéSAME
par : EWANE authentification
Bruno, étudiant en 2e année (Génie logiciel)
Franck
60
6.2. Cas de la gestion des Formations
Figure 16 diagramme d'activité formation
61
6.3. Cas de la gestion des kits
Figure 18 diagramme d'activité kits
Figure 17 diagramme d'activité gestion des kits
62
6.4. Cas de la gestion des Ingénieurs
Figure 19 Diagramme d'activité ingénieurs
63
Conclusion
Le dossier d’analyse nous a permis d’avoir un aperçu détaillé du système à concevoir. Toujours en
exploitant le langage de modélisation et le processus associé 2TUP, nous poursuivrons par le dossier
de conception dans lequel nous représenterons les diagrammes de la branche technique
64
Dossier 4 : Dossier de Conception
Résumé :
Le dossier de conception permet de modéliser dans son ensemble la solution

proposée et de recueillir les informations nécessaires à la mise sur pied d’une base
de données complexes et efficaces. De ce fait il prévoit le système futur. Aperçu :
Introduction
1. Diagramme de classe
2. Diagramme d’état transition
3. Diagramme de paquetage
Conclusion
65
Introduction
La phase de conception vise à ressortir les différents contours du modèle statique du système
d’information afin d’en dégager un modèle dynamique devant implémenter notre plateforme dans les
détails. Dans ce dossier, on retrouve les illustrations simplifiées d’architecture du système, qui font
apparaitre les différentes composantes de la plateforme, décrit les procédures de ces composantes et
fait ressortir les attributs de la plateforme.
66
I. Diagramme de classe
Le diagramme de classe met en évidence d’éventuelles relations entre ces classes. Le diagramme de
classes comporte 6 concepts : classe, attribut, identifiant, relation, opération,
généralisation/spécialisation. Ce diagramme est constitué des éléments suivants :
● Classe :il s’agit de la description abstraite à un ensemble d’objet : elle définit leurs structures,
leurs comportements et leurs relations.
● L’attribut : Il représente la modélisation d’une information élémentaire représentée par son
nom et format.
UML définit 3(trois) niveaux de visibilité pour les attributs :
- Public (+) : l’élément est visible par tous les clients de la classe.
- Protégé (#) : l’élément est visible que par les sous-classes ou les classes filles.
- Privé (-) : l’élément n’est visible que par les objets de la classe auxquels il appartient.
● L’identifiant : c’est un attribut particulier, qui permet de repérer de façon unique chaque
objet, instance de la classe.
● Multiplicité : elle définit le nombre d’instance de la classe, elle est définie par un nombre
entier ou un intervalle de valeur (1...1, 0...1, 1...*, 0...*).
● Associations : Une association est une relation entre deux classes (association binaire) ou
plus (association n-aire), qui décrit les connexions structurelles entre leurs instances.
Il existe plusieurs types de relations dont les plus connues sont les suivants :
- Généralisation : : Relation d'héritage, dans laquelle les objets de l'élément spécialisé (Classe
enfant) peuvent remplacer les objets de l'élément général
(Classe parent)
- Agrégation : utilisé pour les relations de types « contenant / contenue »
- La composition : La composition est un cas particulier de l’agrégation dans laquelle la vie

des composants est liée à celle des agrégats.
Le tableau suivant nous donne une liste assez détaillée du formalisme du diagramme de classe en un
tableau :
67
Tableau 17 formalisme du diagramme de classe
Elément Représentation
Classe
Association
Composition
Agrégation
0.* 1.*
Généralisation
Multiplicité 0.. *, 0...1, 1...1, 1...*

Modificateur d’accès +, -, #, ~, /
68
Exemple de diagramme de classe :
Figure 20 exemple d'un diagramme de classe
69
Le diagramme de classe de notre projet est le suivant :
Figure 21 diagramme de classe
70
Diagramme de paquetage
Les diagrammes de package (ou diagramme de paquetages) permettent de décomposer le système

en catégories ou parties plus facilement observable s’appelés « packages ». L'utilisation la plus
courante pour les diagrammes de paquetages est d'organiser des diagrammes de Cas d'Utilisation et
des diagrammes de Classes. Bien que l'utilisation des Diagrammes de Paquetages ne se limite pas à
ces éléments UML.
Tableau 18 formalisme du diagramme de paquetage

Package Regroupement des cas d’utilisation en
catégorie
Merge Représente la fusion de deux packages. Le

contenu du package cible est intégré au
package source.
Access Indique que les éléments d'un package ont
accès aux éléments publics d’un autre
package.
Import Permet à un package d’importer les éléments

publics d’un autre package.
71
Le diagramme paquetage de notre projet est le suivant :
Figure 22 diagramme de paquetage
72
Conclusion
Le dossier de conception nous a permis de ressortir les données nécessaires pour la création de notre
base de données et l’implémentation de notre application. Les différents éléments modélisés dans
cette partie nous ont permis d’avoir une vue globale sur les différents modules de notre application,
des lors l’étape suivante de notre projet sera la rédaction du dossier de réalisation tenant compte des
différents éléments modélisés les plus haut
73
Dossier 5 : Dossier de Réalisation :
Résumé :
La réalisation consiste à la mise en œuvre de projets dans un langage de

programmation conformément aux spécifications définies dans le dossier précédent.
Elle renferme en son sein les diagrammes de composant et de déploiement. A la
sortie de cette partie, il sera produit une documentation de programmation
expliquant l’architecture de la base de données et l’architecture de notre code.
Aperçu :
Introduction
1. Choix des technologies

2. Architecture physique et logique du système
3. Diagramme de déploiement
4. Diagramme de composant
Conclusion
74
Introduction
La conception et la modélisation étant des maillots importants dans le processus de développement
d’une application car elles permettent de définir et spécifier les différents éléments constituant
l’application ou le système étudié, mais la réalisation est l’étape qui permet de reproduire
concrètement les différents objets issus de la conception et de donner vie au système.
75
I. Choix des technologies

Pour développer l’application nous avons utilisé diverses technologies et logiciels
NOM UTILISATION ICONE
Système d’exploitation utilisé

Windows 10 pour le développement de
l’appli
Logiciel utilisé pour déployer

WampServer l’application sur un serveur
local
Logiciel utilisé pour la

Sysbase PowerAMC
modélisation des diagrammes
Navigateur utilisé pour utiliser

l’appli
CHROME
Nous l’avons utilisé pour nos
différents tests
76
1. Front-end (Interface utilisateur)
 HTML5/CSS3 : Structuration et stylisation de l'interface utilisateur.

 JavaScript : Pour l'interactivité côté client.
 CSS Frameworks :
o Bootstrap ou Tailwind CSS : Pour un design responsive et moderne.
 TypeScript : Recommandé pour ajouter une gestion statique des types à JavaScript.
2. Back-end (Serveur)
 Node.js avec Express.js : Pour une API RESTful légère et rapide, vu que l'application utilise
beaucoup de JavaScript.
 PHP avec Laravel : Bonne option pour des applications web avec une logique métier bien
définie et un développement rapide.
3. Base de données (Gestion des données)
 SGBD Relationnels :
o MySQL ou PostgreSQL : Pour la gestion structurée des données avec des requêtes
SQL complexes.
II. Architecture physique et logique du système
77
1. Architecture physique
Notre logiciel est une plateforme web structurée en trois (03) couches à savoir : la couche de
présentation, la couche de traitement et la couche de donnée. Le noyau d’une application est
constitué de la logique de présentation et la logique de traitement. C’est la répartition de ce noyau
entre les différentes couchent qui détermine les architectures caractéristiques des systèmes
client/serveurs, nous pouvons citer l’architecture 1-tiers, 2-tiers, 3-tiers. Notre plateforme sera
déployée sur une architecture 3-tiers. Cette architecture peut être décrite par la figure ci-dessous :
Figure 23 Architecture 3-tiers
a. Le client
Dans un réseau informatique, le client est le logiciel qui envoie des demandes à un serveur. Il peut
s’agir d’un logiciel manipulé par une personne. Est appelé aussi client, l’ordinateur depuis lequel les
78
demandes sont envoyées, équipé des logiciels relatifs aux différentes demandes par exemple, un
navigateur web.
b. Le serveur composant
Dans un réseau informatique, un serveur est à la fois un ensemble de logiciels et d’ordinateurs
d’hébergement dont le rôle est de répondre de manière automatique à des demandes envoyées par des
clients. Les serveurs sont l’usage courant des centres de traitements de données, les entreprises, les
instructions, et le réseau internet, où ils sont souvent un point central et sont utilisés simultanément
par de nombreux utilisateurs pour stocker, partager et échanger des informations.
c. Objet métier
Elle est représentée par les objets du domaine, c’est-à-dire l’ensemble des entités persistantes de
l’application (API concernées …)
d. Serveur de base de données

C’est un Système de Gestion des Bases de Données qui contient les bases de données qui sont reliées
à l’application. Le logiciel système client est remplacé par un logiciel système serveur dans une
application ayant plusieurs données à traiter et plusieurs utilisateurs à se connecter. Ainsi, l’accès aux
données sera plus rapide.
79
2. Architecture logique
Le MVC (Modèle Vue Contrôleur) est un motif d’architecture logicielle destiné aux interfaces
graphiques et très populaires pour les applications web. Le motif est composé de trois types de
modules ayant trois responsabilités différentes : les modèles, les vues, les contrôleurs.
1. Le modèle
Le modèle représente les données qui vont être utilisées dans l’application web. C’est ici que va être
stockée la date, et tout ce qui permet de la modifier (getters, setters, etc..) que ce soit en local ou en
distance.
2. La vue
La vue, c’est l’interface graphique de l’application. C’est via cet élément que vont se faire les
interactions entre l’utilisateur et le code métier. Son but est de construire, à partir de ce que renvoie le
serveur, une interface et de l’afficher à l’utilisateur.
3. Le contrôleur
Le contrôleur est l’élément qui contient la logique métier. C’est ici que sont la plupart des
algorithmes, calculs, etc. C’est aussi l’intermédiaire principal entre la vue et le modèle. Par exemple,
la vue soumet un formulaire au contrôleur, qui gère sa validation via du code métier, et demande au
modèle de faire des modifications dans la base de données.
Figure 24 modèle MVC
80
III. Diagramme de déploiement
Le diagramme de déploiement est une vue statique qui sert à représenter l’utilisation de
l’infrastructure physique par le système. Et la manière dont les composants du système sont répartis
ainsi que les relations entre eux .
Tableau 19 formalisme diagramme de deploiement
Elément Description Représentation

Les composants Il représente une entité logicielle du système
(Fichier de code source, programmes,
documents, fichiers de ressource, etc.). Un
composant est représenté par une boîte
rectangulaire avec deux rectangles dépassant
du côté gauche portant le nom du
composant.
Les nœuds Un nœud représente un ensemble d'éléments
matériels du système. Cette entité est
représentée par un cube tridimensionnel.
Les Associations Une association, représentée par une ligne

pleine entre deux nœuds, indique une ligne
de communication entre les éléments
matériels.
Les dépendances Une dépendance est utilisée pour mobiliser

la relation entre deux composants. La
notation utilisée pour cette relation de
dépendance est une flèche de pointillés.
81
Exemple de diagramme de déploiement :
Figure 25 exemple diagramme de déploiement
Le diagramme suivant est une architecture utilisée pour le déploiement de notre application :
Figure 26 Diagramme de Déploiement
82
IV. Diagramme de composant
Le diagramme de composants est principalement employé pour décrire les dépendances entre
divers composants (les dépendances entre fichiers exécutables et les fichiers sources). Le diagramme
de composants modélise les composants logiciels utilisés pour implémenter un système et
l’association entre ces composants
Le diagramme de composant décrit les composants et leurs dépendances dans leurs environnements
de réalisation. A cet effet il est composé des éléments suivants :
Tableau 20 formalisme diagramme de composant
Elément Description Représentation

Les Composants Un composant représente une entité
logicielle d'un système. Un composant est
représenté par une boîte rectangulaire, avec
deux rectangles dépassant du côté gauche.
Dépendances Elles sont utilisées pour modéliser la relation

entre deux composants. La notation utilisée
pour cette relation de dépendance est une
flèche pointillée, se dirigeant d'un composant
donné au composant dont il dépend.
Interface Lien entre deux composants logiciels. Il en

(Nœud) existe 2 :
Interface fournie
Interface requise
Exemple de diagramme de composants :
83
Figure 27 exemple de diagramme de composants
84
Le diagramme suivant montre la structure des composants logiciels du système :
Figure 28 diagramme de composant
85
Conclusion
Le dossier de réalisation nous a permis de choisir les différents outils et technologies à utiliser pour
l’implémentation de la solution, ainsi les architectures (physiques et logicielle) de celle-ci. La
prochaine étape consistera à présenter les tests de fonctionnalités
86
Dossier 6 : Test de fonctionnalités
Résumé :
Un test désigne une procédure de vérification partielle d'un système. Son objectif
principal est d'identifier un nombre maximal de comportements problématiques du
logiciel. Il permet ainsi, dès lors que les problèmes identifiés seront corrigés, d'en
augmenter la qualité.
Aperçu :
Introduction
1. Fonctionnalités
2. Tests
Conclusion
87
Introduction
La phase de test est cruciale dans le cycle de vie du développement logiciel, car elle permet de
s'assurer que l'application répond aux exigences spécifiées et fonctionne de manière fiable. Dans le
cadre de mon stage au sein du cabinet d'ingénierie "Believ in U", cette section se concentre sur
l'évaluation des fonctionnalités développées pour l'application web de gestion, ainsi que sur les
méthodes de test mises en œuvre pour valider leur bon fonctionnement. Après avoir conçu et
développé les différentes fonctionnalités de l'application, il est impératif de procéder à des tests
systématiques afin d'identifier d'éventuelles anomalies et de garantir une expérience utilisateur
fluide. Ce dossier présente les fonctionnalités clés de l'application, organisées en modules distincts,
et décrit les scénarios de test associés à chacune d'entre elles. En outre, j'aborderai les différentes
méthodes de test utilisées, qu'il s'agisse de tests unitaires, de tests fonctionnels ou de tests
d'intégration, ainsi que les outils employés pour automatiser et simplifier ce processus. L’objectif de
cette section est de fournir une vision claire et détaillée des fonctionnalités mises en œuvre et de leur
conformité avec les attentes initiales. En outre, elle mettra en lumière l'importance de la phase de test
dans la livraison d'un produit final de qualité, garantissant ainsi la satisfaction des utilisateurs finaux
et l'atteinte des objectifs du cabinet.
88
I. Fonctionnalités
Pour un administrateur :
 S’authentifier ; (marche)
 Se déconnecter ; (marche)
 Créer compte utilisateur ; (marche)
 Modifier compte utilisateur ; (marche)
 Supprimer compte ; (marche)
 Lister les profils ; (marche)
 Attribuer un profil a un utilisateur ;
 Définir les permissions ;
• Pour un utilisateur :
 Acheter un kit ; (marche)
 S’enregistrer a une formation ; (marche)
• Pour un ingénieur :
 Dispenser une formation ; (marche)
 Démarrer des Discussions ; (marche)
89
II. Tests
1. Test unitaires de l’authentification

Le test d'authentification dans notre code garantit que seules les utilisateurs autorisés peuvent
accéder aux fonctionnalités, protège les données sensibles et assure une expérience utilisateur fluide
lors de la connexion.
Testons d’abord avec un email ou un mot de passe incorrect
Figure 29 test authentification
90
Maintenant nous testons avec les informations correctes
Figure 30 test information correctes
Résultat du test
91
I. TEST FONCTIONNELS
a) Définition
Nous utiliserons PHP Unit pour réaliser des tests fonctionnels, qui vérifient si une application
respecte les spécifications établies. Ces tests se concentrent sur les fonctionnalités à travers des
scénarios d'utilisation spécifiques, généralement du point de vue de l'utilisateur. Ils assurent que
chaque fonctionnalité satisfait aux exigences, simulent les interactions de l'utilisateur et se focalisent
sur les résultats visibles plutôt que sur la structure interne du code. Les objectifs incluent la
validation des fonctionnalités, l'identification des bugs et l'amélioration de l'expérience utilisateur en
garantissant une interaction fluide et intuitive avec le système.
b) Test fonctionnels d’authentification

Le test fonctionnel d'authentification garantit que seuls les utilisateurs autorisés accèdent au
système, vérifiant ainsi la sécurité et la fiabilité.
Figure 31 test fonctionnels d’authentification
92
Résultat
Figure 32 résultat test fonctionnels
93
Conclusion
Le dossier de test nous a donner une meilleure vision des fonctionnalités opérationnelles du système
ainsi qu’aux fonctionnalités non opérationnelles. Le dossier suivant sera le dossier de Guide
d’installation
94
Dossier 7 : Guide d’installation et guide d’utilisateur
Résumé :
Le manuel d’installation et d’utilisation est le document établi après réalisation

d’une application, d’un logiciel ou d’une plateforme. Il renseigne sur la question «
comment installer et utiliser le logiciel, l’application ou la plateforme que l’on a
devant soi ? »
Aperçu :
Introduction
1. Guide d’installation
2. Guide utilisateur
Conclusion
95
Introduction
Le manuel d’utilisation est ce document établi après la réalisation d’une application d’un logiciel ou
d’une plateforme. Il renseigne sur la question de « comment utiliser le logiciel, l’application ou la
plateforme ? », cette question qui hante notamment les personnes analphabètes de l’informatique. De
ce fait, il est crucial pour nous de proposer aux différents utilisateurs de notre plateforme un guide
leur permettant de pouvoir aisément effectuer diverses opérations sur notre plateforme.
96
I. Guide d’installation
La langue
La plateforme est rédigée en français mais, une option « langue » permettant de changer de langue
est en cours de développement car L’application devra servir tout le monde.
Ressource minimale requise
Matériel requis Un ordinateur portable, un ordinateur de bureau, un téléphone portable

smartphone. Pour une meilleure expérience, votre appareil doit avoir de bonne caractéristique
Système d’exploitation Du fait que notre application soit une plateforme qui doit être
hébergée sur un serveur en ligne, elle n’exige aucune compatibilité pour un système
d’exploitation en particulier. La plateforme est donc consultable sur tout système
d’exploitation au moyen d’un navigateur.
Navigateur web Pour pouvoir jouir de façon optimale de toutes les fonctionnalités de la
plateforme, nous vous recommandons fortement l’usage d’un navigateur internet à jour
97
II. Guide utilisateur

Pour ce qui concerne le lancement de l’application, une fois que cela sera en exécutable et en APK,
et que les conditions précédentes soient remplies, avec votre appareil déjà correctement démarré,
d’ouvrir juste l’application en cliquant dessus.
Page Principal
Après avoir cliqué sur l’application, l’utilisateur est rapidement redirigé sur cette page
Figure 33 page d'accueil
98
Inscription Client
Noté que seul le client peut s’inscrire
Figure 34 Inscription client
Après validation du formulaire, des vérifications sont effectuées et pour éviter le message d’erreur,
vous devez respecter les conditions suivantes :
Nom, adresse mail : ces champs sont destinés à recevoir les chaines de caractères pouvant
être des chiffres également ;
Mot de passe : pour un mot de passe sécurisé, vous devez choisir un au moins 8 caractères ;
Après avoir soumis le formulaire, une notification confirmant l’inscription sera affichée ou soit un
message d’erreur s’il existe. Après l’ajout de vos données en base de données, vous serez redirigé
vers la page de connexion pour accéder à votre espace. La figure ci-dessous nous le présente
99
Page de connexion
Figure 35 page de connexion
Après remplissage du formulaire vous êtes redirigé vers votre Espace
Interface Administrateur
Figure 36 Interface Utilisateur
L’Administrateur une fois dans son tableau de bord peut consulter le total d’ingénieurs, le total de
projet et de formations
100
Page de gestion des Utilisateurs

Une fois dans son espace l’Administrateur peut gérer (ajout, modification, suppression) les
Utilisateurs (Ingénieurs et Clients)
Figure 37 interface de gestion des utilisateurs
Pages de Gestion des kits

L’Administrateur peut gérer (ajout, modification, suppression) les kits
Figure 38 Interface de gestion des kits
101
Page de gestion de projet

L’Administrateur peut gérer (ajout, modification, suppression) les projets et intégrer un ingénieur a
chaque projet
Figure 39 page de gestion de projet
Page de gestion de formation

L’Administrateur et l’ingénieur peuvent gérer (ajout, modification, suppression) les formations
Figure 40 page de gestion de formation
102
Interface Ingénieur
Si vos identifiants correspondent aux identifiants de l’ingénieur vous serez redirigé dans l’espace
suivant :
Figure 41 interface ingénieur
Page de mise à jour de projet

Cette page permet à l’ingénieur de mettre à jour un projet auquel il a été affecté
Figure 42 page de mise à jour
103
Interface Client
Si vos identifiants correspondent à ceux d’un client alors vous serez redirigé vers l’interface suivante
Figure 43 interface client
Page de Gestion des achats de kits

L’utilisateur a la possibilité dans cette interface d’acheter les kits que propose le cabinet
Figure 44 interface d'achat des kits
104
Interface d’inscription aux formations

Cette interface permet à un utilisateur de s’inscrire à une formation
Figure 45 interface d'inscription a une formation
Page de forum d’échange libre

Cette interface est accessible à tous les utilisateurs
Figure 46 page destiné au forum
Conclusion
Arrivé au terme de ce dossier nous espérons qu’il a permis une meilleure compréhension des
interfaces et une meilleure assimilation de l’application et de ses fonctionnalités
105
Conclusion
Rendu au terme de notre phase technique où nous avons développé une Architecture Robuste et
scalable le développement des interfaces intuitives et ergonomique, de ses différentes fonctionnalités,
de son organisation. Cette phase a été riche en émotions et en rebondissement car elle nous a permis
d’exploiter au mieux nos connaissances acquises durant ces deux années de formation. Nous nous
sommes imprégnés du rythme de travail et nous avons pris conscience de la conduite à tenir pour
mener un projet à terme. Une fois que nous avons terminé cette partie, nous entamerons la suite du
travail avec la phase de déploiement et de maintenance.
106
CONCLUSION GÉNÉRALE
L’objectif de stage académique qui a duré 03 mois, était de développer une application web de
gestion d’un cabinet d’ingénierie et de gestion de projet. L’accomplissement de cette tâche est passé
par plusieurs étapes, dont la première était l’élaboration du cahier de charges qui nous a permis de
ressortir les différentes spécifications du projet ainsi que les contraintes qui y sont associées. Par la
suite on est passé à l’analyse. Cette phase nous a permis de comprendre la difficulté liée à la gestion
des actes d’états civil et donc de savoir quels seraient les besoins des utilisateurs vis-à-vis de la
solution que nous devrions implémenter. Ensuite a suivi la phase de conception, au cours de laquelle
nous avons défini l’architecture logicielle du système, après quoi nous avons présenté les outils et
technologies utilisés pour réaliser notre application, et le modèle physique de données associé à la
base de données du système.la dernière partie quant à elle a été consacrée à la création de la
procédure qui facilitera l’utilisation de la solution. Durant cette période de 03 mois riche en
expérience, nous avons pu, avec l’aide des encadrants académique et professionnel, mettre en
pratique les connaissances acquises tout au long de notre formation (gestion des projets,
programmation web…etc.) et aussi d’acquérir de l’expérience en ce qui concerne de nombreux
concepts de l’informatique et du développement des systèmes d’information tels que les méthodes
d’analyse(UML ?2TUP ,etc..).cette période au sein de Believ in U nous permettra de mieux nous
préparer pour le monde de l’emploi et de faire face aux différentes difficultés que nous pourrons
rencontre
107
BIBLIOGRAPHIE
Découvrez le Framework PHP LARAVEL

Auteur : Maurice Chavelli
Editeur : Eyrolles
Date parution : 2006
Programmer avec MySQL : SQL, transactions, PHP, Java, optimisations ;
Auteur : Christian Soutou ;
Date de publication originale : 2006 ;
Cour UML, Génie Logiciel 2023/2024 de M. TCHAKOUTIO ;
Cour conception de base de données, M. ASSOUMOU 2023/2024 ;
Cour implémentation des bases de données, M. LEMANGA 2023/2024 ;
Cour rédaction scientifique, Mme NDJATHE 2023/2024
i
WEBOGRAPHIE
❖ Visite du site officiel de Microsoft
Lien : www.microsoft.com
Objectif : connaitre le prix du système d’exploitation Windows 10.
Date et heure : 4 septembre 2024 à 16h00

Durée de visite : 05 minutes
❖ Visite de journaldunet.com
lien : www.lafabriquedunet.fr
Objectif : obtenir la valeur salariale d’un développeur PHP
Date et heure : 10 Septembre 2024 à 15h03

❖ Visite de carriere-info.fr
Lien : www.carriere-info.fr
Objectif : obtenir et confirmer la valeur salariale d’un analyste programmeur.
Date été heure : 11 Septembre 2024 à 16h00
❖ Visite du site Believe in U
Lien : www.believe-ingenierie.com
Objectif : obtenir des informations sur le cabinet Believe in U.
Date été heure : 15 Septembre 2024 à 16h00
ii
ANNEXES
iii
TABLE DES MATIÈRES

DÉDICACE..........................................................................................................................................III
REMERCIEMENTS............................................................................................................................IV
SOMMAIRE.........................................................................................................................................V
LISTE DES TABLEAUX....................................................................................................................VI
LISTE DES FIGURES.......................................................................................................................VII
SIGLES ET ABBREVIATIONS..........................................................................................................IX
GLOSSAIRE.........................................................................................................................................X
RESUME.............................................................................................................................................XI
ABSTRACT.......................................................................................................................................XII
INTRODUCTION GÉNÉRALE...........................................................................................................1
1ère PARTIE : PHASE D’INSERTION.................................................................................................2
Introduction........................................................................................................................................3
I. Accueil et intégration en entreprise............................................................................................4
1. Accueil en entreprise..........................................................................................................4
2. Intégration en entreprise.....................................................................................................4
II. Présentation de l’entreprise........................................................................................................5
1. Historique...........................................................................................................................5
2. Situation géographique.......................................................................................................5
3. Organigramme....................................................................................................................7
4. Mission...............................................................................................................................8
5. Activités.............................................................................................................................8
6. Ressources matérielles et logicielles..................................................................................9
6.1. Ressources matérielles...............................................................................................9
6.2. Ressources logicielles................................................................................................9
Conclusion........................................................................................................................................10
2ème PARTIE : PHASE TECHNIQUE...............................................................................................11
Introduction......................................................................................................................................12
Dossier 1 : L’Existant.......................................................................................................................13
1) Introduction..........................................................................................................................14
I. Présentation du thème/projet................................................................................................15
iv
II. Etude de l’existant................................................................................................................15

III. Critique de l’existant........................................................................................................17
IV. Problématique..................................................................................................................18
V. Proposition de solution.........................................................................................................18
2) Conclusion............................................................................................................................19
Dossier 2 : Cahier des charges.........................................................................................................20
3) Introduction..........................................................................................................................21
I. Contexte et justification de l’étude /du projet......................................................................22
1. Contexte...........................................................................................................................22
2. Justification......................................................................................................................22
II. Bénéficiaire et cible..............................................................................................................23
1. Bénéficiaire......................................................................................................................23
2. Cible.................................................................................................................................23
III. Les objectifs de l’étude/projet..........................................................................................23
1. Objectif général................................................................................................................23
2. Objectifs spécifiques........................................................................................................23
IV. Expressions des besoins de l’utilisateur...........................................................................24
1. Besoins fonctionnels........................................................................................................24
2. Besoins non fonctionnels.................................................................................................25
V. Planification du projet/ étude / Gantt Project.......................................................................26
1. Intervenants......................................................................................................................26
2. Diagramme de Gantt........................................................................................................26
VI. Estimation du coût du projet/étude..................................................................................27
1. Ressources Matérielles.....................................................................................................27
2. Ressources logicielles......................................................................................................28
3. Ressources humaines.......................................................................................................29
4. Cout total..........................................................................................................................29
5. Les contraintes du projet/ étude.......................................................................................30
6. Les livrables.....................................................................................................................31
4) Conclusion............................................................................................................................32
Dossier 3 : Dossier d’Analyse..........................................................................................................33
5) Introduction..........................................................................................................................34
I. Méthode et langage d’analyse..............................................................................................35
v
1. Etude comparative UML et MERISE..............................................................................35

2. Choix et présentation de la démarche d’analyse..............................................................37
3. Etude comparative des processus unifiés.........................................................................38
4. Choix et présentation du processus unifié........................................................................40
II. Modélisation.........................................................................................................................41
1. Diagramme des cas d’utilisation......................................................................................41
1.1. Diagramme de cas d’utilisation globale...................................................................44
1.2. Diagrammes de cas d’utilisation spécifique.............................................................45
2. Descriptions textuelles.....................................................................................................48
2.1. Cas 1.........................................................................................................................49
2.2. Cas 2.........................................................................................................................50
2.3. Cas 3.........................................................................................................................51
2.4. Cas 4.........................................................................................................................52
5. Diagramme de séquence..................................................................................................53
5.1. Cas de l’authentification..........................................................................................55
5.2. Cas de la gestion des formations..............................................................................56
5.3. Cas de la gestion des kits.........................................................................................57
5.4. Cas de la gestion des ingénieurs...............................................................................58
6. Diagramme d’activité.......................................................................................................59
6.1. Cas de s’authentifier................................................................................................60
6.2. Cas de la gestion des Formations.............................................................................61
6.3. Cas de la gestion des kits.........................................................................................62
6.4. Cas de la gestion des Ingénieurs..............................................................................63
Conclusion....................................................................................................................................64
Dossier 4 : Dossier de Conception...................................................................................................65
6) Introduction..........................................................................................................................66
I. Diagramme de classe............................................................................................................67
Conclusion....................................................................................................................................73
Dossier 5 : Dossier de Réalisation :.................................................................................................74
Introduction..................................................................................................................................75
I. Choix des technologies........................................................................................................76
7) 1. Front-end (Interface utilisateur).......................................................................................77
8) 2. Back-end (Serveur)..........................................................................................................77
vi
9) 3. Base de données (Gestion des données)...........................................................................77

II. Architecture physique et logique du système.......................................................................78
1. Architecture physique......................................................................................................78
a. Le client................................................................................................................................79
b. Le serveur composant..........................................................................................................79
c. Objet métier..........................................................................................................................79
d. Serveur de base de données..................................................................................................79
2. Architecture logique.........................................................................................................80
1. Le modèle.............................................................................................................................80
2. La vue...................................................................................................................................80
3. Le contrôleur........................................................................................................................80
III. Diagramme de déploiement.............................................................................................81
IV. Diagramme de composant................................................................................................83
Conclusion....................................................................................................................................86
Dossier 6 : Test de fonctionnalités...................................................................................................87
Introduction..................................................................................................................................88
I. Fonctionnalités.....................................................................................................................89
II. Tests......................................................................................................................................90
I. TEST FONCTIONNELS.........................................................................................................92
Conclusion....................................................................................................................................94
Dossier 7 : Guide d’installation et guide d’utilisateur.....................................................................95
Introduction..................................................................................................................................96
I. Guide d’installation..............................................................................................................97
1) La langue..............................................................................................................................97
2) Ressource minimale requise.................................................................................................97
II. Guide utilisateur...................................................................................................................98
1) Page Principal.......................................................................................................................98
2) Inscription Client..................................................................................................................99
3) Page de connexion..............................................................................................................100
4) Interface Administrateur.....................................................................................................100
5) Page de gestion des Utilisateurs.........................................................................................101
6) Pages de Gestion des kits..................................................................................................101
7) Page de gestion de projet....................................................................................................102
vii
8) Page de gestion de formation.............................................................................................102

9) Interface Ingénieur.............................................................................................................103
10) Page de mise à jour de projet.........................................................................................103
11) Interface Client...............................................................................................................104
12) Page de Gestion des achats de kits.................................................................................104
13) Interface d’inscription aux formations...........................................................................105
14) Page de forum d’échange libre.......................................................................................105
Conclusion..................................................................................................................................105
Conclusion......................................................................................................................................106
CONCLUSION GÉNÉRALE............................................................................................................107
BIBLIOGRAPHIE..................................................................................................................................i
WEBOGRAPHIE..................................................................................................................................ii
ANNEXES............................................................................................................................................iii
TABLE DES MATIÈRES.....................................................................................................................iv
viii

Template GL 2023-24

Transféré par

Droits d'auteur :

Formats disponibles

Template GL 2023-24

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Template GL 2023-24

Transféré par

Droits d'auteur :

Formats disponibles

REPUBLIQUE DU CAMEROUN REPUBLIC OF CAMEROON

Paix – Travail – Patrie Peace-Work-Fatherland

CONCEPTION ET REALISATION D’UNE PLATEFORME

 EWANE SAME Franck Bruno, étudiant au niveau II à l’Institut Africain d’Informatique

ENCADRANT ACADEMIQUE ENCADRANT PROFESSIONNEL

Ingénieur de Conception Ingénieur-chercheur

Année académique 2023-2024

 Au représentant résident de l’Institut africain d’Informatique et représentation

LISTE DES TABLEAUX

Tableau 1 ressources matérielles.................................................................................9

LISTE DES FIGURES

Figure 1 plan de localisation du cabinet Believ in U.................................................6

Figure 30 test information correctes...........................................................................91

 UML: Unified Modeling Language;

 MERISE : Méthode d’Etude et Réalisation Informatique pour les systèmes

Nous avons été accueillis au sein du cabinet d’ingénierie Believ in U pour

We were welcomed at the engineering firm Believ in U to undertake a 3-

1ère PARTIE : PHASE D’INSERTION

I- ACCUEIL ET INTÉGRATION AU SEIN

II- PREESENTATION GENERALE DE

La période de stage est la période durant laquelle, l’étudiant gagne en expérience

I. Accueil et intégration en entreprise

II. Présentation de l’entreprise

Une grande salle de cours

Figure 1 plan de localisation du cabinet Believ in U

CHEF SERVICE PEDAGOGIE C / SCOLARITE

Comme toute entreprise sérieuse, les missions du cabinet sont :

 Promouvoir l’entreprenariat numérique

Formations en AQP et DQP

6. Ressources matérielles et logicielles

6.1. Ressources matérielles

Le cabinet Believe In U dispose de diverses ressources matérielles

EQUIPEMENTS MARQUE QUANTITES

Ordinateurs portable Lenovo , SAMSUNG, DELL 3

switch Huawei Home Gateway 2

Ecran téléviseur LG 44 pouces 2

imprimantes Epson model : L614254 1

6.2. Ressources logicielles

Comme ressource logicielle nous avons donc :

2ème PARTIE : PHASE TECHNIQUE

La phase technique de ce rapport de stage se concentre sur le développement et la mise en

Le dossier de l'existant analyse en détail le système actuel, décrivant ses

Avant de plonger dans le développement de l'application web pour la gestion du cabinet

II. Etude de l’existant

Concernant les formations :

Concernant les kits :

Concernant les projets :

III. Critique de l’existant

Tableau 2 critique de l'éxistant

Critiques Limites Solutions

• Pour l’Administrateur de gérer le cabinet, les ingénieurs et les formations.

Dossier 2 : Cahier des charges

I. Contexte et justification de l’étude /du projet

I. Contexte et justification de l’étude /du projet

II. Bénéficiaire et cible

III. Les objectifs de l’étude/projet

Gestion Efficace des Projets

IV. Expressions des besoins de l’utilisateur

2. Besoins non fonctionnels

Dans notre cas ces besoins sont les suivant :