Memoire Dut Sam

DEDICACE
Je dédie ce modeste travail à:
Ma famille
RÉDIGÉ PAR SAMANKASSOU FOULLA i

REMERCIEMENTS
Au terme de ce travail, nos remerciements vont d’abord au DIEU tout puissant ayant
permis la réalisation de ce travail, en nous accordant santé et courage pour arriver à ce stade.
Ensuite, sensible aux multiples efforts fournis par les uns et les autres pour leur
contribution, leur collaboration, leur soutien infaillible, notre gratitude est exprimée :
• Pr Mohammadou Bouba Adji, Directeur de l’Institut Universitaire de Technologie

de Ngaoundéré pour la qualité de la formation reçu dans son institution ;
• Pr EKOBENA FOUDA Henry Paul, Chef de la Division de la Formation Initiale à

l’Institut Universitaire de Technologie de Ngaoundéré ;
• Pr YENKE Blaise Omer, Chef du Département Informatique à l’Institut Universitaire

de Technologie de Ngaoundéré ;
• Dr NDAM NJOYA Arouna, enseignant à l’Institut Universitaire de Technologie de

Ngaoundéré ;
• Dr ABBOUBAKAR Hamadjam, enseignant à l’Institut Universitaire de Technologie

de Ngaoundéré ;
• Dr DANGBE Ezekiel, chef du service de stage à l’IUT de Ngaoundéré ;

• Mr KANI DJOULDE, Enseignant à l’Institut Universitaire de Technologie de
Ngaoundéré ;
• Tout le personnel de l’Institut Universitaire de Technologie de Ngaoundéré ;

• Mon Oncle A/C RANGASSOU GORSOU JEAN PIERRE et son Épouse
DAMISSIA BERTHE ;
• Ma cousine FITA RANGASSOU CLARISSE ;

• Ma petite sœur DIMISSIGUE GRÂCE ;
• Mes Camarades de promotion.
RÉDIGÉ PAR SAMANKASSOU FOULLA ii

Table des matières
DEDICACE .............................................................................................................................................
i
REMERCIEMENTS .............................................................................................................................
ii
LISTE DES ABREVIATIONS .............................................................................................................

v
LISTE DES FIGURES .........................................................................................................................

vi
LISTE DES TABLEAUX ....................................................................................................................

vii
PRESENTATION DE L’IUT DE NGAOUNDERE ........................................................................

viii
I. Historique et évolution de L’IUT .........................................................................................

viii
II. Structure
organisationnelle .................................................................................................... ix
III. Secteur
d’activité ..................................................................................................................... ix
IV. Situation géographique .......................................................................................................

xi
RESUME ..............................................................................................................................................
xii
ABSTRACT .........................................................................................................................................
xiii
INTRODUCTION ................................................................................................................................. 1
CHAPITRE I : PROBLEMATIQUE DE L’INSCRIPTION AUX CONCOURS DE L’IUT DE

NGAOUNDERE .................................................................................................................................... 3
I.1. DESCRIPTION DE L’EXISTANT [7] .......................................................................................

4
RÉDIGÉ PAR SAMANKASSOU FOULLA iii

I.1.1. Processus d’inscription au concours ......................................................................................
4
I.1.2. Règles de gestion [8] ...............................................................................................................
5
I.2. CRITIQUE DE L’EXISTANT ..................................................................................................

6
I.3. PROPOSITION DE SOLUTIONS ........................................................................................... 6
CHAPITRE II : ANALYSE ET CONCEPTION DE LA PLATEFORME D’INSCRIPTION EN

LIGNE AUX CONCOURS DE L’IUT DE NGAOUNDERE ............................................................
7
II.1. DEMARCHE DE DEVELLOPEMENT .................................................................................

9
Langage de modélisation ................................................................................................................ 9
II.2. EXIGENCES DU SYSTEME ................................................................................................ 10

II.2.1. Exigences fonctionnelles ....................................................................................................
10 II.2.1. Exigences non
fonctionnelles ............................................................................................. 11
II.3. ANALYSE DES CAS D’UTILISATION ..............................................................................

12
II.3.1. Les acteurs ..........................................................................................................................
12
II.3.2. Cas d’utilisation ..................................................................................................................
12
II.3.3. Diagramme des cas d’utilisations .......................................................................................
12
II.3.3 Descriptions textuelles de certains cas d’utilisations .......................................................... 17
II.4. Analyse Statique ......................................................................................................................

33
II.4.1. Les classes et les objets ...................................................................................................... 34
II.4.2. Le diagramme de classe [8]
..................................................................................................
34
II.5. Conception ...............................................................................................................................

36
II.5.1. Conception générale du système ........................................................................................
36
RÉDIGÉ PAR SAMANKASSOU FOULLA iv

II.5.2. Conception détaillée du système ........................................................................................
37
II.6. Architecture de l’application ................................................................................................. 37
II.7. Structure des répertoires ........................................................................................................

38
CHAPITRE III : IMPLEMENTATION ET TEST ......................................................................... 37
III.1. Implémentation ......................................................................................................................

40
III.1.1. Présentation du serveur web APACHE ............................................................................ 40
III.1.2. Présentation du serveur de base de données MYSQL ...................................................... 41
III.1.3. Présentation des langages de programmation ...................................................................
41
III.1.4. Présentation des outils logiciels ........................................................................................
43
III.1.5. Présentation des outils matériels .......................................................................................
44
III.1.6. Sécurité ............................................................................................................................. 44
III.2. TESTS .....................................................................................................................................

45
III.2.1. Formulaire de connexion .................................................................................................. 45
III.2.2. Page d’accueil de l’application ......................................................................................... 46
III.2.3. Page statistiques ................................................................................................................
47
III.2.4. Diagramme circulaire des statistiques .............................................................................. 48
III.2.5. Fichier statistiques imprimé ..............................................................................................
49
CONCLUSION ET PERSPECTIVES ...............................................................................................

48
REFERENCES BIBLIOGRAPHIQUES .......................................................................................... 49
ANNEXES ............................................................................................................................................ 52
LISTE DES ABREVIATIONS
RÉDIGÉ PAR SAMANKASSOU FOULLA v

Tableau 1: Liste des abréviations
Sigle Signification
AJAX Asynchronous JavaScript and XML
IUT Institut Universitaire de Technologie
DUT Diplôme Universitaire de Technologie
UP Unified Process
CSS Cascading StyleSheet
HTML Hypertext Markup Language
IDE Integrated Development Environment
MVC Modèle Vue Contrôleur
PHP HyperText Preprocessor
PDF Portable Document Format
SGBD Système de Gestion de Base de Données
ODBC Open-DataBase-Connectivity
SQL Structured Query Language
UML Unified Modeling Language
XML Extensive Markup Language
LISTE DES FIGURES
Figure 1: Schéma de représentation d’un acteur ......................................................................

12
RÉDIGÉ PAR SAMANKASSOU FOULLA vi

Figure 2: Schéma de représentation d’un cas d’utilisation ......................................................
12
Figure 3: Schéma de représentation d’un diagramme de cas d’utilisation ...............................
13
Figure 4: Diagramme de cas d’utilisation coté visiteur ............................................................
14
Figure 5: Diagramme de cas d’utilisation coté administrateur ................................................
15
Figure 6: Diagramme de classe de la plateforme d’inscription en ligne ..................................
36
Figure 7: Architecture de l’application ....................................................................................
37
Figure 8: Architecture des répertoires de CodeIgniter .............................................................
38
Figure 9: Interface de connexion du système ...........................................................................
45
Figure 10: Page d'accueil de l'application ................................................................................
46
Figure 11: Interface visualisation statistiques ..........................................................................
47
Figure 12: Exemple de fichier statistiques généré ...................................................................
49
RÉDIGÉ PAR SAMANKASSOU FOULLA vii

LISTE DES TABLEAUX
Tableau 1: Liste des abréviations..............................................................................................vi

Tableau 2: Fiche d'identification de l'IUT................................................................................xii
Tableau 3: Description textuelle du cas d’utilisation « ConsulterSite » ..................................

17
Tableau 4: Description textuelle du cas d’utilisation « ConsulterArrêté » ..............................
18
Tableau 5: Description textuelle du cas d’utilisation « TelechargerArrêté » ...........................
19
Tableau 6: Description textuelle du cas d’utilisation « S'inscrire » .........................................
19
Tableau 7: Description textuelle du cas d’utilisation « GenererApercuInfo » .........................
20
Tableau 8: Description textuelle du cas d’utilisation « ImprimerFicheCandidature » ............
21
Tableau 9: Description textuelle du cas d’utilisation S’authentifier ........................................
22
Tableau 10: Description textuelle du cas d’utilisation « Visualiser liste candidat Valide » ....
23
Tableau 11: Description textuelle du cas d’utilisation « Visualiser liste candidat En attente »
..................................................................................................................................................
24
Tableau 12: Description textuelle du cas d’utilisation « Exporter la liste des candidats » ......
24
Tableau 13: Description textuelle du cas d’utilisation « Imprimer la liste des étudiants » ......
25
Tableau 14: Description textuelle du cas d’utilisation « Valider candidat » ...........................
26
Tableau 15: Description textuelle du cas d’utilisation « Invalider candidat » .........................
27
RÉDIGÉ PAR SAMANKASSOU FOULLA viii

Tableau 16: Description textuelle du cas d’utilisation « Visualiser Liste Utilisateurs » .........
27
Tableau 17: Description textuelle du cas d’utilisation « Ajouter Utilisateur » ........................
28
Tableau 18: Description textuelle du cas d’utilisation « Modifier Utilisateur » ......................
29
Tableau 19: Description textuelle du cas d’utilisation « Supprimer Utilisateur » ...................
30
Tableau 20: Description textuelle du cas d’utilisation « Désactiver Utilisateur » ...................
30
Tableau 21: Description textuelle du cas d’utilisation Visualiser Statistiques ........................
31
Tableau 22: Description textuelle du cas d’utilisation Imprimer la liste des étudiants ............
32
Tableau 23: Description textuelle du cas d’utilisation Importer la liste des étudiants .............
32
Tableau 24: Description des cardinalités d’un diagramme de classe .......................................
35
PRESENTATION DE L’IUT DE
NGAOUNDERE
I. Historique et évolution de L’IUT

Créée par décret présidentiel N0 008/CAB/PR du 19 janvier 1993 et placée sous la
tutelle de l’Université de Ngaoundéré, l’Institut Universitaire de Technologie de Ngaoundéré
est un établissement de formation professionnel qui a pour mission de former les techniciens
supérieurs qualifiés, dotés des compétences adaptées aux besoins des entreprises. Pour assurer
la formation des techniciens supérieurs de qualités, l’institut universitaire de technologie de
Ngaoundéré offre à ses étudiants un cadre de travail serein et des laboratoires équipés par des
RÉDIGÉ PAR SAMANKASSOU FOULLA ix

