Réalisation d'une application de gestion des candidatures

Rapport de Projet

Pierre Daval et Antoine Faivre

Octobre 2010 à Mars 2011

Licence Professionnelle Systèmes Informatiques et Logiciels de BesançonOption Conception et Développement Orienté Objet d'Applications Multi-tiers

Université de Franche-Comté – UFR Sciences et Techniques

Remerciements

Nous remercions M. Nicolas JANEY pour sa disponibilité et son soutien au cours de notre projet.

Nous tenons également à remercier les responsables et les enseignants de la Licence Professionnelle SIL pour la qualité de la formation qu'ils nous ont apporté. Beaucoup de leurs enseignements nous auront servi au cours de ce projet.

Page 1/20

Table des matières

Introduction............................................................................................4I. Présentation du sujet...............................................................................5II. Cahier des charges.................................................................................6

II.1 Interface de saisie des dossiers.............................................................6II.1.1 Saisie des différentes informations des dossiers....................................6II.1.2 Saisie de avis du responsable...........................................................6II.1.3 Ajout de fichiers PDF....................................................................6II.1.4 Filtrage et triage des candidatures....................................................6II.1.5 Sécurité des données....................................................................6

II.2 Interface d'examen des candidatures......................................................7II.2.1 Affichage des données...................................................................7II.2.2 Filtrage des candidatures...............................................................7II.2.3 Saisie d'un avis............................................................................7

III. Mise en œuvre......................................................................................8 III.1 Généralités....................................................................................8

III.1.1 Langages de programmation...........................................................8III.1.2 Planning...................................................................................8III.1.3 Analyse....................................................................................8III.1.4 Charte graphique........................................................................9III.1.5 Sécurité..................................................................................10III.1.6 Le menu.................................................................................10III.1.7 Le pied de page........................................................................10III.1.8 Les messages de confirmation.......................................................11III.1.9 Les messages d'information...........................................................11

III.2 Interface Administrateur...................................................................11III.2.1 Page d'accueil...........................................................................11III.2.2 Page de gestion des PDF..............................................................13III.2.3 Page de saisie complète d'un dossier...............................................13III.2.4 Page d'administration..................................................................14

III.3 Interface Jury...............................................................................16III.3.1 Panneau de choix de la référence...................................................16III.3.2 Liste des candidatures................................................................16III.3.3 Panneau de consultation du dossier complet......................................16III.3.4 Panneau des avis enregistrés.........................................................17

III.4 Difficultés rencontrées.....................................................................17III.4.1 Le tri de la liste des candidatures...................................................17III.4.2 La mise en page du formulaire de saisie...........................................18III.4.3 La rapidité de saisie...................................................................18

IV. Bilan................................................................................................19 Conclusion............................................................................................20 Bibliographie.........................................................................................21

Page 2/20

Introduction

Les différentes composantes de l'Université de Franche-Comté gèrent chaque année un très grand nombre de candidatures pour recrutement dans ses différentes filières. Comme beaucoup de tâches administratives, mais peut être moins vite que pour d'autres, la gestion des dossiers de candidature a évoluée avec la généralisation de l'informatique. Beaucoup de dossiers sont encore reçus en version papier, en particulier ceux des étudiants français, quand d'autres sont reçus de manière numérique, particulièrement ceux des étudiants étrangers. C'est notamment le cas au sein du Département Informatique de l'UFR Sciences et Techniques.

La procédure de retrait, de réception et d'enregistrement des dossiers est gérée par le service scolarité de l'UFR Sciences et Techniques. La « scolarité » les trie et les dispatche ensuite aux divers responsables des commissions d'examen. Après décision en commission (en pratique émission d'un avis), les dossiers retournent au service scolarité pour signature du Directeur de l'UFR Sciences et Techniques (c'est lui qui acte l'avis émis) et notification officielle de la réponse au candidat.

Jusqu'alors, les dossiers étaient systématiquement imprimés par le service scolarité, transmis sous forme papier aux commissions d'examen. Localement au Département Informatique les informations qu'ils renferment étaient ensuite saisies sous la forme d'un tableau Excel afin d'être regroupées, puis les dossiers étaient examinés sous leur forme papier en commission. Cette solution est amenée à évoluer, afin d'éliminer la majorité du papier, d'apporter de l'automatisation et une meilleure ergonomie. C'est pourquoi ce projet d'une application Web couplée à une base de données nous a été proposé, afin de gérer aussi bien la saisie des informations contenues dans les dossiers de candidature que leur examen en commission.

