Rapport de Stage

REPUBLIQUE DU CAMEROUN REPUBLIC OF CAMEROUN
PAIX – TRAVAIL – PATRIE PEACE – WORK – FATHERLAND

******* *******
MINISTERE DE L’ENSEIGNEMENT
MINISTRY OF HIGHER EDUCATION
SUPERIEUR
******* *******
INSTITUT SUPERIEUR DE THE HIGHER INSTITUTE OF
MANAGEMENT ET DES MANAGEMENT AND APPLIED
TECHNOLOGIES APPLIQUEES TECHNOLOGY
THEME : Développement d’une application web et amélioration de la qualité

d’inscription : CAS D’ISMTA FOUMBAN
STAGE EFFECTUE A L’INSTITUT SUPERIEUR DE MANAGEMENT ET DES TECHNOGIES

APPLIQUEES DU 01ER JUILLET AU 31 AOÛT 2022 EN VUE DE L’OBTENTION DU BREVET
DE TECHNICIEN SUPERIEUR (BTS)
Rédigé et présenter par :
KAJOH SAMSON KAWEP

Etudiant en Gestion des Systèmes d’Information (GSI)
SOUS L’ENCADREMENT :
ACADEMIQUE DE PROFESSIONNEL DE
M. ATUYO TANKEU HERMAN Dr. ETAH IVO EWANE

Et
Enseignant à ISMTA Directeur à ISMTA
ANNEE ACADEMIQUE 2022-2023

Développement d’une application web et amélioration de la qualité d’inscription : Cas d’ ISMTA
Foumban
CERTIFICAT DE TRAVAIL ET ATTESTATION
Je soussigné KAJOH SAMSON KAWEP, étudiant en deuxième année BTS

spécialité Gestion des Systèmes d’Information (GSI) à l’INSTITUT SUPERIEUR DE
MANAGEMENT ET DES TECHNOLOGIES APPLIQUEES (ISMTA), Certifie que le
contenu du présent rapport est le fruit de mes propres travaux effectués du 01 er juillet au 31
Aout 2022 à ISMTA dans la ville de Foumban sous le thème : « DEVELOPPEMENT
D’UNE APPLICATION WEB ET AMELIORATION DE LA QUALITE DE
L’INSCRIPTION : CAS DE L’INSTITUT SUPERIEUR DE MANAGEMENT ET DES
TECHNOLOGIES APPLIQUEES FOUMBAN ».
Fait à Foumban le ………………………………
Visa de l’étudiant Visa de l’encadreur
Visa du directeur
Rédigé par KAJOH SAMSON KAWEP Page II

Foumban
SOMMAIRE
CERTIFICAT DE TRAVAIL ET ATTESTATION.......................................................................II

SOMMAIRE.......................................................................................................................................III
DEDICACE........................................................................................................................................IV
REMERCIEMENTS...........................................................................................................................V
AVANT PROPOS..............................................................................................................................VI
RESUME............................................................................................................................................VII
ABSTRACT......................................................................................................................................VIII
LISTE DES FIGURES.......................................................................................................................IX
LISTE DES TABLEAUX..................................................................................................................X
LISTE DES ABREVIATIONS.........................................................................................................XI
INTRODUCTION GENERALE.......................................................................................................1
CHAPITRE I : PRESENTATION GENERALE DE L’ENTREPRISE........................................2
I. HISTORIQUE, DESCRIPTION ET MISSIONS DE L’ENTREPRISE......................2
II. STRUCTURE ET ORGANISATION...............................................................................3
III. ENVIRONNEMENT EXTERNE......................................................................................4
CHAPITRE II : DEROULEMENT DU STAGE ET CONCEPT THEORIQUE........................6
I. DEROULEMENT DU STAGE.........................................................................................6
II. CHOIX DU THEME ET JUSTIFICATION....................................................................7
III. ETUDE DE FAISABILITE ET D’OPPORTUNITE.......................................................7
IV. ETUDE DE L’EXISTANT.................................................................................................8
CHAPITRE III : ANALYSE ET CONCEPTION.........................................................................10
I. ANALYSE..........................................................................................................................10
II. CONCEPTION..................................................................................................................23
CHAPITRE IV : REALISATION DE LA SOLUTION...............................................................31
I. APPLCATION WEB........................................................................................................31
II. ENVIRONNEMENT DE DEVELOPPEMENT UTILISE...........................................31
III. LANGAGES ET TECHNOLOGIES UTILISES...........................................................33
IV. PRESENTATION DE L’APPLICATION......................................................................35
V. ANALYSE CRITIQUE.....................................................................................................40
CONCLUSION GENERALE..........................................................................................................42
BIBLIOGRAPHIE............................................................................................................................43
TABLE DE MATIERES..................................................................................................................44
Rédigé par KAJOH SAMSON KAWEP Page III

Foumban
DEDICACE
A
MA MAMAN
Rédigé par KAJOH SAMSON KAWEP Page IV

Foumban
REMERCIEMENTS
Nous ne saurons commencer ce travail sans toutefois témoigner notre reconnaissance

envers notre Dieu tout puissant, qui nous a offert l’opportunité de bien vouloir commencer et
achever notre travail sans défaillance majeure. Nous tenons également à remercier :
 Mes remerciements vont tout droit au directeur des affaires académiques et de la

coopération (DAAC) Dr. ETAH IVO EWANE pour l’encadrement professionnel et
les conseils qu’il n’a cessé de nous prodiguer.
 A M. ATUYO TANKEU HERMAN mon encadreur académique pour son suivi, ses
précieux conseils et son aide.
 Au promoteur Dr. PEKEKUE ZAKARI pour avoir mis à notre disposition un
centre de formation avec un encadrement adéquat.
 Je remercie aussi les professeurs pour leurs enseignements de qualité.
 Je remercie également ma maman et mes amis pour leurs aides, conseils et soutiens
aux moments propices, la joie et la sympathie qu’ils me procurent.
 Enfin, merci à tous ceux qui, de près ou de loin, m’ont épaulée et donc nous avons
omis de citer les noms.
Rédigé par KAJOH SAMSON KAWEP Page V

Foumban
AVANT PROPOS
Par décret n°72/D.F/201 du 17 avril 1972, le gouvernement camerounais a institué le

cycle BTS dans le but de permettre aux candidats titulaires d’un Baccalauréat d’accéder
facilement aux débouchés offerts sur le marché du travail et d’exercer en tant que
professionnel qualifié dans des entreprises de qualité, ou de pouvoir créer leur entreprise dans
l’avenir. L’Institut Supérieur de Management et des Technologies Appliquées (ISMTA) est
une institut privée qui s’intègre parfaitement dans les réalités économiques et technologiques
du milieu professionnel. Cette institut est agrée par l’arrêté de création
N°13/039/MINEDUC/SG/DDES du 09 Septembre 2013.
Elle forme en LICENCE et aussi dans les spécialités BTS suivantes :

 GESTION DES SYSTEMES D’INFORMATIONS (GSI) ;
 MARKETING COMMERCE ET VENTE (MCV) ;
 COMPTABILITE ET GESTION DES ENTREPRISES (CGE) ;
 GENIE LOGISTIQUE ET TRANSPORT (GLT) ;
 SCIENCES INFIRMIERES (SI)
La Gestion des Systèmes d’Informations (GSI) qui nous intéresse particulièrement

offre une formation adaptée aux besoins des entreprises camerounaises. Cette formation
connait tour à tour des phases théoriques et pratiques tout au long du cycle BTS dont la durée
est de deux ans. C’est ainsi que les étudiants sont envoyés pour effectuer un stage d’au moins
deux mois en entreprise pendant lequel ils découvrent les réalités du milieu professionnel et
seront appelés à rédiger un rapport de stage, un document résultant d’un travail de recherche
effectué par les étudiants assistés de leurs encadreurs académiques et professionnels. Il permet
de relever les manquements constatés et d’apporter un surcroit de savoir-faire par rapport à ce
qui existe déjà dans l’entreprise.
Rédigé par KAJOH SAMSON KAWEP Page VI

Foumban
RESUME
Dans l’objectif de l’obtention d’un BTS (Brevet de Technicien Supérieur), en Gestion

des systèmes d’information, nous avons effectué un stage académique au sein de l’entreprise
ISMTA du 01 Juillet au 31 AOÛT 2022. Durant notre séjour à ISMTA, nous avons remarqué
l’inscription s’effectue de manière manuelle cela pose un problème pour les futurs étudiants
ne pouvant pas se déplacer et s’inscrire au campus pour des raisons diverses et aussi la gestion
des inscriptions qui s’effectue de façon manuelle. Face à cette situation, pour faciliter la
gestion des inscriptions et améliorer la qualité de l’inscription, nous avons opté pour la
réalisation d’une application web d’inscription et amélioration de la qualité de l’inscription.
Pour l’analyse et la conception de notre projet, nous avons fait une étude (analyse de
l’existant) puis nous avons utilisé le langage de modélisation UML pour la conception et
modélisation de notre projet. Pour la réalisation de notre projet, nous avons utilisé la
technologie JEE du langage Java, le Framework Bootstrap et le Jasper Report.
Rédigé par KAJOH SAMSON KAWEP Page VII

