Vous êtes sur la page 1sur 31

PROJET COLLECTIF TUTORÉ

En vue de l’obtention du diplôme de Licence en


Informatique et Sciences du Numérique

Option : Base de données (BD)

MISE EN PLACE DE LA BASE DE DONNEES


DE GESTIONS DES PERMUTATIONS DU
PERSONNEL DU PRESCOLAIRE ET DU
PRIMAIRE

Année académique : 2020 - 2021

PRESENTÉ PAR : TUTEUR ENCADREUR :


- OUATTARA K. ABDOULAYE

- TRAORE BAMOUSSA KOFFI DAGOU AUGUSTIN


- KONATE AISSATA SYLVAIN LEGRAND
- SANOGO SORY Tuteur
- JOSUE GUIRIEKPE
PROJET COLLECTIF TUTORE DU GROUPE 4

DÉDICACE

A nos familles

1
PROJET COLLECTIF TUTORE DU GROUPE 4

REMERCIEMENTS
Nous tenons à exprimer notre sincère et profonde reconnaissance à tous ceux et à
toutes celles qui ont contribué par leurs conseils, leurs soutiens et leurs critiques à la
réalisation de notre projet. Nos remerciements vont ainsi à l’endroit de : Monsieur DAGOU
DANGUI AUGUSTIN SYLVAIN LEGRAND KOFFI, notre tuteur, pour tout et surtout
l’aide fournie dans la réalisation de ce projet. A monsieur le Directeur Général l’Université
Virtuelle de Côte d’Ivoire qui sous son leadership apporte une formation de qualité l’UVCI,
le professeur Koné Tiomoman qui sous son leadership guide le corps enseignant pour une
formation de qualité a l’UVCI ; à l’ensemble des enseignants et tuteurs qui nous ont
prodigués des conseils et des encadrements afin de produire des étudiants bien formés, nous
n’oublions pas également la pédagogie ainsi que la scolarité qui nous suivent partout et à
tout moment pendant les six semestres de notre formation.

2
PROJET COLLECTIF TUTORE DU GROUPE 4

AVANT-PROPOS
Le décret N°2020-775 du 09 décembre 2015 portant création, attributions et
fonctionnement d’un établissement public administratif dénommé Université Virtuelle de
Côte d’Ivoire. L’UVCI à est dirigé par M. Koné Tiémoman avec son équipe. Cet
établissement public d’enseignement supérieur et de la formation à distance reçoit des
bacheliers, des étudiants et travailleurs ; dont elle se charge d’en faire des administrateurs, des
ingénieurs et docteurs dans le domaine des Sciences du Numérique et de l’Informatique (ISN)
à travers le système LMD (Licence-Master-Doctorat). L’UVCI porte à son sein 6 spécialités
au niveau de la licence, 4 pour le master et 4 pour le doctorat.

La BD est l’une des filières de la licence et c’est dans laquelle nous sommes inscrits. Elle
a pour finalité le BDA notre filière sur une formation de 3 ans avec des professeurs qualifiés
qui octroient la connaissance d’excellente qualité.

En plus de la formation théorique de qualité qu’elle octroie grâce aux professeurs


qualifiés dont les compétences et l’expertise sont reconnues sur l’échiquier national ; l’UVCI
prévoit à chaque fin de cycle des stages pratiques en entreprise ou projets personnel ou
collectif dans le souci de produire des diplômés opérationnels. Cette année le choix est porté
sur un projet collectif tutoré où il est question de mettre en place une application de gestion
des permutations du personnel préscolaire et du primaire du ministère de l’éducation nationale
de Côte d’Ivoire.

3
PROJET COLLECTIF TUTORE DU GROUPE 4

SOMMAIRE
DÉDICACE ................................................................................................................................................................ 1
REMERCIEMENTS ................................................................................................................................................. 2
AVANT-PROPOS ...................................................................................................................................................... 3
SOMMAIRE .................................................................................................................................................................. 4
LISTE DES SIGLES ET DES ABREVIATIONS................................................................................................... 5
RESUME .................................................................................................................................................................... 6
INTRODUCTION ..................................................................................................................................................... 7
................................................................................................................................................... 8
CHAPITRE I : ETUDE PREALABLE ............................................................................................................... 8
I. ETUDE DE L’EXISTANT ........................................................................................................................ 8
II. CRITIQUES ET FAILLES ................................................................................................................... 8
................................................................................................................................................ 10
CHAPITRE II : ANALYSE ET CONCEPTION.............................................................................................. 10
I. CHOIX DE LA METHODE D’ANALYSE ........................................................................................... 10
............................................................................................................................................... 19
CHAPITRE III : ETUDE TECHNIQUE .......................................................................................................... 19
I. CHOIX TECHNIQUE DE MISE EN ŒUVRE .................................................................................... 19
II. METHODE DE PROGRAMMATION ............................................................................................. 20
CHAPITRE IV : REALISATION DU PROJET .............................................................................................. 23
I. PAGE D’ACCUEIL ........................................................................................................................................ 23
II. PLATEFORME ENSEIGNANT....................................................................................................................... 24
III. PLATE-FORME INSPECTION ................................................................................................................... 24
IV. PLATE-FORME DREN.............................................................................................................................. 24
V. PLATE-FORME DRH.................................................................................................................................... 25
VI. PLATE-FORME ADMINISTRATEUR......................................................................................................... 25
BIBLIOGRAPHIE................................................................................................................................................... 27
WEBGRAPHIE ....................................................................................................................................................... 28
ANNEXE................................................................................................................................................................... 29