Après une présentation plus complète du sujet, ce rapport contient une étude complète du cahier des charges puis de la mise en œuvre de l'application, aussi bien au niveau administration que pour l'utilisation en commission. Le rapport se termine par un bilan d'un projet formateur qui aura représenté un travail étalé sur plus de quatre mois.

Page 3/20

I. Présentation du sujet

La gestion des candidatures à l'Université de Franche-Comté au sein du Département Informatique se déroule actuellement de la manière suivante :

– Les dossiers sont transmis par la scolarité de manière papier et numérique (au format PDF) ou uniquement sous format papier.

– Les données issues de ces dossiers sont entrées dans un tableau Microsoft Excel et un premier avis est donné par le responsable qui examine l'intégralité des dossiers.

– Les dossiers sont ensuite étudiés en commission par un second examinateur, le responsable distribuant une partie des dossiers à chacun des membres de la commission sous forme papier (PDF imprimés)

– Lorsque l'avis du membre du jury et celui du responsable correspondent, l'avis de la commission est entériné. Sinon une discussion plus poussée est entamée. Un ou plusieurs autres avis d'autres examinateurs de la commission peuvent être sollicités dans ce cas.

Le projet doit permettre de réaliser une application de type web, c'est-à-dire fonctionnant par l'intermédiaire d'un navigateur et interagissant avec une base de données, permettant de suivre le même mode de fonctionnement. L'application doit donc s'adapter au mode de travail actuel. Cependant elle doit apporter la possibilité de se passer de papier, notamment lors de l'examen en commission. De plus, cette application pourrait dans le futur s'intégrer à une saisie complète des dossiers par l'intermédiaire d'internet et donc à la disparition progressive des dossiers papiers.

Elle doit également apporter une interface ergonomique et conviviale, et assurer la sécurité des données.

Page 4/20

II. Cahier des charges

L'application doit contenir deux parties distinctes : une partie permettant la gestion de la saisie des dossiers et la partie permettant d'afficher les informations des dossiers et de déposer un avis.

II.1 Interface de saisie des dossiers

II.1.1 Saisie des différentes informations des dossiers

L'application doit permettre de saisir toutes les données issues des dossiers de candidature, provenant aussi bien de dossiers papiers que de dossiers numériques, de dossiers de candidature en provenance de France ou de l'étranger.

II.1.2 Saisie de avis du responsable

Le responsable des candidatures doit pouvoir saisir son avis personnel ainsi qu'un rapide commentaire sur une candidature.

II.1.3 Ajout de fichiers PDF

Les candidatures numériques sont reçues sous la forme d'un ou de plusieurs fichiers PDF. Ces derniers contiennent toutes les informations du dossier et les pièces justificatives. Ils doivent pouvoir être sauvegardés et associés à un dossier au sein de l'application.

II.1.4 Filtrage et triage des candidatures

Les candidatures doivent pouvoir être triées notamment selon le nom, la formation choisie ou la date de transmission. Un filtre doit également pouvoir être appliqué selon la formation choisie ou l'année de promotion pour laquelle candidate la personne.

II.1.5 Sécurité des données

Les données des dossiers de candidature ne doivent être accessibles en lecture/écriture que par l'administrateur, et en lecture seulement pour les membres de la commission d'examen.

Page 5/20

II.2 Interface d'examen des candidatures

II.2.1 Affichage des données

Les différentes données issues des dossiers doivent être accessibles en lecture aux membres de la commission du jury qui examinera les candidatures. Seul l'avis du responsable ne sera pas accessible afin de ne pas influencer l'examinateur qui sera en charge de ce dossier.

II.2.2 Filtrage des candidatures

Les candidatures pourront être sélectionnées selon un numéro de référence transmis par le responsable des candidatures à chaque membre du jury. En effet ceux-ci reçoivent chacun un certain nombre de candidatures à étudier, différentes de celles de leurs collègues.

II.2.3 Saisie d'un avis

Une fois les informations d'une candidature étudiées, l'examinateur pourra déposer son avis, ainsi qu'un rapide commentaire et son nom (souvent seulement les initiales) La possibilité de déposer les avis de différents examinateurs devra exister.

Page 6/20

III.Mise en œuvre