Foumban
ABSTRACT
With the aim of obtaining an HND (Higher Technician Diploma), in Information

Systems Management, we carried out an academic internship within the company ISMTA
from July 01 to AUGUST 31, 2022. During our stay at ISMTA, we noticed the registration is
done manually; this poses a problem for future students who cannot move and register on
campus for various reasons and also the management of registrations which is carried out
from manual way. Faced with this situation, to facilitate the management of registrations and
improve the quality of registration, we have opted for the creation of a web application for
registration and improvement of the quality of registration. For the analysis and design of our
project, we made a study (analysis of the existing) then we used the UML modeling language
for the design and modeling of our project. For the realization of our project, we used the JEE
technology of the Java language, the Bootstrap Framework and the Jasper Report.
Rédigé par KAJOH SAMSON KAWEP Page VIII

Foumban
LISTE DES FIGURES
Figure 1: Organigramme de IMSTA........................................................................................................4

Figure 2: formalisme du diagramme de séquence...............................................................................18
Figure 3 : Formalisme du diagramme de séquence..............................................................................19
Figure 4 : Formalisme et exemple de fragment d'interaction..............................................................20
Figure 5 : Illustration du modèle MVC..................................................................................................23
Figure 6: Diagramme des cas d'utilisation global du système..............................................................24
Figure 8 : Diagramme de séquence du cas S'inscrire............................................................................28
Figure 9 : Diagramme du cas s'authentifier..........................................................................................29
Figure 10 : Diagramme du cas modifier................................................................................................30
Figure 11 : Diagramme du cas ajouter..................................................................................................30
Figure 12 : classe étudiant....................................................................................................................31
Figure 13 : Interface accueil utilisateur................................................................................................37
Figure 14 : Interface inscription............................................................................................................38
Figure 16 : Interface a propos..............................................................................................................39
Figure 17 : Interface authentification...................................................................................................40
Figure 18 : Interface accueil admistrateur............................................................................................40
Figure 19 : Interface gestion étudiant..................................................................................................41
Rédigé par KAJOH SAMSON KAWEP Page IX

Foumban
LISTE DES TABLEAUX
Tableau 1: Fiche Signalétique de l’ISMTA...............................................................................................3

Tableau 2 : Chronologies et taches effectuées.......................................................................................6
Tableau 3 : acteurs et rôles..................................................................................................................24
Tableau 4:Description textuelle cas s'authentifier...............................................................................25
Tableau 6 : description textuelle cas gérer étudiant............................................................................25
Tableau 7 : Description textuelle du cas modifier étudiants................................................................26
Tableau 8 : Description textuelle du cas supprimer étudiant...............................................................26
Tableau 9 : Description textuelle du cas rechercher étudiant..............................................................27
Tableau 10 : Description textuelle du cas imprimer fiche étudiant......................................................27
Rédigé par KAJOH SAMSON KAWEP Page X

Foumban
LISTE DES ABREVIATIONS
BTS Brevet de Technicien Supérieur

IDE Integrated Development Environment
ISMTA Institut Supérieur de Management et des
Technologies Appliquées
MERISE Méthode d’Etude et de Réalisation
Informatique pour les Systèmes d’Entreprise
SQL Structured Query Language
SGBD Système de Gestion de Bases de Données
JSP Java Server Page
JSE Java Standard Edition
JEE Java Entreprise Edition
HTML Hyper Text Markup Language
CSS Cascading Style Sheet
UML Unified Modeling Language
JSTL Java Server TagLib
JDBC Java DataBase Connectivity
Rédigé par KAJOH SAMSON KAWEP Page XI

INSCRIPTION ET ORIENTATION SCOLAIRE EN LIGNE : CAS DE ISMTA
FOUMBAN
INTRODUCTION GENERALE
Le processus d’enseignement et évaluation commence toujours par l’inscription

académique des étudiants dans toute structure d’enseignement. ISMTA est une entreprise
spécialisée dans le domaine de l’éducation. Il offre aux jeunes bacheliers et toute autre
personne souhaitant se former une formation professionnelle de qualité.
Comme tout institut de formation professionnelle, l’inscription des étudiants est une
étape primordiale pour l’institut.
Ainsi, comment s’effectuent les inscriptions à ISMTA ? Et comment son gérer et

traiter ces inscriptions ?
C’est la raison pour laquelle, dans le cadre de notre stage académique nous avons opté
pour la réalisation d’une application web permettant de rendre plus efficace et rapide le
traitement des inscriptions, de gérer l’orientation des bacheliers et toute personne souhaitant
s’inscrire à ISMTA dans le bon choix de leurs spécialité d’où le thème de rapport de stage
intitulé : « Développement d’une application web d’amélioration de la qualité de
l’inscription : Cas d’ IMSTA Foumban ».
Le présent rapport présente en détail notre projet. Il comporte quatre chapitres :
 CHAPITRE 1 : Présentation générale de la structure, dans ce chapitre nous

allons présenter ISMTA à travers son historique, ses missions et sa localisation
 CHAPITRE 2 : Déroulement du stage et concept théorique de l’étude, dans ce
chapitre, nous aborderons le déroulement du stage et la présentation de
l’opportunité
 CHAPITRE 3 : Analyse et conception de la solution
 CHAPITRE 4 : Réalisation de la solution
Rédigé par KAJOH SAMSON KAWEP Page 1

Foumban
CHAPITRE I : PRESENTATION GENERALE DE
L’ENTREPRISE
Dans ce chapitre il sera question pour nous de présenter l’entreprise dans laquelle nous
avons effectué notre stage académique
I. HISTORIQUE, DESCRIPTION ET MISSIONS DE

L’ENTREPRISE
1. Historique
L’Institut Supérieur de Management et des Technologies Appliquées (ISMTA) est un
institut de formation professionnel agrée par l’arrêté de création
N°13/039/MINEDUC/SG/DDES du 09 septembre 2013 et par l’arrêté d’ouverture
N°13/07861/N/MINESUP/DDES/ESUP/OAGS du 03 Juillet 2014. C’est un établissement du
groupe ISMTI-ISMTA crée sous le label ISMATAR avant le changement en ISMTA.
L’Institut supérieur de Management et des Technologies Appliquées est l’initiative du
Docteur PEKEKUE ZAKARI, expert-comptable et PDG de la structure.
2. Description
L’école des professionnels accomplis, ainsi pourrait-on résumer l’ Institut Supérieur de
Management et de Technologies Appliquées de Foumban . Placé sous la tutelle académique des
universités de Dschang et de Yaoundé II, l’ISMTA compte à son actif deux campus de
prestige : Le campus principal situé à kounga Foumban II (face gare routière de Foumban) et
le campus de Yaoundé situé à Mfandena (derrière le stade Omnisports de Yaoundé) et
dénommé ISMTI. L’ISMTA propose des filières variées de formation en adéquation avec les
défis nouveaux et actuels, du monde de l’enseignement supérieur, permettant ainsi un
arrimage parfait entre formation et professionnalisme.
3. Missions
ISMTA vise la formation permanente des professionnels accomplis dans les nombreuses
filières de gestions, l’accompagnement de ses étudiants avec dans l’obtention des stages
académiques, des stages pré-emploi et leurs insertions dans les entreprises grâce a ses
nombreux partenaires.

Foumban
II. STRUCTURE ET ORGANISATION
1. Fiche Signalétique
Tableau 1: Fiche Signalétique de l’ISMTA
Dénomination sociale Institut supérieur de management et des technologies appliquées
Sigle ISMTA
Forme juridique SARL (Société a Responsabilité Limite)
Siege sociale FOUMBAN
PDG Dr. ZAKARI PEKEKUE
Raison sociale Formation professionnelle
Date de création 09 Septembre 2013
Date d’ouverture 03 Juillet 2014
Adresse email Ismta.cameroun@gmail.com
Contacts BP. 26 Foumban - Tel. (+237)674-74-74-14
Arrêté de création N°13/039/MINEDUC/SG/DDES
Arrêté de d’ouverture N°13/07861/N/MINESUP/DDES/ESUP/OAGS
Site web www.ismti-ismta-university.com
Logo
Source : ISMTA

Foumban
2. Organigramme
Figure 1: Organigramme de IMSTA
Source : ISMTA
III. ENVIRONNEMENT EXTERNE
1. Les fournisseurs
L’ISMTA étant l’une des grandes structures de Foumban, et vue la diversité consistante
des activités qui y sont menées, a naturellement des intervenants externes. Nous notons entre
autres :
 CAMTEL pour la fourniture d’un accès internet de l’institut ;
 ENEO qui fournit de l’énergie électrique ;
 Services extérieurs pour l’entretien et les réparations des installations.
2. Partenaires
L’ISMTA est partenaire des universités suivantes :
L’université de Dschang, L’université de Ngaoundéré, L’université de Yaoundé II, etc.

Foumban
CHAPITRE II : DEROULEMENT DU STAGE ET CONCEPT
THEORIQUE
I. DEROULEMENT DU STAGE
1. Accueil
A notre arrive le 01er juillet 2022 nous avons été accueillis par Dr ETAH IVO
EWANE directeur des affaires académiques et a ISMTA, avec qui nous avons aussitôt fait
une prise de contact sur l’environnement de la structure ensuite il nous a présenté les règles a
respectées et les conduites à suivre tous au long de notre stage et enfin par la suite nous a fait
par du planning du stage.
2. Chronologies des Taches effectuées