nouveaux équipements technologiques de pointes. Elle est managée par un personnel
enseignant compétant, dévoué aux attentes de l’institution et accessible aux étudiants.
Depuis sa création, elle a connu une évolution tant sur ses formations que sur la qualité de
ses enseignements. Nous retenons ici quelques dates marquantes de son évolution :
Ø 1993 : Création de l’IUT de Ngaoundéré ;

Ø 1995 : Création de la spécialité Génie Informatique ;
Ø 2003 : GAI devient Génie Biologique ;
Ø 2003 : Création de la spécialité Génie Thermique et Energétique ;
Ø 2007 : Passage au système Licence- Master - Doctorat (LMD) ;
Ø 2008 : Ouverture de la Licence Professionnelle en Génie Informatique ;
Ø 2009/2010 : Ouverture de la Licence Professionnelle en Génie Biologique ;
Ø 2010/2011 : Ouverture de la Licence Professionnelle en Génie Industriel et
maintenance ;
Ø 2014 : Ouverture du parcours Génie Mécanique.

Ø 2017/2018 : Passage de la Licence Professionnelle pour la Licence Technologique en
Génie Informatique.
II. Structure organisationnelle

L’organigramme hiérarchique de l’IUT est présenté à l’Annexe 1. Les différents maillons de
la chaîne administrative de l’IUT sont formés de la direction, des divisions et de divers
services allant des affaires générales à l’intendance.
• La Direction : Elle est composée d’un directeur assisté d’un adjoint. Elle est chargée
de la police générale de l’établissement, de la gestion des crédits et du personnel, de la
représentation de l’institut auprès du recteur de l’Université, du suivi de la
coopération, de la coordination et de l’animation des activités académiques ;
• Les divisions : Il y en a deux. Celle en charge de la formation initiale qui gère

l’organisation, l’animation et le suivi des activités de l’ensemble des départements ; et
celle des stages et de la formation permanente et des relations avec les milieux
professionnels ;
RÉDIGÉ PAR SAMANKASSOU FOULLA x

• Le service chargé des affaires qui s’occupe de la gestion du personnel administratif
et de l’instruction des affaires générales ;
• Le service de la documentation et de la reprographie qui organise et anime les

activités d’impression et de diffusion des matériels pédagogiques ;
• Le service de la scolarité et de l’orientation professionnelle, chargé de

l’information et de l’orientation des candidats à l’inscription dans les différentes
filières et la gestion des statistiques ;
• Le service de l’intendance qui a en charge l’instruction des affaires financières ;
• Le service des stages qui est chargé de la gestion des étudiants en stage et des
relations avec les entreprises.
L’organigramme de la structure organisationnelle de l’IUT se présente tel que suit (Voir

annexe 1).
III. Secteur d’activité

L’Institut Universitaire de Technologie de Ngaoundéré est une école de formation dans le
domaine des technologies. Cet institut a pour missions :
• De dispenser en formation initiale un enseignement moyen supérieur préparant aux
fonctions de cadres intermédiaires dans les domaines des Techniques Industrielles, du
Génie des Procédés et de l’Informatique ;
• D’assurer la formation permanente dans les mêmes domaines qu’en formation initiale ;
de fournir aux entreprises ou administrations, des prestations de recherche appliquée,
de services ou de formation professionnelle dans les domaines techniques
correspondant à ses activités.
L’IUT de Ngaoundéré dispose de trois cycles :
• Un premier cycle du Diplôme Universitaire de Technologie, d’une durée de quatre

semestres, et sanctionné par le Diplôme Universitaire de Technologie (DUT) (niveau
BAC + 2) ;
RÉDIGÉ PAR SAMANKASSOU FOULLA xi

• Un second cycle de Licence Professionnelle (post DUT), d’une durée de deux
semestres, sanctionné par le Diplôme de Licence Professionnelle (niveau BAC + 3) ;
• Un troisième cycle de Brevet de Technicien supérieur, d’une durée normale de quatre

semestres, qui prépare le candidat à l’examen national du Brevet de Technicien
Supérieur (BTS) (Niveau BAC + 2).
Il existe cinq Mentions à l’IUT de N’Gaoundéré à savoir : Génie Informatique, Génie

Biologique, Génie Industriel et maintenance, Génie Civil et construction Durable,
Maintenance des équipements Biomédicaux. L’IUT offre donc plusieurs parcours de
formation pour chaque mention :
Ø Mention Génie Industriel et Maintenance :
- Génie Thermique et Énergétique
- Maintenance Industriel et Productique
- Génie Électrique
- Génie Mécanique
Ø Mention Génie Biologique :
- Industries Alimentaires et Biotechnologiques

- Génie de l’Environnement
- Analyses Biologiques et Biochimiques
Ø Mention Génie Informatique
- Génie Logiciel
- Réseautique et Internet.
Ø Mention Génie Civil et Construction Durable - Génie Civil et Construction Durable.
Ø Maintenance des équipements Biomédicaux.
RÉDIGÉ PAR SAMANKASSOU FOULLA xii

IV. Situation géographique
L’IUT (Institut Universitaire de Technologie) de Ngaoundéré est situé dans la région
de l’Adamaoua, dans le département de la vina plus précisément dans l’Arrondissement de
Ngaoundéré 3ème. Elle se trouve dans l’enceinte de l’université de Ngaoundéré (Voir annexe
2).
Tableau 2: Fiche d'identification de l'IUT
Raison sociale Institut Universitaire de Technologie de

Ngaoundéré
Sigle IUT
Logo
Siege Sociale Ngaoundéré

Boite postal 455 Ngaoundéré
Téléphone (+237) 677 11 22 18 / 677 11 22 20
Fax (+237) 677 11 22 18
Site internet http://iut.univ-ndere.cm

Email iut@univ-ndere.cm
Matériel informatique et matériel de
sécurité incendie
Ressources matérielles
Ressources humaines L’IUT compte plus de 50 employés
Personnels Personnel d’appuis et personnel enseignant
RESUME
L’Institut Universitaire de Technologie (IUT) de Ngaoundéré dans l’optique de

faciliter et d’apporter une fluidité dans ses activités de gestion a sollicité la mise en place
d’une plateforme d’inscription en ligne à ses concours. Il nous a été confié la tâche de
développer un site d’inscription en ligne aux concours de l’IUT et une application de gestion
de ces inscriptions qui devra permettre non seulement l’inscription des candidats et la
génération de leur fiche de candidature mais aussi le traitement de ces informations en vue de
produire des listes de candidats selon de multiples critères. Pour parvenir aux résultats
RÉDIGÉ PAR SAMANKASSOU FOULLA xiii

escomptés, nous utilisant une méthode agile. Nous avons tout d’abord étudié la procédure
d’inscription aux concours actuelle, effectué l’analyse et la conception du système, et enfin
réaliser l’implémentation. Au terme de ce travail, nous avons développé une application
permettant l’inscription en ligne aux différents concours de l’IUT. Cette application permet de
gérer les modules de base (l’inscription d’un candidat proprement dit, la validation ou
l’invalidation du dossier d’un candidat, gestion des listes de candidats, les statistiques…).
Indispensable dans le processus d’inscription aux concours de l’IUT la génération de la fiche
de candidature du candidat inscrit, l’impression de la liste des candidats par centres d’examen,
par lieu de dépôt, par langue de composition pour ne citer que ces critères.
ABSTRACT
The University Institute of Technology (UIT) of Ngaoundéré, with a view to

facilitating and providing fluidity in its management activities, requested the establishment of
an online registration platform for its competitions. We have been entrusted with the task of
developing an online registration site for the UIT competitions and an application for
managing these registrations which will allow not only the registration of candidates and the
generation of their application form but also the processing of this information in order to
produce lists of candidates according to multiple criteria. To achieve the expected results,
using an agile method, we first studied the current competition entry process, performed the
analysis and design of the system, and finally carried out the implementation. At the end of
this work, we have developed an application allowing online registration for the various UIT
competitions. This application is used to manage the basic modules (the registration of a
candidate itself, the validation or invalidation of a candidate's file, management of lists of
candidates, statistics, etc.). Indispensable in the registration process for the UIT competitions,
the generation of the application form of the registered candidate, the printing of the list of
RÉDIGÉ PAR SAMANKASSOU FOULLA xiv

candidates by examination centers, by place of deposit, by language of composition, to name
but a few than these criteria.
RÉDIGÉ PAR SAMANKASSOU FOULLA xv

INTRODUCTION
L’informatique représente la révolution la plus importante et la plus innovante qui a

marqué la vie de l'humanité ces dernières décennies. En effet, loin d'être un éphémère
phénomène de mode, ou une tendance passagère, l'informatique vient nous apporter de
multiples conforts à notre mode de vie.
Aucun domaine n'est resté étranger à cette stratégie qui offre tant de services aussi
bien pour l’enseignement ou l'administration que pour le personnel et c'est dans ce cadre
d'idées que s'inscrit notre projet de fin d’études.
L’objectif ciblé dans notre projet de fin d’études est la conception et le développement
d'une plateforme d’inscription en ligne aux différents concours de l’Institut Universitaire de
Technologie (IUT).
Notre travail consiste à mettre en place une plateforme capable de gérer les
inscriptions des candidats aux différents concours (Division de la formation initiale, Brevet de
Technicien Supérieur, Licence de Technologie). Les avantages souhaités de cette application
sont d’avoir un accès rapide à toutes les informations qui concernent les différents concours
lancés par l’IUT, une bonne organisation des informations, le partage habilité de la base de
données entre plusieurs utilisateurs simultanément. Pour ce faire, le langage de modélisation
Unified Modeling Language (UML) est utilisé dans la phase d’analyse et de conception et
langage de programmation HyperText Preprocessor (PHP) pour l’implémentation de
l’application.
L'application devra tout d'abord être extrêmement fiable, et son utilisation quotidienne
ne devra pas laisser place à d'éventuel point faible. L'objectif principal est l’inscription des
candidats aux différents concours, mais en autres, l'application devra notamment :
• Permettre de générer les listes des candidats ;

• Permettre l’impression de la fiche de candidature d’un postulant ;
• Permettre de faire des statistiques à la base du nombre de candidats inscrits …
De ce fait, la présentation de ce travail sera effectuée en trois principaux chapitres répartis

comme suit :
• Le premier chapitre intitulé « Problématique de l’inscription aux concours de l’IUT

de Ngaoundéré » présente une étude du processus d’inscription à un concours de l’IUT,
définit le projet ainsi que le travail demandé ;
RÉDIGÉ PAR SAMANKASSOU FOULLA 1
• Le deuxième chapitre intitulé « Analyse et conception du système d’inscription aux
concours de l’IUT de Ngaoundéré » définit ce que doit faire le système et les contraintes
qu’il doit respecter, présente comment a été conçu le système et définit son architecture ;
• Le troisième et dernier chapitre intitulé « Implémentation et Tests » est consacré à la

présentation de l’application développé ainsi que les outils de développement utilisés ;
RÉDIGÉ PAR SAMANKASSOU FOULLA