III.1 Généralités

III.1.1 Langages de programmation

L'application s'orientant vers une gestion classique d'une base de données depuis un navigateur, nous avons choisi de développer avec le couple PHP/MySQL. Au niveau de l'affichage, celui-ci se déroulant dans un navigateur nous avons donc du utiliser HTML et CSS. Enfin Javascript et la bibliothèque JQuery ont été utilisés pour apporter du dynamisme à nos pages.

PHP est un langage de script flexible et fonctionnel qui nous permettra de développer toutes les fonctions nécessaires à l'exploitation dynamique de la base de données.

MySQL est un système de gestion de base de données éprouvé que nous maitrisons tous les deux. Il est souvent associé à PHP.

HTML est le langage interprété par le navigateur.CSS est le langage permettant de gérer l'affichage, le positionnement, et le

graphisme des éléments de la page. Ses possibilités permettent de rentre une page plus conviviale à l'utilisation.

Javascript permet d'effectuer différentes actions dynamiques sur la page, comme vérifier un champ de formulaire avant l'envoi. JQuery est une bibliothèque pour Javascript qui permet notamment de gérer l'affichage des éléments de manière plus vivante.

III.1.2 Planning

Novembre 2010 : Élaboration du MCD et du script de la base de donnéeDécembre 2010 : Réalisation de la page de connexion, du listing des candidatures

et du formulaire d'ajout de candidatureJanvier 2011 : Réalisation de la partie graphique de l'application. Réalisation de la

gestion des PDFFévrier 2011 : Réalisation des filtres par formation et par année, de la page

d'administration. Réalisation de la partie jury avec listing des candidatures, filtrage par référence et dépôt d'un avis

III.1.3 Analyse

Le client souhaitait une automatisation limitée, afin d'avoir toujours le contrôle sur ce qui était saisi.

Nous avons donc choisi d'élaborer une table principale, nommée Candidature, regroupant toutes les informations du dossier qui seront saisies et qui ne peuvent pas être formatés.

Page 7/20

Les formations sont modélisées dans une table à part, afin de pouvoir effectuer des traitements en utilisant la formation comme référence. Cela permet également lors de la saisie de ne pas avoir à remplir l'intitulé complet de la formation.

Une table permet de gérer les PDF : nous pouvons donc associer zéro, un ou plusieurs fichiers PDF avec une candidature.

Les avis du jury seront également gérés dans une table à part, afin de permettre à plusieurs avis d'être postés pour une seule candidature.

III.1.4 Charte graphique

Aucune demande particulière n'ayant été formulée pour la charte graphique, nous avons décidé de suivre la charte du site de l'Université de Franche-Comté. Celle-ci est à base de nuances de vert, avec un fond généralement blanc et des liens en noir. [1]

Une bannière a été réalisée pour surplomber l'application (Fig 1) Là-encore, l'inspiration a été trouvée du côté du site de l'Université de Franche-Comté, avec une adaptation de la bannière du site.

Page 8/20

Fig 1 – La bannière placée en haut de page

Quelques divers boutons ont également été réalisés, comme un bouton en forme de croix pour une fonction « Supprimer » ou des boutons « Suivant » et « Précédent » (Fig 2)

Fig 2 – Quelques boutons de l'application

III.1.5 Sécurité

La confidentialité des données est assurée par une interface de connexion qui utilise des variables de session PHP. [2] Il est impossible d'accéder aux données de l'application si on ne se connecte pas avec un identifiant et un mot de passe valide. Deux identifiants différents existent, un pour l'administration et un pour le jury.

La connexion se fait par l'intermédiaire d'une page de connexion. C'est la page qui accueille l'utilisateur quand il se connecte sur le site. De manière classique deux champs doivent être entrés : un identifiant et un mot de passe. Aucune donnée n'est accessible tant qu'une session n'a pas été ouverte. Toutes les personnes qui éditeront les dossiers utiliseront le même compte Administrateur, par exemple le responsable des candi-datures et sa secrétaire, et toutes les personnes de la commission du jury utiliseront le même compte Jury, afin de simplifier l'utilisation. Toutes les personnes étant de confiance, il n'est pas nécessaire d'identifier chacune d'entre elles. De plus les membres du jury auront la possibilité de signer leurs avis afin de laisser leur identité.

