Sunteți pe pagina 1din 10

INSTITUT SUPERIEUR DE TECHNOLOGIE (IST)

DEPARTEMENT INFORMATIQUE APPLIQUEE


Rue de la Concorde
Camp Levieux, Roche Brunes, Rose-Hill
Ile Maurice
Tel: (230) 466-0444 Fax: (230) 466-3774

GUIDE DES PROJETS


DE 2EME ANNEE

Département INFORMATIQUE APPLIQUEE

Année Universitaire 2010-2011

1
ACTIVITE DU PROJET
Les étudiants de 2ème année doivent réaliser une étude de synthèse ou projet en parallèle à leurs
enseignements continus entre la rentrée universitaire et le début des stages. Cette année, la période
concernée pour le projet est:
de 20 semaines, du lundi 07 mars 2011 jusqu'au vendredi 22 juillet 2011.

L'étude du projet devra être réalisé par une équipe de 1, 2 à 3 étudiants. L'objectif est de retrouver avec
un résultat, démontrant les connaissances acquises au fil de ces deux années d'études. Chaque équipe
devra apprendre à travailler en autonomie, démontrer une capacité d'initiative et d'organisation et aussi
savoir communiquer.

Chaque équipe se verra affecter deux ou plusieurs enseignants tuteurs, ou ces derniers joueront le rôle
de commanditaires du travail à réaliser, ou accompagneront un commanditaire extérieur si nécessaire.
Ils n'ont pas d'impératif d'appui technique hors de leurs domaines de compétences. Ils fournissent un
soutien méthodologique et organisationnel régulier aux étudiants, contrôlent l'équilibre et les bonnes
conditions de travail de l'équipe, et procèdent aux évaluations prévues, afin d'être à même de rendre
compte aux moments des bilans.

L'organisation et la coordination de l'ensemble des activités de projet de seconde année est assurée par
un enseignant responsable des projets. Cette année ci, ce sera le chef du département Informatique. Il
aura pour but de recueillir des sujets/thèmes de projets variés, en s'assurant de la disponibilité
d'équipements (matériels et logiciels) nécessaires. Chaque thème de projet sera analysé et sélectionné
en fonction de l'intérêt qu'il présente, de l'équilibre des difficultés, des composantes de la formation
qu'il implique, et du nombre d’équipes prévues.

L'enseignant responsable veille enfin à la constitution des équipes et à l'affectation des sujets, en
fonction de considérations pédagogiques débattues en assemblée des enseignants, et selon une
procédure précisée au début de l’année universitaire. Il rédige et diffuse le guide des projets à
l'attention des tuteurs, des commanditaires et des étudiants. En cours de réalisation des projets, il est
l'interlocuteur privilégié des étudiants et des enseignants tuteurs pour régler les problèmes logistiques
liés à la réalisation des projets. Il rend régulièrement compte de l'état d'avancement des projets par
l'intermédiaire de points pédagogiques en assemblée des enseignants. En fin de période des projets, il
organise la session des soutenances et se charge de recueillir les différentes évaluations. Enfin, il
présente un bilan des projets de l'année, en veillant à l'archivage des documents, source d'un véritable
enrichissement patrimonial du département.

PROPOSITION DE DECOUPAGE TEMPOREL DU PROJET


Chaque équipe devra adopter un découpage du projet en 3 phases. Ci-dessous, vous verrez une
proposition des contenus plausibles, mais vous pourrez aussi adoptez une autre démarche après l'avoir
validé avec votre(vos) enseignant(s) tuteur(s). En conséquence, il est nécessaire que chaque équipe
fournisse après consultation avec les enseignants tuteurs un document expliquant le découpage du sujet
à effectué pendant les premières semaines du projet. Cette nouvelle forme sera contractuelle.

Il est obligatoire que chaque équipe prévoit un partage modulaire, réparti et équilibré du travail et des

2
responsabilités entre ses membres : l’organisation se prépare et ne se crée jamais spontanément.

PHASE 1 : Étude Préalable

PERIODE: du lundi 07 mars 2011 au vendredi 15 avril 2011 (6 semaines)

TYPE D'ACTIVITE:
1 - Redéfinition du sujet
2 - Spécifications externes de l'application à développer
3 - Recherche bibliographique, documentaire, état de l'art,…

Document à produire et à faire valider par le tuteur au plus tard le 15 avril 2011.
Présentation sur powerpoint du travail effectué lors de la première semaine (18-22 avril) de la phase 2.

PHASE 2 : Étude Détaillée et Conception

