Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

1 MODELE DE PLAN DE REDACTION MEMOIRE DE FIN D’ETUDE COUVERTURE La couverture s

1 MODELE DE PLAN DE REDACTION MEMOIRE DE FIN D’ETUDE COUVERTURE La couverture spécifie le titre du document de façon bien visible, la période académique, le nom des étudiants ayants participés à la rédaction, les noms des encadreurs en entreprise et à l’école DEDICACE ET/OU REMERCIEMENTS Une dédicace est courte inscription écrite pour mettre son rapport sous le patronage d’une personne illustre ou influente afin de lui témoigner ses sentiments de gratitude. La dédicace, si elle existe tiendra sur une page entière. La page de remerciements permet de remercier de façon particulière ceux qui ont apporté des informations essentielles pour la rédaction du document ou soutenu personnellement l’étudiant durant son stage en lui donnant du temps et des conseils. AVANT-PROPOS (PREFACE) Présentation de l’école GROUPE PIGIER et du cadre dans lequel vous avez été amené a effectué votre stage. RESUME Résumé de votre travail en français sur deux pages au maximum. ABSTRACT (SUMMARY) Résumé de votre travail en anglais sur deux pages au maximum. Faites attention aux faux amis : Conception : Design Realisation : Implementation Société : Company Mémoire : Dissertation TABLE DES MATIERES OU SOMMAIRE Elle comporte un renvoi à une numérotation continue des pages (annexes comprises). On préfèrera l’appellation « Sommaire » lorsque le contenu de chacune des sous-parties n’est pas indiqué. Le programme Microsoft Word sous le menu « Insertion » offre une table des matières automatique que nous recommandons fortement d’utiliser. 2 LISTE DES TABLEAUX / LISTE DES FIGURES / LISTE DES ACRONYMES (SIGLES ET ABBREVIATIONS) INTRODUCTION Contexte et problèmes ayant conduit à la nécessité d’effectuer votre travail en entreprise Première partie : CADRE DE REFERENCE (PRESENTATION DE L’EXISTANT) I- Présentation de l’entreprise (trois pages maximum) 1) Historique (ou genèse de l’entreprise) 2) Missions (ou activités) 3) Organisation (inclus l’organigramme) 4) Présentation du service d’accueil II- Présentation du projet 1) Contexte (problématique) 2) Domaine d’activité concerné 3) Objectifs du projet (pour l’entreprise) III- Choix de la méthode d’analyse (trois pages maximum) 1) Méthode 1 (MERISE) 2) Méthode 2 (UP) 3) Justification du choix Deuxième partie : ETUDE PREALABLE L'étude préalable vise à analyser la faisabilité économique, organisationnelle et technique du projet. Elle conduit à envisager plusieurs scénarii (études de solutions). Chaque scénario envisagé permet d'évaluer les risques pesant sur le projet et doit s'accompagner d'un bilan prévisionnel présentant le coût, les inconvénients et les avantages du scénario. IV- Etude de l’existant Cette partie décrit l’existant en termes de procédure de l’entreprise et pas seulement en termes de système informatique existant. Cette partie peut-être supprimé s’il s’avère qu’il n’y pas du tout de procédure existante même manuelle. 1) Description du système actuel Mode de fonctionnement Flux d’information : documents échangés (reçus, émis, internes) Existant informatique (matériels, logiciels, réseaux,) Compétences en ressources humaines dans le domaine informatique. 2) Modélisation du système actuel (Etat des lieux) A partir des interviews (entretiens) et des modèles de documents récupérés auprès des utilisateurs, faire une étude du système actuel. Proposer un modèle de conception du système existant. Exemple : 3  pour le développement d’une application utilisant le standard Merise : o Description du système d’information o Dictionnaire des données actuel o Règles de gestion actuelles o Diagramme des flux o Graphe des flux o MCD actuel o MCT actuel  pour le développement d’une application utilisant le standard UML, o utilisez les artefacts permettant de comprendre le fonctionnement du système dans son état actuel o Identification et description des processus métiers o Diagrammes d’activité pour décrire les interactions entre processus o Identifier et lister les cas d’utilisation les plus importants sans en détailler le déroulement o Modélisation du domaine ou modélisation métier  Pour la conception d’un réseau o Reconstituer l’architecture du réseau existant  Pour une application web dynamique V- Analyse de l’existant 1) Objectifs et besoins des utilisateurs (à court, moyen et long terme) 2) Critique de l’existant Relever toutes les forces et faiblesses ainsi que les dysfonctionnements du système VI- Proposition de solutions possibles (scénarii ou étude de cas) Les solutions proposées doivent répondre aux besoins des utilisateurs et résoudre les problèmes relevés au niveau de la partie critique de l’existant. 1) Première solution (scénario) a) Description de la solution Décrire de façon claire et précise la solution proposée. L’étudiant dispose de l’ensemble des cours reçus durant son cursus pour proposer les solutions. La conception de la solution doit tenir compte éventuellement de la gestion, du réseau, de l’organisation, du matériel, du logiciel, etc. b) Avantages Dégager les avantages de la solution : Gain financier, Gain en temps de traitement, fiabilité, Réduction du personnel, etc. c) Inconvénients Dégager les inconvénients de la solution d) Estimation des coûts de mise en œuvre Evaluer le coût d’investissement du projet à partir des éléments contenus dans la partie précédente. 2) deuxième solution (scénario) 4 Idem 3) Choix d’une solution La maîtrise d’ouvrage (décideur) doit faire un choix à partir des solutions proposées. Pour cela, faire une étude comparative des différentes solutions proposées et donner éventuellement votre avis. La solution retenue par le décideur sera implémentée et mise en œuvre. Troisième partie : ETUDE DETAILLEE DE LA SOLUTION RETENUE L'étude détaillée vise l'exhaustivité de la description de la solution retenue. Les spécifications détaillées sont la traduction précise des besoins fonctionnels, techniques et organisationnels exprimés par la maîtrise d'ouvrage ou les utilisateurs. Le but de l'étude détaillée est de : - concevoir et décrire de façon exhaustive la solution sur tout le champ de l'étude ; - Finaliser les niveaux conceptuels et logiques de la solution en prenant en compte tous les détails de fonctionnement ; - Concrétiser la solution au niveau physique, organique ; - Décrire "au plus fin" les caractéristiques de la nouvelle solution à destination des utilisateurs, et plus particulièrement des utilisateurs-clefs chargés de la réalisation du projet. Exemple :  pour le développement d’une application utilisant le standard Merise :  MCD du futur système  MCT du futur système  traitements à proposer aux utilisateurs de l'application (MOT, MOpT),  données à gérer par l'application (MLD, MPD)  pour le développement d’une application utilisant le standard UML :  Identifier l’ensemble des cas d’utilisation du système  Proposer une description détaillée des CU les plus importants  Identifier les classes et proposer les diagrammes de classes  Proposer quelques diagrammes de séquence  Passer du modèle objet au modèle relationnel (identifier les tables et autres objets de base de données à partir des classes)  Proposer une modélisation physique des données  Proposer une architecture du système  Pour la conception d’un réseau  Faire l’architecture du futur réseau  Pour une application web dynamique VII- Etude Conceptuelle L'objectif de cette phase est de fixer la solution-type au niveau conceptuel Prendre en charge les besoins futurs des utilisateurs VIII- Etude fonctionnelle L'objectif de cette phase est de fixer la solution-type au niveau logique Prendre en charge toutes les variantes de processus. 5 Vérifier la validité de la solution logique IX- Etude organique L'objectif de cette phase est de fixer la solution-type au niveau physique Prendre en compte toutes les contraintes budgétaires, de temps, de ressources. Pour chaque module dire les ressources à lui affecter pour sa réalisation, le temps prévu et le budget à lui affecter. Cette phase marque le passage d'une solution théorique "idéale" à une solution pratique, réalisable, éventuellement dégradée. Quatrième partie : DEPLOIEMENT ET INTEGRATION DE LA SOLUTION RETENUE La solution doit être décrite en tenant compte des outils informatiques. X- Réalisation 1) Présentation des différentes fonctionnalités (copie d’écran) Présenter les fonctionnalités essentielles mises en œuvre et pour chaque fonctionnalité indiquer les éléments constitutifs (Formulaires, requêtes, états etc. ou les différentes pages web) XI- Installation/Intégration/Déploiement XII- Formation La mise en œuvre nécessite donc que les utilisateurs bénéficient d’un accompagnement particulier – information, formation, documentation. XIII- Fiabilité et sécurité du système XIV- Maintenance Plan de maintenance, Budget de maintenance CONCLUSION La conclusion comporte deux parties : un bilan de ce qui a été dit et une ouverture vers d'autres études ou développement qui vous ont été suggérées. BIBLIOGRAPHIE ET/OU WEBOGRAPHIE La bibliographie regroupe des références de documents et livres qui ont été publiés et qui vous ont servi de support dans la rédaction de votre mémoire. La Webographie désigne une liste de contenus électronique d'ouvrages ou plus généralement de pages web qui ont soutenu la rédaction de votre mémoire. Bibliographie et Webographie peuvent être présentés sur la même page. Si vous avez fait référence à un auteur, il est important de le mentionner à partir des notes de bas de page. ANNEXES Présenter une copie des documents qui soutiennent les procédures en entreprise. 6 NB : -; - - Le plan présenté ici n’est qu’indicatif, en fonction du sujet à traiter le plan à l’intérieur de chaque partie peut changer. Sources : Ange NAMBILA Cours de conception des Institut Africain d’Informatique 1996 Systèmes d’information Eric Bourreau - Thérèse Libourel Cours de conduite de projets informatiques Y. SOLER Guide méthodologique - étude détaillée CNRS/DSI 2001 Y. SOLER Guide méthodologique - étude technique CNRS/DSI 2001 uploads/Management/ methodologie-de-redaction-de-rapport-v2.pdf