Lorsqu'une personne se connecte avec le compte Jury, elle est redirigée vers l'interface du jury, et lorsqu'une personne se connecte avec le compte Administrateur elle est redirigée vers l'interface de l'administrateur.

III.1.6 Le menu

Il se situe sous la bannière et permet de naviguer au sein de l'application. On trouvera toujours à droite un lien de déconnexion, au milieu un rappel de l'intitulé sous lequel on est connecté et à gauche un lien de navigation, en général pour retourner à une page précédente.

III.1.7 Le pied de page

Il se situe logiquement en bas de la page, et donne notamment accès à quelques liens utiles de l'Université (sous réserve de connexion internet)

Page 9/20

III.1.8 Les messages de confirmation

Lors de chaque action de l'utilisateur entraînant une suppression de données, un message de confirmation est généré (Fig 3) sous la forme d'une boite de dialogue JavaScript. L'utilisateur a alors la possibilité d'annuler son action, ou de confirmer son exécution.

Fig 3 – Le message de confirmation en cas de suppression d'une candidature

III.1.9 Les messages d'information

Après chaque action de l'utilisateur qui entraine des changements sur la base de données (ajout, modification ou suppression) un message apparaît en haut de la page (Fig 4) confirmant la bonne exécution de l'action, ou à défaut une erreur lors de cette exécution. Ce message apparaît et disparaît de manière animée, grâce à l'utilisation de la bibliothèque JQuery. [3] Il utilise un code couleur simple à comprendre pour l'utilisateur, vert si l'action s'est correctement déroulée et rouge en cas d'erreur.

Fig 4 – Le message d'information en cas de modification du dossier

III.2 Interface Administrateur

En entrant les identifiants du compte Administrateur dans la page de connexion, on est immédiatement redirigé vers la page d'accueil de l'interface Administrateur.

III.2.1 Page d'accueil

La page d'accueil de l'interface Administrateur est constituée de différents panneaux qui interagissent entre eux (Fig 5)

Page 10/20

Fig 5 – La page d'accueil et ses différents panneaux modélisés en jaune

Tableau des candidatures

Il affiche toutes les candidatures enregistrées dans la base de données, avec les informations de base. Il permet de les trier en cliquant sur le nom de chaque colonne, dans un sens ou dans l'autre. De base il trie les candidatures par date de transmission la plus ancienne. Cette fonction de tri fonctionne instantanément, sans recharger la page et sans relancer une requête sur la base de données. Elle utilise JavaScript par l'intermédiaire d'un plugin de JQuery appelé Tablesorter. [4] Les données sont colorés une ligne sur deux pour faciliter la lecture, et ceci en fonction du tri en cours.

En cliquant sur n'importe quel champ d'une candidature, on peut accéder à la page d'édition complète du dossier de candidature. Sur la droite de chaque ligne se trouve une icône PDF permettant de rejoindre la page de gestion des PDF du candidat en question, et une icône Supprimer permettant de supprimer l'enregistrement correspondant.

Le clic sur l'icône Supprimer fait apparaître une boite de dialogue afin de confirmer la suppression. Si tel est le cas, la suppression s'effectue et un message animé apparaît pour confirmer que l'action s'est bien déroulée.

Panneau d'ajout d'une candidature

Ce panneau permet d'ajouter une nouvelle candidature en saisissant les champs de base d'une candidature. La date de transmission est pré-remplie à la date du jour afin

Page 11/20

d'améliorer la vitesse de la saisie. Une vérification est appliquée sur le champ Identifiant Demande, si celui-ci n'est pas sous forme numérique l'enregistrement ne pourra pas être validé, ceci afin de minimiser les risques de mauvaise saisie. Une fois l'enregistrement validé, un message animé apparaît pour confirmer que l'action s'est bien déroulée.

Panneau de filtrage par formation

Ce panneau permet de filtrer les candidatures qui apparaissent dans le tableau par la formation demandée. Par défaut le filtre est positionné sur l'indication « Aucun filtre » qui affiche toutes les candidatures.

Panneau de filtrage par année

Ce panneau permet de filtrer les candidatures par année en entrant l'année de rentrée pour laquelle la candidature a été déposée.

III.2.2 Page de gestion des PDF

