GUIDE UNIQUE — MÉMOIRE MASTER 2 IRT (ESGIS)
Document de référence consolidé. À suivre à la lettre. Tout écart doit être justifié.
1. STRUCTURE DU DOCUMENT FINAL (ordre obligatoire)
# Section Pagination Longueur Auto-généré
1 Sommaire i 1 page Oui (grands titres
uniquement)
2 Dédicace ii 1 page Non
3 Remerciements iii 1 page Non
4 Table des figures iv — Oui (Word)
5 Liste des tableaux v — Oui (Word)
6 Sigles et Abréviations vi — Non
7 Glossaire (facultatif) ix — Non
8 Résumé xi 1 page + 3 Non
mots-clés
9 Abstract xii 1 page + 3 Non
keywords
10 Introduction 1 1 page Non
11 Chapitre 1 — Contexte, 3 ~10 p. Non
problématique, concepts
12 Chapitre 2 — État de l'art — ~15-20 p. Non
13 Chapitre 3 — Approche / — 30-40 p. max Non
Méthodologie
14 Chapitre 4 — Mise en œuvre et — ~15-20 p. Non
résultats
15 Conclusion — 1 page Non
16 Bibliographie — — Non (manuel APA)
17 Webographie — — Non
18 Table des matières — — Oui (Word)
Règle de pagination — sans équivoque :
De la Dédicace à l'Abstract → chiffres romains (i, ii, iii, iv, …)
À partir de l'Introduction → chiffres arabes (1, 2, 3, …)
2. RÈGLES SPÉCIFIQUES PAR SECTION LIMINAIRE
2.1 Dédicace
Seul : aux personnes identifiées uniquement. Jamais à Dieu (ou tout Être Supérieur).
Binôme : 2 blocs séparés sur une seule page. Chaque bloc signé par son auteur.
2.2 Remerciements
Seul : 1 page max.
Binôme : 3 blocs sur 1 page → (1) communs, (2) spécifiques étudiant A, (3) spécifiques
étudiant B. Signature après chaque bloc spécifique.
2.3 Sigles et Abréviations
Tous les sigles utilisés dans le document doivent y figurer, sans exception.
Sigles reconnus dans le domaine informatique uniquement.
Exemple : FTP — File Transfer Protocol .
2.4 Résumé / Abstract
Structure obligatoire (1 page chacun) :
1. Contexte + problématique
2. Approche choisie
3. Résultats/contribution
4. 3 mots-clés couvrant tous les aspects du thème.
Exemple thème « Renforcement de la sécurité des contrôleurs SDN sur la base d'ECC »
→ mots-clés : SDN , sécurité informatique , cryptographie .
3. INTRODUCTION (1 page — 7 blocs obligatoires)
# Bloc Contenu attendu
1 Mise en contexte générale Pourquoi le sujet est d'actualité
# Bloc Contenu attendu
2 Délimitation du sujet Cadre/domaine spécifique
3 Problématique Problème central + limites des solutions actuelles
4 Justification Pourquoi cette recherche est importante
5 Piste de solution Approche envisagée (en bref)
6 Objectif du mémoire Objectif principal annoncé clairement
7 Structure du mémoire Plan paragraphique (chapitre par chapitre)
À éviter : phrases longues, formulations sensationnalistes, redites avec le Chapitre 1.
4. CHAPITRE 1 — CONTEXTE, PROBLÉMATIQUE ET CONCEPTS CLÉS
4.1 Plan obligatoire
Introduction du chapitre
1. Contexte et Problématique
1.1 Contexte général (1-2 pages, données chiffrées)
1.2 Problématique (2-3 pages, cas réels documentés)
1.3 Justification de la recherche (½-1 page)
2. Objectifs du mémoire
2.1 Objectif général (1 paragraphe)
2.2 Objectifs spécifiques (3 max, verbe d'action au présent)
3. Hypothèses de recherche (½-1 page, conditionnel
obligatoire)
4. Clarification des concepts (2-4 pages)
Conclusion du chapitre
4.2 Règles strictes
Élément Règle
Contexte Chiffres + sources récentes (≤ 5 ans de préférence)
Problématique Obligatoire : 1-2 cas réels documentés
Objectif général Commence par le problème → débouche sur la solution
Objectifs 3 max ; verbes : analyser , comparer , évaluer , identifier ,
spécifiques proposer
Verbes interdits mettre en œuvre , implémenter , réaliser (réservés au Ch. 4)
Élément Règle
Hypothèses Conditionnel obligatoire : « pourrait », « permettrait », jamais le présent
Concepts Sélection ciblée → exclure l'évident, organiser par catégorie
Format concept Nom (gras/italique) + définition sourcée + spécificité d'usage dans le
mémoire
4.3 Modèle d'objectif spécifique
« Analyser les principales faiblesses des systèmes traditionnels de gestion des dons
humanitaires, notamment en matière de transparence et de traçabilité. »
4.4 Modèle d'hypothèse
« H1 : L'utilisation d'un système décentralisé basé sur la blockchain pourrait permettre
d'améliorer significativement la transparence dans la gestion des dons humanitaires en
Afrique. »
5. CHAPITRE 2 — ÉTAT DE L'ART
5.1 Plan obligatoire
1. Introduction contextuelle
2. Présentation des solutions existantes (commerciales / pilotes)
3. Présentation des études scientifiques
4. Synthèse et prise de position
Conclusion du chapitre
5.2 Grille d'analyse — Solutions existantes (à appliquer pour CHAQUE solution)
Item À documenter
Présentation Nom, concepteur, année
Problématique adressée Quel problème est résolu
Approche technique Architecture, protocoles, capteurs, algorithmes
Résultats Chiffrés (% de réduction, gain en temps, etc.)
Limites Techniques, économiques, réglementaires
5.3 Grille d'analyse — Études scientifiques (à appliquer pour CHAQUE étude)
Item À documenter
Présentation Titre, auteurs, année
Problématique Question de recherche
Méthodologie Expérimentation/simulation/comparaison + données + outils
Résultats Chiffrés
Contribution originale Apport vs existant
5.4 Synthèse — exigence
Après les analyses, prendre position explicitement :
Soit améliorer une approche existante
Soit proposer une nouvelle approche
Soit transposer une approche dans un nouveau contexte
Cette prise de position conditionne le Chapitre 3.
6. CHAPITRE 3 — APPROCHE PROPOSÉE / MÉTHODOLOGIE
Cœur créatif du mémoire. Volume cible : 30-40 pages max.
6.1 Plan de base (adaptable selon la filière)
3.1 Introduction
3.2 Vision globale de la solution
3.3 Identification des composants / acteurs / variables
3.4 Processus / Méthode / Architecture détaillé(e)
3.5 Analyse des besoins et contraintes
3.6 Choix techniques / méthodologiques
3.7 Conception détaillée
3.8 Conclusion
6.2 Adaptation par filière
Filière Sections spécifiques à intégrer
Sécurité Informatique Analyse menaces/vulnérabilités · Modèle de sécurité · Mécanismes
(SI) crypto · Architecture de contrôle d'accès
Filière Sections spécifiques à intégrer
Systèmes, Réseaux & Architecture système/réseau · Protocoles · Cœur de fonctionnement ·
Cloud (SRC) Performance/scalabilité
Architecture Logicielle Patrons architecturaux · UML/diagrammes · Composants/interfaces ·
(AL) Qualité logicielle
Intelligence Artificielle Modèles/algorithmes ML · Architecture IA · Données/preprocessing ·
(IA) Pipeline ML/DL
Si le sujet déborde la filière, adapter en intégrant les disciplines connexes.
6.3 Démarche descendante (obligatoire)
1. Vue d'ensemble → 2. Composants principaux → 3. Relations/Processus → 4. Détails
techniques → 5. Préparation de l'évaluation (Ch. 4)
6.4 Équilibre des contenus
Bloc Poids cible
Description de la solution 25 %
Justification des choix 30 %
Conception détaillée 45 %
6.5 Structure de justification (à appliquer pour CHAQUE choix technique)
1. Critères de sélection → ce qui guide
2. Options disponibles → alternatives identifiées
3. Comparaison objective → tableau comparatif
4. Choix justifié → motivation
5. Limites acceptées → compromis assumés
6.6 Règles de forme
1 schéma toutes les 3-4 pages minimum (architecture, processus, modèles)
Tout terme technique défini au premier usage
Séparer conception (Ch. 3) et réalisation (Ch. 4) — ne jamais mélanger
6.7 Erreurs éliminatoires
❌ À éviter ✅ À faire
Détails techniques en ouverture Toujours commencer par la vue d'ensemble
Mélanger conception et Conception en Ch. 3, mise en œuvre en Ch. 4
implémentation
Proposer sans justifier Chaque choix motivé par les besoins (Ch. 1) et limites
(Ch. 2)
Solutions purement théoriques Faisabilité technique démontrée
Copier l'existant Apporter une vraie valeur ajoutée
6.8 Test de validation (avant remise)
Vision globale claire
Composants tous identifiés
Fonctionnement décrit en détail
Choix techniques justifiés
Critères d'évaluation préparés pour Ch. 4
Schémas/diagrammes inclus
Limites et contraintes définies
Transition vers Ch. 4 préparée
7. CONCLUSION (1 page)
Structure obligatoire en 5 mouvements :
1. Rappel du contexte et de la problématique
2. Procédé utilisé pour proposer la solution
3. Présentation brève de la solution
4. Limites du travail
5. Perspectives / ouverture (débat possible)
8. BIBLIOGRAPHIE & WEBOGRAPHIE
8.1 Bibliographie
Sources : Google Scholar ou [Link]
Style obligatoire : APA
Méthode recommandée : citation manuelle (onglet Références → Citations et
bibliographie dans Word)
Toute référence bibliographique doit être citée dans le corps du texte.
8.2 Webographie — Format strict
[Numéro] TITRE DE L'ARTICLE. LIEN. Consulté en : MOIS ANNÉE.
Exemple :
[11] Blockchain Identity Management : The Definitive Guide (2021 Update).
[Link] Consulté en : Janvier 2022.
8.3 Sources d'images & figures
Toute image téléchargée d'internet → source en footnote (bas de page) obligatoire.
9. CHECKLIST FINALE AVANT DÉPÔT
Forme
Pagination romaine (i-xii) puis arabe (1-…) correctement appliquée
Sommaire = grands titres uniquement (auto-généré, 1 page)
Table des matières = détaillée (en fin de document)
Table des figures auto-générée
Liste des tableaux auto-générée
Tous les sigles définis dans la liste dédiée
Toutes les images sourcées en footnote
Bibliographie au format APA, citée dans le corps
Webographie au format [N] TITRE. LIEN. Consulté en : MOIS ANNÉE.
Fond
Introduction = 7 blocs présents
Ch. 1 : 3 objectifs spécifiques max + hypothèses au conditionnel
Ch. 2 : grilles d'analyse appliquées + prise de position explicite
Ch. 3 : démarche descendante + chaque choix justifié + ≥ 1 schéma / 3-4 pages
Ch. 4 : critères d'évaluation issus du Ch. 3
Conclusion = 5 mouvements + perspectives
Cohérence
Le résumé reflète fidèlement le travail
Les 3 mots-clés couvrent tous les aspects du thème
Le Ch. 3 répond à la problématique du Ch. 1
Le Ch. 3 dépasse les limites identifiées au Ch. 2
La transition entre chaque chapitre est explicite
10. RÉFÉRENCE RAPIDE — ENCHAÎNEMENT LOGIQUE
Introduction (1p) — annonce le tout
│
Ch. 1 — Pose le problème + objectifs + hypothèses + concepts
│
Ch. 2 — Analyse l'existant + prend position
│
Ch. 3 — Propose la solution (cœur créatif, 30-40p)
│
Ch. 4 — Met en œuvre, valide, mesure
│
Conclusion (1p) — boucle + ouverture
Fin du guide.