4
PROJET COLLECTIF TUTORE DU GROUPE 4

LISTE DES SIGLES ET DES ABREVIATIONS

C
CSS: Cascading Style Sheets
D
DREN : Direction régionale de l’Education Nationale
DRH : Direction des Ressources Humaines
H
HTML: Hyper Text Markup Language
I
IEP: Inspection de l’enseignement primaire
J
JS : JavaScript
M
MERISE : Méthode d'Etude et de Réalisation Informatique par Sous-Ensemble
MCD : Modèle Conceptuel de Données
MCT : Modèle Conceptuel de Traitement
MLD : Modèle Logique de Données
P
PHP : HyperText Preprocessor
S
SGBD : Système De Gestion De Base De Données
SQL : Structure Query Language
U
UVCI : Université Virtuelle de Côte d’Ivoire

5
PROJET COLLECTIF TUTORE DU GROUPE 4

RESUME

Ce rapport de projet détaille tout le travail effectué durant ces trois mois afin de rentrer
dans les exigences de notre cahier des charges. Notre travail consiste à réaliser une application
web de gestion de permutation conformément à l’exigence de notre cahier de charge qui
consiste à numériser le processus de permutation du personnel du primaire et du préscolaire
de l'enseignement. Cette application aura pour module : Base de données de gestion des
permutations. L’étude globale de l’existant ainsi que le recueil des besoins fonctionnels et
Techniques nous ont permis de cerner les contours du projet et d’avoir une vision claire du
travail qui nous a été confié. En outre, la phase d’analyse du projet nous a permis de ressortir
la méthode d’analyse et de conception ainsi que les outils et technologies utilisés pour mener
à bien la réalisation de ce projet.

6
PROJET COLLECTIF TUTORE DU GROUPE 4

INTRODUCTION

La permutation est un processus qui consiste à changer de localité à tout moment, à condition
de s’accorder avec un autre personnel, ayant la même fonction que le demandeur et qui souhaite venir
dans la localité de celui-ci et lui, aller dans la localité de ce dernier ainsi pour un agent (le demandeur)
qui désir effectuer une permutation, il doit procéder à la publication d’un avis de permutation :

- Soit en affichant dans l’inspection où il souhaite aller, un avis de permutation ;


- Soit en déposant cet avis dans les locaux de la sous-direction des ressources humaines en
charge du personnel du préscolaire et du primaire ;
- Soit en publiant l’avis sur les réseaux sociaux.
Cependant, cet avis de permutation publié dans ce cadre n’a pas une grande portée car il n’est
accessible qu’aux personnes ayant visité les lieux où cet avis est affiché. Et cette procédure est
laborieuse, longue et difficile à suivre par les différents acteurs du système.
Dans l’optique de remédier à ce problème un thème émanant du ministère de l’éducation
nationale validé par l’UVCI nous a été soumis. Il s’agit d’un projet collectif tutoré qui a pour thème :
la mise en place d’une base de données de gestion de permutation du personnel du préscolaire et du
primaire de Côte d’Ivoire. Une application mobile en collaboration avec les réseaux de téléphonies
est donc nécessaire pour gérer ce personnel afin de répondre aux attentes du ministère de l’éducation
nationale de Côte d’Ivoire. Pour un aboutissement efficace de ce projet, nous avons jugé indispensable de
le construire autour de trois parties à savoir Dans un premier temps situe le projet dans son étude préalable,
ensuite nous allons présenter l’analyse, la conception et la réalisation et enfin les critiques et les observations.

7
PROJET COLLECTIF TUTORE DU GROUPE 4

CHAPITRE I : ETUDE PREALABLE

Le thème du projet jugé réalisable par l’UVCI et soumis à notre étude émane du ministère de
L’éducation nationale. Il se situe dans le contexte de l’amélioration des conditions de travail au sein
de leur administration
La sous-direction des ressources humaines du MEN sollicite notre expertise pour la mise en place
d’une base de données. Cette base de données doit avoir un module en l’occurrence : Base de données
de gestion de permutation.

