myensias.files.wordpress.com€¦ · web viewla détermination et la compréhension des besoins...
TRANSCRIPT
ROYAUME DU MAROCUniversité Hassan II – Casablanca
Faculté des Sciences Aïn Chock
Mémoire deMémoire de Projet de Fin dProjet de Fin d’É’ÉtudestudesPour lPour l’’Obtention du TitreObtention du Titre
Licence Science MathLicence Science Mathéématiques etmatiques et Informatique (SMI)Informatique (SMI)
SujetSujet
Application de Gestion de laApplication de Gestion de la PrPréésséélection lection
des Candidats au cycle du Masterdes Candidats au cycle du Master
Soutenu par :Radouane ANGHASBouchaib OUAHBIKhalid BOUKHDIRReda ALAMI FALLAKI
Sous la direction de :M. Abderrahim SEKKAKI
Younes MOUMANMohammed Haitam LAARABI
Année universitaire 2007/2008
RemerciementsRemerciements
C'est avec plaisir que nous adressons nos remerciements, tout particulièrement, à
Mr Abderrahim SEKKAKI, qui a suivi l’avancement de notre travail, pour sa patience,
son amabilité et ses conseils ainsi que le soutien technique qu’il nous a apporté.
Ensuite, toutes nos pensées de gratitude se dirigent vers tous les enseignants du
département d'informatique pour leur encadrement efficace et la qualité de leur
enseignement tout au long de ces trois années qui nous ont beaucoup aider à réaliser notre
projet.
Que toute personne qui a contribué de prés ou de loin à la réalisation de notre
projet, trouve ici l’expression de nos sincères sentiments.
Page 2PFE-FSAC 2007/2008
A.G.P.M
SOMMAIRESOMMAIRE_________________________________________________________________3
LISTE DES FIGURES & DES TABLEAUX _______________________________________4
INTRODUCTION____________________________________________________________5
1. Présentation de l’application _________________________________________________6
1.1. Présentation Globale de l’application ____________________________________6
1.2. Expression du besoin _________________________________________________6
2. Aspects techniques de l’application____________________________________________6
2.1. Cahier de charges____________________________________________________6
2.1.1. Objectif Globale _____________________________________________6
2.1.2 Planification du projet_________________________________________7
2.1.3. Étude de l’existant____________________________________________8
2.1.4. Règles de gestion_____________________________________________9
2.1.5. Fonctionnalité ______________________________________________10
2.1.6. Contraintes_________________________________________________10
2.1.7. Définition de l’utilisateur _____________________________________10
2.2. Modélisation UML__________________________________________________11
2.2.1. Démarche de modélisation d’UML _____________________________11
2.2.1.1. Introduction ________________________________________11
2.2.1.2. Mise en œuvre d’UML _______________________________11
2.2.2. Modélisation _______________________________________________13
2.2.2.1. Diagramme de contexte _______________________________13
2.2.2.2. Les cas d’utilisation __________________________________14
2.2.2.3. Diagrammes de séquence ______________________________15
2.2.2.4. Diagramme de classes_________________________________22
2.3. Tests unitaires______________________________________________________23
2.4. Etude critique ______________________________________________________30
3. Développement du logiciel __________________________________________________31
3.1. Environnement du développement _____________________________________31
3.1.1. EasyPHP __________________________________________________31
Page 3PFE-FSAC 2007/2008
A.G.P.M
CONCLUSION _____________________________________________________________32
ANNEXE __________________________________________________________________33
BIBLIOGRAPHIE ___________________________________________________________35
LISTE DES FIGURES
Figure 1 : Planning global de la réalisation du projet avec MSProject -----------------7Figure 2 : Extrait de la grille ---------------------------------------------------------------------8Figure 3 : Extrait de la feuille Excel ------------------------------------------------------------9Figure 4 : Diagramme de contexte -------------------------------------------------------------13Figure 5 : Diagramme de cas d'utilisation ---------------------------------------------------14Figure 6 : Diagramme de séquence de l'authentification----------------------------------16Figure 7 : Diagramme de séquence de l’ajout d’un nouvel candidat via un formulaire ---17Figure 8 : Diagramme de séquence de l’ajout d’un nouvel candidat via un Excel---18Figure 9 : Diagramme de séquence de la modification d’un critère --------------------19Figure 10 : Diagramme de séquence de la suppression d’un critère --------------------20Figure 11 : Diagramme de séquence de la construction de la liste finale --------------21Figure 12: Diagramme de classe l’application ----------------------------------------------22Figure 13: Interface principale ----------------------------------------------------------------23Figure 14: Saisir les informations à l'aide d'un formulaire ------------------------------24Figure 15: Saisir les informations à l'aide d'un fichier Excel ----------------------------25Figure 16: Modifier critère de sélection ------------------------------------------------------25Figure 17: Activer un critère -------------------------------------------------------------------26Figure 18: Désactiver un critère----------------------------------------------------------------27Figure 18: Consulter un dossier ---------------------------------------------------------------28Figure 19: Modifier un dossier ----------------------------------------------------------------28Figure 20: Suppression d'un dossier ----------------------------------------------------------28Figure 21: Construction de la liste des admis -----------------------------------------------29
Figure 22: Administration du système--------------------------------------------------------29
LISTE DES TABLEAUXPage 4PFE-FSAC 2007/2008
A.G.P.M
Tableau 1 : Planning global de la réalisation du projet ------------------------------------7Tableau 2 : Critère « age du candidat » ------------------------------------------------------10Tableau 3 : les objectifs du coordonnateur --------------------------------------------------13
INTRODUCTIONINTRODUCTION
Afin d’appliquer les méthodologies et les notions enseignées tout au long de nôtre
cursus de la licence en Science Mathématiques et Informatique à l’Université HASSAN II,
nous devons réaliser un Travail d'Etude et de Recherche durant 3 mois. Celui-ci nous
permet à nous, étudiants, de nous initier à la recherche, d’appliquer les connaissances
acquises, de mettre nos compétences en évidence et de s’habituer au travail en groupe sous
la supervision de l'enseignant.
Le projet que nous devons réaliser est une application destinée à la gestion de la
présélection des candidats pour le cycle Master « AGPM ». Elle a comme but, d’obtenir
comme résultat final la liste des étudiants convoqués pour l’entretien en calculant la note
final de chaque étudiant suivant les différents critères de sélection.
L’application doit avoir une interface utilisateur ergonomique, simple à utiliser et
adaptée aux besoins présentés dans le cahier des charges.
Afin de comprendre la démarche que nous avons utilisée pour mener ce projet à son
terme, notre rapport se structure de la façon suivante :
Tout d'abord, dans une première partie nous présentons le cadre général de notre
projet, c'est-à-dire ce qui existe et ce que notre projet va apporter. Puis dans une seconde
partie, nous présentons le travail d'étude et de recherche que nous avons effectué, en
commençant par définir le cahier des charges. Ensuite dans une troisième partie, nous
expliquons comment nous avons développé l'application avant que dans une quatrième
partie nous décrirons les résultats obtenus.
Page 5PFE-FSAC 2007/2008
A.G.P.M
1. Présentation du projet
1.1. Présentation globale du projet :
Rénover la procédure de la présélection des étudiants et éventuellement, telle est la
vision de nôtre encadrant ainsi que l’administration, qui ont opté pour l’informatisation de
cette tâche en mettant en place une application informatique munie de toutes les
fonctionnalités requises pour répondre aux besoins de l’utilisateur (le coordonnateur).
1.2. Expression du besoin :
Automatiser le travail manuel.
Minimiser la durée du travail et de calcul.
Offrir une interface conviviale, ergonomique et simple d'utilisation.
Portabilité et Extensibilité de l'application.
Flexibilité de l’utilisation de l'application.
Possibilité de consultation et d’utilisation à n’importe quel moment et de n’importe quels endroits.
2. Aspects techniques de l’application :
2.1. Cahier de charges
2.1.1. Objectif Globale
L'objectif de ce projet est la réalisation d'une interface Web sécurisée, permettant
de gérer la présélection.
Cette partie consiste à automatiser la présélection des candidats, en respectant une
grille bien définie et imposée par l’administration.
Cette gestion sera composée de plusieurs phases :
Importation des données à partir d'un fichier Excel tout en complétant les informations manquantes.
Page 6PFE-FSAC 2007/2008
A.G.P.M
Possibilité de la saisie des informations des étudiants à partir d'un formulaire.
Demande de saisie des notes des critères de sélection pour ceux non traités par l'application.
Effectuer les traitements appropriés (c à d les calculs de notes pour chaque valeur d'un critère de sélection) pour chaque critère de sélection.
Obtenir les listes des candidats admis pour passer l’entretien.
2.1.2 Planification du projet
La planification est l'une des phases essentielles d'un projet. Elle consiste à prévoir
le déroulement du projet tout au long du cycle de son développement. Grâce aux réunions
tenues avec notre encadrant, au sein du département informatique, nous avons été éclairés
sur les différentes étapes du projet ainsi que leur séquencement. Cela consistait en trois
grandes étapes: la première est une phase d'étude de l'existant dont les objectifs sont de
bien cerner le sujet d'une part et de comprendre le fonctionnement du système existant
d'autre part. La seconde est consacrée à la conception de la solution et quant à la troisième
étape, elle traite la mise en oeuvre de cette solution.
Le tableau suivant présente la planification des étapes du déroulement de notre
projet :
Phase Durée Début FinEtude des besoinsRéunions avec les personnels du service de préinscription.
7 jours 13/03/2008 25/03/2008
Analyse et Conception 27 jours 26/03/2008 21/04/2008Préparation de la maquette (Ecrans)Ecrans + Design et enjolivure.
31 jours 22/04/2008 22/05/2008
Mise en oeuvre de la solutionDéveloppements + Tests unitaires + Modifications.
26 jours 23/05/2008 27/06/2008
Validation FonctionnelleTests d'intégration + Recette + Modifications.
3 jours 28/06/2008 30/06/2008
Tableau 1 : Planning global de la réalisation du projet
Figure 1 : Planning global de la réalisation du projet avec MS Project
Page 7PFE-FSAC 2007/2008
A.G.P.M
Ce planning nous a permis d'ajuster les dérives et de maîtriser la gestion du temps
alloué pour la réalisation du projet.
2.1.2. Étude de l’existantNous disposons d’une :
Grille pour la sélection des candidats à retenir pour l’entretien, cette Grille contient les critères de sélections, chaque critère est évalué par des points. Ainsi on obtient une note sur 20 qui permettra la sélection.
Feuille Excel contenant la liste des candidats. Cette liste est livrée par l’administration et qui sera une entrée pour nôtre application.
Page 8PFE-FSAC 2007/2008
A.G.P.M
Figure 2 : Extrait de la grille
Page 9PFE-FSAC 2007/2008
A.G.P.M
Figure 3 : Extrait de la feuille Excel
2.1.3. Règle de gestionUn candidat est caractérisé par :
- Numéro de dossier - Code nationale d'étudiant (CNE)- Nom- Prénom- Date de naissance- Nationalité- Téléphone- Email- Etablissement d'origine
- Année du bac- Moyenne de licence- Année de la licence- Type de formation- Type de licence- Spécialité licence- Nombre de modules validés- Nombre de modules obligatoires- Note de présélection et sa note d'entretien
La note générale de la présélection d’un candidat est calculée à l’aide de plusieurs critères.
Un critère (*) est caractériser par : Identifiant de critère, Nom du critère, Type critère, Valeur maximale s'il s'agit d'un type échelle, Note de critère
Un critère est de type échelle ou bien de type simple.
Un type échelle caractérise les critères ayant des modalités sous forme d’intervalles et de valeurs numériques.
Un type simple caractérise les critères ayant des modalités sous forme de chaînes de caractères.
Un intervalle est caractérisé par un identifiant de l'intervalle, ses valeurs : maximale et minimale strictes « max_strict, min_strict », et sa propre note.
Une valeur exacte est caractérisée par un identifiant valeur, la valeur, et la note qui lui est associé.
(*) La note totale des candidats est obtenue en fonction de leurs notes fournies par les critères de sélection, car à chaque critère correspond une note maximale.
Page 10PFE-FSAC 2007/2008
A.G.P.M
Exemple de critère:
Age du candidat note=<23 1pts>23 0pts
Tableau 2 : Critère « age du candidat »
2.1.4. Fonctionnalité
L'application sera accessible via un portail web, elle sera utilisée uniquement par le responsable du master pour la présélection des candidats ayant postulé pour ce dernier.
Le responsable peut soit récupérer la liste des candidats à partir d’un fichier Excel (format .CSV), soit via un formulaire adéquat.
Le responsable peut aussi compléter les dossiers incomplets via un formulaire.
La modification des critères de la présélection est aussi une possibilité offerte au responsable, ceci pour la rendre plus conviviale et apte à être utilisée pour la totalité des Masters ou éventuellement par plusieurs systèmes éducatifs.
Un dossier d’un candidat contient toutes les informations sur le candidat y compris sa note de présélection.
2.1.5. Contraintes
Le fichier Excel délivré par l’administration contiendra les informations suivantes et ordonné comme suit :
Numéro de dossier Code nationale d'étudiant (CNE) Nom Prénom Etablissement d'origine Nationalité
Téléphone Type de licence Spécialité licence Année licence Mention de licence Email
Le fichier est de la forme (.csv), pour faciliter l’importation des données.
Tous les champs numériques contenant un caractère non numérique engendrera une erreur.
L’application tient compte des spécificités de chaque Master.
La valeur du type de licence doit être soit : « Nouveau_Régime » pour les candidats du nouveau régime soit : « Ancien_Régime » pour les candidats d’ancien régime.
2.1.6. Définition de l’utilisateur
Responsable du Master : il s'agit de l’administrateur de l’application.
Page 11PFE-FSAC 2007/2008
A.G.P.M
2.2. Modélisation UML
2.2.1. Démarche de modélisation d’UML
2.2.1.1. Introduction
Nous avons adopté tout au long du projet le langage UML comme langage de
modélisation et de conception. Ce choix est justifié par le fait qu’UML est un langage de
modélisation de plus en plus utilisé grâce à la puissance des outils qu’il offre et l’efficacité
de ses méthodes.
La description de la programmation par objets a fait ressortir l’étendue du travail
conceptuel nécessaire : définition des classes, de leurs relations, des attributs et méthodes,
des interfaces etc.
Pour programmer une application, il ne convient pas de se lancer tête baissée dans
l’écriture du code : il faut d’abord organiser ses idées, les documenter, puis organiser la
réalisation en définissant les modules et étapes de la réalisation. C’est cette démarche
antérieure à l’écriture que l’on appelle modélisation ; son produit est un modèle.
2.2.1.2. Mise en œuvre d’UML
UML n’est pas une méthode (i.e. 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 construire et de représenter le modèle objet sous toutes
ses formes.
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.
Page 12PFE-FSAC 2007/2008
A.G.P.M
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) :
o Diagramme de Contexte.
o Diagramme de classes (Class diagram).
o Diagramme d’objets (Object diagram).
o Diagramme de composants (Component diagram).
o Diagramme de déploiement (Deployment diagram).
o Diagramme de paquetages (Package diagram).
o Diagramme de structures composites (Composite structure diagram).
Diagrammes comportementaux ou diagrammes dynamiques (UML Behavior) :
o Diagramme de cas d’utilisation (Use case diagram).
o Diagramme d’activités (Activity diagram).
o Diagramme d’états-transitions (State machine diagram).
o Diagrammes d’interaction (Interaction diagram).
o Diagramme de séquence (Sequence diagram).
o Diagramme de communication (Communication diagram).
o Diagramme global d’interaction (Interaction overview diagram).
o 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.
Page 13PFE-FSAC 2007/2008
A.G.P.M
2.2.2. Modélisation
2.2.2.1. Diagramme de contexte
Le diagramme de contexte permet de donner une vue statique du système en
représentant les utilisateurs ainsi que le système.
Figure 4 : Diagramme de contexte
2.2.2.2. Les cas d’utilisation
a. Tableau des objectifs :
Acteur But
Le coordonnateur pédagogique
Importation des données à partir d'un fichier Excel.
Possibilité de saisir les informations des étudiants à partir d'un formulaire.
Demande de saisie des notes des critères non calculables automatiquement par l’application.
Possibilité d’effectuer des traitements sur les critères de sélection, ces traitements sont :
Modifier un critère de sélection.
Désactiver ou activer autres critères de sélection.
Fournir les états (liste des étudiants retenus pour l'oral).
Possibilité de séparer les candidats suivant leur type formation.
Définition des quotas.
Consultation des données concernant un candidat.
Compléter les données manquantes concernant un candidat.
Tableau 3 : les objectifs du coordonnateur
Page 14PFE-FSAC 2007/2008
A.G.P.M
b. diagramme de cas d’utilisation :
Les cas d'utilisation permettent de structurer les besoins des utilisateurs et les
objectifs correspondants d'un système. Ils centrent l'expression des exigences du
système sur ses utilisateurs, ils partent du principe que les objectifs du système sont
tous motivés.
La détermination et la compréhension des besoins sont souvent difficiles car
les intervenants sont noyés sous de trop grandes quantités d'informations, il faut
clarifier et organiser les besoins des clients (les modéliser). Pour cela, les cas
d’utilisation identifient les utilisateurs du système (acteurs) et leurs interactions
avec le système. Ils permettent de classer les acteurs et structurer les objectifs du
système.
Figure 5 : Diagramme de cas d'utilisation
Page 15PFE-FSAC 2007/2008
A.G.P.M
c. Identification des cas d’utilisation:
On peut distinguer sur la figure 9 cas d’utilisation :
Consulter dossier: permet la consultation de toutes les données concernant un candidat.
La construction de la liste des admis: permet d’obtenir la listes des candidats admis pour passer l'entretien sous différentes formes, en choisissant pour chaque formation un quota (nombre spécifique d'étudiants).
Compléter les dossiers incomplets: Ce cas d’utilisation permet d’ajouter les données absentes dans le fichier Excel à partir d'un formulaire.
Compléter les critères manuels de sélection : Ce cas d’utilisation permet d’ajouter les notes des critères non calculables automatiquement par l’application.
Récupérer données :
Via fichier Excel : Importation des données à partir d'un fichier Excel.
Via formulaire : Possibilité de la saisie des informations des étudiants à partir d’un formulaire.
Gestion des critères de sélection: Ce cas d’utilisation permet de gérer l’ensemble des critères de sélection.
Modification d’un critère : Ce cas d’utilisation permet la modification des valeurs sur lesquelles est basé ce critère.
Suppression d’un critère : Ce cas d’utilisation permet la désactivation du critère entrant dans le calcul de la note générale du candidat.
Activation d’un critère : permet d’activer un critère déjà existant sur lequel on effectue le calcul.
2.2.2.3. Diagrammes de séquence
Un diagramme de séquence représente l’enchaînement des traitements d’un
processus donné, et l’interaction des différents éléments du système qui interviennent dans
ce processus. Ils privilégient ainsi la représentation temporelle à la représentation spatiale
et sont plus aptes à modéliser les aspects dynamiques du système.
Le diagramme de séquence permet de visualiser les messages par une lecture de
haut en bas. L’axe vertical représente le temps, l’axe horizontal les objets qui collaborent.
Ci-après quelques uns des principaux diagrammes de séquence qui décrivent le
déroulement des cas d’utilisation précédemment cités.
Page 16PFE-FSAC 2007/2008
A.G.P.M
a. Diagramme de séquence d’authentification :
Le diagramme de séquence de l’authentification est représenté ci-dessous :
Figure 6 : Diagramme de séquence de l'authentification
A l’entrée de l’application, le coordonnateur est identifié par un login et un mot de
passe et c’est au tour de l’application de vérifier l’existence de cet login et mot de passe
avant de confirmer l’accès.
Page 17PFE-FSAC 2007/2008
A.G.P.M
b. Diagramme de séquence de l’ajout d’un candidat via formulaire :
Le diagramme de séquence de l’ajout d’un candidat via formulaire est représenté
ci-dessous :
Figure 7: Diagramme de séquence de l’ajout d’un nouvel candidat via un formulaire
Pour l'ajout d'un nouveau candidat, le responsable commence par indiquer les
informations relatives au nouveau candidat (CNE, Prénom, Nom,……), puis il passe la
main à l’application qui devra vérifier les données, dans le cas favorable, l'application
calcule les notes des critères automatiques, demande au coordonnateur de saisir les notes
des critères manuels et donne finalement la note générale du candidat, Après cela une
requête est exécutée auprès de la base de données et un message de confirmation est
affiché pour confirmer l’ajout de candidat. Dans le cas défavorable, un message expliquant
les éventuelles raisons d’échec est affiché au coordonnateur.
Page 18PFE-FSAC 2007/2008
A.G.P.M
c. Diagramme de séquence de l’ajout d’un candidat via Excel :
Le diagramme de séquence de l’ajout d’un candidat via Excel est représenté
ci-dessous :
Figure 8 : Diagramme de séquence de l’ajout d’un nouvel candidat via un Excel
Pour l'ajout d'une nouvelle liste de candidats, le responsable commence par
mentionner le chemin complet relatif au fichier (.csv) qui contient les informations (CNE,
Prénom, Nom,……), puis il passe la main à l’application qui doit vérifier les données, dans
le cas favorable, l'application calcule les notes des critères automatiques et demande au
coordonnateur de saisir les notes des critères manuels et donne finalement la note générale
du candidat, Après cela une requête est exécutée auprès de la base de données et un
message de confirmation est affiché pour confirmer l’ajout des candidats. Dans le cas
défavorable, un message expliquant les éventuelles raisons d’échec est affiché au
coordonnateur.
Page 19PFE-FSAC 2007/2008
A.G.P.M
d. Diagramme de séquence de la modification d’un critère :
Le diagramme de séquence de la modification d’un critère est représenté ci-dessous:
Figure 9 : Diagramme de séquence de la modification d’un critère
Après l'authentification, en choisissant l'option "modification d'un critère"
l'application nous invite à sélectionner le critère à modifier et nous fournit après cela la
liste des valeurs concernant celui-ci afin d'effectuer les changements voulus.
e. Diagramme de séquence de la suppression d’un critère :
Page 20PFE-FSAC 2007/2008
A.G.P.M
Le diagramme de séquence de la suppression d’un critère est représenté ci-dessous:
Figure 10 : Diagramme de séquence de la suppression d’un critère
Après l'authentification, en choisissant l'option "suppression d'un critère"
l'application nous invite à sélectionner le critère à supprimer. Après le choix du critère, le
système le désactive au niveau des calculs de la note générale du candidat.
f. Diagramme de séquence de la construction de la liste finale
Page 21PFE-FSAC 2007/2008
A.G.P.M
Le diagramme de la liste finale d’un critère est représenté ci-dessous:
Figure 11 : Diagramme de séquence de la construction de la liste finale
Cette partie consiste à construire la liste des admis pour passer l'entretien. Pour cela
l'application nous fournis une interface qui permet de saisir le nombre d'étudiants voulus
et teste bien évidement l'existence du nombre saisi au niveau de la base de données. Après
cela l'application nous fournis la liste des étudiants choisis à partir de leur note générale de
sélection suivant leur type de régime et de formation et nous invite à saisir le quota voulu
pour chaque filière.
2.2.2.4. Diagramme de classes
Page 22PFE-FSAC 2007/2008
A.G.P.M
Le diagramme de classes exprime la structure statique du système en termes de
classes et de relations entre ces classes.
L’intérêt du diagramme de classe est de modéliser les entités du système
d’information.
Le diagramme de classe permet de représenter l’ensemble des informations
finalisées qui sont gérées par le domaine. Ces informations sont structurées : elles sont
regroupées dans des classes.
Le diagramme met en évidence d’éventuelles relations entre ces classes.
Figure 12: Diagramme de classe l’application
2.3. Tests unitaires
Notre projet est constitué de plusieurs interfaces graphiques qui offre chacune une
fonctionnalité particulière que nous détaillerons ci après:
Page 23PFE-FSAC 2007/2008
A.G.P.M
Interface principale
Figure 13: Interface principale
Cette interface représente l'interface principale de notre projet et elle offre 5 menus:
Saisir les informations à l'aide d'un formulaire : que nous détaillerons ci après.
Saisir les informations à l'aide d'un fichier Excel.
Modifier critère de sélection.
Gestion des dossiers.
Construction de la liste des admis.
Administration du système.
Saisir les informations à l'aide d'un formulaire
Page 24PFE-FSAC 2007/2008
A.G.P.M
Figure 14: Saisir les informations à l'aide d'un formulaire
L'application nous invite à choisir entre deux sortes de régime soit : le nouveau
régime ou l'ancien régime. Chaque régime contient des critères de sélections propres à lui
avec des modalités et des notes différentes pour chaque valeur (voir "Extrait grille Ancien
régime"). Puis elle fournit un formulaire intelligent qui permet de saisir les informations
propres au candidat et aussi 3 boutons :
Bouton « Valider » : qui permet de tester la validité des données.
Bouton « Effacer » : qui permet de réinitialiser les données.
Bouton «Suivant» : qui permet de passer à la seconde partie qui fournit les notes calculées
automatiquement pour chaque critère de sélection ainsi que les critères à noter manuellement(c à
d non traités automatiquement par l'application). Finalement les informations du candidat ainsi
que sa note générale de présélection sont stockées sur la base de données.
Saisir les informations à l'aide d'un fichier Excel
Page 25PFE-FSAC 2007/2008
A.G.P.M
Figure 15: Saisir les informations à l'aide d'un fichier Excel
Permet d'importer les données d'un fichier Excel qui comporte notamment toutes
les informations exigées pour le calcul des notes des critères de sélection. En cliquant sur
« Valider », l'application nous invite à spécifier le type de la licence pour chaque candidat
puis à compléter les informations manquantes, elle donne ensuite la liste des notes des
critères automatiques et donne la main au responsable pour saisir les notes des critères
manuels et enfin elle stocke les informations des candidats ainsi que leur notes générales
sur la base de données.
Modifier critère de sélection
Figure 16: Modifier critère de sélection
Pour cet onglet l'application nous invite à modifier les valeurs associées au critère
sélectionné, afin de modifier les possibilités de calcul des notes de chaque candidat.
Page 26PFE-FSAC 2007/2008
A.G.P.M
Activer un critère
Figure 17: Activer un critère
L'application nous invite à activer le critère souhaité afin de l'incorporer au niveau
des calculs de la note générale de chaque étudiant.
Ce choix est effectué selon deux possibilités:
Automatique : pour indiquer que le critère se calcule automatiquement à l'aide des
valeurs existantes sur la base de données.
Manuel : pour indiquer que le critère est donné manuellement par le responsable
selon les informations propres au candidat.
Page 27PFE-FSAC 2007/2008
A.G.P.M
Désactiver un critère
Figure 18: Désactiver un critère
L'application nous invite à désactiver le critère sélectionné c à d effacer les
informations concernant ce critère, du fait, le négliger au niveau du calcul de la note
général de l'étudiant.
Gestion d'un dossier
Cet onglet nous offre trois options :
Consulter dossier.
Modifier un dossier.
Supprimer un dossier.
Consulter un dossier:
Page 28PFE-FSAC 2007/2008
A.G.P.M
Figure 19: Consulter un dossier
L'application nous invite à saisir le numéro de dossier. Elle effectue une vérification
sur l'existence de ce numéro et nous fournis à la fin la liste des informations concernant ce
dossier.
Modifier un dossier:
Figure 20: Modifier un dossier
L'application nous invite à saisir le numéro de dossier. Elle effectue une vérification
sur l'existence de ce numéro au niveau de la base de données et nous fournis à la fin la liste
des informations à modifier concernant ce dossier. Après modification on valide pour
enregistrer les changements apportés.
Suppression d'un dossier:
Figure 21: Suppression d'un dossier
L'application nous invite à saisir le numéro de dossier. Elle effectue une vérification
sur l'existence de ce numéro au niveau de la base de données et supprime finalement le
dossier dont on a fournis le numéro.
Construction de la liste des admis
Page 29PFE-FSAC 2007/2008
A.G.P.M
Figure 22: Construction de la liste des admis.
L'application nous invite à saisir le nombre de candidats choisis pour former la liste
principale des admis pour passer l'entretien , puis elle nous fournis la liste des étudiants en
les classant suivant leur filière , et suivant type de régime et nous invite de nouveau à
choisir un quota (c à d un pourcentage d'étudiants pour chaque filière) et fournis à la fin la
liste des candidats admis à passer l'entretien.
Administration du système
Figure 23: Administration du système.
Permet modifier les informations concernant le profil de l'utilisateur.
2.4. Etude critique
Page 30PFE-FSAC 2007/2008
A.G.P.M
AGPM est une application qui répond aux besoins définis au niveau du cahier de
charge, mais elle reste apte à être améliorée pour des modifications ou ajout de nouvelles
fonctionnalités, ou être intégrée ou complétée par d’autres applications relatives au cycle
Master qui seront indépendants mais complémentaires.
Exemple :
Application de Gestion de Notes et de Pédagogie du cycle Master.
3. Développement du logiciel
Page 31PFE-FSAC 2007/2008
A.G.P.M
3.1. Environnement du développement
3.1.1. EasyPHP
Le langage PHP est un langage extrêmement puissant : il permet de créer des pages
web, au travers desquelles l'utilisateur peut échanger des informations avec le serveur,
c'est ce qu'on appelle des pages web dynamiques. Programmer en PHP est assez simple. En
revanche, PHP n'est pas un langage compilé, c'est un langage interprété par le serveur : le
serveur lit le code PHP, le transforme et génère la page HTML. Pour fonctionner, il a donc
besoin d'un serveur web. Donc si vous souhaitez utiliser des pages en PHP dans votre site
web, pour les tester, il faudra les exécuter sur un serveur web. Donc deux solutions :
Soit vous les envoyez régulièrement grâce à un programme FTP sur votre serveur
web pour les tester. C'est faisable, mais ça peut devenir fastidieux.
Soit vous installez un serveur web en local, qui vous permettra de tester directement
vos pages PHP. EasyPHP permet de réaliser simplement cette dernière solution.
Enfin, EasyPHP permet également d'installer MySQL, une base de données, le
troisième et inséparable membre du trio Apache/PHP/MySQL. Une base de données est un
programme permettant de gérer une grande quantité de données en les organisant sous
forme de tables. Vous n'avez alors plus à vous occuper de la manière dont les données sont
stockées sur le disque dur, de simples instructions permettent d'ajouter, de supprimer, de
mettre à jour et surtout de rechercher des données dans une base de données. On peut de
plus accéder très facilement à une base de données MySQL à partir de PHP, ce qui permet
de développer des sites web très performants et interactifs (par exemple, le forum de
Developpez.com). EasyPHP joint PHPMyAdmin à MySQL, un outil écrit en PHP
permettant de gérer vos bases de données MySQL. En utilisant EasyPHP, vous pouvez
installer un serveur web complet, qui vous permettra de faire tous vos tests de pages PHP
en toute facilité.
CONCLUSIONCONCLUSION
Page 32PFE-FSAC 2007/2008
A.G.P.M
L’objectif atteint du projet était la réalisation d’une Application destinée à la
gestion de la présélection des candidats pour le cycle Master « AGPM », qui facilite et
automatise le travail manuel effectué par le responsable d’une filière du cycle Master.
La mise en œuvre de cette application est faite en 3 principales étapes :
Etape de modélisation :
Etude de la faisabilité de l’application. Planification. Spécification des besoins : Cahier de charge. Analyse. Conception : Méthode utilisé UML.
Etape d’implémentation et de suivie :
Programmation. Mise en œuvre de l’interface. Suivi.
Etape de test unitaire et de rectification :
Mise en œuvre du rapport. Ajout de nouvelle fonctionnalité. Comparaison des besoins et de l’objectif décrit en première étape avec les résultats
obtenus.
Malgré les contraintes du temps et du logistique, nous avons surmonté ses
problèmes en s’organisant et en s’entraidant pour réaliser l’application et en dispatchant
les taches entre les membres du groupe, pour minimiser le temps du travail et pour que
chacun de nous participe à ce projet.
En effet l’application reste apte à être améliorée pour des modifications ou ajout de
nouvelles fonctionnalités.
L’achèvement de cette mission relevait un grand défi de par l’ampleur du projet et
des opportunités mises en jeu pour le développement de l’informatisation au sein de nôtre
université. Ce fût une occasion de s’impliquer effectivement dans un domaine pédagogique
et de profiter de cette agréable expérience.
ANNEXE
Page 33PFE-FSAC 2007/2008
A.G.P.M
Grille nouveau régime
Grille Ancien Régime
Page 34PFE-FSAC 2007/2008
A.G.P.M
BIBLIOGRAPHIE
Page 35PFE-FSAC 2007/2008
A.G.P.M
© 1999-2008 K-NETWORK: http://www.editeurjavascript.com/
© 2001-2008 Fabien Daniel http://www.script-masters.com/
© 1998-2008 Milonic Solutions http://www.milonic.com/
© 1997-2008 Copyright GRSites.com http://www.grsites.com/
Page 36PFE-FSAC 2007/2008
A.G.P.M