Deux parties composent cette page : un panneau d'ajout d'un nouveau PDF, et un tableau récapitulant les PDF déjà enregistrés pour cette candidature. Lors de l'ajout d'un PDF, un bouton Parcourir permet de rechercher le fichier sur l'ordinateur. Lorsque le formulaire est validé, le fichier est automatiquement copié dans le répertoire de l'application, dans un dossier « pdf ». On ne peut pas enregistrer dans la base deux fichiers PDF portant le même nom.

Le PDF apparaît ensuite dans la liste en-dessous. Deux actions sont possibles par l'intermédiaire de boutons présents à côté de chaque fichier : la visualisation du PDF et sa suppression.

III.2.3 Page de saisie complète d'un dossier

La saisie complète d'un dossier se passe par l'intermédiaire d'un formulaire (Fig 6) Celui-ci est divisé en plusieurs parties nommées « fieldset » afin d'améliorer sa lisibilité.

Page 12/20

Fig 6 – Le formulaire de saisie complète d'un dossier

Informations spécifiques au dossier, Etat Civil, Formation et la Candidature en elle-même. Aucun champ n'est obligatoire, afin de permettre une meilleure flexibilité dans la saisie des candidatures.

Le responsable peut notamment entrer dans la partie Candidature son avis personnel ainsi qu'une éventuelle remarque, sachant que ces informations n'apparaitront pas au niveau de l'interface jury afin de ne pas influencer leur décision. Il peut également préciser la référence du jury, qui sera utilisée pour distribuer chaque dossier à un membre différent de la commission.

Une navigation est possible directement depuis cette page, vers la candidature suivante ou précédente (suivant la date de transmission de la candidature) Cela permet une saisie plus rapide d'un grand nombre de dossiers, car on a pas besoin de repasser par la liste des candidats.

En-dessous se trouvent listés les différents avis laissés par les membres de la commission du jury. Enfin un dernier panneau permet d'ajouter l'avis final pour cette candidature.

III.2.4 Page d'administration

La page d'administration (Fig 7) regroupe les différentes fonctions permettant à l'administrateur de gérer la base de données de l'application afin notamment d'opérer des tâches de maintenance de l'application. Elle fonctionne selon le principe dit de l'accordéon, instancié par le module JQuery UI de JQuery. [5] Cette mise en page consiste à ne faire apparaître qu'une seule fonction d'administration à la fois, donc un seul formulaire, et d'en faire apparaître un autre selon le choix de l'utilisateur d'un simple clic, sans rechargement de la page, en faisant glisser les autres titres. Cela permet de bien séparer les différentes fonctions afin d'éviter toute erreur de mani-pulation dans cette partie sensible de l'application.

Page 13/20

Fig 7 – Panneau d'administration avant et après le clic sur « Supprimer une formation »

Ajouter une formation

Un simple formulaire permettant d'ajouter une nouvelle formation, que l'on pourra ensuite gérer comme les quatre autres déjà présentes. Un message de confirmation apparaît quand une nouvelle formation est correctement enregistrée.

Modifier une formation

Seule apparaît au départ une liste déroulante contenant les différentes formations enregistrées. Une fois une formation sélectionnée, un champ de texte comprenant pré-rempli l'intitulé de cette formation et un bouton pour enregistrer apparaissent, et ceci sans rechargement de la page. Une fois le nouvel intitulé enregistré, un message de confirmation apparaît.

Supprimer une formation

Ce formulaire contient une liste déroulante contenant les différentes formations enregistrées et un bouton Supprimer. Un message d'avertissement en rouge est également présent car toute suppression est irréversible. Une confirmation sera également bien sur demandée en cas de clic sur le bouton, et un message apparaitra ensuite pour valider l'action.

Page 14/20

Supprimer toutes les candidatures d'une année

Un champ de texte permettant la saisie d'une année et un bouton Supprimer composent ce formulaire. Un message d'avertissement en rouge est également présent car toute suppression est irréversible. Une confirmation sera également bien sur demandée en cas de clic sur le bouton, et un message apparaitra ensuite pour valider l'action.

Supprimer toutes les candidatures

Un simple bouton permettant de vider toute la table des candidatures. Un message d'avertissement en rouge est bien sur présent car toute suppression est irréversible. Une confirmation sera également demandée en cas de clic sur le bouton, et un message apparaitra ensuite pour valider l'action.

III.3 Interface Jury

On accède à l'interface du jury en entrant les identifiants de connexion du compte Jury dans la page de connexion. Ces identifiants seront transmis par le responsable aux différents examinateurs. Cette interface n'est constituée que d'un seul panneau au départ.