PERIODE: du lundi 18 avril 2011 au vendredi 3 juin 2011 (7 semaines)

TYPE D'ACTIVITE:
1 - Spécifications détaillées
2 - Conception de la solution adoptée
3 - Objectifs techniques
4 - Découpage temporel du travail

Document à produire et à faire valider par le tuteur au plus tard le 03 juin 2011. Ce document devra
obligatoirement comporter une planification des tâches du projet réalisée à l'aide du gestionnaire de projet
« Gannt Project ».
Présentation sur powerpoint du travail effectué lors de la première semaine (06-10 juin) de la phase 3.

PHASE 3 : Réalisation et Mise en Œuvre de la Solution choisie


PERIODE: du lundi 06 juin 2011 au vendredi 22 juillet 2011 (7 semaines)

TYPE D'ACTIVITE:
1 - Mise en œuvre de la solution adoptée
2 - Développement d'une maquette (ou partie de maquette)
3 - Fabrication de jeux d'essais pour validation

Tous les documents finals par rapport au projet devront être retourné au plus tard le vendredi 22 juillet 2011.

COMPTE-RENDU DES REUNIONS


Recommandation: Il est impératif que chaque équipe constitue une mémoire de tout activité réalisé
au fur à mesure du développement du projet.

Chaque équipe doit avoir une séance de travail (la durée dépendant du tuteur) en présence d'au moins
un tuteur. Lors de chaque séance (au minimum une fois chaque semaine), l'équipe devra faire une
présentation (sur powerpoint ou autre support) du travail qui a été fait après chaque rencontre. Pour
chaque réunion, un étudiant différent doit faire la présentation et répondre aux questions. Cela n'exclue
pas la tenue d'autres réunions avec le(les) tuteur(s).

3
A noter qu'il y aura une notation qui sera attribuée lors de la présentation.
Ces réunions de travail doivent donner lieu à un journal / compte-rendu daté, où figurent:
• les résultats obtenus ou échecs enregistrés par rapport aux objectifs fixés,
• les tâches à effectuer -dont recherches documentaires-, leurs échéances, leurs responsables,
• la date de la prochaine rencontre et ses participants (notamment tuteur(s)) et/ou personnes
ressources.

Ces écrits, à usage interne, seront précieux pour les documents à produire, qui sont de deux ordres :
• documents de suivi à produire en cours de projet,
• documents finaux à produire en fin de projet.

Tous les décisions prises lors d'une réunion doivent y être incluses. Chaque décision prise doit être
réalisable et donc, il est important que vous analysez les demandes du commanditaire d'abord avant
d'accepter.