I. ETUDE DE L’EXISTANT
La permutation consiste en un changement de localité à tout moment, à condition de s’accorder
avec un autre personnel, ayant la même fonction que le demandeur et qui souhaite venir dans la
localité de celui-ci et lui, aller dans la localité de ce dernier.
Ainsi le demandeur tout enseignant du primaire et du préscolaire peut entamer les démarches pour
faire effectuer une permutation. Pour se faire l’enseignant le demandeur fait des affiches de son avis
de permutation, il colle ces affiches dans l’inspection dans il souhaite aller et à DRH du MEN.il
publie également son avis sur les réseaux sociaux et en parle au tour de lui. L’avis de permutation
peut être consulter par tout enseignant.
Si l’offre intéresse un collègue ce dernier contact le demandeur pour lui faire part de son intérêt et lui
transmet les informations nécessaires afin que celui-ci entame les démarches auprès de son
inspection. Il constitue par la suite un dossier de permutation qu’il dépose à l’inspection. L’inspection
vérifie et transmet les dossiers à DREN qui a son tour étudie le dossier et ramène à L’IEP, l’IEP
revalide et fait la transmission au demandeur. Dès la réception du dossier par le demandeur il met à
la disposition de l’intéresser afin que ce dernier constitue à son tour et suit le même processus que le
demandeur. Cependant la destination du dossier de l’intéresse est la DRH, qui après validation affiche
les résultats de toutes les demande de permutation. A la fin du processus le résultat est disponible et
consultable par tous enseignants. Au vue de tout ce qui précède n’existe-il pas un autre moyen de
rendre le processus de permutation plus simple et mieux organiser.

II. CRITIQUES ET FAILLES

La procédure de permutation est laborieuse, longue et difficile à suivre par les différents acteurs
du système. Un engorgement des bureaux des inspections d’enseignements primaires et de la sous-

8
PROJET COLLECTIF TUTORE DU GROUPE 4

direction des ressources humaines par les nombreuses affiches de demande. Surtout, pour éviter le
déplacement du personnel enseignant pour des tâches qui peuvent se faire à distance.

III. SOLUTION
Pour la bonne réalisation de ce projet, un cahier des charges nous a été fourni. Celui-ci est
explicite. Notre travail consistant à réaliser une application de gestion de permutation du personnel
du ministère de l’éducation nationale, il nous est demander de faire en sorte que :
L’instituteur envoie par sms MEN au 4800 ou autre et un champ apparaît pour s’inscrire et faire sa
demande de permutation ou rechercher des places disponibles pour permutation à partir de n’importe
quel téléphone portable.

9
PROJET COLLECTIF TUTORE DU GROUPE 4

CHAPITRE II : ANALYSE ET CONCEPTION

I. CHOIX DE LA METHODE D’ANALYSE

Dans cette partie, nous faisons le choix de la méthodologie d’approche, puis l’étude conceptuelle
du projet avec la méthode choisie.
Il existe plusieurs méthodes d’analyse et de conception des systèmes d’information. Pour notre projet,
nous étudierons la méthode MERISE. MERISE offre une démarche d’analyse cohérente et
rigoureuse, et est mieux orientée vers la gestion des systèmes d’information avec stockage des
données dans des bases de données relationnelles. D’où notre le choix de la méthode MERISE.
. Pour la réalisation d’un projet, MERISE s’appuie sur trois axes :
 La démarche ou le cycle de vie : C’est le guide continu de la méthode MERISE suivant six
étapes, notamment le schéma directeur ; l’étude préalable ; l’étude détaillée ; l’étude technique
; la mise en œuvre et la maintenance.
 Le Raisonnement ou le cycle d’abstraction : c’est la représentation du domaine étudié, à
travers plusieurs modèles suivant un formalisme en tenant compte du niveau d’abstraction.
 La maîtrise ou le cycle de décision : à chaque étape de la démarche, une décision est prise
pour l’avancement du projet.
Elle se décline en deux (2) principales approches que sont :
La démarche classique et la démarque rapide

II. LES TACHES

Après analyse du thème qui nous a été soumis nous avons dégagé vingt-huit (28) grandes tâches à
réaliser :

1. Liste des tâches

● Tâche 1 : Analyse du projet


● Tâche 2 : Détermination des tâches
● Tâche 3 : Déterminations des ressources nécessaires pour la réalisation de chaque tâche
● Tâche 4 : Planning des tâches
● Tâche 5 : Matrice d’activités
● Tâche 6 : Diagramme de Gantt

10
PROJET COLLECTIF TUTORE DU GROUPE 4

● Tâche 7 : Dictionnaire de données


● Tâche 8 : Conception du modèle conceptuel de communication (MCC)
● Tâche 9 : Conception du modèle conceptuel de traitement (MCT)
● Tâche 10 : Conception du modèle conceptuel de données (MCD)
● Tâche 11 : Conception du modèle logique de la donnée (MLD)
● Tâche 12 : Mise en œuvre de la base de donnée
● Tâche 13 : implémentation de la base donnée
● Tâche 14 : Mise en œuvre de l'interface homme machine (IHM)
● Tâche 15 : implémentation de l'IHM
● Tâche 16 : Test unitaire
● Tâche 17 : Intégration des différents modules
● Tâche 18 : Test et vérification de la solution
● Tâche 19 : Vérification la conformité de l'application avec les exigences du cahier de charge
● Tâche 20 : Manuel d'utilisation
● Tâche 21 : Tutoriel d'utilisation
● Tâche 22 : Déterminations des outils de déploiement
● Tâche 23 : Déploiement d’application
● Tâche 24 : Test de déploiement
● Tâche 25 : Maintenance préventive
● Tâche 26 : Maintenant adaptative
● Tâche 27 : Maintenance corrective
● Tâche 28 : Mise à jour

