Remerciez-le!

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

ISET Jendouba Département Technologies de l'informatique Guide de la rédaction

ISET Jendouba Département Technologies de l'informatique Guide de la rédaction d’un rapport de stage de perfectionnement DSI 1. Pagination La page numéro 1 commence à l’introduction. Elle se fait en chiffres arabes (1, 2, 3,..). Les annexes sont numérotés indépendamment du rapport (en chiffres romains par exemple – I, II, III, IV, …). 2. Texte  Le texte doit être justifié : les lignes seront toutes de la même longueur pour permettre des marges régulières.  La police choisie pour le texte des paragraphes est Times New Roman avec la taille 12. La taille est plus grande pour les titres.  L'interligne est de 1.5.  L’encre noire est recommandée pour la lisibilité. Par contre des couleurs peuvent être utilisées pour les titres et sous-titres.  La police, sa taille, son style (souligné ou non, gras ou non,…) doivent être définis et respectés du début à la fin du rapport. 3. Tableaux et figures Il faut donner un titre à chaque tableau et à chaque figure et les numéroter. Les titres doivent être situés sous les illustrations, écrits en italique et soulignés. Exemples: xxxx xxxxx xxxx xxxxx Tableau 3. Types des cartesutilisées Figure 2. Sigle de l'ISET de Jendouba 4. Titres et sous-titres Les titres des sections sont numérotés selon la numérotation suivante (1. ; 1.1. ; 1.1.1 ; etc.) sans utiliser les chiffres romains. 5. Contenu du rapport 1. Page de garde 2. Remerciements 3. Sommaire 4. Liste des figures 5. Liste des tableaux 6. Introduction générale 7. Les chapitres (chaque chapitre commence par une introduction et finit par une conclusion) 8. Conclusion générale 9. Bibliographie – Netographie 10. Annexes Remarque : Les différentes parties des chapitres doivent être rédigés sous forme de paragraphes, les tirets ne doivent être utilisés que si nécessaire. Réf :…..…../CIN : xxxxxxxx Sujet : REPUBLIQUE TUNISIENNE MINISTERE DE L’ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUES Direction Générale des Etudes Technologiques Institut Supérieur des Etudes Technologiques de Jendouba Département des Technologies de l’Informatique Rapport de Stage de Perfectionnement DSI Elaboré par : Encadré par : Période du stage : du xx/xx/20xx au xx/xx/20xx Au sein de (Organisme d’accueil) : Année Universitaire 20xx/20xx Logo Remerciements Cette page est personnelle et est consacrée, généralement, à remercier l’encadreur de la société ainsi que les personnes (membres de la société, enseignants, personnel technique ou administratif et non pas les membres du jury) qui auraient aidé l’étudiant à mener à terme son stage de perfectionnement en le conseillant ou en lui fournissant de la documentation. Ces remerciements sont exprimés en une dizaine de lignes au maximum, de la façon la plus simple possible, sans platitude ni exagération. La mise en forme de cette page est au gré de l’étudiant. 1 Sommaire Il doit être généré d’une façon automatique. Il ne doit pas présenter plus que trois niveaux de sous-titres. Exemple : Sommaire ............................................................................................................................... 1 Liste des figures ..................................................................................................................... 3 Liste des tableaux .................................................................................................................. 4 Introduction générale ............................................................................................................. 5 Chapitre 1. Présentation du projet ......................................................................................... 6 Introduction ........................................................................................................................... 6 1. Présentation de l’organisme hôte ............................................................................... 6 2. Description de l’existant ............................................................................................ 6 3. Problématique ............................................................................................................ 6 4. Solution proposée ...................................................................................................... 6 Conclusion ............................................................................................................................. 6 Chapitre 2. Spécification des besoins .................................................................................... 7 Introduction ........................................................................................................................... 7 1. Besoins fonctionnels .................................................................................................. 7 1.1. Identification des acteurs ....................................................................................... 7 1.2. Identification des besoins ...................................................................................... 7 1.3. Modélisation des besoins ....................................................................................... 7 2. Besoins non fonctionnels ........................................................................................... 9 Conclusion ............................................................................................................................. 9 Chapitre 3. Etude Conceptuelle ........................................................................................... 10 Introduction ......................................................................................................................... 10 1. Vue statique du système .......................................................................................... 10 2. Conception détaillée de la base de données ............................................................. 11 2 2.1. Modèle conceptuel de données ............................................................................ 11 2.2. Dictionnaire de données ...................................................................................... 11 2.3. Modèle Relationnel de Données .......................................................................... 12 3. Vue dynamique du système ..................................................................................... 12 4. Déploiement du système .......................................................................................... 12 Conclusion ........................................................................................................................... 12 Chapitre 4. Réalisation ........................................................................................................ 13 Introduction ......................................................................................................................... 13 1. Environnement de travail ......................................................................................... 13 4.1. Environnement matériel ...................................................................................... 13 4.2. Environnement logiciel........................................................................................ 13 2. Interfaces .................................................................................................................. 13 Conclusion ........................................................................................................................... 13 Conclusion générale ............................................................................................................ 14 Bibliographie ....................................................................................................................... 15 Annexes ............................................................................................................................... 16 3 Liste des figures Cette rubrique n’est pas obligatoire si le nombre de figures est inférieur à cinq. Elle doit être générée automatiquement. Notez que le titre de la figure doit être placé en dessous de la figure. Figure 1 Diagramme des cas d’utilisation généralisé de l'application ................................. 8 Figure 2 Diagramme de séquence système du cas d’utilisation 1 ......................................... 9 Figure 3 Diagramme de classe de l'application ................................................................... 10 Etc. 4 Liste des tableaux Cette rubrique n’est pas obligatoire si le nombre de tableaux est inférieur à cinq. Elle doit être générée automatiquement. Notez que le titre du tableau doit être placé au-dessus du tableau. Tableau 1 Description textuelle du cas d’utilisation 1 .......................................................... 8 Tableau 2 Dictionnaire de données ..................................................................................... 12 5 Introduction générale  L’introduction générale comporte, globalement, quatre parties.  La première partie est une introduction à tout le rapport, elle devrait être générale, mais, tout en ayant pour sujet un thème se rapprochant du domaine du stage de perfectionnement. A titre d’exemple, il est plus approprié de parler des réseaux informatiques pour un sujet de stage se rapportant à ce domaine plutôt que de parler du développement des sites web. On peut aussi présenter la problématique, l’intitulé, le carde et l’objectif du stage.  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. Exemple : Après cette introduction, la suite du rapport est organisée comme suit : Dans le premier chapitre intitulé «….», nous commençons par présenter l’organisme d’accueil…. Dans le deuxième chapitre, ……. 6 Chapitre 1. Présentation du projet Introduction Introduire simplement sur quoi porte ce chapitre. 1. Présentation de l’organisme hôte Présentation de l’organisme d’accueil (société où vous avez réalisé votre stage) et focalisation sur le département dans lequel le projet a été réalisé. Vous devez vous intéressez surtout au côté informatique dans l’entreprise : réseau, matériel, logiciels utilisés. 2. Description de l’existant Présentation des procédures de travail suivies au sein de l’entreprise afin de détecter les problèmes éventuellement évoqués dans la section précédente (Présentation de quelques interfaces s’il s’agit d’une application ou bien présentation des documents 3. Problématique Critique des procédures précitées (focaliser l’aspect informatique de ces procédures) et présentation des problèmes causés par celles-ci. 4. Solution proposée Il s’agit d’envisager et de proposer des solutions pour les critiques signalés ci-dessus. Il faut donc mettre l’accent sur l’apport de l’application proposée au sein de l’entreprise tout en mentionnant les contraintes de réalisation, les choix opérés, les justifications de ces choix, les principaux problèmes rencontrés et les décisions prises pour les résoudre. Il faut indiquer à la fin de ce paragraphe la solution finale à retenir qui sera l’objet d’étude dans ce qui suit. Conclusion Récapitulatif du présent chapitre et présentation du chapitre suivant. 7 Chapitre 2. Spécification des besoins Introduction Introduire simplement sur quoi porte ce chapitre. 1. Besoins fonctionnels Les besoins fonctionnels représentent les fonctionnalités que doit assurer l'application à l'utilisateur. Pour les délimiter nous devons, d'abord, identifier les intervenants avec notre application. 1.1. Identification des acteurs Un acteur représente l'abstraction d'un rôle joué par des entités externes (utilisateur, dispositif matériel ou autre système) qui interagissent directement avec le système étudié [1]. 1.2. Identification des besoins Les besoins fonctionnels représentent les cas d'utilisation possibles du système. Un cas d'utilisation "modélise un service rendu par le système. Il exprime les interactions acteur/système et apporte une valeur ajoutée "notable" à l’acteur concerné" [1]. Il permet, ainsi de décrire de façon générale les fonctionnalités qu'attend l'utilisateur du système en le manipulant. 1.2.1. Besoins de l’acteur 1 Définir, pour chaque acteur, les fonctionnalités du système attendues. 1.2.2. Besoins de l’acteur 2 1.3. Modélisation des besoins Après la capture des besoins fonctionnels qui consiste à déceler les différentes fonctionnalités et exigences du système à développer, il s’agit dans cette partie de les représenter sous la forme de diagrammes de cas d’utilisation généralisé puis détailler ces cas généraux si c’est nécessaire. 8 Figure 1 Diagramme des cas d’utilisation généralisé de l'application 1.3.1. Cas d’utilisation 1 Tableau 1 Description textuelle du cas d’utilisation 1 Cas d'utilisation Acteur Pré-condition Post-condition Scénario nominal 9 Figure 2 Diagramme de séquence système du cas d’utilisation 1 1.3.2. Cas d’utilisation 2 Nous suivrons la même démarche que le cas d’utilisation 1. 2. Besoins non fonctionnels Ce sont des exigences qui ne concernent pas spécifiquement le comportement du système mais plutôt ils identifient des contraintes internes et externes du système. Conclusion Récapitulatif du présent chapitre et présentation du chapitre suivant. 10 Chapitre 3. Etude Conceptuelle Introduction Introduire simplement sur quoi porte ce chapitre. 1. Vue statique du système Une structure statique d'une application est représentée par un diagramme de classe UML. Un diagramme des classes décrit le type des objets ou données du système ainsi que les différentes formes de relation statiques qui les relient entre eux [2]. Figure 3 Diagramme de classe de l'application 11 2. Conception détaillée de la base de données Le modèle de classes uploads/Science et Technologie/ template-rapport-perfectionnement-isetj-dsi.pdf