Tableau 2 : Chronologies et taches effectuées
PERIODES TACHES
01er Juillet 2022 Prise de contacts avec tous les personnels
Du 04 au 15 juillet 2022 Nettoyage des bureaux; Entretien avec le
DACC; Etude du fonctionnement de la
structure ; maintenance des ordinateurs de la
salle informatique.
Du 18 au 29 juillet 2022 Entretien avec l’agent comptable sur le
processus d’inscription ; quelques travaux
de maintenance.
Du 01er au 12 Aout 2022 Renseignement de quelques visiteurs sur les
modalités de la structure puis redirection vers
l’administration ; distribution des fiches de
renseignements aux visiteurs.
Du 15 au 26 Aout 2022 Proposition et discussion avec le DACC de
quelques solutions pouvant permettre de
résoudre certains problèmes de la structure
comme pouvoir s’inscrire et s’orienter en

Foumban
sans toutefois avoir a se déplacer

Du 29 au 31 Aout 2022 Travaux de synthèse et début du travail sur la
solution informatique.
Source : auteur
II. CHOIX DU THEME ET JUSTIFICATION

Pour s’inscrire a ISMTA, il faut au préalable se rendre au campus avant de s’inscrire.
Cette méthode n’est pas toujours aussi avantageuse pour certaines personnes ne pouvant se
déplacer à temps pour des raisons diverses.
De plus vue la quantité importante d’inscription reçu, leur traitement devient une tâche
complexe. Ainsi le risque de perte de données est élevés puisqu’il s’agit d’un nombre
important des dossiers à signer, archiver, etc. Cela provoque des conséquences telles que :
 Perte de temps lors de la recherche d’une information concernant un étudiant inscrit ;
 Difficulté des consultations des inscriptions ;
 Archivage des fiches d’inscription sur papier qui occupe un espace important ;
 Inscription tardive de certains étudiants.
C’est la raison pour laquelle nous avons le thème de rapport intitulé : « Développement
d’une application web d’amélioration de la qualité de l’inscription: Cas de
IMSTA Foumban ».
III. ETUDE DE FAISABILITE ET D’OPPORTUNITE
1. Etude de faisabilité
Comme son nom l’indique, l’étude de faisabilité permet de déterminer la possibilité
(ou non) de traduire une idée en projet concret. Cette analyse préliminaire étudie tout ce qui
est qualifiable dans le but de s’assurer que le projet est réalisable. L’étude de faisabilité doit
répondre à la question suivante : l’entreprise a-t-elle les capacités, les ressources matérielles et
logicielles pour exécuter le projet ? Pour cas de notre application elle occupe une espace de
mémoire de 120 Mo, fonctionne normalement dans ordinateur ayant minimum les
caractéristiques suivantes : 512 Mo de RAM, processeur (n’importe quelle marque) de
fréquence 1.4 GHz, disque dur 20 Go, navigateurs (opéra mini, Microsoft Edge, Google
Chrome, mozilla Fire Fox, Internet explorer (version 12 en montant)), n’importe quel système
d’exploitation Windows suivants (XP, 7, 8, 10, 11). L’entreprise ISMTA dispose de toutes les

Foumban
capacités, ressources matérielles et logicielles capable de faire fonctionner parfaitement et

dans les meilleures conditions notre application.
2. Etude d’opportunité
L’étude d’opportunité souvent négligé, est pourtant fondamentale car elle doit
permettre de préciser l’enjeu du projet et de confronter le bien fondé de son existence ou de le
rejeté. Pour le notre :
 l’administrateur peu consulté, recherché, modifié facilement aux informations d’un

étudiant plus rapidement ;
 Les futurs etudiante pourront s’inscrire a travers l’application sans toute fois se
deplacer ;
 l’administrateur peu afficher la liste de tous les étudiants (par filière, spécialité, année
académique etc.…) ;
 l’administrateur pourra générer et sauvegarder la fiche d’inscription d’un étudiant.
IV. ETUDE DE L’EXISTANT
1. Description de l’existant
Avant de développer une solution informatique, il est important de savoir comment
fonctionne les systèmes actuels ; ceci d’une part pour avoir une idée sur quoi améliorer dans
l’existant et d’autre part connaitre si la solution comblera un réel besoin. Dans le cadre de
notre projet, il s’agit d’une application qui n’existe pas encore. Par contre IMSTA dispose
d’un système manuel d’inscription qui possède une thématique a la notre. L’inscription se
déroule de la manière la suivante :
 Le futur étudiant se présente a IMSTA ;
 Il entre en possession de la fiche d’inscription fournit par l’agent comptable ;
 Il remplit la fiche d’inscription, la soumet et joint a cette fiche les documents
suivants : une photocopie certifiée du relevé de note du baccalauréat et une photocopie
certifiée de l’acte de naissance, photocopie de la carte nationale d’identité ainsi que
quatre photos 4x4 et une rame de papier format ;
 L’agent comptable vérifie si les informations remplit par ce dernier sont correctes et
passe a l’archivage de la fiche.

Foumban
2. Problème lié à l’existant

 Difficultés de gestion des informations sur les étudiants ;
 Perte de temps dans l’exécution des tâches : le traitement manuel nécessite beaucoup
de temps et, par conséquent entraine le retard dans l’exécution des taches.
 Possibilité d’erreur lors du remplissage de la fiche d’inscription : lors du remplissage
de la fiche d’inscription, le futur étudiant peut commettre des erreurs ou des ratures
sur la fiche d’inscription, ce qui entraine le gaspillage des fiches d’inscription et une
mauvaise présentation de la fiche a la fin du remplissage ;
 Difficultés pour des personnes distantes de pouvoir s’inscrire à temps;

Foumban
CHAPITRE III : ANALYSE ET CONCEPTION DE LA
SOLUTION
I. ANALYSE
Comme n’importe quel type de projet, un projet informatique nécessite une phase
d’analyse. Dans la phase d’analyse, on cherche d’abord à bien comprendre et à décrire de
façon précise les besoins des utilisateurs ou des clients Que souhaitent-ils faire avec le
logiciel ? Quelles fonctionnalités veulent-ils ? Pour quel usage ? Comment l’action devrait-
elle fonctionner ? Après validation de notre compréhension du besoin, nous imaginons la
solution.
1. Méthode et langage de modélisation

Pour réaliser cette phase dans un projet informatique, nous utilisons des méthodes, des
conventions et des notations. Les plus utilisées aujourd’hui sont l’UML et la MERISE.
1.1. Le langage de Modélisation UML (Unified Modeling

Language)
1.1.1. Historique
Regardons tout d’abord ce qui s’est passé au début des années 90. Par rapport à la
cinquantaine de méthodes d’analyse et de conception objet qui existaient au début des années
90, seulement trois d’entre elles se sont détachées nettement au bout de quelques années. En
effet, la volonté de converger vers une méthode unifiée était déjà bien réelle et c’est pour cette
raison que les méthodes OMT, BOOCH et OOSE se sont démarquées des autres. OMT
(Object Modeling Technique) de James Rumbaugh et BOOCH de Grady Booch ont été les
deux méthodes les plus diffusées en France durant les années 90. Par ailleurs, OOSE de Ivar
Jacobson s’est aussi imposée dans le monde objet pour la partie formalisation des besoins.
Pour aller plus loin dans le rapprochement, James Rumbaughet Grady Booch se sont
retrouvés au sein de la société Rational Software et ont été ensuite rejoints par Ivar Jacobson
en se donnant comme objectif de fusionner leur méthode et créer UML (Unified Methode
Language).

Foumban
Il est important de noter que contrairement à ce qui avait été envisagé au départ, le
processus de développement a été sorti du champ couvert par le projet de norme.
UML est donc une norme du langage de modélisation objet qui a été publiée, dans sa
première version, en novembre 1997 par l’OMG (Object Management Group), instance de
normalisation internationale du domaine de l’objet. En quelques années, UML s’est imposée
comme standard à utiliser en tant que langage de modélisation objet. Aujourd’hui, en cette fin
de la première décennie des années 2000, nous avons déjà une dizaine d’années de recul sur
l’enseignement et la pratique d’UML en entreprise. Les grandes étapes de la diffusion d’UML
peuvent se résumer comme suit :
1994-1996 : rapprochement des méthodes OMT, BOOCH et OOSE et naissance de la
première version d’UML.
23 novembre 1997 : version 1.1 d’UML adoptée par l’OMG.
1998-1999 : sortie des versions 1.2 à 1.3 d’UML.
2000-2001 : sortie des dernières versions suivantes 1.x.
2002-2003 : préparation de la V2.
1.1.2. Présentation d’UML

