Guide du Stagiaire pour réaliser un projet de fin d`étude

Université Méditerranéenne Libre de Tunis
Faculté Méditerranéenne Privée des Sciences Informatiques,
Economiques et de Gestion de Tunis
Département d’Informatique
LICENCE INFORMATIQUE
Guide du Stagiaire
pour réaliser un projet de fin d’étude
selon la méthode Merise/2
Version Etudiant
Mongi TRIKI
Docteur en Informatique
Université Paris Dauphine
1
Sommaire
1. Sommaire-type du Mémoire de Stage ...........................................................3
2. Rapports à remettre et Planning de réalisation des travaux ......................9
3. Bibliographie................................................................................................... 9
4. Quelques consignes de présentation ............................................................10
6. Barème de Notation ......................................................................................10
7. Annexe ...........................................................................................................10
2
1. SOMMAIRE-TYPE DU MEMOIRE DE STAGE
Introduction (1 page au maximum)
L’introduction traite des points suivants :
 Présentation du domaine et du projet
 Présentation des travaux demandés.
 Présentation de l’organisation du mémoire (contenu de chaque chapitre).
CHAPITRE 1 : Etude Préalable (de 10 à 15 pages)
1. Définition de la mission
1.1. Présentation de logiciel
Il s’agit de décrire le logiciel à réaliser en termes de fonctionnalités offertes aux
utilisateurs.
1.2. Objectifs à atteindre
Ce sont les buts à atteindre par l’organisme en question suite à la réalisation de ce
projet.
2. Analyse de l’existant
2.1. Etude de l’existant
Il s’agit de décrire le système d’information actuel relatif au domaine à automatiser.
L’étudiant peut commencer par présenter tout d’abord l’organisme puis se focaliser sur tout ce
qui concerne le domaine étudié : postes de travail, procédures, documents utilisés,
informations échangées avec l’environnement, etc.
2.2. Critique de l’existant
Il s’agit de présenter les points forts et les points faibles du système actuel. Les points forts
sont à consolider et les points faibles sont à éviter dans le nouveau système.
3. Modélisation conceptuelle des flux
3.1. Modèle de contexte
C’est un diagramme de flux de niveau zéro. Il détermine le domaine de l'étude et ses échanges
avec l'environnement. Le domaine de l'étude est considéré alors comme un seul acteur interne.
3.2. Modèles des flux conceptuels
Ils proposent un affinement successif des activités du domaine de l’étude. Nous pouvons se
limiter à deux niveaux de diagrammes de flux. A chaque niveau, on introduit de nouveaux
acteurs internes dont chacun représente une activité définie comme un ensemble de
traitements homogènes. Ces modèles décrivent les échanges internes et externes des
informations. Le passage d'un modèle de niveau i à un modèle de niveau i+1 se réalise par
décomposition d'activités du niveau i.
3
CHAPITRE 2 : Modélisation Conceptuelle (De 15 à 20 pages)
Un système d’information est défini comme un modèle de la réalité opérationnelle
d’un organisme. Ce modèle doit apporter la connaissance de cette réalité au niveau des
données et des traitements. Dans ce chapitre, nous allons présenter les éléments
suivants :
 Modélisation conceptuelle des données ;
 Modélisation conceptuelle des traitements.
1. Modélisation conceptuelle des données
La modélisation conceptuelle des données a pour rôle la représentation des données
manipulées par l’organisme ainsi que les liens sémantiques entre ces données.
1.1. Liste des supports d’informations
La liste des supports d’informations résulte d’un recensement et d’une collecte de tous
les supports d’informations inter et intra services.
1.2. Liste des informations d’informations par support
A ce niveau, il s’agit de présenter par ordre alphabétique la liste des informations
recensées par support.
1.3. Dictionnaire des données
Concernant ce volet, il s’agit de présenter par ordre alphabétique le dictionnaire des
données.
1.4. Modèle conceptuel des données
Le modèle conceptuel des données est une représentation fidèle des données du champ
de l’étude et des liens sémantiques entre ces données.
Le formalisme utilisé par MERISE2 pour la construction du modèle conceptuel des
données est intitulé «Objet-Association ».
1.5. Description des objets
Il s’agit de décrire les objets sous forme d’un tableau
1.6. Description des relations
Il s’agit de décrire les relations sous forme d’un tableau
1.7. Tableau récapitulatif des volumes de données
Nous proposons ici de présenter le tableau récapitulatif des volumes qui résume le
volume des données manipulées par le logiciel.
2. Modélisation conceptuelle des traitements
A ce stade de l'étude, nous présentons le modèle conceptuel des traitements analytique qui
a pour objectif de mettre en évidence les interactions entre les données et les traitements. Il
est composé par un ensemble d’opérations conceptuelles qui réagissent en interaction avec
les objets existants dans la base de données.
4
Une opération peut être conditionnelle (C) et/ou itérative (N). Elle peut être une opération
de suppression, de visualisation, de création ou de modification.
La démarche méthodologique de la modélisation conceptuelle des traitements
analytique se présente comme suit :
 Règles de gestion conceptuelles ;
 Modèle conceptuel des traitements analytique.
2.1. Règles de gestion conceptuelles
Une règle de gestion du niveau conceptuel décrit une action et/ou une condition du
déroulement d’une action.
2.2. Modèle conceptuel des traitements analytique
Le MCTA est composé d’opérations conceptuelles. Il met en évidence les interactions
entre les données et les traitements, à travers la représentation des données utilisées par
chaque opération. Une opération conceptuelle est constituée d'un ensemble d'actions
décrites par des règles conceptuelles. Elle est déclenchée par la synchronisation d'un
certain nombre d'événements, consulte et met à jour des entités de données, laisse les
données dans un état cohérent et produit un certain nombre de résultats. Elle est
interruptible : (i) aucun événement ne peut être pris en charge au cours de l’exécution
d’une opération ; (ii) lorsque des règles de gestion s'exécutent sans interruption, elles
doivent appartenir à une même opération. De ce fait, le nombre d’opérations doit être
limité.
CHAPITRE 3 : Modélisation Organisationnelle et Logique
(De 10 à 15 pages)
Nous avons vu dans le chapitre précédent qu’au niveau conceptuel ne sont définies que
les actions à effectuer dans le futur système. Le modèle conceptuel des traitements doit
être maintenant complété par les choix d’organisation. C’est le modèle
organisationnel des traitements qui va pouvoir représenter ces choix. Dans ce chapitre,
nous allons présenter les éléments suivants :
 Modélisation organisationnelle des traitements ;
 Modélisation logique des données.
1. Modélisation organisationnelle des traitements analytique
Nous nous intéressons ici à l’organisation du système d’information. Les règles mises
en évidence à ce niveau sont des règles organisationnelles.
Une règle de gestion organisationnelle représente :
- Soit une règle de gestion conceptuelle enrichie par des aspects complémentaires
propres au niveau organisationnel (Qui, Quand, Où) ;
- Soit une préoccupation particulière du niveau organisationnel (frappe d'une lettre,
ouverture du courrier pour l'expédier au service compétent, contrôle du mot de
passe, etc.).
Au niveau organisationnel, on définit les procédures fonctionnelles et pour chaque
procédure on définit son temps, son type et son poste d’exécution.
5
Définissons ces termes :
- Procédure (PF) : Ensemble logique de traitements exécutés consécutivement par
un poste de travail ;
- Temps : Il peut être un temps de réponse ou des tranches de temps ;
- Type d’une procédure : Une procédure peut être de trois types :
- Manuelle (M) : Une procédure manuelle est décrite par des consignes à donner
aux utilisateurs de la procédure. Elle ne comporte que des tâches exécutées par
l’utilisateur ;
- Différée (TD) : Elle est exécutée entièrement par l’ordinateur en traitements
par lots ;
- Transactionnelle (TR) : Elle allie les possibilités du manuel avec les moyens
de calcul automatisés de l’ordinateur. Parmi les procédures transactionnelles,
on trouve les procédures temps réel qui se caractérisent par le fait que le
système informatique doit être synchronisé et plaqué au système opérationnel.
- Poste de travail : Centre d’activité élémentaire de l’organisme.
1.1. Règles de gestion organisationnelles
Une règle de gestion organisationnelle représente soit une règle de gestion
conceptuelle enrichie par des aspects complémentaires propres au niveau
organisationnel (Qui, Quand, Où, etc.), soit une préoccupation particulière du niveau
organisationnel (frappe d'une lettre ouverture du courrier pour l'expédier au service
compétent, contrôle du mot de passe, etc.).
1.2. Modèle organisationnel des traitements
On distingue le MOT de niveau procédures fonctionnelles (PF) et le MOT de niveau
tâche. Une PF est un ensemble logique de traitements exécutés consécutivement par un
poste de travail. Pendant son exécution une procédure n'est pas interruptible. Une tâche
est un ensemble de traitements effectués exclusivement par l'homme ou par la machine
dans le cadre d'une procédure. Elle est effectuée par un seul intervenant et d'une façon
continue. Nous pouvons se limiter à un MOT de niveau PF, avec la décomposition en
tâches d’une ou de deux PF transactionnelles.
2. Modélisation logique des données brut
Le modèle logique des données permet de décrire des structures permanentes des
données dans un formalisme compatible avec les implémentations physiques dans un
ou plusieurs SGBD.
Il consiste à décrire la structure de données utilisée sans faire référence à un langage
de programmation. Il s'agit donc de préciser le type des données utilisées lors des
traitements.
Pour effectuer le passage du MCD au MLD brut, nous allons utiliser les règles
appropriées permettant de garantir l’obtention d’un modèle relationnel en 3ème forme
normale de BOYCE-CODD.
6
CHAPITRE 4 : Réalisation Technique (De 10 à 15 pages)
L’étude technique part des spécifications détaillées de la solution conceptuelle et de la
solution organisationnelle. Elle couvre la conception du logiciel en termes de
traitements (architecture générale, décomposition en modules et programmes), et de
données (élaboration de la structure physique de la base). Dans ce chapitre, nous allons
présenter les éléments suivants :
 Outils de développement ;
 Modélisation physique des données ;
 Structuration des traitements.
1. Environnement de réalisation
Cette section contient les deux points suivants :
 Matériels de base ;
 Outils de développement.
1.1. Matériels de base
Le développement du site Web est réalisé sur un ordinateur portable ayant les
caractéristiques suivantes :
1.2. Outils de développement
Les principaux outils qui ont contribué à la qualité de développement du site Web
sont :
2. Modélisation physique des données
Le modèle physique des données constitue le dernier modèle de données à construire
dans la méthode MERISE. Il s’agit à ce stade de traduire le modèle logique de données
en une base de données qui sera implémentée dans une machine.
La transformation au niveau physique doit tenir compte des caractéristiques et des
contraintes du système utilisé afin d’obtenir un modèle physique performant. Cette
section contient les deux points suivants :
 Mesures d’optimisation ;
 Modèle physique des données optimisé.
2.1. Mesures d’optimisation
L'optimisation du MLD brut au niveau logique doit permettre une transformation du
MLD brut relationnel dans l'objectif d'optimiser le temps de déroulement des
procédures transactionnelles en temps réel et en différé.
Ces mesures doivent permettre une transformation du MLD brut dans l’objectif
d’optimiser le temps de déroulement des procédures transactionnelles et en différé. Il
s’agit par exemple de recenser :
 Les fusions de relations à réaliser lorsque les jointures entre ces relations sont
nombreuses ;
 Les attributs calculables à ajouter à certaines relations, qui éviteront à certaines
procédures des accès nombreux aux relations concernées ayant généralement des
cardinalités élevées ;
 Les index à définir sur certains attributs de relations dans le cas où les procédures
qui exploitent ces relations à travers ces attributs sont fréquentes.
7
Nous allons utiliser les mesures d’optimisation suivantes :
 Recenser tout d’abord les fusions ;
 Créer des index sur des attributs pour accélérer les accès ;
 Ajouter des données calculables et redondantes dans des relations.
2.2. Modèle physique des données optimisé
Il s’agit de présenter le Modèle physique des données optimisé sous forme d-un
tableau.
3. Structuration des traitements
Cette phase de l’étude s’intéresse à la production des programmes. Elle est composée
de deux volets :
 Architecture technique des programmes ;
 Diagrammes d’enchaînement des menus.
3.1. Architecture technique des programmes
Il s’agit de décrire le rôle des modules et/ou programmes primordiaux, ainsi que les
tables que chacun utilise pour son fonctionnement. On présente dans le tableau suivant
une description synthétique des programmes :
3.1. Architecture technique des programmes
Il s’agit de décrire le rôle des modules et/ou programmes primordiaux, ainsi que les tables que
chacun utilise pour son fonctionnement.
3.2. Diagrammes d’enchaînement des menus
Il s’agit de présenter les éléments des menus et les liens entre ces différents éléments.
Conclusion (1 page au maximum)
La conclusion traite des points suivants :
 Rappel de l’objet du projet.
 Présentation rapide des travaux réalisés et des solutions apportées.
 Analyse critique de ces solutions :
- Points forts et apports,
- Points faibles et limites.
 Perspectives : améliorations et extensions possibles, définition d’autres projets,
etc.
8
2. RAPPORTS A REMETTRE ET PLANNING DE
REALISATION DES TRAVAUX
N0
ETAPES
1
2
Etude Préalable
Modélisation
Conceptuelle
Modélisation
Organisationnelle
& logique
Réalisation Technique
& préparation du
mémoire
3
4
PRODUIT
DUREE
DE
L’ETAPE
3 semaines Rapport N° 1
3 semaines Rapport N° 2
DATE AU PLUS
TARD DE DEPOT
4 semaines Rapport N° 3
4 semaines Mémoire de
stage + DVD
contenant le
logiciel
3. Bibliographie
 H. TARDIEU, A. ROCHFELD, R. COLLETTI,
LA METHODE MERISE, Tome 1 Principes et outils »,
Editions d’organisation, 1983.
 H. TARDIEU, A. RECHFELD, R. COLLETTI, G. PANET, G. VAHEE,
LAMETHODE MERISE, Tome 2 : Démarche et pratiques
Editions d’organisation, 1985.
 G. PANET, R. LETOUCHE,
MERISE/2 : Modèles et techniques MERISE avancées
Editions d’organisation, 1994.
 K. GABAY,
MERISE : Etudes de cas
Editions MASSON, 1991.
 K. GABAY,
Apprendre et pratiquer MERISE
Editions MASSON, 1993.
 N., Kettani, D. Mignet., P. Paré, C. Rosenthal-Sabroux
De MERISE à UML
Les éditions Eyrolles, Paris 1998
 R. MOUNYOL, «
MERISE par l’exemple »,
Editions Ellipses, 1991.
9
4. Quelques consignes de présentation
4.1. Typographie
L’ensemble des textes est composé en style simple Times New Roman, corps 12 ou 14
minuscules, interligné comme sur la présente sortie (option au moins 16 points). La
page de garde doit être conforme au modèle ci-après présenté.
4.2. Format
Tous les textes sont justifiés. Les marges haut, bas, gauche et droite sont égales à 2,5
cm.
4.3. Numéros et titres des paragraphes
Même présentation que celle utilisée dans le sommaire-type, mais tous les paragraphes
commencent en début de ligne.
4.4. Présentation de la couverture du mémoire
La couverture du rapport doit être en carton.
5. Barème de Notation





Rapport N° 1 : 3 points
Rapport N° 2 : 4 points
Rapport N° 3 : 4 points
Mémoire : 4 points
Présentation & Démonstration : 5 points
6. Annexe :
Page de garde
10
Université Méditerranéenne Libre de Tunis
Faculté Méditerranéenne Privée des Sciences Informatiques,
Economiques et de Gestion de Tunis
Département d’Informat ique
MEMOIRE DE STAGE
POUR L’OBTENTION DE LA LICENCE FONDAMENTALE
EN INFORMATIQUE APPLIQUEE A LA GESTION
TITRE DU MEMOIRE
Réalisé par
Prénom et NOM de l’étudiant
Encadré par
Prénom et NOM de l’enseignant
JURY
Prénom et NOM de l’enseignant 1 : Président
Prénom et NOM de l’enseignant 2 : Examinateur
Prénom et NOM de l’enseignant 3 : Examinateur
Année universitaire
2014 - 2015
11
FICHE DES NOTES DES ETUDIANTS
N°
Matricule
Nom
&
Prénom
Note
Rapport
1
3 points
Note
Rapport
2
3 points
1
2
3
4
5
12
Note
Rapport
3
3 points
Mémoire
4 points
Présentation
&
Démonstration
5 points
Note
Finale