2
CHAPITRE I : PROBLEMATIQUE DE
L’INSCRIPTION AUX CONCOURS DE
L’IUT DE NGAOUNDERE
L'inscription est un enregistrement sur un document ou autre support en vue d'une
adhésion. L'adhésion d'un candidat dans les universités et institutions supérieures
Camerounaises est règlementée par le ministère de l’enseignement supérieur.
Ce processus d'inscription est la première et incontournable voie par laquelle tout

étudiant doit passer pour commencer son parcours universitaire.
L’étudiant désireux de s'inscrire, procède tout d’abord à une préinscription en ligne sur le site
de l’université choisi en remplissant un formulaire d’inscription préparé à cet effet. Ensuite, il
adresse directement son dossier de candidature à l'établissement, conformément à un
communiqué ou un arrêté détaillant les éléments constitutifs du dossier de candidature.
Ainsi, la qualité d'étudiant s'obtient soit par la confirmation pour les nouveaux
étudiants, soit par le renouvellement de l'inscription pour les étudiants des classes montantes.
La confirmation ou le renouvellement de l'inscription se fait par le paiement des frais

d'études et est sanctionné par la remise d'une carte d'étudiant. Cette carte donne l'identité de
l'étudiant (nom(s), prénom(s), lieu et date de naissance, sexe…) ; elle porte sa photo, indique
son numéro matricule, l'année d'étude et la filière dans laquelle il est inscrit.
Cette démarche précédemment décrite est celle suivi en générale pour les inscriptions dans les
facultés accessibles à tous les étudiants remplissant les critères définit. Elle est légèrement
différente pour les écoles accessibles uniquement sous concours.
Dans ces cas, L’inscription commence pour certaines écoles par une inscription en
ligne (Cette procédure permet d’effectuer dans un seul environnement virtuel toutes les étapes
nécessaires à une inscription.), inscription qui débouche sur le téléchargement d’une fiche de
candidature générée à partir des informations du candidat qu’il joint alors à son dossier de
candidature. Cependant l’inscription devient effective après le dépôt d’un dossier contenant
plusieurs documents exigés (suivants l’arrêtés du concours).
Il s’agit le plus souvent des documents suivants :
• Une fiche de candidature dument remplie et timbrée

• Une photocopie certifiée conforme de l’acte naissance datant de moins de 3 mois du
jour du dépôt

• Une photocopie certifiée conforme du diplôme donnant droit au concours
• Photos d’identité format 4*4
• Un certificat médical délivré par un médecin fonctionnaire datant de moins de 3 mois
du jour du dépôt de dossier
• Un extrait du casier judiciaire datant de moins de 3 mois du jour du dépôt de dossier

• Une photocopie certifiée conforme de la carte nationale d’identité
• Attestations d’emploi pour les travailleurs
• Un reçu de versements bancaire d’un montant défini sur l’arrêté du concours de
l’école concerné
Plus de détails sont mentionnés sur le verso d’un exemplaire d’une fiche de
candidature à l’annexe 4.
De toutes les écoles universitaires camerounaises, celle qui fait l’objet de notre
attention dans ce chapitre est l’Institut Universitaire de Technologies de Ngaoundéré. Ainsi,
ce chapitre présente tout d’abord la manière dont les inscriptions aux concours d’entrée à
l’IUT s’effectuent. Ensuite, fait ressortir les limites de cette démarche et enfin définit une
solution qui pallie les limites répertoriées.
I.1. DESCRIPTION DE L’EXISTANT [7]

Cette étape cruciale de la mise en route de tout projet informatique permet de définir le
processus métier, et de dégager les différentes imperfections dans le système actuel afin de
les corriger. Nous avons eu à faire tout d’abord des entrevues avec les membres du service de
la scolarité de l’IUT qui est le siège central de la gestion des inscriptions aux concours
d’entrée à l’IUT. Après avoir structuré les informations collectées, nous en tirons que la
gestion de notes est basée sur l’utilisation des fichiers Excel. Les acteurs principaux qui
participent à ce processus sont :
• Le postulant qui fournit ses informations à travers une fiche de candidature (Voir
annexe 3 et annexe 4) ;
• Le responsable du lieu de dépôt des dossiers qui après vérification et validation du

dossier de candidature, enregistre ces informations manuellement dans un fichier
Excel.

Dans le prochain paragraphe nous nous attellerons avec soins sur le processus
d’inscription au concours d’entrée à l’IUT de Ngaoundéré.
I.1.1. Processus d’inscription au concours
Le processus d’inscription au concours est défini par les étapes suivantes :

Etape1 : Le postulant récupère une fiche de candidature[6] dans un des centres de dépôts de
dossier et y remplit de façon manuscrite ses informations personnelles ;
Etape2 : il associe cette fiche de candidature dûment remplie au reste des documents exigés
dans un dossier de candidature et dépose ce dossier dans l’un des centres de dépôts ;
Etape3 : Le responsable du lieu de dépôts concerné vérifie si tous les documents requis sont
contenus dans le dossier de candidature. Si oui, il enregistre les informations de l’étudiant
manuellement dans un fichier Excel dont les enregistrements seront introduits plus tard dans
une base de données.
I.1.2. Règles de gestion [8]

Les règles utilisées pour l’inscriptions au concours d’entrée à l’IUT sont :
Règle 1 : Un parcours appartient à une seule mention ;
Règle 2 : Une mention a un ou plusieurs parcours ;
Règle 3 : Une mention appartient à un ou plusieurs cycles ;
Règle 4 : Un cycle a une ou plusieurs mentions ;
Règle 5 : Un Candidat postule pour une place dans un parcours de formation ;
Règle 6 : Un ou plusieurs candidats peuvent postuler pour un même parcours ;
Règle 7: Un Candidat est caractérisé par son nom, son prénom, sa date de naissance et
son lieu de naissance, son sexe, sa nationalité, sa région d’origine, son ou ses parcours choisis
par ordre de préférence dépendamment du cycle choisi, son statut professionnel ;
Règle 8 : Un candidat possède un seul dossier de candidature ;

Règle 9 : Un dossier de candidature appartient à un seul candidat ;
Règle 10 : Un dossier de candidature est caractérisé par la date d’inscription, le mode
d’admission, le lieu de dépôt, le centre d’examen choisi, un diplôme d’entrée, la langue de
composition dépendamment du mode d’admission choisi et un statut ;

Règle 11 : Un candidat est validé si son dossier de candidature est conforme aux
exigences mentionnées sur l’arrêtés du concours. Il est invalidé dans le cas contraire ;
Règle 12 : Un responsable de lieu de dépôt possède un compte ; Règle

13 : Un compte appartient à un seul responsable de lieu de dépôt ;
Règle 14 : Un étudiant postule pour une place dans un parcours de formation.
I.2. CRITIQUE DE L’EXISTANT

Après cette description détaillée du processus d’inscription actuel nous déplorons les
faits suivants :
v Pour le postulant :
• Le risque d’erreur lors du remplissage de la fiche de candidature qui entraine
éventuellement le retrait d’une nouvelle fiche ;
• L’absence du responsable d’un lieu de dépôt qui peut couter en temps ou en frais
de déplacement si le candidat n’est pas proche du lieu de dépôt.
v Pour l’école :
• La difficulté d’établir des statistiques en temps réels basées sur des critères
spécifiques (nombre de candidats inscrits dans le lieu de dépôt par exemple) ;
• La difficulté dans la génération des listes des candidats (par centre d’examen, par
lieu de dépôt…), vu que les listes actuelles proviennent des fichiers Excel ;
• Risque d’erreurs lors de l’enregistrement de chaque postulant ;

• La complexité de la tâche du responsable de lieu de dépôt qui doit vérifier tout au
long de son travail si les fichiers Excel ont bien été remplis ;
• La mise à jour doit être faite à chaque dépôt de dossier.
I.3. PROPOSITION DE SOLUTIONS
Au vu de toutes ces critiques du système actuel. Il paraît clair qu’une solution à la fois
simple et efficace serait donc une plateforme d’inscription en ligne aux concours de l’IUT de
Ngaoundéré. Notre système en particulier doit permettre d’effectuer et/ou d’obtenir les
résultats suivants :
1- Pour l’internaute :

- Consulter les arrêtés des différents concours ;
- Consulter la procédure d’inscription au
concours.
2- Pour le candidat :
- Soumettre un dossier de
candidature ; - Télécharger sa fiche
de candidature.
3- Pour l’agent d’un lieu de dépôt :

- Consulter la liste des candidats inscrits ;
- Filtrer la liste des candidats selon des critères spécifiés.
- Valider/invalider le dossier d’un candidat ;
- Exporter une liste de candidats en Excel ; - Imprimer une liste de candidats.
4- Pour l’administrateur :
- Tout ce que peut faire l’agent d’un lieu de dépôt ;
- Visualiser les différentes statistiques ;
- Exporter des statistiques en Excel ;
- Imprimer des statistiques ;
- Gérer les comptes des différents utilisateurs.
Après avoir évoqué la nécessité de développer une plateforme d’inscription en

ligne aux concours de l’IUT et décrit le problème et tout ce qui en découle dans le cadre
de cette étude, la prochaine étape sera l’analyse et la conception du système
d’information où sont présentés tout d’abord le langage de modélisation, ensuite la
démarche de développement et enfin la modélisation du système.

CHAPITREI :IANALYSE ET
CONCEPTION DE LA PLATEFORME
D’INSCRIPTION EN LIGNE AUX
CONCOURS DE L’IUT DE NGAOUNDERE
Ce chapitre présente tout d’abord l’outil de modélisation utilisé dans ce travail, ensuite
illustre quelques diagrammes et tableaux qui explicitent le problème et enfin détaille la
conception du nouveau système.
II.1. DEMARCHE DE DEVELLOPEMENT
Langage de modélisation
UML[3] (Unified Modeling Language, traduit "langage de modélisation objet unifié")
est né de la fusion des trois méthodes qui ont le plus influencé la modélisation objet au milieu
des années 90 : OMT de James Rumbaugh (General Electric) fournit une représentation
graphique des aspects statique, dynamique et fonctionnel d’un système ; OOD de Grady
Booch, définie pour le Department of Defense, introduit le concept de paquetage (package) et
Enfin OOSE d’Ivar Jacobson (Ericsson) fondateur de l’analyse sur la description des besoins
des utilisateurs (cas d’utilisation, ou use cases).
UML est donc non seulement un outil intéressant mais une norme qui s’impose en
technologie à objets et à laquelle se sont rangés tous les grands acteurs du domaine, acteurs qui
ont d’ailleurs contribués à son élaboration. UML n’est pas une méthode (une description
normative des étapes de la modélisation) : ses auteurs ont en effet estimé qu’il n’était pas
opportun de définir une méthode en raison de la diversité des cas particuliers. Ils ont préféré se
borner à définir un langage graphique qui permet de représenter, de communiquer les divers
aspects d’un système d’information (aux graphiques sont bien sûr associés des textes qui
expliquent leur contenu). UML est donc un métalangage car il fournit les éléments permettant
de construire le modèle qui, lui, sera le langage du projet.
Il est impossible de donner une représentation graphique complète d’un logiciel, ou de