2. DIAGRAMME DE GANTT

Le diagramme de Gantt est un outil de planification des tâches afin d’optimiser le temps et le
coût du projet. Ici notre diagramme contrainte le projet d’une date de début et d’une date de fin allant
du 15 Juin au 25 Août. Ainsi les membres du groupe 4 sont dans l’obligation de respecter le délai
imparti pour le projet.

Figue 1 : Diagramme de grantt

11
PROJET COLLECTIF TUTORE DU GROUPE 4

IV. ETUDE CONCEPTUELLE


Tout au long de ce chapitre, nous ferons l’étude conceptuelle du projet avec la méthode
MERISE.

1. Modèle conceptuel de traitement (MCT)

Le modèle conceptuel de traitement formalise l’activité du système. Il présente les différents traitements
qui sont opérés dans le système, la hiérarchie de ces traitements tout comme les cadences de
déclenchement de ces actions. Ils permettent de voir les différents résultants produits et les conditions qui
doivent être satisfaites. Le MCT étant issue de l’ordonnancement des flux, les différents traitements
présentés sont aussi ordonnancés. Ce modèle est basé sur les concepts d’évènement, d’état, d’opération,
de synchronisation, de condition d’émission, de
processus etc.

2. Modèle conceptuel de donnée (MCD)

Un modèle conceptuel de données permet de regrouper et d’ordonner les données nécessaires à


la gestion d’un ensemble d’entités dans un système d’information.
Pour élaborer le Modèle Conceptuel de Données, nous allons présenter le dictionnaire de données.

a. Dictionnaire de données

Le dictionnaire de données regroupe toutes les informations élémentaires relatives à la gestion


actuelle du système. Voici le dictionnaire de données de notre système :

Table : PERSONNEL

Sigle Signification Type Longueur Contrainte

Matricule Identifiant du personnel AN 10 identifiant

Nom Nom du personnel Chaîne 30 =< 30

Prenoms Prénoms du personnel Chaîne 50 =<50

Contact Numéro téléphonique du Entier 10 =10


personnel

Mail Email du personnel Chaîne 50 =<50

12
PROJET COLLECTIF TUTORE DU GROUPE 4

Table : FONCTION

Sigle Signification Type Longueur Contrainte

Id fonct Identifiant de la fonction Entier 10 identifiant

Nom Nom de la fonction Chaîne 30 =< 30

Emploi Fonction exercer Chaîne 100 =< 30

Table : ENSEIG_DEMANDEUR

Sigle Signification Type Longueur Contrainte

Id_ensei Identifiant du Entier 10 Identifiant


demandeur

annee Année de la Date 10 jj/mm/aaaa


demande

Date_deman date de la demande Date 10 jj/mm/aaaa

Table : ENSEIG_FAVORABLE

Sigle Signification Type Longueur Contrainte

Id_ensei Identifiant de la table favorable Entier 10 Identifiant

Deman_date Date de la demande date 10 Jj/mm/aaaa

annee date d’acceptation de la Date 10 jj/mm/aaaa


favorable

Table : ANNONCE

Sigle Signification Type Longueur Contrainte

Id_annonce Identifiant de l’annonce Entier 10 Identifiant

canal Nom du canal de l’annonce AN 30 =< 30

13
PROJET COLLECTIF TUTORE DU GROUPE 4

date_annonce Date de l’annonce Date 10 jj/mm/aaaa

Table : PERMUTATION

Sigle Signification Type Longueur Contrainte

Id_permutation Identifiant de la Entier 10 Identifiant


permutation

DREN_souhaite Nom de la DREN AN 30 =< 30


souhaitée

IEP_souhaite Nom de l’IEP souhaitée AN 30 =< 30

Ecole_souhaite Nom de l’école souhaitée AN 30 =< 30

Table : IEP

Sigle Signification Type Longueur Contrainte

Id_iep Identifiant de l’IEP AN 10 Identifiant

Nom_iep Nom de l’IEP Chaîne 30 =< 30

Mail_iep Email de l’IEP Chaîne 50 =< 50

Contact_iep Numéro téléphonique de l’IEP Entier 10 = 10

Table : DREN

Sigle Signification Type Longueur Contrainte

Id_dren Identifiant de la DREN AN 10 Identifiant

Nom_dren Nom de la DREN Chaîne 30 =< 30

Mail_dren Email de la DREN Chaîne 50 =< 50