III.3.1 Panneau de choix de la référence

Ce panneau permet à l'examinateur de sélectionner la référence qui lui a été attribuée par le responsable. Cette référence lui donnera accès aux différents dossiers qu'il aura la charge d'examiner. Une liste déroulante est donc présente, contenant les différentes références attribuées au cours de la saisie des dossiers, ainsi qu'un bouton pour valider son choix.

III.3.2 Liste des candidatures

Un tableau apparaît alors, contenant la liste des candidatures possédant la référence choisie. Cette référence est rappelée dans le premier panneau toujours présent. Quelques informations succinctes sont alors lisibles, comme le nom, le prénom, la date de transmission et la formation souhaitée, et un lien est présent pour accéder au dossier complet. Il est possible de classer cette liste suivant le critère de son choix, ceci grâce à l'aide du plugin TableSorter pour JQuery.

III.3.3 Panneau de consultation du dossier complet

Page 15/20

Quand l'examinateur clique sur le lien pour voir le dossier complet, la liste des candidatures laisse la place au dossier complet de candidature. Toutes les informations saisie dans l'interface administrateur y apparaissent sous la même forme d'un formulaire avec différentes parties, à la différence que les données ne peuvent plus être modifiées. Seuls l'avis du responsable n'apparait pas, ceci afin de ne pas influencer l'examinateur. À la place, l'examinateur peut laisser son propre avis de la même manière, avec la possibilité de laisser un commentaire et son nom.

III.3.4 Panneau des avis enregistrés

Une fois l'avis de l'examinateur validé, il apparaît dans ce panneau situé en dessous de celui du dossier complet, en compagnie du commentaire et du nom de l'examinateur. Ce panneau reprend également les avis précédents possiblement laissés par un autre examinateur sur le même dossier (Fig 8) dans le cas où plusieurs avis sont requis.

Chaque avis comporte également une commande permettant de modifier l'avis laissé, afin de corriger son avis en cas d'erreur de saisie. N'importe quel avis peut être modifié, ceci étant du au fait que tous les examinateurs utiliseront la même session. Cependant les utilisateurs étant des personnes de confiance, ce défaut n'est pas gênant.

Fig 8 – Extrait du panneau d'affichage des avis enregistrés

III.4 Difficultés rencontrées

III.4.1 Le tri de la liste des candidatures

Le client nous a spécifié qu'il souhaitait que la liste répertoriant les différentes candidatures enregistrées puisse être triée selon n'importe quel critère. Traité de façon basique, cette requête nous obligeait à renvoyer une nouvelle requête vers la base de données et à afficher une nouvelle page à chaque fois que l'utilisateur choisissait un tri différent. Cela entrainait une grosse augmentation de code pour prévoir tous les cas et un temps de latence pour l'utilisateur.

L'utilisation du plugin TableSorter de JQuery nous a permis d'éviter ce désa-grément et de simplifier notre code. Une seule requête est nécessaire pour extraire les données de la base et les placer dans le tableau. Quelques lignes de code permettent ensuite de trier les données dans un sens et dans l'autre pour n'importe quel colonne, et même de fixer un tri par défaut.

Page 16/20

III.4.2 La mise en page du formulaire de saisie

La première version du formulaire étaient plus étirée en longueur et nécessitait l'utilisation de la barre de défilement. Le client a souhaité que le formulaire tienne sur toute la page afin de toujours avoir la possibilité de voir les différentes informations saisies. Le formulaire comportant de nombreux champs, il a fallu fortement resserrer la mise en page pour parvenir à tout placer sur un seul écran.

Cette mise en page a été reprise pour la visualisation du dossier par l'examinateur. Elle est fonctionnelle dans la plupart des cas, mais cause certains bugs d'affichage dans certains cas qui n'ont pas pu être encore identifiés.

III.4.3 La rapidité de saisie

Cette application étant destinée à saisir des centaines de dossiers, il fallait absolument permettre une saisie la plus rapide possible. C'est pour cela que la saisie de nouvelles candidatures ne se fait pas sur une page spécifique mais sur la page d'accueil à travers un panneau dédié, qui permet également d'avoir toujours en vue les précédentes candidatures saisies.