tout autre système complexe, de même qu’il est impossible de représenter entièrement une
statue (à trois dimensions) par des photographies (à deux dimensions). Mais il est possible de
donner sur un tel système des vues partielles, analogues chacune à une photographie d’une
statue, et dont la juxtaposition donnera une idée utilisable en pratique sans risque d’erreur
grave.
UML 2.0 comporte ainsi treize types de diagrammes représentant autant de vues
distinctes pour représenter des concepts particuliers du système d’information. Ils se
répartissent en deux grands groupes :
- Diagrammes structurels ou diagrammes statiques (UML Structure) :

diagramme de classes (Class diagram), diagramme d’objets (Object diagram), diagramme de
composants (Component diagram), diagramme de déploiement (Deployment diagram),
diagramme de paquetages (Package diagram), diagramme de structures composites
(Composite structure diagram) ;

- Diagrammes comportementaux ou diagrammes dynamiques (UML Behavior) :
diagramme de cas d’utilisation (Use case diagram), diagramme d’activités (Activity diagram),
diagramme d’états-transitions (State machine diagram), diagrammes d’interaction (Interaction
diagram) : diagramme de séquence (Sequence diagram), diagramme de communication
(Communication diagram), diagramme global d’interaction (Interaction overview diagram),
diagramme de temps (Timing diagram).
Ces diagrammes, d’une utilité variable selon les cas, ne sont pas nécessairement tous produits
à l’occasion d’une modélisation. Les plus utiles pour la maîtrise d’ouvrage sont les
diagrammes d’activités, de cas d’utilisation, de classes, d’objets, de séquence et d’états
transitions. Les diagrammes de composants, de déploiement et de communication sont surtout
utiles pour la maîtrise d’œuvre à qui ils permettent de formaliser les contraintes de la
réalisation et la solution technique. Pour une description plus détaillé du langage UML voir le
Cours cité dans les références [7].
II.2. EXIGENCES DU SYSTEME

Les exigences sont l’expression formelle des besoins de l’application. Les exigences de
l’application constituent l’ensemble des actions qui doivent être implémenté. Dans un premier
temps nous allons énumérer les exigences fonctionnelles et dans un second temps les
exigences non fonctionnelles.
II.2.1. Exigences fonctionnelles

Les exigences fonctionnelles expriment une action que doit effectuer le système en réponse à
une demande (sorties qui sont produites pour un ensemble de données d’entrer).
Le système proposé doit permettre :

À un Internaute :
• De consulter les arrêtés de chaque concours disponible ;
• De consulter la procédure à respecter pour soumettre un dossier de candidature.
À un Candidat :
• De s’inscrire au concours en soumettant un formulaire d’inscription en ligne.
À un agent de lieu de dépôt

• De visualiser la liste des candidats inscrits ;
• De filtrer la liste des candidats selon certains critères (pays d’origine, région d’origine,
centre d’examen, lieu de dépôt…) ;
• D’exporter une liste de candidats en fichier Excel ;

• D’imprimer une liste de candidats ;
• De consulter les statistiques des inscriptions aux différents concours (DUT, BTS, LITECH) ;
• Doit permettre d’imprimer des statistiques (spécifique à l’administrateur) ;

• Doit permettre d’exporter des statistiques en fichier Excel (spécifique à l’administrateur).
II.2.1. Exigences non fonctionnelles

Les exigences non fonctionnelles sont importantes car elles agissent de façon indirecte
sur le résultat et sur le rendement de l’utilisateur. L’application doit répondre à ces besoins qui
sont nécessaire pour une bonne qualité de l’application.
• Le système doit être écrit en PHP ;

• Le système doit utiliser une base de données MYSQL ;
• Le système doit pouvoir faire des exportations des documents Excel ;
• Le système doit avoir Une interface conviviale, lisible et facile à utiliser ;
• Le système doit limiter la saisie et par conséquent les erreurs de saisie au maximum en
privilégiant les options (liste déroulante, les boutons radio …) ;
• Le système doit être sécurisé avec l’obligation pour chaque utilisateur de saisir une adresse
email et un mot de passe ;
• L’application doit permettre l’accomplissement des tâches avec le minimum de

manipulations ;
• L’application doit être performante, c’est-à-dire qu’elle doit répondre à travers ses
fonctionnalités à toutes les exigences des utilisateurs d’une manière optimale.
II.3. ANALYSE DES CAS D’UTILISATION

II.3.1. Les acteurs
Un acteur est un rôle joué par une personne ou une entité externe (opérateurs, autre
systèmes) qui interagit avec le système. On distingue deux types d’acteurs :

• Acteurs primaires ou principales qui sont ceux pour qui le système est construit, c’est-à-dire
celui pour qui le système rend service ;
Acteur
• Acteurs secondaires qui sont ceux nécessaire pour le bon fonctionnement du système mais
qui ne sont pas ceux pour qui le système set construit.
On peut représenter un acteur comme suit :
OU
Acteur
Figure 1: Schéma de représentation d’un acteur
II.3.2. Cas d’utilisation

C’est un ensemble d’actions réalisés par le système en réponse à une action d’un
acteur, c’est donc une vue du système dans son environnement extérieur. Il mobilise donc un
service rendu par le système, sans imposer le mode de réalisation de ce service. On le
représente par une ellipse contenant le nom du cas :
Nom du cas
Figure 2: Schéma de représentation d’un cas d’utilisation
II.3.3. Diagramme des cas d’utilisations

L’ensemble des cas d’utilisations décrivent les objectifs du système ;ils constituent le
diagramme des cas d’utilisations dont la représentation graphique est la suivante :
Systeme

Cas
d’utilisation
Acteur primaire Acteur secondaire
Figure 3: Schéma de représentation d’un diagramme de cas d’utilisation
Comme le montre la figure 3, la frontière du système est représentée par un cadre. Les
acteurs sont à l’extérieur et les cas d’utilisations sont à l’intérieur.
Plus de détails sont mis en évidence dans un cours d’UML constituant le document [8] des
références bibliographique.
Les figures suivantes illustrent les diagrammes de cas d’utilisations de la plateforme

d’inscription en ligne aux concours de l’IUT. Y sont représentés dans ces diagrammes des cas
d’utilisation, des acteurs et des associations entre acteurs et cas d’utilisation.

Figure 4: Diagramme de cas d’utilisation coté « visiteur »
La figure 4 nous fait ressortir que l’acteur Internaute est une généralisation de l’acteur
Postulant. En d’autres termes, tous les cas d’utilisations accessibles à l’internaute le sont aussi
au postulant. Ceci s’explique par le fait qu’un Internaute peut parcourir le site, consulter les
arrêtés de concours disponibles, éventuellement les télécharger et quitter le site sans toutes fois
décider de s’inscrire au concours. Pourtant Le postulant est celui qui, en plus de pouvoir faire
tout ce que l’internaute à la possibilité de faire, s’inscrit au concours.
À noter également qu’avant d’imprimer sa fiche de candidature, le postulant peut générer un

aperçu de l’inscription afin de rectifier les éventuelles erreurs, mais ces cas ne sont accessibles
qu’après l’inscription.

Figure 5: Diagramme de cas d’utilisation coté « administrateur »
La figure 5 ci-dessus présente le diagramme de cas d’utilisation de l’application coté «

administrateur ». Dans ce diagramme nous distinguons deux acteurs dont l’agent du lieu de
dépôt et l’administrateur du système. Ces deux acteurs diffèrent selon les tâches qu’ils peuvent
accomplir.

Commentaire des cas d’utilisation
• Consulter Site : ce cas d’utilisation permet à un internaute de consulter le site ;

• Consulter Arreté : ce cas d’utilisation permet à un internaute de visualiser les arrêtés ;
• Telecharger Arrêté :ce cas d’utiisation permet à un internaute de telecharger un arrêté ;
• S’inscrire : ce cas d’utilisation permet à un postulant de s’inscrire au concours ;

• Générer Aperçu Info : ce cas d’utilisation permet à un postulant ayant renseigné ses
informations personnelles dans un formulaire d’inscription de visualiser un récapitulatif de
ses informations ;
• Imprimer Fiche Candidature : Ce cas d’utilisation permet à un postulant de générer sa

fiche de candidature ;
• S’authentifier : Ce cas d’utilisation permet à un utilisateur de se connecter au système ;
• Visualiser liste candidat Valide : ce cas d’utilisation permet de visualiser la liste des
candidats valide dans le système.
• Visualiser liste candidat En attente : ce cas d’utilisation permet de visualiser la liste des
candidats en attente dans le système ;
• Exporter liste candidats : ce cas d’utilisation permet de d’exporter la liste des candidats
en Excel ;
• Imprimer liste candidats : ce cas d’utilisation permet de générer un PDF de la liste des
candidats ;
• Valider Candidat : ce cas d’utilisation permet de valider un ou plusieurs candidats de la

liste des candidats ;
• Invalider Candidat : ce cas d’utilisation permet d’invalider un ou plusieurs candidats de

la liste des candidats ;
• Visualiser Liste Utilisateurs : ce cas d’utilisation permet de consulter la liste des

utilisateurs ;
• Ajouter un Utilisateur : ce cas d’utilisation permet d’ajouter un agent ou un

administrateur ;

• Modifier un Utilisateur : ce cas d’utilisation permet de modifier un Administrateur ou un
Agent ;
• Supprimer Utilisateur : ce cas d’utilisation permet de
Supprimer un Administrateur ou un Agent ;

• Désactiver Utilisateur : ce cas d’utilisation permet de désactiver un agent en fin de
session ;
• Visualiser statistiques : ce cas d’utilisation permet de de visualiser les statistiques des

inscriptions aux différents concours ;
• Exporter statistiques en Excel : ce cas d’utilisation permet d’exporter les statistiques des
inscriptions aux différents concours en fichier Excel ;
• Imprimer statistiques : ce cas d’utilisation permet d’imprimer les statistiques des

inscriptions aux différents concours.
II.3.3 Descriptions textuelles de certains cas d’utilisations

Une description textuelle des cas d’utilisation permet de détailler les différentes façons dont
les acteurs peuvent utiliser le système.
Les tableaux ci-dessous présentent la description textuelle des différents cas d’utilisations.
Tableau 3: Description textuelle du cas d’utilisation « Consulter Site »
Nom Consulter Site
Sommaire d’identification : Résumé : Ce cas d’utilisation permet a un

Internaute de parcourir le site.
Acteur : Internaute
Version : 1.0
Auteurs : TOUOMI YANN AUDRIC
Précondition L’internaute se connecte à internet

Scénario nominal 1. L’internaute accède à la plateforme à
partir de l’adresse du site
d’inscription
2. Le système affiche l’interface

d’accueil du site
3. L’intenaute lit les etapes de
soumission d’un dossier de
candidature
4. L’internaute s’inscrit ou se
deconnecte de la page
Scénario alternatifs
Post – conditions L’internaute est connecté au site
Tableau 4: Description textuelle du cas d’utilisation « Consulter Arrêté »
Nom Consulter Arrêté
Sommaire d’identification : Résumé : Ce cas d’utilisation permet à un