Au début de chaque réunion, les étudiants doivent valider les décisions prises ou évoquées dans la
réunion précédente. Une équipe a le droit de refuser un changement majeur (qui n'a pas été prévu) si
cela représente un délai dans le travail. Il faut avant tout voir ci tout changement est réalisable, et si
cela ne l'est pas, il est important de justifier.

Exemple: Si un client demande une fonctionnalité supplémentaire presque à la fin de votre projet, si
vous voyez que cela nécessite encore deux semaines de travail, vous avez le droit de refuser. Il faut que
vous vous comportez comme une entreprise et donc, vous devez pouvoir faire face à n'importe quel
situation.

Ci-dessous, se trouve un modèle de compte-rendu de réunion:

COMPTE-RENDU

PFE: Titre du PFE (ex, Mettre en place un logiciel de gestion de salaires pour
l'entreprise POINTBILLE Ltée). [Peut être temporaire]

Objet de la réunion: TITRE (Ex: ANALYSE DES DEMANDES DU CLIENT)

Date: (date et heure de la réunion, ex: 29 mars 2011 à 11h)

Lieu: (lieu de la réunion, ex: bureau B204, IST)

Présent(s):
Entreprise:
(nom(s) et prénom(s) du client(s), ex: Mons. Jacques Pivert, Mlle. Marie
Paol)

4
Tuteur:
(nom(s) et prénom(s) du tuteur(s), ex: Mme. Isabelle Hulman)
Étudiant(s):
(nom(s) et prénom(s) de l'étudiant (s), ex: Mons. Gilles Rivière)
Absent(s):
(nom et prénom)
(Si un étudiant est absent, il faut justifier)

COMPTE-RENDU
(A partir de ce point là, il va falloir faire un compte-rendu minutieux de la réunion,
reflétant les échanges que vous avez eu avec le client.
Il faut avant tout valider les décisions prises/évoqués lors de la réunion précédente, en
justifiant les décisions qu'une équipe a rejeté.
Si nécessaire, il faut y inclure des captures d'écran afin d'éliminer tout ambiguïté
possible.)

La réunion s'est terminée à 11:30 du matin et la prochaine aura lieu le 10 mars à 9:00 h
du matin dans le bureau de Mons. Jacques Pivert à POINTBILLE Ltée, Port-Louis)

Note: Chaque membre de l'équipe devra démontrer une discipline de travail, en s'assurant d'être à
l'heure à chaque réunion et de produire une excuse valable s'il/elle n'y assiste pas (en cas de force
majeur). Chaque membre devra s'être préparé avant d'assister au réunion car votre tuteur vous notera
sur plusieurs aspects lors de la réunion (tout absence non justifié ou travail non effectué aura une
répercussion sur votre note finale).

RESPONSABILITES DES ETUDIANTS


Dans chaque équipe, il vous faudra désigner un:
• Chef de Projet
◦ Il/Elle a pour but de:
▪ Faire respecter l'emploi du temps
▪ Gérer le travail de chaque membre de l'équipe
▪ Faire un compte-rendu de la réunion de travail avec le client / tuteur.
▪ Envoyer une copie du compte-rendu par courrier électronique.
▪ Faire valider les choix et les décisions prises lors des réunions au début de chaque
réunion.
▪ Réaliser le manuel d'utilisateur après avoir compilé le travail de chaque membre de
l'équipe.
▪ Rédiger le rapport final en compilant le travail de chaque membre de l'équipe.
▪ Participer aux moindre tâches de rédaction du projet ou du codage.
• Responsable d'Analyse et de la Conception

5
◦ Il/Elle a pour but de:
▪ Gérer l'analyse du problème correctement
▪ S'assurer qu'il n'y a aucun manquement à l'analyse (ex, si un utilisateur a omis d'insérer
son mot de passe, que se passe t-il?)
▪ Rédiger un rapport d'analyse clair et cohérent. Cela signifie qu'un non averti pourra
facilement comprendre l'analyses qui a été (cela ne signifie pas que vous devez
expliquer les bases de UML ou de Merise)
▪ S'assurer que les solutions trouvées sur papier sont codées correctement.
▪ Faire les recherches et de bien cerner les problèmes discutés lors des réunions.
▪ Respecter les normes établies en UML ou en Merise.
▪ Participer aux moindre tâches de rédaction du projet ou du codage.
• Responsable des Maquettes, du design, de la Charte Graphique, etc.
◦ Il/Elle a pour but de:

• Responsable du Code

Note: Un étudiant peut cumuler au maximum deux responsabilités, mais doit obligatoirement aider
chaque autre responsable lors des tâches à réaliser.
Tout membre de l'équipe doit participer dans la phase d'implémentation et de test du logiciel (ou autre
solution informatique) à réaliser. L'équipe doit s'assurer du respect des règles informatiques selon les
lois mauriciennes / internationales.

DOCUMENTS A PRODUIRE AU COURS DU PROJET


SUPPORT PAPIER

Les membres de l'équipe du projet doivent rédiger un bilan correspondant aux activités menées au
courant de chaque période. Ces bilans doivent être remis aux tuteurs pour validation et évaluation.

DOCUMENTS A PRODUIRE EN FIN DE PROJET

A la fin du projet, chaque équipe doit fournir les documents suivants:


1. Un rapport final de réalisation auquel sera associé une liste de mots clés et comprenant les éléments
suivants:
◦ Résumé
◦ Liste des mots clés utilisés dans le rapport (Abréviation)
◦ Introduction
▪ Environ une à deux pages
▪ Présentation du client
▪ Bref introduction du problème qui représente le thème du PFE
▪ Présentation rapide de la démarche et des différentes parties du plan.
◦ Présentation du client (s'il y en a)
▪ Présentation du client ou de l'entreprise
▪ Les produits / services offerts par le client
▪ Activités du client / l'entreprise (clients de l'entreprise, marchés,...)