La partie de saisie complète du dossier est elle aussi pensée pour une saisie rapide. Les éléments déjà saisis sont bien-sûr déjà pré-remplis, et la saisie est possible quasi exclusivement au clavier par l'intermédiaire de la touche TAB. Néanmoins, même si certaines informations sont suggérées dans des listes déroulantes comme les formations ou le titre, il ne nous a pas été possible d'automatiser autant que nous l'aurions souhaité la saisie des données. En effet, les données pouvant être très différentes suivant la candidature, la saisie devait offrir la même flexibilité qu'une inscription papier et un simple champ texte était la plupart du temps la seule solution qui le permettait.

Page 17/20

IV.Bilan

Les quatre mois qu'auront duré le projet auront été bénéfiques sur de nombreux plans.

Nous aurons beaucoup appris dans le domaine humain, au niveau de la communication avec le client. Il n'est pas toujours facile de saisir les demandes d'une personne afin de les retranscrire dans un langage informatique. Nous n'avons pas toujours été assez précis dans nos questions ce qui nous laissait parfois des zones de doute pendant le temps de codage. Néanmoins nous avions heureusement des rendez-vous assez nombreux et une très bonne communication avec notre client pour pouvoir assez vite demander les précisions nécessaires.

Sur le plan pédagogique, ce projet nous aura permis d'améliorer nos connaissances dans la conception et la réalisation d'applications web de type PHP/MySQL. Ce genre d'applications étant très utilisé, l'amélioration de nos compétences dans ce domaine nous sera très utile pour notre future carrière. Nous avons pu également mettre pour la première fois en œuvre au sein d'un projet nos connaissances sur JQuery. Cette bibliothèque nous aura été vraiment utile pour simplifier nos traitements et améliorer l'expérience de l'utilisateur. Enfin nous avons pu nous améliorer dans la mise en page d'une application web à l'aide de CSS : ce côté ayant été assez peu abordé au cours de notre formation, cela nous permettra d'avoir une vision plus complète dans le domaine de la programmation web.

Ce projet sera également bénéfique lors de l'examen des candidatures du Département Informatique de l'UFR Sciences et Techniques. Il bénéficie maintenant d'une application fonctionnelle répondant au cahier des charges fixé au départ. Néanmoins des fonctionnalités supplémentaires pourraient être instanciées afin de véritablement profiter du passage à l'informatisation des données, ce qui pourrait faire l'objet d'un nouveau projet, par exemple récupérer directement les données replies par les candidats depuis internet. Il pourrait aussi être facilement adapté pour gérer les inscriptions d'autres filières.

Page 18/20

Conclusion

L'application obtenue à la fin de notre projet répond aux attentes fixées au départ. L'objectif principal est donc atteint, même si des fonctionnalités supplé-mentaires auraient pu être ajoutées, mais c'est surtout les bénéfices que nous en retirons qui nous satisfont. Nous avons pu améliorer notre expérience dans la commu-nication, et nous avons pu mettre en œuvre et perfectionner beaucoup de connaissances acquises pendant notre formation au sein de la Licence Professionnelle SIL de Besançon. Ce projet est donc à la fois une excellente conclusion à cette année de cours et une bonne préparation à ce qui nous attend pour nos activités futures.

Page 19/20

Bibliographie

[1] Articles sur l'utilisation de CSS

http://www.alsacreations.com

[2] Documentation PHP

http://www.php.net/docs.php

[3] Documentation JQuery

http://docs.jquery.com

[4] Documentation TableSorter

http://tablesorter.com/docs

[5] Documentation JQuery UI - Accordion

http://jqueryui.com/demos/accordion

Page 20/20

Page 21/20

Gérer et étudier des centaines de candidatures peut se révéler fastidieux et nécessiter une grande consommation de papier. Cette application web permet d'améliorer ce processus à l'aide de l'outil informatique. Grâce à l'utilisation d'une base de donnée, tout le processus peut désormais être géré à l'aide d'un simple navigateur.

Ce rapport vous permettra de suivre la démarche de ce projet, de découvrir toutes les fonctionnalités de l'application et leur réalisation.

Mots clés : Navigateur – Base de données – PHP – MySQL - CSS – JQuery

Managing and examining hundreds of applications can be really boring and requiring a lot of paper. This web application improves this process with computer science. Using a database, all the process can now be managed with a simple web browser.

This report allow you to follow all the steps of this project, to discover all the application features and their realization.

Key words : Browser – Database – PHP – MySQL – CSS - JQuery