Internaute de visualiser un arretés de
concours .
Acteur : Internaute
Version : 1.0
Précondition
Scénario nominal 1. L’internaute clique sur un des

boutons de visualisation des arrêtés
2. Le système affiche l’ arrêtés en

fonction du choix de cyle (DUT,BTS
ou Licence) et du choix de la version
(francaise ou anglaise)

Scénario alternatifs AI : Le document demandé n’existe pas
L’enchainement A1 commence au point 2
3. Le système affiche une page qui

mentionne que la page n’existe pas
Post – conditions
Tableau 5: Description textuelle du cas d’utilisation « TelechargerArrêté »
Nom Telecharger Arrêté

Internaute de telecharger au format PDF
l’arrêté selectionné.
Acteur : Internaute
Version : 1.0
Précondition 1. L’internaute doit etre connecté au site
2. L’internaute doit avoir cliqué sur le

bouton de visualisation de l’arrêté
Scénario nominal 1. Le système ouvre dans une fenetre l’

arrêtés du concours choisi
2. L’internaute choisit « Télécharger »
Post – conditions Le fichier au format PDF de l’arrete du

concours est enregistré dans un repertoire de
l’appareil de l’internaute
Tableau 6: Description textuelle du cas d’utilisation « S'inscrire »

Nom S’inscrire

Postulant de s’inscrire au cocours.
Acteur : Postulant
Version : 1.0
Précondition 1. Le postulant doit etre connecté au site
Scénario nominal 1. Le postulant choisit « S’inscrire » ou

« Postuler »
2. Le postulant choisit le cycle pour
lequel il souhaite postuler
3. Le postulant remplit le formulaire

d’inscription
4. Le postulant soumet les informations

saisies
5. Le postulant telecharge sa fiche de

candidature
Scénario alternatifs A1 : les informations envoyer

par l’utilisateur au systeme
sont incorrectes

6- Le système informe l’utilisateur de
l’erreur
Le sénario reprend au point 3
Post – conditions Le postulant est enregistré dans la base de
données
Tableau 7: Description textuelle du cas d’utilisation « Générer Aperçu Info »
Nom GenererAperçu Info

Postulant de visualiser un recapitulatif de son
inscription avant de soumettre definitivement
sa candidature.
Acteur : Postulant
Version : 1.0
Précondition 1. Le postulant doit etre connecté au
site
2. Le postulant doit avoir rempli tout

les champs du formulaire
3. Les informations envoyé au

système doivent etre correctes
Scénario nominal 1. Le postulant clique sur « Générer

Aperçu »
2. Le système affiche une page

contenant un recapitulatif de toutes
les informations saisies par le
postulant
Post – conditions
Tableau 8: Description textuelle du cas d’utilisation « Imprimer Fiche Candidature »
Nom Imprimer Fiche Candidature

postulant de générer une fiche de candidature
contenant ses informations .
Acteur : Postulant
Version : 1.0
Précondition 1. Le postulant doit etre connecté au
site
2. Le postulant doit avoir rempli tout

les champs du formulaire
3. Les informations envoyé au

système doivent etre correctes
Scénario nominal 1. Le postulant clique sur « Télécharger »
2. Le système ouvre un nouvel onglet

contenant la fiche de candidature du
postulant.
Post – conditions Le Postulant est enregistré dans la base de

donnée.
Tableau 9: Description textuelle du cas d’utilisation S’authentifier
Nom S’authentifier

utilisateur de se connecter au système.
Acteur : Utilisateur
Version : 1.0

Auteurs : TCHANTO MURIEL-TEMA
Précondition 1) Le système doit être opérationnel.
2) L’utilisateur doit avoir un compte actif
Scénario nominal 1. L’utilisateur click sur se connecter

2. Le système répond en envoyant le
formulaire d’authentification
3. Il renseigne les informations qui lui sont

demandées à savoir (login et mot de
passe)
4. Le système vérifie le login et le mot de

passe
5. Le système renvoi l’interface

correspondant aux privilèges de
l’utilisateur
Scénario alternatifs A1 : les informations envoyer par
l’utilisateur au systeme sont incorrectes

5- Le système informe l’utilisateur de
l’erreur
Le sénario reprend au point 4
Post – conditions Les nouveaux utilisateurs sont enregistrés

dans la base de données
Tableau 10: Description textuelle du cas d’utilisation « Visualiser liste candidat Valide »
Nom Visualiser liste candidat Valide
Sommaire d’identification : Résumé : ce cas d’utilisation permet de

visualiser la liste des candidats valide dans le
système.
Acteur : Administrateur , Agent

Version : 1.0

2) L’utilisateur doit avoir un compte
actif
Scénario nominal 1. L’utilisateur choisit « liste des candidats

»;
2. L’utilisateur choisit « Valide » ;

3. Le système réagit en renvoyant la liste
des étudiants valide.

Tableau 11: Description textuelle du cas d’utilisation « Visualiser liste candidat En attente »
Nom Visualiser liste candidat En attente

visualiser la liste des candidats en attente
dans le système.
Acteur : Administrateur , Agent

Version : 1.0
actif
Scénario nominal 1. L’utilisateur choisit « liste des

candidats »
2. L’utilisateur choisit « En attente »

des étudiants en attente


Tableau 12: Description textuelle du cas d’utilisation « Exporter la liste des candidats »
Nom Exporter liste candidats

d’exporter la liste des candidats en Excel.
Acteur : Administrateur ,Agent

Version : 1.0
actif
Scénario nominal 1. Le système lui renvoie la liste des

candidats.
2. L’utilisateur choisit « Exporter en Excel

».
.
3. Le système ouvre la liste des candidats en
Excel.
Post – conditions Les candidats sont enregistrés dans la base de

données
Tableau 13: Description textuelle du cas d’utilisation « Imprimer la liste des étudiants »
Nom Imprimer liste étudiants

générer un PDF de la liste des candidats.
Acteur : Administrateur, Agent

Version : 1.0

actif

candidats.
2. L’utilisateur choisit « Imprimer PDF ».

3. Le système réagit en ouvrant le PDF dans
un navigateur

données
Tableau 14: Description textuelle du cas d’utilisation « Valider candidat »
Nom Valider Candidat

valider un ou plusieurs candidats de la liste
des candidats.
Acteur :Administrateur , Agent

Version : 1.0
actif

3) Le système renvoie la liste des candidats
invalide.
Scénario nominal 1. L’utilisateur click sur « valider ».

données
Tableau 15: Description textuelle du cas d’utilisation « Invalider candidat »
Nom Invalider Candidat
Sommaire d’identification : Résumé : ce cas d’utilisation permet

d’invalider un ou plusieurs candidats de la
liste des candidats.
Acteur :Administrateur , Agent

Version : 1.0
actif
3) Le système renvoie la liste des

candidats valide.
Scénario nominal 1. L’utilisateur click sur « invalider ».

données

Tableau 16: Description textuelle du cas d’utilisation « Visualiser Liste Utilisateurs »
Nom Visualiser Liste Utilisateurs

consulter la liste des utilisateurs.
Acteur : Administrateur
Version : 1.0
actif de type administrateur
Scénario nominal 1. L’administrateur click sur « Comptes »

des utilisateurs enregistrés.
Tableau 17: Description textuelle du cas d’utilisation « Ajouter Utilisateur »
Nom Ajouter un Utilisateur
Sommaire d’identification : Résumé : ce cas d’utilisation

permet d’ajouter un agent ou un
administrateur.
Version : 1.0

Scénario nominal 1. L’administrateur click sur ajouter

2. Le système réagit en renvoyant le
formulaire d’ajout
3. L’administrateur remplit le formulaire

d’ajout en click sur valider
4. Le système réagit en ajoutant

l’utilisateur.
Post – conditions Les candidats sont enregistrés dans la base

de données

de données
Tableau 18: Description textuelle du cas d’utilisation « Modifier Utilisateur »
Nom Modifier un Utilisateur

modifier un Administrateur ou un Agent.
Version : 1.0

actif de type Administrateur
Scénario nominal 1. Le système lui renvoie la liste des agents

des lieux de dépôts.
2. L’administrateur choisit « Modifier »

3. Le système répond en affichant le
formulaire d’ajout
4. L’administrateur modifie les

informations sur l’agent
5. L’administrateur click sur valider

6. Le système réagit en validant l’agent.
Tableau 19: Description textuelle du cas d’utilisation « Supprimer Utilisateur »
Nom Supprimer Utilisateur

Supprimer un Administrateur ou un Agent
Version : 1.0

agents des lieux de dépôts.
2. L’administrateur choisit «
Supprimer » 3. Le système répond en

notifiant « voulezvous vraiment
supprimer ? »
4. L’administrateur choisit « oui »

5. Le système réagit en supprimant l’agent.
de données
Tableau 20: Description textuelle du cas d’utilisation « Désactiver Utilisateur »
Nom Désactiver Utilisateur

désactiver un agent en fin de session.
Acteur :Administrateur

Version : 1.0
actif de type Administrateur
Scénario nominal 1 Le système lui renvoie la liste des

agents des lieux de dépôts.
2 L’administrateur choisit « Désactiver

»
3 Le système répond en notifiant «

voulez-vous vraiment désactiver ? »
4 L’administrateur choisit « oui »

5 Le système réagit en désactivant
l’agent.
Post – conditions La session est fermée
Tableau 21: Description textuelle du cas d’utilisation Visualiser Statistiques
Nom Visualiser Statistiques
Sommaire d’identification : Résumé : ce cas d’utilisation permet de de

visualiser les statistiques des inscriptions aux
différents concours.
Version : 1.0
Auteur : SAMANKASSOU FOULLA
Précondition L’utilisateur doit être connecté.
Scénario nominal 1. Le système lui renvoie les éléments

du menu.
2. L’utilisateur choisit l’option «

Statistiques globales ».
3. Le système affiche les différentes
statistiques.
Post condition Les statistiques sont affichées
Tableau 22: Description textuelle du cas d’utilisation Imprimer la liste des étudiants
Nom Imprimer Statistiques
Sommaire d’identification : Résumé : ce cas d’utilisation

permet d’imprimer les statistiques des
inscriptions aux différents concours.
Version : 1.0

du menu.

statistiques.
4. L’utilisateur clique sur le bouton «

PDF » des statistiques
correspondantes.
5. Le syteme ouvre un nouvel onglet du

navigateur avec les statistiques
imprimées.
Post condition Statistiques imprimées et
sauvegardées dans le système
Tableau 23: Description textuelle du cas d’utilisation Importer la liste des étudiants

Nom Exporter Statistiques en Excel
Sommaire d’identification : Résumé : ce cas d’utilisation permet

d’exporter les statistiques des inscriptions
aux différents concours en fichier Excel.
Version : 1.0

du menu.

statistiques.
4. L’utilisateur clique sur le bouton «

Excel » des statistiques
correspondantes.
5. Le syteme invite l’utilisateur à

