Académique Documents
Professionnel Documents
Culture Documents
Guide Rédaction Rapport PFE
Guide Rédaction Rapport PFE
SCIENTIFIQUE ***** DIRECTION GENERALE DES ETUDES TECHNOLOGIQUES ***** INSTITUT SUPERIEUR DES
ETUDES TECHNOLOGIQUES DE CHARGUIA ***** Département Technologies de l’Informatique
(Sigle de la société d’accueil)
Résumé
Cette page devrait, a priori, être placée au niveau de la deuxième page de couverture
du rapport (la première étant destinée à la page de garde). Dans certains cas où les pages du
rapport sont rassemblées par une spirale et qu’il n’est pas possible de mettre le résumé en
couverture, il est possible de le placer entre la page de remerciements et la table des matières.
Cette page doit contenir un résumé (de 100 à 150 mots) du travail effectué, exprimé
dans les trois langues : arabe ()صيخلت, français (Résumé), anglais (Abstract). Le résumé situe
le projet dans son contexte, présente ses objectifs, sa ou ses méthode(s) et résume les
principaux résultats des travaux. Il doit être complet et suffisamment informatif pour être
compris indépendamment du rapport du projet. Chaque résumé doit finir par une liste de mots
clés.
Cette page doit être présentée de façon ergonomique de manière à exploiter la totalité
de la feuille, la taille de la police sera définie en conséquent.
Mots clés : Résumé, contexte, objectifs, résultats.
Abstract
...
...
...
Key words :
Sommaire
[La table des matières (sommaire) permet, grâce à la pagination, de retrouver l’endroit où se
trouve un élément recherché par le lecteur. La table des matières doit être générée d’une façon
automatique. Elle ne doit pas présenter plus que trois niveaux de sous-titres.]
Liste des figures
[Cette rubrique n’est pas obligatoire si le nombre de figures est inférieur à cinq (05). Elle doit
être générée automatiquement.]
Notez que le titre de la figure doit être placé en dessous de la figure.
Liste des tableaux
[Cette rubrique n’est pas obligatoire si le nombre de tableaux est inférieur à cinq (05). Elle
doit être générée automatiquement.]
Notez que le titre du tableau doit être placé en dessus du tableau.
Introduction générale
L’introduction générale comporte, globalement, deux parties.
La première partie présente le sujet à travers des renseignements précis et pose le problème à
résoudre avec clarté sans évocation de résultats.
[Il faut éviter impérativement les introductions « passe partout »]
La seconde partie énonce le plan du rapport en évoquant, brièvement, le contenu de chaque
chapitre.
La suite de ce guide illustre un exemple type de structure de rapport pouvant être adoptée par
un étudiant du parcours DSI du département Technologies de l’Informatique.
Attention !!
La numérotation du rapport commence par l’introduction générale, c’est la page numéro 1.
Chapitre 1 : Présentation du cadre du projet
Présentation de la société
Cette partie comprend une brève description de la société d’accueil : son domaine d’activité,
un bref historique (si ça apporte une plus-value au travail), son organisation. Il faudrait,
surtout, insister sur l’aspect informatique : ses activités dans ce domaine ; la présentation de
son parc informatique est, particulièrement, souhaitable.
Il est, également, important d’indiquer le département au sein duquel le projet s’est effectué
en précisant sa vocation (développement, maintenance,...)
Attention !! La présentation de la société n’est pas une publicité pour celle-ci ; il ne s’agit pas
de vanter ses mérites ou les services qu’elle offre.
II.
Etude de l’existant
Cette partie comprend, généralement, trois parties.
II.1. Description de l’existant
Il est question d’expliquer comment le travail s’effectue, actuellement, au sein de la société
(en rapport avec l’application qui va être développée par l’étudiant)
II.2. Critique de l’existant
Cette partie soulève les points forts et faibles de la solution actuelle en exploitation en
insistant sur les lacunes et les insuffisances de celle-ci.
II.3. Solution proposée
Deux cas se présentent : soit il y a une application existante qui présente certaines lacunes, et
donc, la proposition consiste à apporter des améliorations, soit tout est géré manuellement et il
faudrait, donc, informatiser le processus de travail actuel.
Dans les deux situations, il faudrait en quelques lignes présenter la ou les propositions
possibles (avantages et inconvénients) et justifier le choix d’une solution donnée.
Remarque : Dans certains cas où le travail est innovateur, on peut ne pas avoir besoin de
consacrer un tel paragraphe ; tout dépend de la spécificité du sujet.
Guide de rédaction du rapport de PFE 9
Méthodologie III.
adoptée
Au niveau de cette partie, l’étudiant présente la méthode à adopter dans la suite du rapport.
Cette partie peut aussi bien figurer au niveau de ce chapitre qu’au niveau de la spécification
des besoins. L’essentiel est que la méthodologie doit être spécifiée avant de recourir à
l’utilisation d’un diagramme quelconque.
Chaque chapitre doit comporter une brève introduction et conclusion. La mention des termes «
Introduction » et « Conclusion » n’est pas appréciée.
Chapitre 2 : Etat de l’art
Ce sont les besoins qui permettraient d’améliorer la qualité des services de l’application
comme la convivialité et l’ergonomie des interfaces, l’amélioration du temps de réponse,...
Il est également possible de les présenter sous forme de puces.
II.
Chapitre 5 : Réalisation
Ce chapitre a pour objectif majeur de présenter le « produit fini », c'est-à-dire ce que
l’étudiant a développé.
Pour cela, ce chapitre est, généralement, composé de trois parties. La première partie détaille
l’environnement de développement.
La deuxième partie (pouvant s’étaler à son tour sur de multiples sections) concerne la mise en
œuvre de la solution proposée par l’étudiant : elle peut concerner aussi bien le déploiement de
l’application que l’implémentation de chaque élément de l’architecture ou encore la
présentation des tables de la Base des Données créée et la présentation des principales
interfaces graphiques. La dernière partie précise le planning de travail adopté.
Quelques cas particuliers sont traités à la fin de ce chapitre.
I.
Environnement de développement
I.1. Environnement matériel
C’est l’environnement sous lequel l’étudiant a développé son application : les caractéristiques
de l’ordinateur telles que la fréquence du processeur, la taille de la mémoire centrale, etc...
I.2. Environnement logiciel
Ce sont les outils logiciels utilisés pour le développement de l’application ou de la base de
données, la modélisation des différents diagrammes de conception,...
I.3. Choix des outils de développement
Cette rubrique (pas toujours obligatoire) permet de justifier le choix des différents outils de
développement logiciel.
II.
Déploiement de l’application
Cette rubrique illustre la mise en œuvre de la solution ; en d’autres termes, les configurations
nécessaires ou l’infrastructure physique permettant d’opérationnaliser la solution proposée par
l’étudiant. Elle peut être illustrée par le diagramme de déploiement.
Cette rubrique peut ne pas figurer si la mise en place du système développé ne présente pas de
difficulté majeure ou d’intérêt particulier ; ceci dépend de la nature de la solution.
III.
[Implémentation de...]
Pour certaines applications, il est important de présenter un aperçu du développement
proprement dit de la solution proposée par l’étudiant, tel que la connexion vers une base de
données ou l’implémentation d’une fonction présentant une difficulté particulière. Il est
possible, donc, de présenter quelques bouts de code (quelques lignes) mais de préférence en
Annexe.
Cette rubrique peut, éventuellement, ne pas figurer dans le rapport, il revient à l’encadreur
d’en décider.
VI.
Planification du projet
Cette section présente les plannings prévisionnel et réel pour la gestion du projet. Il est
recommandé d’utiliser le diagramme de Gantt pour modéliser, graphiquement,
l’enchaînement des tâches du projet. Les éventuels décalages entre les deux plannings
devraient être expliqués.
VII.
Cas particuliers
Nous avons présenté, dans ce qui précède, la structuration la plus courante du chapitre relatif à
la réalisation. Néanmoins, certains projets présentent des particularités comme suit :
1) L’application exige une importante partie de validation par des simulations ou autre
moyen. La partie validation peut figurer au niveau du chapitre réalisation comme elle
peut faire l’objet d’un chapitre indépendant. Elle devrait décrire en détail le processus
Chapitre 5 : Réalisation
de validation, les expérimentations menées ainsi que la description et une
interprétation des principaux résultats obtenus,
2) Dans le cas où le projet présente d’importantes difficultés, il est possible de consacrer
un paragraphe au niveau de la réalisation pour la description des difficultés
rencontrées.
Remarque : Il est indispensable de conserver l’enchaînement des idées entre les chapitres ; en
d’autres termes, il est important de prévoir une certaine continuité entre la présentation de
l’architecture de l’application au niveau de la conception et la présentation de la mise en
œuvre de la solution adoptée par l’étudiant.
Dans tous les cas, il revient à l’encadreur d’orienter l’étudiant vers la structuration la
plus appropriée selon la spécificité du projet.
Guide de rédaction du rapport de PFE 19
Conclusion générale
La conclusion du rapport doit comprendre, impérativement, un rappel de l’objectif de
l’application et une récapitulation du travail fait en présentant les résultats (en d’autres termes,
les réponses aux problèmes posés au début).
Il est, également, recommandé de porter un œil critique sur l’application en soulevant
certaines insuffisances ou améliorations possibles et en indiquant les diverses
perspectives pouvant être entrevues.
Remarque : La conclusion devrait être rédigée en une page sous forme d’un paragraphe et
non pas de tirets.
Bibliographie et Nétographie
Bibliographie et Nétographie
Cette partie comprend les différents livres, articles, revues et sites internet qui ont servi à la
documentation.
Bibliographie [Obligatoire]
L’ordre de ces références peut se faire soit par ordre alphabétique du nom de l’auteur soit par
ordre d’apparition dans le rapport.
[i] NOM_AUTEUR, Prénom. « Titre de l’ouvrage », lieu de publication, nom de l’éditeur,
année de publication, nombre de tomes, nombre de pages.
S’il s’agit d’un rapport de PFE, par exemple, on peut ajouter le numéro d’ordre (référence)
associé. (i= 1, 2, ...,n).
Exemple :
[1] REEVES, Hubert. « Bases de données relationnelles », Paris, Editions du seuil, 1988,
288p.
Nétographie
Sites Web visités lors de l’élaboration du projet, avec une brève description du thème consulté
(une ou deux lignes au maximum).
Exemple :
[2] http://www.asp.net/ : Fondements du langage ASP.NET.
A ne pas mentionner :
• Les moteurs de recherche tels que www.google.fr ou www.yahoo.fr
• Les cours étudiés au niveau de l’ISET ; ils sont considérés comme faisant partie des
connaissances acquises et assimilées par les étudiants.
Il est impératif de référencer la bibliographie et nétographie au niveau du rapport !!
Guide de rédaction du rapport de PFE 21
ANNEXES
ANNEXE A : Que placer en annexes ?
ANNEXE B : Proposition de mise en forme
ANNEXE C : Diverses recommandations
[Les annexes sont facultatives et ne suivent pas de règles particulières]
Annexe A : Que placer en annexes ?