Selon le site web officiel www.uml.org, UML, dans sa version 2.0 définit treize (13)
types de diagrammes repartie en trois (3) catégories : Diagrammes structurels ou statique
(diagramme de classe, diagramme d’objet, diagramme de composant, diagramme de
déploiement, diagramme de paquetages et diagramme de structure composite.) Diagrammes
comportementaux ou Dynamique (Diagramme de cas d'utilisation, diagramme d’activité et
diagramme d'états-transitions, Diagramme de séquence, diagramme de communication et
diagramme global d'interaction, diagramme de temps.) L’UML est surtout utilisé lorsqu’on
prévoit de développer des applications avec une démarche orienté objet (développement en
Java, en C++, etc.).
1.2. La méthode MERISE
1.2.1. Historique
MERISE est un acronyme signifiant Méthode d’Etude et de Réalisation Informatique pour
les Systèmes d’Entreprise. Elle a pour objectif de guider les concepteurs dans leurs phases
d’analyse de conception et de développement applicatif. Elle a été mise sur pied par une
équipe de chercheurs d’ingénieurs aixois (Jean Louis Le Moigne, Hubert Tardieu, Dominique

Foumban
Nancy…) au milieu des années 1970. Elle présente comme avantage une définition claire et
précise de l’ensemble du S.I et de son périmètre.
1.2.2. Présentation de MERISE

La méthode Merise, très analytique, distingue nettement les données et les traitements,
même si les interactions entre les deux sont profondes et s'enrichissent mutuellement. Le
premier principe de la méthode MERISE est la distinction de plusieurs niveaux successifs
d'analyse du système d'information à informatiser. Ces niveaux sont entre autres :
 Le niveau conceptuel, qui est l’abstraction de toutes les contraintes techniques ou
organisationnelles. De l’expression des besoins on va créer un Modèle conceptuel de
communication (MCC) qui définit les flux d’information à prendre en compte, un
Modèle conceptuel de données (MCD) et un Modèle conceptuel de traitement
(MCT). Ceci en répondant à la question Quoi ? avec Quelques Lignes ?
 Le niveau organisationnel, permettant d’intégrer dans l’analyse les critères liés à
l’organisation étudiée en répondant aux questions Qui ? Où ? et Quand ? on va créer
ici un Modèle Organisationnel des Données (MOD) et un Modèle Organisationnel
des Traitements (MOT) ;
 Le niveau logique est indépendant du matériel informatique, des langages de
programmation ou de gestion des données. On répond à Avec Quoi ? en élaborant un
Modèle Logique des Données (MLD) et un Modèle Logique des Traitements
(MLT) ;
 Le niveau physique permet de définir l'organisation réelle (physique) des données. Il
apporte les solutions techniques, par exemple sur les méthodes de stockage et d'accès à
l'information. C'est la réponse au Comment ? ici, l’on crée un Modèle Physique des
Données (MPD) et un Modèle Opérationnel et physique des Traitements (MOPT).
2. Différence entre l’UML et la méthode MERISE

L’UML est un langage de modélisation qui permet de représenter graphiquement les
besoins des utilisateurs. On utilise pour cela des diagrammes. Le langage se base sur une
approche objet. L’approche objet est centrée sur le diagramme de classes qui décrit aussi bien
des actions que des informations dans une même entité. Les autres diagrammes nous aident à
voir plus clair dans les besoins et dans la solution qui est à développer. Ils permettent de
compléter le diagramme de classes. MERISE est une méthode d'analyse et de conception des
systèmes d'information basée sur le principe de la séparation des données et des traitements.

Foumban
Elle possède plusieurs modèles qui sont répartis sur trois (4) niveaux (Le niveau conceptuel,
le niveau logique, niveau organisationnel, le niveau physique). Le produit de l'analyse doit
être consigné dans un schéma également appelé modèle. Chaque niveau d’analyse possède ses
propres modèles. La différence entre ces deux est que : Le langage UML ne préconise aucune
démarche, ce n’est donc pas une méthode. Chacun est libre d’utiliser les types de diagramme
qu’il souhaite, dans l’ordre qu’il veut. Il suffit que les diagrammes réalisés soient cohérents
entre eux, avant de passer à la réalisation du logiciel.
3. Langage de modélisation choisi

Pour la réalisation de notre projet nous avons choisi Le langage de modélisation UML
pour l’analyse et la conception du projet. UML, est un langage de modélisation orientée objets
pour le développement de logiciel, piloté par les cas d’utilisation centré sur l’architecture.
L’UML fournit un cadre au développement logiciel pour la construction de systèmes orientés
objet. Nous allons présente et décrire les différents diagrammes utilisés pour la modélisation
de notre système.
A. DIAGRAMME DYNAMIQUE
1. Diagramme de cas d’utilisation
1.1. Définition du cas d’utilisation (use case)

Les use cases permettent de structurer les besoins des utilisateurs et les objectifs
correspondants d'un système. Ils centrent l'expression des exigences du système sur ses
utilisateurs : ils partent du principe que les objectifs du système sont tous motivés. La
détermination et la compréhension des besoins sont souvent difficiles car les intervenants sont
noyés sous de trop grandes quantités d'informations : il faut clarifier et organiser les besoins
des clients (les modéliser). Pour cela, les cas d’utilisation identifient les utilisateurs du
système (acteurs) et leurs interactions avec le système. Ils permettent de classer les acteurs et
structurer les objectifs du système.
Une fois identifiés et structurés, ces besoins :
 Définissent le contour du système à modéliser (ils précisent le but à atteindre) ;

 Permettent d'identifier les fonctionnalités principales (critiques) du système.

Foumban
Les use cases ne doivent donc en aucun cas décrire des solutions d'implémentation. Leur
but est justement d'éviter de tomber dans la dérive d'une approche fonctionnelle, où l'on liste
une litanie de fonctions que le système doit réaliser.
1.2. Eléments de modélisation des cas d’utilisation
1.2.1. Acteur
La première étape de modélisation consiste à définir le périmètre du système, à définir
le contour de l’organisation et à le modéliser. Toute entité qui est en dehors de cette
organisation et qui interagit avec elle est appelé acteur selon UML.
Un acteur est un type stéréotypé représentant une abstraction qui réside juste en dehors
du système à modéliser.
Un acteur représente un rôle joué par une personne ou une chose qui interagit avec le
système (la même personne physique peut donc être représentée par plusieurs acteurs en
fonction des rôles qu’elle joue).
Pour identifier les acteurs, il faut donc se concentrer sur les rôles joués par les entités
extérieures au périmètre.
Dans UML, il n’y a pas de notion d’acteur interne et externe. Par définition, un acteur
est externe au périmètre de l’étude, qu’il appartienne ou pas à la société.
Enfin, un acteur n’est pas nécessairement une personne physique : il peut être un
service, une société, un système informatique …
Il existe 4 catégories d’acteurs :
 Les acteurs principaux : les personnes qui utilisent les fonctions principales du
système ;
 Les acteurs secondaires : les personnes qui effectuent des tâches administratives ou de
maintenance ;
 Le matériel externe : les dispositifs matériels incontournables qui font partie du
domaine de l’application et qui doivent être utilisés ;
 les autres systèmes : les systèmes avec lesquels le système doit interagir.
Formalisme :

Foumban
Nom acteur
1.2.2. Cas d’utilisation

Le cas d’utilisation (ou use case) correspond à un objectif du système, motivé par un
besoin d’un ou plusieurs acteurs. L'ensemble des use cases décrit les objectifs (le but) du
système.
Formalisme :
Nom du use case
1.2.3. Relation
Elle exprime l’interaction existant entre un acteur et un cas d’utilisation.
Formalisme :
Retirer argent
Prospect
Il existe 3 types de relations entre cas d’utilisation :
 La relation de généralisation
 la relation d’extension
 la relation d’inclusion
1.2.3.1. La relation de généralisation

Dans une relation de généralisation entre 2 cas d’utilisation, le cas d’utilisation enfant
est une spécialisation du cas d’utilisation parent.
Formalisme et exemple :

Foumban
Cas d’utilisation parent Virement bancaire
Cas d'utilisation enfant virement par internet
NB : un acteur peut également participer à des relations de généralisation avec d’autres

acteurs. Les acteurs « enfant » seront alors capables de communiquer avec les mêmes cas
d’utilisation que les acteurs « parents ».
Retirer argent
Obtenir
informations
compte
Client agence
1.2.3.2. La relation d’inclusion

Elle indique que le cas d’utilisation source contient aussi le comportement décrit
dans le cas d’utilisation destination. L’inclusion a un caractère obligatoire, la source spécifiant
à quel endroit le cas d’utilisation cible doit être inclus. Cette relation permet ainsi de
décomposer des comportements et de définir des comportements partageables entre plusieurs
cas d’utilisation.

Foumban
Formalisme :
Virement
<<include>>
Identification
Pour réaliser l’objectif « virement », on utilise obligatoirement « identification ».
1.2.3.3. Relation d’extension

Elle indique que le cas d’utilisation source ajoute son comportement au cas d’utilisation
destination. L’extension peut être soumise à condition. Le comportement ajouté est inséré au
Formalisme :
Cas d'utilisation source
<<extends>>
Cas d'utilisation destination
1.3. Description textuelle d’un cas d’utilisation

À chaque cas d’utilisation doit être associée une description textuelle des interactions
entre l’acteur et le système et les actions que le système doit réaliser en vue de produire les
résultats attendus par les acteurs.
La description textuelle d’un cas d’utilisation est articulée en six points :

Foumban
 Objectif –Décrire succinctement le contexte et les résultats attendus du cas

d’utilisation ;
Acteurs concernés – Le ou les acteurs concernés parle cas doivent être identifiés en
précisant globalement leur rôle ;
Pré conditions –Si certaines conditions particulières sont requises avant l’exécution du
cas, elles sont à exprimer à ce niveau ;
Post conditions –Par symétrie, si certaines conditions particulières doivent être réunies
après l’exécution du cas, elles sont à exprimer à ce niveau. Pour notre part, par souci
de simplification nous n’avons pas traité ce point dans les exercices et études de cas
présentés ;
Scénario nominal –Il s’agit là du scénario principal qui doit se dérouler sans incident et
qui permet d’aboutir au résultat souhaité ;
Scénarios alternatifs – Les autres scénarios, secondaires ou correspondants à la
résolution d’anomalies, sont à décrire à ce niveau. Le lien avec le scénario principal se
fait à l’aide d’une numérotation hiérarchisée (1.1a, 1.1b…) rappelant le numéro de
l’action concernée.
2. Le Diagramme de séquence
2.1. Définition et concepts de base

L’objectif du diagramme de séquence est de représenter les interactions entre objets en
indiquant la chronologie des échanges. Cette représentation peut se réaliser par cas
d’utilisation en considérant les différents scénarios associés. Un diagramme de séquence se
représente globalement dans un grand rectangle avec indication du nom du diagramme en
haut à gauche comme indiqué à la figure suivante :
Figure 2: formalisme du diagramme de séquence
Source : cours UML Mr. Atuyo Tankeu Herman

Foumban
Une ligne de vie représente l’ensemble des opérations exécutées par un objet. Un
messagereçuparunobjetdéclenchel’exécutiond’uneopération.Leretourd’information peut être
implicite (cas général) ou explicite à l’aide d’un message de retour.
Dans un diagramme de séquence, deux types de messages peuvent être distingués :

Message synchrone –Dans ce cas l’émetteur reste en attente de la réponse à son message
avant de poursuivre ses actions. La flèche avec extrémité pleine symbolise ce type de
message. Le message retour peut ne pas être représenté car il est inclus dans la fin d’exécution
de l’opération de l’objet destinataire du message.
Message asynchrone –Dans ce cas, l’émetteur n’attend pas la réponse à son message, il
poursuit l’exécution de ses opérations. C’est une flèche avec une extrémité non pleine qui
symbolise ce type de message.
Figure 3 : Formalisme du diagramme de séquence
Source: cours UML Mr Atuyo Tankeu Herman
2.2. Fragment d’interaction

Dans un diagramme de séquence, il est possible de distinguer des sous-ensembles
d’interactions qui constituent des fragments. Un fragment d’interaction se représente
globalement comme un diagramme de séquence dans un rectangle avec indication dans le
coin à gauche du nom du fragment. Un fragment d’interaction dit combiner correspond à un
ensemble d’interaction auquel on applique un opérateur. Un fragment combiné se représente
globalement comme un diagramme de séquence avec indication dans le coin à gauche du nom

Foumban
de l’opérateur. Treize opérateurs ont été définis dans UML : alt, opt, loop, par, strict/weak,
break, ignore/ consider, critical, negative, assertion et ref.
Formalisme et exemple de fragment d’interaction avec l’operateur « alt »
Figure 4 : Formalisme et exemple de fragment d'interaction
Source : cours UML Mr Atuyo Tankeu Herman
2.3. Autre utilisation du diagramme de séquence

Le diagramme de séquence peut être aussi utilisé pour documenter un cas d’utilisation.
Les interactions entre objets représentent, dans ce cas, des flux d’informations échangés et
non pas de véritables messages entre les opérations des objets.
B. DIAGRAMME STATIQUE
1. Diagramme de classe
1.1. Définition Diagramme de classe

Le diagramme de classes exprime la structure statique du système en termes de classes
et de relations entre ces classes. L’intérêt du diagramme de classe est de modéliser les entités
du système d’information. Le diagramme de classe permet de représenter l’ensemble des

Foumban
informations finalisées qui sont gérées par le domaine. Ces informations sont structurées,
c’est-à-dire qu’elles ont regroupées dans des classes. Le diagramme 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
1.2. Notion de classe

Une classe est l’abstraction d’un ensemble d’objets qui possèdent une structure
identique (liste des attributs) et un même comportement (liste des opérations).
Formalisme général d’une classe :
Nom Classe
Attributs
Operations
1.3. Notion d’attribut

Un attribut est une propriété élémentaire d’une classe. Pour chaque objet d’une classe,
l’attribut prend une valeur (sauf le cas d’attributs multivalues). UML définit 3 niveaux de
visibilité pour les attributs :
 public (+) : l’élément est visible pour tous les clients de la classe
 protégé (#) : l’élément est visible pour les sous-classes de la classe
 Privé (-) : l’élément n’est visible que par les objets de la classe dans laquelle il est
déclaré.

Foumban
1.4. Notion d’identifiant

L’identifiant est un attribut particulier, qui permet de repérer de façon unique chaque
objets, instance de la classe.
1.5. Notion de Relation

S’il existe des liens entre objets, cela se traduit nécessairement par des relations qui
existent entre leurs classes respectives. Les liens entre les objets doivent être considérés
comme des instances de relations entre classes. Il existe plusieurs types de relations entre
classes :
 l’association
 la généralisation/spécialisation
 la dépendance
1.6. Notion d’opération

L’opération représente un élément de comportement des objets, défini de manière globale
dans la classe. Une opération est une fonctionnalité assurée par une classe. La description des
opérations peut préciser les paramètres d’entrée et de sortie ainsi que les actions élémentaires
à exécuter.
Formalisme :
FACTURE
+ Nofact : n
+ Montant : double
Editer () : void
Consulter () : void
Comme pour les attributs, on retrouve 3 niveaux de visibilité pour les opérations :
 public (+) : l’opération est visible pour tous les clients de la classe
 protégé (#) : l’opération est visible pour les sous-classes de la classe
 privé (-) : l’opération n’est visible que par les objets de la classe dans laquelle elle est
déclarée.

Foumban
4. Le Modèle MVC (Modèle, Vue, Contrôleur)

MVC (figure ci-dessous – Exemple) permet de séparer la logique de la programmation en
trois parties :
 Le modèle est la partie qui permet de représenter les données et les règles métiers.
L’objectif du modèle est de récupérer des informations dans la base de données, de les
organiser et de les assembler.
 La vue correspond à l'IHM (Interface Homme Machine). C’est la partie de l’affichage.
Son objectif est la présentation des données et l’interaction avec l'utilisateur.
 Le contrôleur, quant à lui, se charge d'intercepter les requêtes de l'utilisateur,
d'appeler le modèle puis de rediriger vers la vue adéquate. Il ne doit faire aucun
traitement. Il ne fait que de l'interception et de la redirection.
Figure 5 : Illustration du modèle MVC
Source : Google
II. CONCEPTION
Dans la phase de conception, on apporte plus de détails à la solution et on cherche à
clarifier des aspects techniques, tels que l’installation des différentes parties logicielles à
installer sur du matériel.
1. Elaboration du Diagramme des cas d’utilisation
1.1. Identifications et rôle des acteurs

Les acteurs qui interagissent directement avec le système étudié en émettant et/ou en
recevant des messages éventuellement porteurs de données sont décris dans le tableau ci-
dessous:

Foumban
Tableau 3 : acteurs et rôles
Acteurs Rôles
utilisateur Saisir (envoyer) les informations d’inscription demandées
administrateu Charger de la gestion des inscriptions reçues

r
Source : auteur
1.2. Identification des cas d’utilisations et Diagramme de cas d’utilisation

du système
La figure ci-dessous ressort tous les cas d’utilisation et présente le digramme des cas
d’utilisation globale de notre système.
Figure 6: Diagramme des cas d'utilisation global du système
1.3. Description textuelle des cas d’utilisations

Foumban
Tableau 4:Description textuelle cas s'authentifier
S’authentifier
Acteur : administrateur
Objectif : S’assurer que l’utilisateur est bien celui qu’il prêtant être ;
Pré-Conditions : Démarrage de l’application ;
Scenario nominal :
1- Le système affiche le formulaire d'authentification
2- L’administrateur saisit son nom d’utilisateur et son mot de passe
3- Le système vérifie le nom d’utilisateur et le mot de passe
4- Le système affiche la fenêtre principale de l’application.
Scenario alternatif :
A1 : Login/mot de passe incorrecte.
L’enchainement A1 démarre au point 4 du déroulement principal.
5- Le système affiche un message d'erreur.
Le déroulement alternatif reprend au point 1 du déroulement principal.
Tableau 5 : description textuelle cas gérer étudiant
ajouter un étudiant
Acteur principal : administrateur
Objectif : Pouvoir ajouter un étudiant
Pré-Conditions : S’authentifier ;
Scenario nominal :
1-L’utilisateur choisit d’ajouter un dossier étudiant
2- Le système affiche le formulaire remplir
3- L’utilisateur rempli et valide le formulaire
4- Le système ajoute les informations dans la base
5- Le système actualise la liste des étudiants et l’affiche.
1-Etudiant existe déjà ou champs non conforme aux types, formulaire vide : un
message d’erreur sera affiche
Tableau 6 : Description textuelle du cas modifier étudiants

Foumban
Gérer modifier un étudiant

Objectif : Pouvoir modifier un étudiant
Scenario nominal :
1-L’utilisateur choisit d’ajouter un dossier étudiant
2- Le système affiche le formulaire remplir
3- L’utilisateur rempli et valide le formulaire
4- Le système ajoute les informations dans la base
5- Le système actualise la liste des étudiants et l’affiche.
Modification avec des champs vides, champs non conforme aux types : un message
d’erreur sera affiche
Tableau 7 : Description textuelle du cas supprimer étudiant
supprimer un étudiant
Objectif : Pouvoir supprimer un étudiant
Scenario nominal :
1-L’utilisateur choisit l’étudiant a supprimer
2- Le système supprime l’étudiant de la base
3- Le système actualise la liste des étudiants et l’affiche

Foumban
Tableau 8 : Description textuelle du cas rechercher étudiant
rechercher un étudiant
Objectif : Pouvoir rechercher un étudiant
Scenario nominal :
1-L’utilisateur recherche l’étudiant par son numéro identifiant
2- Le système affiche le formulaire de l’étudiant correspondant
3- L’utilisateur consulte les informations qu’il juge pertinentes
1- Le système ne trouve pas l’étudiant, il demande de ressaisir les informations
de nouveau
Tableau 9 : Description textuelle du cas imprimer fiche étudiant
Imprimer fiche étudiant

Objectif : Pouvoir Imprimer la fiche d’un étudiant
Scenario nominal :
1-L’utilisateur lance l’impression
2- Le système imprime la fiche de l’étudiant
Source : auteur
NB : Les scénarios du cas « S’inscrire » est identique à celle du cas « ajouter étudiant » à la
seule différence l’acteur du cas « s’inscrire » est l’utilisateur et celui du cas « ajouter
étudiant » est l’administrateur et les pré-conditions sont différentes pour le cas « s’inscrire »,
l’utilisateur doit juste démarrer l’application tandis que l’administrateur doit d’abord
s’authentifier.

Foumban
2. Diagramme de séquence des cas d’utilisation
Figure 7 : Diagramme de séquence du cas S'inscrire

Foumban
Figure 8 : Diagramme du cas s'authentifier

Foumban
Figure 9 : Diagramme du cas modifier
Figure 10 : Diagramme du cas ajouter
3. Description de la classe étudiant
Figure 11 : classe étudiant

Foumban

Foumban
CHAPITRE IV : REALISATION DE LA SOLUTION
I. APPLCATION WEB
Une application web désigne un logiciel applicatif hébergé sur un serveur et accessible via un
navigateur web. Contrairement à un logiciel traditionnel, l’utilisateur d’une application web
n’a pas besoin de l’installer sur son ordinateur. Il lui suffit de se connecter à l’application à
l’aide de son navigateur.
Avantages d’une application web :
 Accès universel depuis n’importe quel type de poste : PC, portables, téléphone mobile,
tablette ;
 Aucune incompatibilité de système d’exploitation (il suffit d’avoir un navigateur) ;
 Travailler depuis n’importe quel endroit de la planète ;
 Les données sont centralisées ;
 Les données sont disponibles 24h sur 24 et 7j sur 7 ;
 Aucun risque de perte de données etc.
II. ENVIRONNEMENT DE DEVELOPPEMENT UTILISE

Pour réaliser le projet nous utiliserons comme ressources :
NetBeans 8.2 : C’est un environnement de développement intégré (EDI), placé en Open

Source par Sun en juin 2000. En plus de Java, NetBeans permet également de supporter
différents autres langages, comme C, C+, JavaScript, PHP, HTML. Il comprend toutes les
caractéristiques d'un IDE moderne (éditeur en couleur, projets multi-langage, refactoring,
éditeur graphique d'interfaces et de pages Web). Conçu en Java, NetBeans est disponible sous
Windows, Linux, Solaris, Mac OS X ou sous une version indépendante des systèmes
d'exploitation (requérant une machine virtuelle Java).
MySQL: C’est une base de données relationnelle libre qui a vu le jour en 1995 et très
employée sur le Web, souvent en association avec PHP (langage) et Apache (serveur web).
MySql fonctionne indifféremment sur tous les systèmes d’exploitation (Windows, Linux, Mac
OS notamment). Le principe d’une base de données relationnelle est d’enregistrer les
informations dans des tables qui représentent des regroupements de données par sujets (table

Foumban
des produits, table d’utilisateur par exemple).Les tables sont reliées entre elles par des
relations.
WAMPServer : plateforme de développement Web de type WAMP (Windows, Apache,

MySQL, PHP) permettant de faire fonctionner localement (sans se connecter à un serveur
externe) des scripts PHP. Environnement comprenant deux serveurs (Apache et MySQL), un
interpréteur de script (PHP), ainsi que PhpMyAdmin(PMA) pour l'administration Web des
bases MySQL.
Glassfish 4.1.1 : Serveur d'application Java permettant d'exécuter des servlets et des pages
serveur Java (JSP). GlassFish est un projet de serveur d'applications de plate-forme Jakarta
EE open-source lancé par Sun Microsystems, puis sponsorisé par Oracle Corporation, et
vivant maintenant à la Fondation Eclipse et soutenu par Payara, Oracle et Red Hat. La version
prise en charge sous Oracle s'appelait Oracle GlassFish Server. GlassFish est un logiciel libre
et était initialement sous double licence sous deux licences de logiciels libres : la licence
commune de développement et de distribution (CDDL) et la licence publique générale GNU
(GPL) avec l'exception Classpath. Après avoir été transféré à Eclipse, GlassFish est resté à
double licence, mais la licence CDDL a été remplacée par la licence publique Eclipse (EPL).
Navigateurs : pour visualiser les résultats tels que : Google Chrome et Microsoft Edge
PowerAMC : Pour Réaliser les diagrammes UML qui ont servis a modélisé notre application
web

Foumban
JasperSoft : est un outil (librairie) Open Source puissant utilisé pour la génération des états. Il
permet de créer des rapports à partir de fichier jrxml. Le résultat peut êtreaffiché à l’écran,
imprimé ou stocké dans des fichiers au format PDF…
III. LANGAGES ET TECHNOLOGIES UTILISES
1. Langages
HTML5/CSS3 : HTML5/CSS3 : est un langage de base pour la création de site internet, il
sert à structurer vote document. D'autre langage peuvent s'ajouter lors de la conception, mais
tous les sites web contiennent du HTML Langage essentiel dans le développement web.
Constitue le corps des pages.
JAVA : est un langage de programmation informatique orienté objet créé par James Gosling
et Patrick Naughton, employés de Sun Microsystems, avec le soutien de Bill Joy (cofondateur
de Sun Microsystems en 1982), présenté officiellement le 23 mai 1995 au SunWorld.
SQL : est un langage informatique normalisé servant à exploiter des bases de données
relationnelles Langage permettant d'exploiter des bases de données relationnelles. Permet de
rechercher, d'ajouter, modifier ou encore supprimer des données et l'organisation des données.
JavaScript : est un langage de script incorporé dans un document HTML. Ce langage est un
langage de programmation qui permet d’apporter des améliorations au langage HTML en
permettant d’exécuter des commandes du côté client, c’est-à-dire au niveau du navigateur et
non du serveur web.

Foumban
Bootstrap : C’est un Framework destiné aux applications web. Développé par Twitter et
distribué sous licence Apache 2, c'est un outil à considérer lors du développement rapide
d'applications web. L'utilisation combinée du HTML, du CSS, et du JavaScript propose
Bootstrap dépasse les Framework CSS classiques et propose carrément des éléments
graphiques complets avec une garantie maximale de compatibilité entre les divers
navigateurs.
2. Technologies utilises
2.1. La plateforme JEE
La plateforme Java entreprise (Java EE) est un ensemble de spécifications coordonnées et

pratiques qui permettent ensemble des solutions pour le développement, le déploiement, et de
la gestion des applications multi tiers centralisées sur un serveur. Construit sur la plateforme
de Java 2 édition standard (Java SE), la plateforme Java EE ajoute les possibilités nécessaires
pour fournir une plateforme complète, stable, sécurisée, et rapide de Java au niveau entreprise.
La plateforme entreprise fournit un ensemble de services permettant aux composants de
dialoguer entre eux :
 HTTP et HTTPS
 Java Transaction API (JTA)
 Java DataBase Connectivity (JDBC)
 Java Message Service (JMS)
 Java EE Connector Architecture

Foumban
 Java Server Pages (JSP)

 Servlet
 JSP : Le Java Server Pages est une technique basée sur Java qui permet aux développeurs
de créer dynamiquement du code HTML, XML ou tout autre type de page web. Cette
technique permet au code Java et à certaines actions prédéfinies d'être ajoutés dans un
contenu statique. La syntaxe du JSP ajoute des balises XML, appelées actions JSP, qui
peuvent être utilisées pour appeler des fonctions. De plus, cette technique permet la
création de bibliothèques de balises JSP (taglib) qui agit comme des extensions au HTML
ou au XML.
 JSTL : La JSTL en tant que bibliothèque de balises JSP, propose de développer une page
JSP sans y utiliser de code Java directement. Elle utilise ainsi une syntaxe proche des
langages utilisés par les web designers (HTML ou XHTML) ce qui leur permet de
concevoir des pages dynamiques complexes sans connaissances préalable du langage Java.
 JDBC : JDBC (Java DataBase Connectivity) est une interface de programmation pour les
programmes utilisant la plateforme Java. Elle permet aux applications Java d'accéder par le
biais d'une interface commune à des sources de données pour lesquelles il existe des pilotes
JDBC. Normalement, il s'agit d'une base de données relationnelle, et des pilotes JDBC sont
disponibles pour tous les systèmes connus de bases de données relationnelles.
 Servlet : Ce sont des programmes Java qui s’intègrent à un serveur web pour fournir le
traitement côté serveur des requêtes issues d’un navigateur client. Ils ont besoin d’un
serveur web supportant la technologie JavaServer, par exemple le serveur Glassfish 4.1.1
livré avec NetBeans.
IV. PRESENTATION DE L’APPLICATION

L’application en question est composée de deux (2) parties : la partie utilisateur et la
partie administrateur (gestionnaire des inscriptions de ISMTA). L’architecture applicative qui
est adopté est une architecture 2 tiers encore appelée client-serveur, le poste client se contente
de déléguer la gestion des données à un service spécialisé. Le cas typique de cette architecture
est une application de gestion fonctionnant sous Windows ou Linux et exploitant un SGBD
centralisé, ce qui est le cas pour notre application.

Foumban
1. Captures d’écrans
1.1. Partie utilisateur

L’interface principale de l’application comporte 3 Onglets principales :
 L’onglet Accueil
 L’onglet demande d’inscription
 L’onglet à propos
Figure 12 : Interface accueil utilisateur

Foumban
1.1.1. L’onglet demande d’inscription

Il Permettant d’afficher le formulaire d’inscription
Figure 13 : Interface inscription

Foumban
1.1.2. L’onglet à propos

Il Permettant d’afficher la page à propos qui contient les informations de l’ISMTA
Figure 14 : Interface a propos

Foumban
1.2. Partie administrateur
1.2.1. Authentification
Pour se connecter il faut avoir les identifiants de connexion. Ces identifiants doivent être
renseignés dans les champs de la zone réservée aux administrateurs.
Figure 15 : Interface authentification
1.2.2. Accueil administrateur

Après connexion l’administrateur est redirigé vers l’interface d’administration.
Figure 16 : Interface accueil admistrateur

Foumban
1.2.3. Le menu Gestion des étudiants

Il va permettre à l’admistrateur de :
 Visualiser toutes les inscriptions;

 Le bouton « Add New Student » permet a l’admistrateur d’ajouter un nouvel
étudiant, en cliquant sur ce bouton, le formulaire de la figure 13 lui sera affiché et
il pourra lui-même inscrire un étudiant ;
 Le bouton « Fiche Incr » permet a l’administrateur d’imprimer et sauvegarder sur
format PDF les fiche d’inscription des étudiants (Exemple : figure 18) ;
 Le bouton « delete » permet de supprimer un étudiant ;
 Le bouton « recherche» et « edit » encore en développement une fois terminer, ils
vont permettre respectivement de faire la recherche multicritères et permettre de
modifier les informations d’un étudiant.
Figure 17 : Interface gestion étudiant

Foumban
Figure 18: fiche d'inscription
V. ANALYSE CRITIQUE
1. Remarque appréciative
Pendant le déroulement de notre stage académique nous avons tiré certain point
remarquable sur l’environnement de ISMTA. S’agissant de la structure interne de
l’entreprise, nous tenons à encourager le personnel au vu des efforts qu’il fournisse dans
l’optique d’accomplir professionnellement leur mission. Pour cela nous avons remarqué
certain actes a appréciés parmi lesquels :

Foumban
 La ponctualité et l’assiduité du personnel ;

 Une propreté qualifiée au sein de la structure ;
 Un suivi individuel des stagiaires afin de s’assurer de l’évolution de leur travail ;
 Et bien d’autres.
2. Difficultés rencontrées
Comme difficultés nous pouvons citer :
 La difficulté d’apprentissage de la technologie JEE du langage Java et le langage

Java lui-même en question ;
 Difficulté d’apprentissage du langage HTML5, du langage JavaScript ;
 Difficulté d’apprentissage du CSS3, de l’utilisation et la manipulation des classes
offertes par le BootStrap 5.2.3 ;
 Les moyens financiers puisque pour se déplacer a chaque fois et a tout moment
pour travailler a ISMTA nous étions obliger de disposer de moyens financiers
pour le transport et aussi que, pour mener a bien notre projet, nous avons eu a
faire des recherches qui nous ont couté chers ;
 problèmes d’efficacité, mauvais résultats de code, page web affichant des erreurs,
erreur dans les requêtes SQL, insertion des mots contenant des caractères
accentués dans la base de données, etc. ;
 Et bien d’autres difficultés rencontrées lors de notre stage et lors de la réalisation
de notre application.
3. Enseignements tirés
La réalisation de ce projet nous permis d’approfondir nos connaissances dans la
programmation web notamment dans les langages de programmation web tels que le HTML,
le CSS, le JavaScript, et les technologies telles que le JEE et le Jasper report. Ce projet nous a
permis aussi d’avoir des notions dans la gestion de base de données à travers le Système de
Gestion de Base de Données MySQL par lequel nous pouvons écrire et exécuter des requêtes
SQL.

Foumban
CONCLUSION GENERALE
En sommes, nous avons effectué notre stage académique dans l’entreprise ISMTA.
Pendant notre stage, nous avons travaillé sur une application web d’amélioration de la qualité
de l’inscription. L’application réalisée donne ainsi la possibilité aux personnes en
déplacement ou empêchées de pouvoir s’inscrire sans fois toute se déplacer. Elle permet au
service d’inscription d’ISMTA de pouvoir mieux gérer ses inscriptions et étudiants inscrits, de
mieux gérer l’archivage et le traitement rapide et efficace des fiches d’inscription des
étudiants inscrits.
Les difficultés n’étaient pas des moindres, surtout que nous étions pour la première
fois dans un monde professionnel. Mais la mise en œuvre de nos compétences dans un projet
d’une telle envergure nous a permis non seulement de développer notre sens de créativité et
de recherche. En plus, il nous a été bénéfique dans la mesure où nous avons pu approfondir
nos connaissances théoriques et pratiques acquises durant notre parcours académique.
En perspective, notre application peut être améliorée en ajoutant d’autre

fonctionnalité. Néanmoins un travail n’étant jamais parfait, nous tenons des perspectives pour
accroitre le service proposé par notre solution et remercions d’avance tous ceux qui nous
feraient parvenir des suggestions constructives.

Foumban
BIBLIOGRAPHIE
 Sites web :
 https://www.axiocode.com
 https://www.siteduzero.com
 https://www.developpez.com
 https:// fr.wikipedia.org/wiki/Accueil
 https://www.community.jaspersoft.com
 https://www.tibco.com
 https://www.youtube.com
 https://www.comment-ça-marche
 Anciens rapport de stage :
 F.FENAGAYOUMDI ZOUNKARANENI : « GESTION DE L’UTILISATION
DES DONNEES WIFI : CAS DE L’INSTITUT SUPERIEUR DE
MANAGEMENT ET DES TECHNOLOGIES APPLIQUEES »
 NSANGOU MOHAMED MOCTAR : « IMPLEMENTATION D’UNE
SOLUTION DE VOIP SECURISE : CAS D’ISMTA »
 Support de cours :
 Mr Njamen Z. (2023) Cours de POO en Java ISMTA non publié.
 Mr Atuyo T. M. (2023) Cours de Développement d’application ISMTA non
publié.
 Mr Atuyo T. M. (2023) Cours UML ISMTA non publié
 Mr NSANGOU A. (2023) Cours Exploitation d’un schéma des données ISMTA
non publié.

Foumban
TABLE DE MATIERES
CERTIFICAT DE TRAVAIL ET ATTESTATION..................................................................II

SOMMAIRE.............................................................................................................................III
DEDICACE..............................................................................................................................IV
REMERCIEMENTS..................................................................................................................V
AVANT PROPOS....................................................................................................................VI
RESUME.................................................................................................................................VII
ABSTRACT...........................................................................................................................VIII
LISTE DES FIGURES.............................................................................................................IX
LISTE DES TABLEAUX..........................................................................................................X
LISTE DES ABREVIATIONS................................................................................................XI
INTRODUCTION GENERALE................................................................................................1
CHAPITRE I : PRESENTATION GENERALE DE ...................................... L’ENTREPRISE
.....................................................................................................................................................2
I. HISTORIQUE, DESCRIPTION ET MISSIONS DE L’ENTREPRISE......................2
1. Historique.....................................................................................................................2
2. Description...................................................................................................................2
3. Missions.......................................................................................................................2
II. STRUCTURE ET ORGANISATION...............................................................................3
1. Fiche Signalétique........................................................................................................3
2. Organigramme..............................................................................................................4
III. ENVIRONNEMENT EXTERNE......................................................................................4
1. Les fournisseurs............................................................................................................4
2. Partenaires....................................................................................................................4
CHAPITRE II : DEROULEMENT DU STAGE ET CONCEPT THEORIQUE.......................6
I. DEROULEMENT DU STAGE.........................................................................................6
1. Accueil.........................................................................................................................6
2. Chronologies des Taches effectuées............................................................................6
II. CHOIX DU THEME ET JUSTIFICATION....................................................................7
III. ETUDE DE FAISABILITE ET D’OPPORTUNITE.......................................................7
1. Etude de faisabilité.......................................................................................................7
2. Etude d’opportunité......................................................................................................8
IV. ETUDE DE L’EXISTANT.................................................................................................8
1. Description de l’existant...............................................................................................8

Foumban
2. Problème lié à l’existant...............................................................................................8

CHAPITRE III : ANALYSE ET CONCEPTION DE LA SOLUTION..................................10
I. ANALYSE..........................................................................................................................10
1. Méthode et langage de modélisation..........................................................................10
1.1. Le langage de Modélisation UML (Unified Modeling Language).....................10
1.1.1. Historique....................................................................................................10
1.1.2. Présentation d’UML....................................................................................11
1.2. La méthode MERISE..........................................................................................11
1.2.1. Historique....................................................................................................11
1.2.2. Présentation de MERISE.............................................................................12
2. Différence entre l’UML et la méthode MERISE.......................................................12
3. Langage de modélisation choisi.................................................................................13
A. DIAGRAMME DYNAMIQUE.............................................................................13
1. Diagramme de cas d’utilisation..........................................................................13
1.1. Définition du cas d’utilisation (use case)....................................................13
1.2. Eléments de modélisation des cas d’utilisation...........................................14
1.2.1. Acteur......................................................................................................14
1.2.2. Cas d’utilisation......................................................................................15
1.2.3. Relation...................................................................................................15
1.2.3.1. La relation de généralisation............................................................15
1.2.3.2. La relation d’inclusion......................................................................16
1.2.3.3. Relation d’extension.........................................................................17
1.3. Description textuelle d’un cas d’utilisation.................................................17
2. Le Diagramme de séquence................................................................................18
2.1. Définition et concepts de base.....................................................................18
2.2. Fragment d’interaction................................................................................19
2.3. Autre utilisation du diagramme de séquence...............................................20
B. DIAGRAMME STATIQUE...................................................................................20
1. Diagramme de classe..........................................................................................20
1.1. Définition Diagramme de classe..................................................................20
1.2. Notion de classe...........................................................................................21
1.3. Notion d’attribut..........................................................................................21
1.4. Notion d’identifiant.....................................................................................21
1.5. Notion de Relation.......................................................................................21
1.6. Notion d’opération.......................................................................................22
4. Le Modèle MVC (Modèle, Vue, Contrôleur)............................................................22

Foumban
II. CONCEPTION..................................................................................................................23
1. Elaboration du Diagramme des cas d’utilisation........................................................23
1.1. Identifications et rôle des acteurs........................................................................23
1.2. Identification des cas d’utilisations et Diagramme de cas d’utilisation du
système...........................................................................................................................24
1.3. Description textuelle des cas d’utilisations.........................................................24
2. Diagramme de séquence des cas d’utilisation............................................................28
3. Description de la classe étudiant................................................................................30
CHAPITRE IV : REALISATION DE LA SOLUTION...........................................................31
I. APPLCATION WEB........................................................................................................31
II. ENVIRONNEMENT DE DEVELOPPEMENT UTILISE...........................................31
III. LANGAGES ET TECHNOLOGIES UTILISES...........................................................33
1. Langages.....................................................................................................................33
2. Technologies utilises..................................................................................................34
2.1. La plateforme JEE...............................................................................................34
IV. PRESENTATION DE L’APPLICATION......................................................................35
1. Captures d’écrans.......................................................................................................35
1.1. Partie utilisateur..................................................................................................35
1.1.1. L’onglet demande d’inscription...................................................................36
1.1.2. L’onglet Orientation....................................................................................38
1.1.3. L’onglet a propos.........................................................................................38
1.2. Partie administrateur...........................................................................................39
1.2.1. Authentification...........................................................................................39
1.2.2. Accueil administrateur.................................................................................39
1.2.3. Le menu Gestion des étudiants....................................................................40
V. ANALYSE CRITIQUE.....................................................................................................40
1. Remarque appréciative...............................................................................................40
2. Difficultés rencontrées...............................................................................................41
3. Enseignement tires.....................................................................................................41
CONCLUSION GENERALE...................................................................................................42
BIBLIOGRAPHIE....................................................................................................................43
TABLE DE MATIERES..........................................................................................................44

Rapport de Stage

Transféré par

Informations du document

Titre original

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

Rapport de Stage

Transféré par

Droits d'auteur :

Formats disponibles

REPUBLIQUE DU CAMEROUN REPUBLIC OF CAMEROUN

PAIX – TRAVAIL – PATRIE PEACE – WORK – FATHERLAND

THEME : Développement d’une application web et amélioration de la qualité

STAGE EFFECTUE A L’INSTITUT SUPERIEUR DE MANAGEMENT ET DES TECHNOGIES

Rédigé et présenter par :

KAJOH SAMSON KAWEP

M. ATUYO TANKEU HERMAN Dr. ETAH IVO EWANE

ANNEE ACADEMIQUE 2022-2023

CERTIFICAT DE TRAVAIL ET ATTESTATION

Je soussigné KAJOH SAMSON KAWEP, étudiant en deuxième année BTS

Fait à Foumban le ………………………………

Visa de l’étudiant Visa de l’encadreur

Rédigé par KAJOH SAMSON KAWEP Page II

CERTIFICAT DE TRAVAIL ET ATTESTATION.......................................................................II

Rédigé par KAJOH SAMSON KAWEP Page III

Rédigé par KAJOH SAMSON KAWEP Page IV

Nous ne saurons commencer ce travail sans toutefois témoigner notre reconnaissance

 Mes remerciements vont tout droit au directeur des affaires académiques et de la

Rédigé par KAJOH SAMSON KAWEP Page V

Par décret n°72/D.F/201 du 17 avril 1972, le gouvernement camerounais a institué le

Elle forme en LICENCE et aussi dans les spécialités BTS suivantes :

La Gestion des Systèmes d’Informations (GSI) qui nous intéresse particulièrement

Rédigé par KAJOH SAMSON KAWEP Page VI

Dans l’objectif de l’obtention d’un BTS (Brevet de Technicien Supérieur), en Gestion

Rédigé par KAJOH SAMSON KAWEP Page VII

With the aim of obtaining an HND (Higher Technician Diploma), in Information

Rédigé par KAJOH SAMSON KAWEP Page VIII

LISTE DES FIGURES

Figure 1: Organigramme de IMSTA........................................................................................................4

Rédigé par KAJOH SAMSON KAWEP Page IX

LISTE DES TABLEAUX

Tableau 1: Fiche Signalétique de l’ISMTA...............................................................................................3

Rédigé par KAJOH SAMSON KAWEP Page X

LISTE DES ABREVIATIONS

BTS Brevet de Technicien Supérieur

Rédigé par KAJOH SAMSON KAWEP Page XI

Le processus d’enseignement et évaluation commence toujours par l’inscription

Ainsi, comment s’effectuent les inscriptions à ISMTA ? Et comment son gérer et

Le présent rapport présente en détail notre projet. Il comporte quatre chapitres :

 CHAPITRE 1 : Présentation générale de la structure, dans ce chapitre nous

Rédigé par KAJOH SAMSON KAWEP Page 1

CHAPITRE I : PRESENTATION GENERALE DE

I. HISTORIQUE, DESCRIPTION ET MISSIONS DE

Rédigé par KAJOH SAMSON KAWEP Page 2

II. STRUCTURE ET ORGANISATION

Tableau 1: Fiche Signalétique de l’ISMTA

Dénomination sociale Institut supérieur de management et des technologies appliquées

Forme juridique SARL (Société a Responsabilité Limite)

Siege sociale FOUMBAN

PDG Dr. ZAKARI PEKEKUE

Raison sociale Formation professionnelle

Date de création 09 Septembre 2013

Date d’ouverture 03 Juillet 2014

Adresse email Ismta.cameroun@gmail.com

Contacts BP. 26 Foumban - Tel. (+237)674-74-74-14

Arrêté de création N°13/039/MINEDUC/SG/DDES

Arrêté de d’ouverture N°13/07861/N/MINESUP/DDES/ESUP/OAGS

Site web www.ismti-ismta-university.com

Rédigé par KAJOH SAMSON KAWEP Page 3

III. ENVIRONNEMENT EXTERNE

L’université de Dschang, L’université de Ngaoundéré, L’université de Yaoundé II, etc.

Rédigé par KAJOH SAMSON KAWEP Page 4

CHAPITRE II : DEROULEMENT DU STAGE ET CONCEPT