sauvegarder le fichier généré.
Post condition Fichier Statistiques généré et
sauvegardé dans le système
II.4. Analyse Statique

Dans cette section, sont abordés, les modèles du domaine c’est-à-dire le diagramme de
classe statique. Ces derniers sont utilisés pour modéliser l’aspect statique du système. Ils
mettent en avant sa structure statique qu’ils représentent avec des classes, le vocabulaire utilisé
dans le système qu’il présente sous forme d’attribut de classe, ainsi que les relations statiques
qui existent entre elles.
II.4.1. Les classes et les objets

Une classe est la représentation d’un ensemble d’élément (objet) doté des propriétés,
des opérations et d’une sémantique commune. Elle représente des éléments variés pouvant être
concret (voiture, élève, avion, commerçant, ...) ou abstrait (commande, livraison…).
II.4.2. Le diagramme de classe [8]

Nous avons dit plus haut que le diagramme de cas d’utilisation montre le système du
point de vu de ses acteurs. Le diagramme de classe montre plutôt la structure interne. Il
exprime de manière générale la structure statique d’un système, en termes de classes et de
relations (associations) entre ces dernières.
Représentation :
- Les classes sont représentées par des rectangles compartimentées :
- Le premier compartiment représente le nom de la classe ; - Le deuxième compartiment
représente les attributs de la classe ;
- Le troisième compartiment représente les opérations de la classe.
NOM DE LA CLASSE
- Attribut1 : type
- Attribut2 : type
- Methode1 (argument) :
type retour
- Methode2 (argument) :
type retour
Formalisme :
Devant chaque attribut ou méthode, est placée une visibilité. UML défini 03 niveaux de
visibilité pour les attributs et méthodes :
Public (+) : l’élément est visible pour tous les objets de la classe ;
Protégé (#) : l’élément est visible pour tous 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é.
Association :
L’association est la relation la plus courante et la plus riche du point de vue sémantique.

Une association est une relation statique n-aire (le plus souvent : elle est binaire) : c’està-dire
qu’elle relie plusieurs classes entre elles.
Cardinalité :
La cardinalité ou multiplicité défini le nombre d’instance de l’association pour une
instance de la classe. Nous représentons toutes les cardinalités possible qu’on peut avoir dans
le tableau suivant :
Tableau 24: Description des cardinalités d’un diagramme de classe
Cardinalités Signification
1 Un et un seul
0.. * Zéro ou un
N ou * Entier naturel
M…N De M à N
0.. * De zéro à plusieurs
1.. * D’un a plusieurs
Une suite assez complète de cette partie est disponible dans un cours d’UML constituant
le document [7] la référence bibliographique.
La figure suivante présente le diagramme de classe au niveau conceptuel du système que nous
mettons en place.

Figure 6: Diagramme de classe de la plateforme d’inscription en ligne
II.5. Conception
L’objectif de la phase de conception est de proposer une solution conceptuelle qui
répond aux besoins définis et spécifiés lors de la phase d’analyse. Elle permet de spécifier une
solution informatique qui sera ensuite concrétisée ultérieurement.
Au cours de la phase d’analyse, nous nous sommes concentrés sur ce qui devait être fait, le
quoi ?, indépendamment de la manière de le faire, le comment ?. Au cours de la conception,
des décisions doivent être prises concernant la façon de résoudre le problème, d’abord à un
niveau général, puis à des niveaux de détail plus précis.
II.5.1. Conception générale du système

La conception générale du système est la première étape de conception, au cours de laquelle
doit être choisie une approche de base pour la résolution du problème. Pendant la conception du
système, on décide de la structure générale et du style à adopter. L’architecture du système désigne
l’organisation du système en composants appelés sous-systèmes. L’architecture fournit alors le
contexte dans lequel seront prises des décisions plus détaillées, au cours des phases ultérieures de
conception. En prenant des décisions de haut niveau s’appliquant au système entier, le concepteur
effectue une décomposition du système en sous systèmes, afin que les suivants puissent être assurés
par plusieurs concepteurs travaillant indépendamment sur des sous-systèmes différents.
II.5.2. Conception détaillée du système

Cette partie va mettre en évidence les différentes ressources de conception qui ont été mise
en œuvre pour la réalisation de l’application.
II.6. Architecture de l’application

L’architecture qui est mse en évidence pour cette application est l’architecture web classique.
Cette architecture[2] est présentée comme suit :
CLIENTS SERVEUR WEB SERVEUR DE

Requêtes DONNEES
Requêtes SQL
HTTP
Navigateur Serveur web

internet : Apache SGBD MySQL
- Google chrome Page
- Mozilla Firefox HTML Données
- Internet
Explorer…
Figure 7: Architecture de l’application

II.7. Structure des répertoires
Un autre problème important sur lequel nous nous sommes confrontés, et qui est
généralement courant lorsqu’un projet est délivré à d’autres personnes pour le terminer ou
pour y apporter des améliorations, est qu’on ne sait pas où aller pour faire quoi dans la grande
liste de dossiers/sous-dossiers lorsque ces derniers n’ont pas été décrit. Alors pour pallier ce
problème, le choix de développement de l’application s’est porté sur le Framework
CodeIgniter qui pose une très bonne structuration des répertoires et donc une bonne
organisation. La figure suivante illustre l’organisation des répertoires de ce Framework.
Figure 8: Architecture des répertoires de CodeIgniter
Codeigniter qui est un Framework PHP open-source est idéal pour le développement
d’application web telle que la plateforme que nous mettons en place. Non seulement ce
Framework facilite l’implémentation mais en plus il a une grande commuté de développeur
pour d’éventuels problèmes ou d’incompréhensions rencontrés lors du développement.
Ce chapitre nous a présenté le système tel qu’il a été conçu, pour cela nous avons
utilisé le langage de modélisation UML. Ce langage, grâce à ses différents diagrammes nous a

permis d’avoir une vue statique du système (diagramme de classe), mais aussi une vue
dynamique du système (diagrammes de cas d’utilisation). L’architecture de l’application a été
présenté dans ce chapitre à la figure 7. Ainsi pour l’implémentation notre choix s’est porté sur
le Framework PHP Codeigniter qui a l’avantage de bien organiser les répertoires du projet.
Tout ceci nous conduit au chapitre suivant qui doit présenter les différents outils (matériels et
logiciels) utilisés pour l’implémentation de l’application. En plus, il doit nous présenter
quelques interfaces de l’application.

CHAPITRE III
: IMPLEMENTATION ET TEST
Ce chapitre parles de l’environnement de développement et présente aussi
l’implémentation du système. Il parles des choix des technologies utilisées pour le
développement de l’application, tel que les langages de programmation, le SGBD(Système de
Gestion de Base de Donnée), etc. Il se termine par une présentation de quelques captures
d’écran de l’application.
III.1. Implémentation
L’implémentation des services web s’appuie sur le résultat de la phase de conception
détaillée qui avait pour but de définir des modèles UML modélisant notre système. Nous présentons
dans cette section les aspects techniques relatifs à la mise en œuvre de ces services.
Dans cette section, nous présentons les outils que nous avons utilisés pour réaliser notre
travail (serveur web, SGBD, langages de programmation, etc.) tout en justifiant nos choix.
III.1.1. Présentation du serveur web APACHE

Un serveur HTTP est un logiciel permettant à des machines clientes d’accéder à des pages
web à partir d’un navigateur (aussi appelé browser) installé sur un ordinateur distant.
Le terme serveur web est utilisé pour désigner l’ordinateur sur lequel fonctionne un
serveur http. Mais le terme serveur web peut aussi désigner le serveur http (le logiciel)
luimême. Les deux termes sont utilisés pour le logiciel car le protocole http a été développé
pour le web et les pages web sont en pratique toujours servies avec ce protocole. Un serveur
web est donc un logiciel servant à exécuter des requêtes respectant le protocole de
communication client-serveur HyperText Transfert Protocol (HTTP) en utilisant le port
associé (par défaut le port 80). Il existe plusieurs serveurs web sur le marché mais nous
n’allons présenter que le serveur apache sur lequel notre application fonctionne.
Apache est un serveur web open source basé sur le protocole http ; Apache est produit
par « Apache Software Foundation ». Il fonctionne principalement sur les systèmes
d’exploitation Windows et Unix/Linux. La première version est sortie en décembre 1995. La
version Windows n’est considérée comme stable que depuis la version 2 d’apache. La dernière
version est Apache 2.4. Apache est redistribué sous d’autre nom par de nombreuses
entreprises, dont IBM et ORACLE Corporation. Apache est conçu pour supporter de
nombreux modules lui donnant des fonctionnalités supplémentaires : interprétation du langage
Perl, PHP et Python, serveur Proxy, protocoles de communication additionnels, etc.

Les possibilités de configuration d’apache sont ses fonctionnalités phares. Le principe repose sur
une hiérarchie des fichiers de configuration, qui peuvent être gérés indépendamment.
III.1.2. Présentation du serveur de base de données MYSQL
MySQL est un SGBD (Système de Gestion de Base de Données) développé par la
société suédoise PYSQL AB, ex TCX DataKonsult AB. Ce SGBDR est livré et fonctionne
sous plusieurs versions selon les plates-formes (Linux et Windows). Depuis la version 3.23.19,
MySQL est sous licence GPL (General Public Licence), ce qui signifie qu’il peut être utilisé
gratuitement.
MySQL est un véritable serveur de base de données multi utilisateur, ses principaux atouts
sont la robustesse, la fiabilité et la facilité d’utilisation. Pour les plates-formes Unix et OS/2,
MySQL est libre.
Les clients peuvent se connecter à MySQL en utilisant les sockets TCP/IP, les sockets
Unix ou les named piped. Le serveur MySQL dispose d’un support d’ODBC (Open-
DataBaseConnectivity). On peut par exemple, utiliser MS Access pour se connecter au serveur
MySQL.
Nous pouvons dire de ce SGBD (avec sa version 5.0) :

- Qu’il permet des enregistrements de longueur fixe ou variable ;
- Charges supportées et limites : le serveur MySQL est utilisé par MySQL AB avec
des tables qui contiennent 50.000.000 de lignes, 60.000 tables, jusqu’à 32 index
sont permis par table;
- Utilisation des procédures et fonctions stockées : les procédures et fonctions

stockées (Stored Procedures, en abrégé SP) sont du code applicatif entreposé et
exécuté au sein du serveur de base de données. Ce code combine commande SQL,
structure de contrôle, variable, tout comme une fonction ou méthode dans
n’importe quel langage de programmation.
Malgré toutes ses capacités, MySQL n’est pas un SGBD totalement parfait. Il existe
quelque soucies quant à la manière dont ce SGBD gère les clés des enregistrements et les
relations entre tables.

III.1.3. Présentation des langages de programmation
Pour l’implémentation du module de l’application web à mettre en place, nous avons
utilisés des langages de programmation coté client (interprétée par le navigateur web) et des
langages de programmation coté serveur (interprétée par le serveur web).
 Langages de programmation coté client
Les langages de programmation coté client que nous avons utilisés sont le HTML, le JavaScript.
§ HTML(5)
Langage de balisage hypertexte utilisé dans le Web (HyperText Markup

Language).
HTML n'est pas un langage de programmation proprement

dit, mais c’est "simplement" un ensemble standard de balises;
§ JavaScript
Créé à l’origine par Netscape, ce langage de programmation est conçu

pour traiter localement des événements provoqués par le lecteur. Ce
langage permet donc de modifier l’aspect de la page en fonctions des
intentions du lecteur. On s’apercevra très rapidement des différences
Langage de programmation coté entre les multiples browsers existant.

serveur
 Langage de programmation coté serveur
Les langages de programmation coté serveur sont interprétés et exécutés sur la machine
désignée comme serveur. L’utilisateur n’a pas accès au code source de la page visualisée. Il
existe plusieurs langages de programmation coté serveur tels que : le PHP, ASP (Active Server
Page), C#, JSP (Java Server Page), Perl, etc. Le langage utilisé ici est le PHP et lui que nous
allons présenter.
 Le langage PHP (PHP7)

PHP (Hypertext Preprocessor) est un langage de
programmation interprété. Correctement interfacé avec Apache, il
permet au serveur de fournir des pages dynamiquement générées en
fonction des besoins des utilisateurs. En clair, la page n’est plus un
document statique mais peut évoluer, afficher des informations
différentes selon le souhait de l’utilisateur.
Empruntant des concepts à des langages comme le C ou le Perl, PHP est un langage de
script capable de fonctionner sur n’importe quelle plate-forme. En effet, chacun des systèmes
d’exploitation Windows, Unix, Linux ou encore Mac OSX, peut devenir un support pour des
applications Internet écrites en PHP en accueillant un module spécifique s’intégrant au serveur
Web en place. Ainsi la plupart des serveurs web à l’image de Microsoft IIS, Netscape
Enterprise Server ou encore Apache supporte parfaitement le PHP.
III.1.4. Présentation des outils logiciels
Les outils logiciels principalement utilisés pour la mise en place de la plateforme web sont
Sublime Text et Mamp.
Sublime Text est un éditeur de texte générique codé en C++ et Python,

disponible sur Windows, Mac et Linux. Le logiciel a été conçu tout d'abord
comme une extension pour Vim, riche en fonctionnalités.
Depuis la version 2.0, sortie le 26 juin 2012, l'éditeur prend en charge 44 langages de
programmation majeurs, tandis que des plugins sont souvent disponibles pour les langages
plus rares.
Sublime Text intègre la plupart des fonctionnalités de base d'un éditeur de texte, dont la
coloration syntaxique personnalisable, l’auto complétion, un système de plugins… L'éditeur
propose cependant des fonctions plus avancées, dont :
• Minimap: prévisualisation de tout le fichier dans une barre latérale;

• Sélection et édition dans plusieurs sections de code en parallèle ;
• Marque-page au sein même des fichiers ;
• Sauvegarde automatique ;

• Recherche et remplacement par expressions régulières ;
• Support des macros et de plugins en Python ;
• Personnalisation des raccourcis clavier.
• Multiplateforme.
Sublime Text peut être équipé d'un gestionnaire de paquets qui permet à l'utilisateur de trouver,
installer, mettre à jour et supprimer des paquets sans avoir à redémarrer Sublime Text.
Le nom MAMP est un acronyme qui provient des noms des composants du
système: MacOs (le système d'exploitation ); Apache (le serveur Web
); MySQL ou MariaDB (le système de gestion de base de données ); et PHP

, Perl ou Python ( langages de programmation utilisés pour le
développement Web ).
Le nom est dérivé de LAMP , une pile similaire de tous les logiciels open-source
largement utilisés pour les sites Web, mais remplaçant le MacOs propriétaire par l'open-source
OS Linux . ( Des piles "AMP" similaires existent pour d'autres systèmes d'exploitation.)
Cependant, MAMP n'est pas limité à ces choix de composants; Nginx peut être utilisé à la
place d'Apache, par exemple, et il en va de même pour remplacer MariaDB par MySQL.
III.1.5. Présentation des outils matériels Nous

avons utilisé un ordinateur :
• Marque : MacBook
• Processeur : 2,26 GHz Intel Core 2 Duo
• Mémoire vive : 4 Go 1067 MHz DDR3
• Système d’exploitation : MacOs High Sierra version 10.13.6
III.1.6. Sécurité
1) Au niveau de l’application
La sécurité au niveau de l’application consiste à mettre en place une structure sécurisée
d’accès à l’application et le suivi de toutes les opérations jugées critiques. Il nous parait