Contact_dren Numéro téléphonique de la Entier 10 = 10


DREN

14
PROJET COLLECTIF TUTORE DU GROUPE 4

Table : DRH

Sigle Signification Type Longueur Contrainte

Id_drh Identifiant de la DRH AN 10 Identifiant

Nom_drh Nom de la DRH Chaîne 30 =< 30

Mail_drh Email de la DRH Chaîne 50 =< 50

Contact_drh Numéro téléphonique de la Entier 10 = 10


DRH

Table : ECOLE

Sigle Signification Type Longue Contrainte


ur

Id_ecole Identifiant de l’école AN 10 Identifiant

Nom_ecole Nom de l’école Chaîne 30 =< 30

Mail_ecole E-mail de l’école Chaîne 50 =< 50

Contact_ecole Ligne téléphonique Entier 10 =< 10


de l’école

Table : LOCALITÉ

Sigle Signification Type Longueur Contrainte

Id_local Identifiant de la Entier 10 Identifiant


localité

Nom_local Nom de la localité AN 30 =< 30

Chef_Lieux Chef lieux AN 100 =<100

Table : DOSSIER

15
PROJET COLLECTIF TUTORE DU GROUPE 4

Sigle Signification Type Longueur Contrainte

Id_dossier Identifiant du Entier 10 Identifiant


dossier

Statut_iep1 Avis de Booléen 10 « True » ou


l’inspection 1 « False »

Statut_iep2 Avis de Booléen 10 « True » ou


l’inspection 2 « False »

Statut_dren1 Avis de la Booléen 10 « True » ou


direction « False »
régionale 1

Statut_dren2 Avis de la Booléen 10 « True » ou


direction « False »
régionale 2

Statut_drh Avis de Booléen 10 « True » ou


responsable dez « False »
ressources
humaines

Table : STATUT

Sigle Signification Type Longueur Contrainte

Annee Identifiant de l’année Entier 4 Identifiant


scolaire

Statut Disponibilité des demandes Boolean 10 « True » ou


de permutation « False »

annee Année de la scolaire Date 4 aaaa

Debut_ensei Début des permutation côté Date 10 jj/mm/aaaa


enseignant

Fin_ensei Fin des permutation côté Date 10 jj/mm/aaaa


enseignant

16
PROJET COLLECTIF TUTORE DU GROUPE 4

Debut_iep Début des permutation côté Date 10 jj/mm/aaaa


inspection

Fin_iep Fin des permutation côté Date 10 jj/mm/aaaa


inspection

Debut_dren Début des permutation côté Date 10 jj/mm/aaaa


direction régionale

Fin_dren Date de fin des demandes Date 10 jj/mm/aaaa


de permutation

Debut_drh Début des permutation côté Date 10 jj/mm/aaaa


direction des ressources
humaines

Fin_drh Fin des permutation côté Date 10 jj/mm/aaaa


direction des ressources
humaines

b. Élaboration du MCD

3. Modèle logique de données (MLD)

Le modèle logique de données (MLD) est une représentation du modèle conceptuel de données
(MCD) dans la mesure de ce que la technologie offre comme un support à nos choix d’organisation.
Dans le cadre de notre projet, nous choisissons une base de données relationnelle dans la mesure où
elle est utilisée par la plupart des systèmes de gestion de base de données (SGBD). Nous traiterons
ici la formalisation du MLD appliquée à une base de données relationnelle.
o Les entités types du MCD sont converties en tables dans le MLD.

17
PROJET COLLECTIF TUTORE DU GROUPE 4

o Les associations types du MCD sont converties en tables ou supprimées


Nous obtenons donc :

LOCALITE (Id_localite , nom_localite , Chef_Lieux)


