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 7. Les chapitres (chaque chapitre
2. Remerciements commence par une introduction
3. Sommaire et finit par une conclusion)
4. Liste des figures 8. Conclusion générale
5. Liste des tableaux 9. Bibliographie – Netographie
6. Introduction générale 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

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

Sujet :

Elaboré par :

Encadré par :

Période du stage : du xx/xx/20xx au xx/xx/20xx

Au sein de (Organisme d’accueil) :

Logo

Année Universitaire 20xx/20xx

 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.
 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

1
 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

2
 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.

3
 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

4
 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, …….

5
 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.

6
 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.

7
 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

8
 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.

9
 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

10
 2. Conception détaillée de la base de données
Le modèle de classes nous sert pour l'implémentation du modèle de données spécifiant la
structure de notre base de données. En effet, chaque classe se transformée en une table
identifiée par un attribut qui représente sa clé primaire. Une relation d'association A-N est
traduite par la migration de la clé primaire d'une table à l'autre pour devenir là une clé
étrangère. Dans d'autre cas où la relation d'association est de type N-N, une nouvelle table
est née contenant les deux clés étrangères des deux classes membres de la relation
représentant ensembles sa clé primaire. Cette table peut contenir d'autres attributs dans le
cas où elle traduit une classe d'association.

Il y a trois manières différentes de traduire une relation d’héritage :

 L’héritage par référence ;

 L’héritage par classe mère ;
 L’héritage par classes filles.
2.1. Modèle conceptuel de données
Décrire le modèle entité / association généré.

2.2. Dictionnaire de données

Présentation des données de référence nécessaires à la conception de la base de données. Il
est souvent représenté par un tableau à quatre colonnes contenant le nom, le code et le type
de donnée ainsi que des commentaires.

Un dictionnaire des données doit respecter les contraintes suivantes :

 Tous les noms doivent être monovalués et non décomposables.

 Il ne doit pas y avoir d'homonymes, ni de synonymes.
 Les données y sont regroupées par entité.
 Les identifiants sont complètement précisés,
 Les commentaires doivent être pertinents.

11
 Tableau 2 Dictionnaire de données
Nom Désignation Type Commentaire

2.3. Modèle Relationnel de Données

Présentation et description du schéma relationnel correspondant au modèle entité /
association réalisé dans la section précédente.

3. Vue dynamique du système (optionnel)

Alors que le modèle statique du système identifie les objets qui s'y interagissent, le modèle
dynamique permet de détecter les opérations et les actions que doit réaliser ces objets. Une
vue dynamique est décrite par différentes manières ; parmi lesquelles nous retenons la
description des scénarios possibles d'utilisation du système.

La description des scénarios d'utilisation d'un applicatif logiciel, est modélisée par les
diagrammes de séquence UML. Ces diagrammes décrivent les étapes à passer afin
d'aboutir au résultat désiré. Dans la conception, nous élaborons les diagrammes de
séquence détaillés qui visualisent l'interaction entre les objets constituant le système.

NB – On n’exige pas l’élaboration des diagrammes de séquence détaillés, cette partie est
optionnelle.

4. Déploiement du système
Le modèle de déploiement dans une approche UML "exprime la répartition physique des
fonctions métiers du système et permet de justifier la localisation des bases de données et
des environnements de travail" [1]. Il repose sur les postes travail qui sont des acteurs
responsables de l'exécution de certaines fonctionnalités dans le système.

Conclusion
Récapitulatif du présent chapitre et présentation du chapitre suivant.

12
 Chapitre 4. Réalisation
Introduction

1. Environnement de travail

4.1. Environnement matériel

Présenter l’architecture matérielle utilisée pour mettre en œuvre l’application

4.2. Environnement logiciel

Présenter les langages utilisés et les EDI.

2. Interfaces

 Présenter et commenter quelques interfaces de l'application

 Ne pas oublier les titres des figures
 Par exemple, présenter des captures d'écran pour des tests particuliers :
messages d'erreurs pour le cas de champs vides et pour le cas où l'utilisateur
saisie une chaine de caractères dans un champ qui doit être numérique (par
exemple l’âge)
 L’application doit résoudre le problème décrit dans le chapitre 2. Elle peut
manipuler soit une base de données (l’étudiant doit se documenter pour
savoir comment se connecter à une base de données), soit les fichiers (une
application en langage C avec laquelle l’étudiant manipule des fichiers).

Conclusion
Récapitulatif du présent chapitre.

13
 Conclusion générale

 Résumer le travail élaboré.

 Présenter les profits tirés et les compétences acquises lors de la réalisation
de ce stage.
 Présenter les difficultés rencontrées et comment elles étaient surmontées.
 Ouvrir des perspectives futures liées à ce stage (par exemple dans le cadre
d’un PFE).

14
 Bibliographie

[1] P. Roques et F. Valée, UML 2 en action: de l'analyse des besoins à la conception,

Editions Eyrolles, 2011.

[2] O. Sigaud, «Introduction à la modélisation orientée objets avec UML,» Laboratoire

d'Informatique de Paris VI (LIP6), France, p. 10, 2005.

Il faut suivre les normes de bibliographie.

Titre / NOM, Prénom du 1er auteur... et al. Numéro d'édition. Lieu

d'édition : Editeur, date d'édition. Nombre de pages p.
OUVRAGE COLLECTIF Exemple
L'Anthropologie : De l'homme primitif aux sociétés d'aujourd'hui /
AKOUN, André... et al. Paris : CEPL, 1972.546p.

NOM, Prénom. Titre de l'article. Titre du périodique, année, Numéro du

tome ou du volume, Numéro du fascicule, pagination de l'article.
ARTICLE DE
PERIODIQUE Exemple
BOROWIEC, Walter A. The Effects of bureaucratization on Ethnic
Group Leadership: the Case of the Polish American. Political
Anthropology, Décembre 1975, vol.42, n°12, p.13-27.

NOM, Prénom. Titre de la page. [en ligne] Nom du site. Nom de

l'éditeur, date. Mise à jour le date de mise à jour. Consulté le date de
consultation.
Disponible sur internet : url
PAGE INTERNET Exemple
FERRY, Françoise. Politiques documentaires ; rôles et métiers. (en
ligne) Savoirscdi. CNDP, 15 mars 2001. Mise à jour le 14 mars 2002.
Consulté le 20 mars 2002.
Disponible sur internet : http://savoirscdi.cndp.fr/archives/dossi
ermois/Ferry/Ferry.htm

15
Annexes

16