anormal de mettre en place une application multiutilisateur fonctionnant en mode client-
serveur sans pouvoir contrôler l’accès de chaque utilisateur. Une politique d’identification par
adresse email et mot de passe a déjà été définie pour chaque compte utilisateur.
2) Au niveau du serveur
A ce niveau, l’on doit tenir compte du fait que l’accès se faisant par page web et que
n’existant pas de confidentialité au niveau du chemin d’accès à l’une des pages stockées sur le
serveur, constitue un sérieux handicap. En effet tout individu ayant mémorisé le chemin
d’accès à l’une des pages d’un utilisateur, est en possession de tous les droits de ce dernier en
se passant ainsi de l’étape d’authentification. C’est ainsi que la nécessité de sécuriser le
serveur apache avec un moyen devenu de nos jours standard, celui de créer le fichier nommé
« .htaccess » que l’on prendra soins d’insérer dans le répertoire principal.
Dans la section qui suit, nous allons présenter le fonctionnement de notre système en
présentant les différentes captures d’écrans de ses interfaces.
III.2. TESTS
Dans cette partie nous allons présenter les principales interfaces de notre application.
III.2.1. Formulaire de connexion

Figure 9: Interface de connexion du système
La figure 9 issue d’une capture de l’application, présente l’interface de connexion.

Pour se connecter l’utilisateur devra rentrer son adresse email et son mot de passe. Bien
évidemment il a la possibilité de cliquer sur « Mot de passe oublié ? » qui permet de
réinitialiser ses paramètres de connexion au cas où il aurait oublié son mot de passe, tous cela
d’une manière totalement simple. Après s’être connecté, l’application ouvre l’interface
principale qui est présentée à la figure 10 ci-dessous.
III.2.2. Page d’accueil de l’application
Figure 10: Page d'accueil de l'application
Après l’authentification de l’utilisateur, l’application ouvre l’interface principale qui

est représentée par la figure 10 ci-dessus. Nous pouvons diviser cette page en deux colonnes
qui a chacune son rôle. La colonne de gauche représente le menu de navigation du site, qui
contient entre autres le menu « Liste des candidats » puis nous avons le menu « Stats

candidats » ensuite nous avons le menu « Explorateur » et enfin nous avons le menu «
Comptes ». Cette page d’accueil présente certaines informations telles que le nombre de
dossiers de candidature enregistrés dans le système, le nombre de dossier validés, le nombre
de dossier en attente et enfin le nombre de dossier rejetés. Il faut noter ici que lorsque nous
parlons de dossier, il s’agit en fait des inscriptions.
III.2.3. Page statistiques
Figure 11: Interface visualisation statistiques
La figure 11 issue d’une capture de l’application, présente l’interface de visualisation

des différentes statistiques des candidats inscrits. Après avoir cliqué sur le menu déroulant «
Stats candidats » l’utilisateur a le choix entre les statistiques dites « Globales » et les
statistiques par « Cycle ». Pour les statistiques « globales » nous observons un diagramme en
bâton dont les colonnes représentent le nombre de candidat par région d’origine. Notons aussi
que les colonnes sont de deux couleurs, cela est dû au fait que nous avons besoin de
représenter les candidats par sexe également. Au-dessus de chaque diagramme nous avons

quatre boutons qui ont chacun un rôle bien précis. Ceux de gauche sont respectivement le
bouton « Pie » et « Bar ». Ces deux boutons ont pour fonction de changer la forme du
diagramme. Il est donc possible « switcher » entre un diagramme circulaire et un diagramme
en bâton. Les boutons de droite par contre un chacun un rôle spécifique. Le premier sert à
imprimer les statistiques alors que le second sert à les exporter au format Excel.
III.2.4. Diagramme circulaire des statistiques
Figure 12: Diagramme circulaire des statistiques
La figure 12 ci-dessus est une capture de l’application qui présente les statistiques mais cette
fois ci sous forme de diagramme circulaire. Chaque proportion de ce diagramme circulaire
représente le pourcentage des candidats inscrits selon leur région d’origine.

III.2.5. Fichier statistiques imprimé
Figure 13: Exemple de fichier statistiques généré
La figure 13 issue d’une capture de l’application, présente un exemple de fichier

statistiques généré. Nous pouvons scinder ce document en plusieurs blocs. Le bloc supérieur
présente les informations telles que la république, le ministère et enfin l’université, le second
bloc présente l’IUT et son logo, le troisième bloc présente l’objet de ce document ici à
l’occurrence les statistiques des inscriptions aux concours de l’IUT, ce bloc contient également
l’effectif total des candidats inscrits. Le dernier bloc qui est le plus important contient un
tableau. Le tableau en question possède 7 colonnes dont le contenu peut changer d’une
statistique à l’autre, mais pour ce cas précis, la première colonne contient les différents noms
de région, la deuxième colonne présente l’effectif total pour chaque région, la troisième
colonne est réservée aux pourcentages d’inscription selon chaque région. La quatrième

colonne quant à elle représente le nombre de candidat de sexe féminin inscrit selon la région,
la colonne suivante contient bien évidemment le pourcentage de ces candidats de sexe féminin.
Les deux dernières colonnes respectent le même principe dont représentent respectivement le
nombre de candidats de sexe masculin puis le pourcentage de ces candidats par région
d’origine.

Dans le cadre de notre projet de fin d’étude, il a été question de développer une
plateforme d’inscription en ligne aux concours de l’IUT de Ngaoundéré. Le présent document
explore tous les points de la réalisation de ce travail.
Ce système d’information a été défini à l’aide des différentes phases et activités

préconisés par la démarche UP. Ainsi, après détermination des manques liés au système
actuel, une solution a été proposé pour combler l’insuffisance et atteindre le résultat attendu.
Actuellement en phase de test au département de Génie Informatique de l’IUT de Ngaoundéré
L’application réalisée répond globalement aux exigences spécifiées car, grâce aux différents
modules implémentés, elle permet à un candidat de s’inscrire en ligne et de télécharger sa
fiche de candidature ; à un administrateur de valider ou invalider un dossier de candidature,
d’imprimer ou d’exporter la liste des candidats inscrits, de consulter des statistiques en temps
CONCLUSION ET PERSPECTIVES
réel et de les imprimer.
En outre, envisager une validation automatisée des inscriptions basée sur la

vérification en direct du numéro de bordereau de paiement lors de l’inscription serait une
amélioration considérable du processus de validation.
OU FOULLA 50
Ouvrage :
[1] Pascal Roques, Modéliser une application web. 4e Editions Eyrolles 2008,
Paris (France), 264 p.
[2] ABDOULASIZ BIA (2019). Développement d’une application de gestion de