6
▪ Existences des compétences informatiques dans la structure
◦ Description du sujet et de son contexte
▪ Énoncé du sujet (Quel est le but du projet?)
▪ Motivations de l'organisme d'accueil
▪ Cahier des charges
▪ Contacts humains (réunions avec le tuteur, le client, les entreprises, les utilisateurs, …)
▪ Moyens matériels et logiciels
▪ Méthodes de résolutions (ou tous les choix doivent être justifiés)
◦ Analyse du problème
▪ Schémas d'analyse (UML ou MERISE)
▪ Extraits de programmes
▪ Réflexions méthodologiques
▪ Analyse du rôle des contraintes
▪ Répartition des tâches
▪ Bilan Humain
◦ Éléments de solution (méthodologiques, techniques)
◦ Bilan, conclusion, évolution prévues
◦ Sources documentaires
▪ Ensembles des sites, livres, manuels, documentations techniques, documentations internes,...
◦ Annexes
▪ Documents importants mais cela ne doit pas être nécessaire pour le consulter afin de
comprendre le rapport.
2. Un résumé en Anglais (d'une ou deux pages) communément appelé Abstract

3. Les Notices Pertinentes


◦ Manuel d'installation
▪ Machines cibles (serveur et clients)
▪ Logiciels et versions utilisés
▪ Système d'exploitation
▪ Logiciel de développement
▪ Logiciel poste client
▪ Autres outils utilisés (utilitaires, éditeurs, plug-in,...)
▪ Organisation des répertoires (compte utilisateur, mot de passe,...)
▪ Procédure d'installation pas à pas
▪ Programmes d'import / export de données
◦ Manuel de maintenance
▪ Document détaillé du code et des modules
▪ Procédure de sauvegarde (système et données)
▪ Procédure de restauration
▪ Estimation de l'évolution du volume de données
◦ Manuel de l'utilisateur
▪ Documents de fonctions de l'application
▪ Questions les plus fréquentes (FAQ) de l'utilisateur

Le rapport final de réalisation, les annexes et le résumé en Anglais doivent être remis au secrétariat de
la scolarité à une date précisée par votre tuteur (au plus tard le vendredi 22 juillet 2011), en 3
exemplaires (1 pour le(s)
tuteur(s), 2 pour le jury – 1 exemplaire sera rendu aux étudiants après la soutenance).

Ces documents ont pour objectif:


1. d'offrir une présentation de l'étude qui soit claire, concise et lisible par tous,

7
2. et de rendre compte de la démarche suivie: celle-ci étant guidée par la méthode d'analyse
choisie, la rédaction peut lui être plus ou moins subordonnée.
3. de démontrer que l'étudiant s'est réellement impliqué dans le projet.

Les manuels doivent être remis à une date précisée ultérieurement avant les soutenances (ici, aussi, en
3 exemplaires).

DOCUMENTS SUR SUPPORT ELECTRONIQUE

Chaque équipe doit fournir un CD/DVD contenant une version électronique de l'ensemble des
documents et logiciels relatifs à leur PFE. Cela inclut:
1. La version électronique des documents papier
◦ Un fichier par document
▪ Rapport Final (incluant les annexes)
▪ Manuel Installation
▪ Manuel de Maintenance
▪ Manuel de l'utilisateur
▪ Cahier de Bord (incluant tous les comptes-rendus des réunions)
▪ Rapport Analyse (si séparé) (incluant les maquettes)
2. Les documents relatifs à la soutenance
◦ A mettre dans un dossier séparé
▪ Présentation PPT, Document HTML
3. Les Logiciels
◦ Cela inclut le logiciel ou autre solution (site web, …) que vous avez comme résultat
▪ Il faut aussi y inclure tous les logiciels nécessaires à l'exécution de votre résultat
▪ Par exemple, si vous avez fait un site web, il faut y inclure un logiciel tel que EASYPHP ou
WAMP (avec une explication sur les procédures d'installation)
4. Documents Vitrine
◦ Cela permettra de donner une idée du contenu de votre projet à n'importe qui.
▪ Cela comporte un résumé d'une dizaine de lignes et des « screenshots » de votre logiciel ou
autre produit.

La proposition suivante doit être considérée pour l'organisation des répertoires dans le CD/DVD:
• répertoire RAPPORT
◦ Doit contenir la version électronique des documents à rendre (rapport final incluant les
annexes, manuel d'installation, manuel de maintenance, manuel de l'utilisateur, …)
◦ Doit contenir une fiche descriptive du projet (avec les mots-clés, le sujet, les auteurs)
• répertoire PROJET
◦ Doit contenir les éléments de description de l'équipe et son mode de fonctionnement définis
durant les travaux dirigés de gestion de projets:
▪ Équipe
• Les coordonnées
• Règles de fonctionnement
• Compte-Rendus des réunions (cahier de bord)
• Planification
• Documents de travail
▪ Application
• Sources et règles de « nommage » utilisés pour les données et les modules de

8
programme
• directives de compilation, bibliothèques particulières utilisés et leur chemin d'accès
(modification d'un PATH ...)
• exécutables, et si nécessaire les directives de lancement de l'application
• PC: « programme.exe » avec modalité d'installation (chemin d'accès, spécificités
diverses …)
• UNIX/LINUX : fichier texte précisant les étapes d'installation sur la machine cible

Note: Si le PFE est destiné à une entreprise extérieure, il est nécessaire de vérifier en accord avec
votre tuteur et le responsable en entreprise quel information vous pouvez inclure dans votre PFE ou
non par souci de confidentialité.

• répertoire BIBLIOGRAPHIE
◦ Doit contenir la documentation telle que des adresses des sites ou des documents PDF (ou
autres) intéressants.
▪ Le répertoire doit être classé (par exemple, cela peut être constitué de plusieurs dossiers,
dossier « tutoriel », dossier « cours », dossier « recherche », dossier « environnement de
programmation », etc...
▪ États de l'art sur un domaine (par exemple: directives sur l'ergonomie des interfaces,
cours sur les XML, documents sur la législation relative à la diffusion d'images, à la
comptabilité...)
◦ Un fichier « Lisez moi.txt » doit permettre à comprendre le contenu du programme
• répertoire OUTILS
◦ Doit contenir les outils intéressants et peu communs pour le développement de votre projet.
◦ Une version particulière d'un utilitaire ou d'un langage absolument nécessaires pour faire
fonctionner votre programme et/ou maquette (exemple Acrobat Reader version 9.2, JDK
version 6.1, ou précisez l'URL du site où on peut télécharger le logiciel)
• répertoire VITRINE
◦ Doit contenir un résumé d'environ une dizaine de lignes qui permet d'expliquer en gros
l'objectif du projet et quelques screenshots (bien détaillés). Ces informations pourront être
inséré dans un site web ou pour une consultation future).

SOUTENANCE
La soutenance se déroulera environ une semaine après la date de remise du PFE (vers le mardi 02 et
le mercredi 03 août 2011 à partir de 9 heures du matin). La date finale (l'heure et le lieu) vous sera
communiqué ultérieurement.

Chaque soutenance a une durée totale d'une heure. Le jury sera constitué des tuteurs du projet. Si le
projet a été réalisé avec une entreprise extérieure, un client pourra assister au soutenance en tant
qu'observateur.

La durée de l'exposé ne doit pas être plus de 30 minutes (incluant la démonstration de la solution
proposée). Chaque membre de l'équipe doit obligatoirement participer dans la soutenance, et il faut que

9
l'équipe tout entière s'assure qu'il y a un partage équitable du temps de parole entre les membres de
l'équipe. Il faut impérativement respecter le temps de parole. Le reste du temps sera consacré aux
questions et délibérations du jury d'évaluation.

Il est clair que la présentation doit être un résumé du PFE: il ne faut en aucun cas essayer d'expliquer
chaque partie de votre rapport au jury. Vous pouvez aussi profiter lors de la soutenance pour présenter
des points que vous n'avez pas vraiment élaboré dans votre PFE.

CONTENU DE LA SOUTENANCE

Il est important:
• de faire une présentation précise du sujet, tout en expliquant le problème à résoudre.
• d'expliquer les démarches effectuées et les décisions prises pour résoudre le problème.
• de marquer les différentes étapes d'analyse puis de réalisation.
• de mentionner les problèmes et difficultés rencontrés.
• d'effectuer une présentation du résultat (logiciel ou autre)
• de faire un bilan critique du travail (intérêts, limites, causes éventuelles d'échecs, …).
• d'évoquer les modalités d'organisation de l'équipe et les choix de gestion de projet.

FORME ET METHODE

Il est important:
• de s'efforcer de varier la présentation (partage de temps de parole, exemples, …)
• de recourir aux supports audiovisuels.
• de s'assurer qu'il n'y a pas d'erreur grammaticale dans votre présentation.
• d'être cohérent lors de la présentation par rapport au travail qui a été effectué.

Votre présentation PPT doit être:


• lisible
• bien structuré
• clair à comprendre et ne doit être en aucun cas lu.

Il est vital que l'équipe possède une copie de chaque document (rapport PFE, manuel technique, manuel
d'installation, rapport d'analyse au cas si c'est séparé) afin de pouvoir répondre aux questions du jury.

Conseil: Il est conseillé à chaque équipe de faire des répétitions avant la soutenance afin de se
familiariser avec le contenu de la présentation et aussi afin de respecter la durée de la présentation.

FIN

10