ECOLE (Id_ecole, nom_ecole, Type_ecole, mail_ecole, contact_ecole, #Id_localite, #Id_iep)
IEP (Id_iep , nom_iep , mail_iep , contact_iep , matricule_respo , nom_respo,
prenoms_respo, mails_respo, tel_respo, #Id_dren , #Id_localite)
DREN (Id_dren, nom_dren, mail_dren, contact_dren, matricule_respo, nom_respo, prenoms_respo,
prenoms_respo , mails_respo , tel_respo, #Id_drh, #Id_localite)
DRH_MEN (Id_drh, nom_drh , mail_drh, contact_drh, matricule_respo, nom_respo,
prenoms_respo,, mails_respo, tel_respo #Id_localite)
FONCTION (Id_fonct, nom, eemploi)
PERSONNEL (matricule, nom, prenoms, mail, telephone, #Id_iep, #Id_fonct)
ENSEIG_DEMANDEUR (id_ensei_deman, date_demen, annee, #matricule)
ENSEIG_FAVORABLE (id_ensei_deman, date_valide, annee, #matricule)
DOSSIER_DEMAN(Id_DosDem, dren_souh, iep_souh,#id_iep ,#id_dren, #matricule)
DOSSIER_FAV (IdDosfav, opinion, ,#id_iep ,#id_dren, #matricule, # id_ensei_deman)
DOSSIER (id_dossier, statut_iep1, statut_iep2, statut_dren1, statut_dren2, statut_drh ,
date_arrive_dren1, date_arrive_dren2, #Id_Statut, #Id_drh)
STATUT (Id_Statut, annee, statut, debut_ensei, fin_ensei, debut_iep, fin_iep, debut_dren, fin_dren,
debut_drh, fin_drh)
AVIS_PERMUTAT(Id_permut, nom, prenoms,telephone, mail, localite zone, dren_souh, iep_souh,
annee,date_avis,#matricule)
ADMINISTRATEUR(matricule, nom, prenoms, mail, adresse, telephone)

18
PROJET COLLECTIF TUTORE DU GROUPE 4

Cette partie abordera d’abord les choix des techniques de mise en œuvre du projet, puis une
présentation de la réalisation du projet.

CHAPITRE III : ETUDE TECHNIQUE

I. CHOIX TECHNIQUE DE MISE EN ŒUVRE

Dans ce chapitre, nous présenterons les technologies utilisées pour la mise en œuvre de
l’application ainsi que les outils d’implémentation.
Un système de gestion de base de données (abr. SGBD) est un logiciel système servant à stocker, à
manipuler ou gérer, et à partager des données dans une base de données, en garantissant la qualité,
la pérennité et la confidentialité des informations, tout en cachant la complexité des opérations

1. Présentation des SGBD

 Oracle

Oracle Database 19c est la version la plus récente de base de données. Oracle est disponible
pour les systèmes d’exploitation Linux, Windows, Unix, MacOs. La licence est
commerciale mais gratuite dans la version Express. Oracle est un SGBD relationnel qui
depuis l’introduction du support du modèle objet dans sa version 8 peut être aussi qualifié
de système de gestion de base de données relationnel-objet (SGBDRO).

 SQL Server

SQL Server est un système de gestion de base de données développé par Microsoft,
disponible uniquement sur la plateforme WINDOWS. Il permet de stocker, traiter et
sécuriser les données. Sa version SQL Server 2016 propose les fonctions nécessaires pour
faire face à des besoins de performance et de haute disponibilité, garantir la cohérence des
données à l’aide des transactions et permettre la gestion des accès concurrents.

19
PROJET COLLECTIF TUTORE DU GROUPE 4

 MySQL

MySQL dérive directement de SQL (Structured Query Language) est un langage de requête
vers les bases de données exploitant le modèle relationnel. MySQL est un serveur de bases
de données relationnelles SQL développé dans un souci de performances élevées en lecture,
ce qui signifie qu'il est davantage orienté vers le service de données déjà en place que vers
celui de mises à jour fréquentes et fortement sécurisées. Il est multithread et multi-
utilisateur. C'est un logiciel libre développé sous double licence en fonction de l'utilisation
qui en est faite : dans un produit libre ou dans un produit propriétaire. Dans ce dernier cas,
la licence est payante, sinon c'est la licence publique générale GNU (GPL) qui s'applique.

2. Etude comparatif

Le tableau suivant nous présente l’étude comparative entre ORACLE, SQL SERVER et MySQL
que nous avons effectuée afin de choisir la base de données là mieux adaptée à notre projet.

SGBD Rapidité Gratuité Résistance Simplicité

ORACLE

MS SQL
SERVER

MYSQL

Au vu de ce comparatif, nous constatons qu’ORACLE et MS SQL SERVER ont de nombreux


avantages mais ils ne sont pas gratuits. Notre choix se porte alors sur la base de données MYSQL
car elle a une prise en main simple, facile et gratuite.

II. METHODE DE PROGRAMMATION

1. Programmation orienté objets

20
PROJET COLLECTIF TUTORE DU GROUPE 4

La Programmation orienté objet (POO) consiste à utiliser des techniques de programmation


pour mettre en œuvre une conception basée sur les objets.

Un objet représente un concept, une idée ou toute entité du monde physique, comme une voiture, une
personne ou encore une page d'un livre. Il possède une structure interne et un comportement, et il
sait interagir avec ses pairs.
Au vue des atouts de la POO, nous allons l’utiliser dans notre projet.

2. Modèle – Vue – Contrôleur

Modèle-vue-contrôleur ou MVC est un motif d'architecture logicielle destiné aux interfaces


graphiques lancé en 1978 et très populaire pour les applications web. Le motif est composé de trois
types de modules ayant trois responsabilités différentes : les modèles, les vues et les contrôleurs.

a. . Modèle

Élément qui contient les données ainsi que de la logique en rapport avec les données :
validation, lecture et enregistrement. Il peut, dans sa forme la plus simple, contenir uniquement une
simple valeur, ou une structure de données plus complexe4. Le modèle représente l'univers dans
lequel s'inscrit l'application.

b. Vue

C’est la partie visible de l’application. La vue se sert du modèle, et peut être un diagramme, un
formulaire, des boutons, etc. Une vue contient des éléments visuels ainsi que la logique nécessaire
pour afficher les données provenant du modèle3. Dans une application de bureau classique, la vue
obtient les données nécessaires à la présentation du modèle en posant des questions.

c. Contrôleur

Cette partie gère la logique du code qui prend des décisions. C'est en quelque sorte
l'intermédiaire entre le modèle et la vue : le contrôleur va demander au modèle les données, les
analyser, prendre des décisions et renvoyer le texte à afficher à la vue. Le contrôleur contient
exclusivement du PHP. C'est notamment lui qui détermine si le visiteur a le droit de voir la page ou
non (gestion des droits d'accès).

21
PROJET COLLECTIF TUTORE DU GROUPE 4

Figue 2 : Schéma du Modèle – Vue – Contrôleur

III. OUTILS D’IMPLEMENTATION


1. Langages

Les langages vont nous permettre de décrire d'une part les structures des données qui seront manipulées par notre
système, et d'autre part d'indiquer comment sont effectuées les manipulations, selon les algorithmes.

L’HyperText Markup Language, généralement abrégé HTML, est le langage de


balisage conçu pour représenter les pages web. HTML permet également de
structurer sémantiquement et logiquement et de mettre en forme le contenu des
pages, d’inclure des ressources multimédias dont des images, des formulaires
de saisie, et des programmes informatiques.

Les feuilles de style en cascade, généralement appelées CSS de l'anglais


(Cascading Style Sheets), forment un langage informatique introduit au
milieu des années 1990 qui décrit la présentation des documents HTML et
XML. Les standards définissant CSS sont publiés par le World Wide Web
Consortium (W3C).

22
PROJET COLLECTIF TUTORE DU GROUPE 4

JavaScript est un langage de programmation scripts principalement


employé dans les pages web interactives. Les bases du langage et ses
principales interfaces sont fournies par des objets équipés de constructeurs
permettant de créer leurs propriétés, et notamment une propriété de
prototypage qui permet de créer des objets héritiers personnalisés.

Il a été conçu pour permettre la création d'applications dynamiques, le plus


souvent développées pour le Web. PHP est le plus souvent couplé à un
serveur Apache et permet de récupérer des informations issues d'une base de
données, d'un système de fichiers ou plus simplement des données envoyées
par le navigateur afin d'être interprétées ou stockées pour une utilisation
ultérieure.

2. Serveur utilisé
XAMPP est un ensemble de logiciels permettant de mettre en place un
serveur Web local, un serveur FTP et un serveur de messagerie électronique.
Il s'agit d'une distribution de logiciels libres (X (cross) Apache MariaDB Perl
PHP) offrant une bonne souplesse d'utilisation, réputée pour son installation
simple et rapide. Ainsi, il est à la portée d'un grand nombre de personnes
puisqu'il ne requiert pas de connaissances particulières et fonctionne, de plus,
sur les systèmes d'exploitation les plus répandus.

3. Environnement de développement

Visual Studio Code est un éditeur de code extensible développé par


Microsoft. Les fonctionnalités incluent la prise en charge du débogage, la
mise en évidence de la syntaxe, la complétion intelligente du code, la
refactorisation du code et Git intégré. Il prend immédiatement en charge
presque tous les principaux langages de programmation. Plusieurs d'entre eux
sont inclus par défaut, par exemple JavaScript, CSS et HTML.

CHAPITRE IV : REALISATION DU PROJET

Dans ce chapitre, nous présenterons quelques fenêtres réalisées de notre application de gestion de
permutation.

I. PAGE D’ACCUEIL

C’est la page ci-dessous qui permet aux gestionnaires et aux utilisateurs de s’authentifier en renseignant
leur matricule de gestion ou de la SUCAF-CI. Une fois, l’authentification réussie, ce dernier a accès à la
page qui lui est destinée selon ses références.

23
PROJET COLLECTIF TUTORE DU GROUPE 4

Figue 3 : Page d’accueil

II. PLATEFORME ENSEIGNANT


Cette plate-forme permet à l’enseignant de faire une annonce, une demande de permutations et également
d’accepter une demande permutation. Vous verrez quelques images qui illustre ces propos.

Figue 4 : Plate-forme enseignant

III. PLATE-FORME INSPECTION


Cette plate-forme qui est dédiés au inspections sert à avoir une vue sur tous les écoles de cette
inspection, de donner son avis sur une demande de permutation et permet également de faire une
recherche. Vous verrez ci-dessous les images qui montre l’aspect visuel de cette plateforme.

Figue 5 : Plate-forme inspection

IV. PLATE-FORME DREN

24
PROJET COLLECTIF TUTORE DU GROUPE 4

Son rôle est de permettre à une direction régionale d’avoir un aperçu sur ces différentes
inspections. Elle permet aussi de faire une recherche et surtout de donner leurs avis sur une demande
de permutations.

Figue 6 : Plate-forme dren

V. PLATE-FORME DRH
La plate-forme de direction des ressources humaines (DRH) permettra de responsables de donner le verdict
final de la permutation. Elle permet également de d’avoir une vue sur les directions régionales et permet de faire
une recherche

Figue 5 : Plate-forme drh

VI. PLATE-FORME ADMINISTRATEUR

La plate-forme administrateur permet aux administrateurs de gérer l’application. Les images ci-dessous met en
lumière l’aspect visuel de cette plateforme.

25
PROJET COLLECTIF TUTORE DU GROUPE 4

CONCLUSION

Ce projet a été réalisé grâce à un travail planifié par le groupe 4 en collaboration étroite avec
leur tuteur qui a joué le rôle de superviseur. Tout au long de la réalisation de ce projet nous
sommes restés fidèle à notre cahier de charge à l’effet de répondre aux attentes du ministère de
l’éducation nationale de Côte d’Ivoire. Ainsi il nous a été demandé de planifier une base de
données dans une application qui facilitera le processus de permutation du personnel de
l’éducation national de Côte d’Ivoire. Pour ce faire, nous avons d’abord procédé à l’étude
préalable. Ce qui nous a permis de mieux comprendre les besoins. L’analyse du cahier des
charges, nous a poussé à utiliser la méthode MERISE car étant la plus adéquate. Et après une
description des outils techniques choisis, nous avons détaillé la réalisation de notre application.
Nous notons que la réalisation du travail qui nous fut confié est en cours d’achèvement et qui sera
terminer par la fin du rapport de stage. Précisément, nous avons terminé la conception,
l’implémentation de la base de données et nous avons également terminé le développement des
différentes pages. Cependant nous restons disponibles à améliorer la solution afin qu’elle soit
irréprochable.
Ce projet nous a permis d’acquérir des connaissances professionnelles et aussi de développer
plusieurs capacités dont l’esprit d’équipe, la gestion d’un projet informatique et l’esprit créatif.
Toutefois, ce rapport demeurant le fruit d’un travail humain, nous le soumettons aux critiques et
suggestions en vue d’y apporter des modifications et des corrections. Ces dernières serviront à
améliorer le travail déjà réalisé et aussi à permettre une évolution prochaine du projet. Également
nous envisageons le traitement automatique des dossiers dans les structures DRH, DREN et IEP
depuis la base de données des saisies sur le portail de permutation.

26
PROJET COLLECTIF TUTORE DU GROUPE 4

BIBLIOGRAPHIE

● Mr. Jean Engels PHP5 cours et exercices 2e édition-PHP 5.2 et 5.3 ÉDITIONS EYROLLES
61, bd Saint-Germain 75240 Paris Cedex 05 www.editionseyrolles.com.
● Mr Kounapetri Abdoulaye Ouattara, étudiant en informatique à l’UVCI, pour son rapport de
stage tenu à la SUCAF-CI, sur la conception et la réalisation des modules d’un jeu de
pronostique.
● Mr Kidoudeni David Silue, Technicien en électricité et en informatique à l’I NP-HB, pour
son rapport de stage tenu à la SIC INFO, sur la conception et la réalisation des modules hôtel
et restauration du site de la bourse touristique.

27
PROJET COLLECTIF TUTORE DU GROUPE 4

WEBGRAPHIE

https://openclassrooms.com/fr/
Consulté du 03 juin au 01 Septembre 2021
https://www.youtube.com/watch?v=cWoq5znh0vw&list=PLjwdMgw5TTLVDvceONHM_C19dP
W1MAMD
Consulté le 28 juillet 2021
https://youtu.be/oLgtucwjVII
Consulté le 08 juillet 2021.
https://www.php.net/
Consulté du 15 au 26 juillet 2021.
https://sql.sh/cours/jointures#google_vignette
Consulté le 28 Août 2021
https://www.it-connect.fr/les-fenetres-de-confirmation-en-javascript
Consulté le 24 Août 2021

28
PROJET COLLECTIF TUTORE DU GROUPE 4

ANNEXE
Annexe-1 : Data base

L’image ci-dessous présente la base de données implémentée sous phpMyAdmin (SGBD MySQL).
Nous avons au total cinq (15) tables dans la base de données.

Annexe 2 – Modèle
C’est celui qui récupère les informations « brutes » dans la base de données, les organisent et les
assemblent pour qu'elles puissent ensuite être traitées par le contrôleur. Ci-dessous du code du
modèle des permutations.

29
PROJET COLLECTIF TUTORE DU GROUPE 4

Annexe 3- Vue
Ci-dessous le code de la vue d’accueil de la plate-forme enseignant. Comme son nom l’indique, elle
sert à afficher les informations fournies par le contrôleur.

Annexe 4 - Contrôleur
Ci-dessous le code du contrôleur « Authen». Il sert à réceptionner les requêtes triées par les routes
et à fournir une réponse.

30

Vous aimerez peut-être aussi