note à l’IUT de Ngaoundéré. Mémoire de fin d’études IUT, Spécialité Génie
Informatique, Université de Ngaoundéré, 49 pages.
[3] Pascal Roques, UML 2 par la pratique étude de cas et exercices corrigés, 6e
édition, Eyrolles 2009, Paris (France), 380 p.
[4] https://scotch.io/courses/learn-jquery-for-total-noobs-volume-ii-jquery-is-
REFERENCESBIBLIOGRAPHIQUES
soeasy-course : Août 2020
[5] https://openclassrooms.com/fr/courses/2035826-debutez-l-analyse-
logicielleavec-uml : Août 2020 Documents :
[6] Fiches de candidature aux concours de l’IUT de Ngaoundéré 2019-2020 et

2020-2021.
[7] Cours de Système d’information II : Merise, IUT de Ngaoundéré - DUT - Année

académique 2019-2020 de Mr MBALLA Fabien,
[8] Cours d’UML : Modélisation fonctionnelle, IUT de Ngaoundéré - DUT - Année

académique 2019-2020 de Dr NDAM NJOYA Arouna,
OU FOULLA 51
ANNEXES
RÉDIGÉ PAR SAMANKASS

Annexe 1 : Organigramme de l’IUT
RÉDIGÉ PAR SAMANKASSOU FOULLA i

Annexe 2 : Plan de localisation de l’IUT
Annexe 3 : Fiche de candidature 1ère année (DUT) de l’IUT (Recto)
RÉDIGÉ PAR SAMANKASSOU FOULLA ii

FICHE DE CANDIDATURE AU CONCOURS
D'ENTREE A l'IUT
DE NGAOUNDERE Timbre fiscal
Candidate's Form For the Entrance Examination into IUT of de 1000
Ngaoundere FCFA
(Fiscal stamp)
Année académique : 2020/2021

Academic Year
ETAT CIVIL
PERSONAL DATA
Nom : I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I
Name (en majuscules/ in capital letters)
Prénoms : I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I
First name (en majuscules/ in capital letters)
Né(e) le : I__I__I_/_I__I__I_/_I__I__I__I__I à : I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I__I

Date of birth at
Sexe (*) Masculin Féminin

Sex Male Female
Région d’origine : I__I__I__I__I__I__I__I__I__I__I__I__I__INationalité:I__I__I__I__I__I__I__I__I__I__I__I

Region of origin Nationality
Adresse personnelle :__________________________________________________________________________ Personal

address
Email :__________________________________Tél. :________________________________________________
Centre d'Examen choisi (*) : Buéa Bamenda Bertoua Bafoussam Douala

Examination Centre Ebolowa Garoua Maroua Ngaoundéré Yaoundé
Combien de fois avez-vous déjà présenté ce même concours ? _________ How

many times have you written this same competitive examination?
Année d'obtention du BAC : I__I__I__I__I Série : I_____I Pays : _______________Centre : ______________

Year of obtaining the GCE/AL Specialization Country Centre
Composez-vous en Anglais ou en Français ? (*) Anglais Français

Will you write in English or French? French English
En remplissant correctement le tableau ci-dessous, indiquez les études suivies durant les cinq (5) années précédant le
concours.
Fill the table below, indicating the type of studies you did during the last five (5) prior to the date of sitting this Entrance
Examination.
Année Etablissement fréquenté Classe suivie Examen préparé Résultats Mention

Year School in which you studied Class attended Examination prepared Results Rank
2019/2020
2018/2019
2017/2018
2016/2017
2015/2016
RÉDIGÉ PAR SAMANKASSOU FOULLA iii

N.B. : Toute fausse information entraînera l'élimination immédiate du candidat.
Any false information will immediately disqualify the candidate.
(*) : Cocher la case correspondante
Check the square chosen
1/2
Annexe 4 : Fiche de candidature 1ère année (DUT) de l’IUT

(Verso)
JE CHOISIS LA MENTION CI-DESSOUS

I DO CHOOSE THE MENTION INDICATED BELOW
(Cochez la case correspondante - Check the square chosen)
Génie Biologique (GBIO)/Bioprocess Technology
*Parcours/Major ABB GEN IAB
Génie Industriel et Maintenance (GIM)/Industrial Engineering and Maintenance
*Parcours/Major GEL GMP GTE MIP
Génie Informatique (GIN)/Computer Engineering
*Parcours/Major GIN
Génie Civil et Construction Durable (GCD)/Civil Engineering and Sustainable Construction
*Parcours/Major GCD
Maintenance des Equipements Biomédicaux (MEB)/Maintenance of Biomedical Equipments
*Parcours/Major MEB
* N.B. Indiquer dans les cases correspondant aux Parcours l’ordre de préférence (1 er, 2e, 3e ou 4e choix)/Mark in
the corresponding squares your preferred Major (1st, 2nd, 3rd or 4th choice)
A le
on
At
coller votre photo
(photograph) Nom et signature du candidat
Name and signature
COMPOSITION DU DOSSIER DE CANDIDATURE

COMPOSITION OF THE FILE
Le dossier de candidature comprend les pièces suivantes :
1) Une fiche de candidature (présent modèle) dûment remplie et timbrée à 1000 FCFA
2) Une photocopie certifiée conforme de l’acte de naissance datant de moins de 3 mois ;
3) Une photocopie certifiée conforme du diplôme ouvrant droit au concours ;
4) Quatre photos d’identité (4x4) ;
5) Un certificat médical délivré par un médecin fonctionnaire datant de moins de 3 mois;
6) Une copie certifiée conforme de la carte nationale d’identité ;
7) Une attestation de virement bancaire d’un montant de vingt mille (20.000) FCFA sur le Compte IUT
ECOBANK Ngaoundéré ;
Code Banque Code Guichet N° Compte Clé RIB
10029 26017 01207980401 29
RÉDIGÉ PAR SAMANKASSOU FOULLA iv

Ou Via EXPRESS UNION et EXPRESS EXCHANGE
8) Une enveloppe de grand format (28x37) timbrée à 400 FCFA, et portant l’adresse du candidat.
IMPORTANT: Les candidats qui préparent le Baccalauréat ou le General Certificate Advanced Level
peuvent concourir sous réserve de la présentation de leur diplôme de Baccalauréat ou du GCE/AL.
OÙ DEPOSER VOTRE DOSSIER ?

WHERE TO DEPOSIT YOUR FILE?
Les dossiers complets seront déposés au plus tard le Mercredi 25 Septembre 2020, délai de rigueur, aux lieux ciaprès :
• MINESUP/ Direction des Accréditations Universitaires et de la Qualité
• Les dix (10) Délégations Régionales du Ministère des Enseignements Secondaires
• Les IUT de Ngaoundéré, Douala et Bandjoun.
• Les Antennes de l’Université de Ngaoundéré à Yaoundé (Nkolbisson) et à Bertoua
DATE DU CONCOURS
DATE OF THE EXAMINATION
Les épreuves écrites du concours se dérouleront le mardi 29 et le mercredi 30 Septembre 2020.
2/2
RÉDIGÉ PAR SAMANKASSOU FOULLA v

Memoire Dut Sam

Transféré par

Droits d'auteur :

Formats disponibles

Memoire Dut Sam

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

Memoire Dut Sam

Transféré par

Droits d'auteur :

Formats disponibles

DEDICACE

Je dédie ce modeste travail à:

RÉDIGÉ PAR SAMANKASSOU FOULLA i

• Pr Mohammadou Bouba Adji, Directeur de l’Institut Universitaire de Technologie

• Pr EKOBENA FOUDA Henry Paul, Chef de la Division de la Formation Initiale à

• Pr YENKE Blaise Omer, Chef du Département Informatique à l’Institut Universitaire

• Dr NDAM NJOYA Arouna, enseignant à l’Institut Universitaire de Technologie de

• Dr ABBOUBAKAR Hamadjam, enseignant à l’Institut Universitaire de Technologie

• Dr DANGBE Ezekiel, chef du service de stage à l’IUT de Ngaoundéré ;

• Tout le personnel de l’Institut Universitaire de Technologie de Ngaoundéré ;

• Ma cousine FITA RANGASSOU CLARISSE ;

RÉDIGÉ PAR SAMANKASSOU FOULLA ii

LISTE DES ABREVIATIONS .............................................................................................................

LISTE DES FIGURES .........................................................................................................................

LISTE DES TABLEAUX ....................................................................................................................

PRESENTATION DE L’IUT DE NGAOUNDERE ........................................................................

I. Historique et évolution de L’IUT .........................................................................................

IV. Situation géographique .......................................................................................................

CHAPITRE I : PROBLEMATIQUE DE L’INSCRIPTION AUX CONCOURS DE L’IUT DE

I.1. DESCRIPTION DE L’EXISTANT [7] .......................................................................................

RÉDIGÉ PAR SAMANKASSOU FOULLA iii

I.2. CRITIQUE DE L’EXISTANT ..................................................................................................

I.3. PROPOSITION DE SOLUTIONS ........................................................................................... 6

CHAPITRE II : ANALYSE ET CONCEPTION DE LA PLATEFORME D’INSCRIPTION EN

II.1. DEMARCHE DE DEVELLOPEMENT .................................................................................

II.2. EXIGENCES DU SYSTEME ................................................................................................ 10

II.3. ANALYSE DES CAS D’UTILISATION ..............................................................................

II.4. Analyse Statique ......................................................................................................................

II.5. Conception ...............................................................................................................................

RÉDIGÉ PAR SAMANKASSOU FOULLA iv

II.6. Architecture de l’application ................................................................................................. 37

II.7. Structure des répertoires ........................................................................................................

CHAPITRE III : IMPLEMENTATION ET TEST ......................................................................... 37

III.1. Implémentation ......................................................................................................................

III.2. TESTS .....................................................................................................................................

CONCLUSION ET PERSPECTIVES ...............................................................................................

REFERENCES BIBLIOGRAPHIQUES .......................................................................................... 49

LISTE DES ABREVIATIONS

RÉDIGÉ PAR SAMANKASSOU FOULLA v

AJAX Asynchronous JavaScript and XML

IUT Institut Universitaire de Technologie

DUT Diplôme Universitaire de Technologie

CSS Cascading StyleSheet

HTML Hypertext Markup Language

IDE Integrated Development Environment

MVC Modèle Vue Contrôleur

PHP HyperText Preprocessor

PDF Portable Document Format

SGBD Système de Gestion de Base de Données

SQL Structured Query Language

UML Unified Modeling Language

XML Extensive Markup Language

LISTE DES FIGURES

Figure 1: Schéma de représentation d’un acteur ......................................................................

RÉDIGÉ PAR SAMANKASSOU FOULLA vi

RÉDIGÉ PAR SAMANKASSOU FOULLA vii

Tableau 1: Liste des abréviations..............................................................................................vi

Tableau 3: Description textuelle du cas d’utilisation « ConsulterSite » ..................................

RÉDIGÉ PAR SAMANKASSOU FOULLA viii