Accueil | Les projets | Le calendrier | Espace client | Espace maîtrise d'oeuvre | Espace étudiant | Documents divers | FAQ

Un groupe de projet est constitué de 4.

Des enseignements de gestion de projets seront dispensés dans le cadre du module EGO5 par une intervenante extérieure spécialisée dans la gestion de projet, à savoir Dominique de Prémorel

Chaque étudiant doit :

• exprimer une préférence de sujet via un “vote”;
• s'identifier et changer son mot de passe sur le site e-vote;
• assister à la présentation des sujets;
• respecter les attributions des sujets;
• définir la structure du groupe avec toutes les tâches propres au projet (chef de projet, responsable des tests, …).

Outre le processus de développement logiciel, chaque groupe de projet doit:

• élire un chef de projet, un responsable de communication, un responsable de documentation et un responsable des tests;
• mettre en place un suivi de projet;
• fixer les dates des réunions et participer à celles-ci;
• aider le client à définir son besoin, le reformuler sous forme de cahier des charges et définir les fonctionnalités du logiciel;
• alerter le client sur la législation en vigeur et les risques (CNIL, normes, sécurité, risque de piratage, pertes de données);
• rechercher la documentation technique et se former (métiers, langages, techniques);
• proposer des Interfaces Homme/Machine (dialogues, formulaires);
• proposer des méthodes et jeux de tests;
• rédiger les documents demandés (e.g. cahier de compréhension, manuel utilisateur);
• noter son activité au jour le jour pour acquérir de l'expérience concernant la “prévision de charges”;
• faire un bilan pédagogique (expériences acquises, exemple de problème rencontré et modèle de solution);
• préparer une soutenance et une démonstration;
• organiser et participer à une pré-soutenance;
• utiliser le "kit projet" reçu pendant la formation.

Le chef de projet est l'interlocuteur prilivégié du groupe avec l'extérieur (client, maître d'oeuvre). Il doit notamment:

• répartir de travail dans le groupe et animer celui-ci;
• fixer les rendez-vous avec le client et le maître d'oeuvre;
• définir les échéances du groupe.
• réaliser les livraisons auprès du client et du maître d'oeuvre;
• signaler les difficultés du groupe (prévenir le maître d'oeuvre et l'administrateur des projets).

Le responsable de communication maintient le site Web du groupe de projet. Pour ce faire, il collecte les informations à mettre en ligne (rapports, comptes rendus, logiciel, support de soutenance). Le responsable de communication est également le secrétaire par défaut du groupe. Il rédige et met en forme les comptes rendus de réunions. Dans les comptes rendus de réunions, il indique l'objet de la réunion, sa date, son lieu, la liste des participants et des excusés. Chaque réunion doit donner lieu à un compte rendu (même d'une demi-page). Les comptes rendus contiennent au minimum les mises à jour à apporter au RIDA. Utilisez le modèle de compte rendu proposé ci-dessous.

Le responsable de documentation veille à ce que les documents respectent les formats et qu'ils soient livrés dans les temps. Pour ce faire, il

• utilise les modèles du "kit projet";
• participe à la rédaction et à la mise en forme des différents documents (manuel utilisateur, manuel de tests, etc);
• fournit les documents au chef de projet pour validation.

Le responsable des tests :

• propose une méthode de test de tous les modules du logiciel (Java, PHP, C++, Python, …);
• collecte les valeurs de test auprès de chaque développeur;
• met en place une base de données de tests;
• vérifie l'existence de “bouchon logiciel” concernant toutes les interfaces;
• collecte les versions stables de chaque module;
• effectue les tests automatiques de non régression sur les modules (lancés via une application ou une page Web);
• rend compte au chef de projet de l'état d'avancement.

La communication est primordiale dans une équipe de développement. Elle l'est tout autant avec le client et le maître d'œuvre. Dans le cadre des projets de synthèse, l'administrateur des projets doit également pouvoir contrôler la progression afin d'aider les étudiants et de les évaluer. Pour que la communication soit la plus efficace, le groupe dispose d'un site web propre au projet.

Le responsable de communication maintient à jour le site web de communication. Ce site permet aux différents acteurs du projet de partager des documents (client, maîtrise d'oeuvre, maître d'oeuvre). Ce site Web contient notamment les comptes rendus, les décisions prises par le groupe et les objectifs validés par le client. La note de projet de synthèse tiendra compte de la qualité des informations contenues dans ce site.

Le site web du projet est hébergé sur http://projets.iut-info-vannes.net/

Le site projet contient obligatoirement les rubriques suivantes :

• présentation du projet,
• rapports de projet (manuels de compréhension, cahier de spécifications, IHM, cahier de tests, etc.).
• suivi de projet (“Gantt”, répartition des tâches, calendrier d'avancement, risques, alertes, comptes rendus des réunions, RIDA, etc.)
• livraison client,
• soutenance,
• développement.

La présentation du projet devra être rédigée en termes clairs et non techniques.

La rubrique “rapports de projet” doit contenir notamment le manuel de compréhension, le cahier des spécifications, les IHMs, le cahier de test.

La rubrique “suivi de projet” doit inclure tous les documents relatifs au suivi de projet, et notamment un diagramme de Gantt, un calendrier d'avancement, les comptes rendus de réunions, un RIDA.La rubrique “livraison client” doit contenir l'ensemble des documents à remettre au client en fin de projet (manuel d'installation, d'utilisation, d'administration, de maintenance, etc.), ainsi que les sources et binaires d'installation du projet terminé qui seront remis au client. Cette rubrique pourra en outre inclure des résultats de tests montrant le niveau de fiabilité et de fonctionnalité du logiciel, ainsi que des éléments de démonstration (copie écran, configuration du logiciel pour démonstration, base de données.

La rubrique “soutenance” devra contenir les transparents utilisés lors de la soutenance de projet.

Enfin, la rubrique “développement” devra quant à elle contenir des informations propres aux membres du projet pour sa réalisation. Elle constitue une zone privée d'échanges réservée aux étudiants d'un même projet.

Le responsable des projets de synthèse vérifiera le respect des exigences indiquées ci-dessous ainsi que le respect des dates de livraison sur ce site uniquement. L'utilisation d'un autre site est donc fortement déconseillé.

Le projet de synthèse donne lieu à bien plus que la production d'un logiciel. Durant le cycle de vie du projet, le groupe d'étudiants va produire des spécifications, des développements, des tests, des documents, une démonstration et une soutenance. Ces différents éléments donneront lieu à des notes de projet de synthèse et de technique d'expression.

Le calendrier de livraison des différents document devra être impérativement respecté. Les retards constatés seront sanctionnés dans la note de projet. Les livraisons, via le site de projet officiel, seront contrôlées par le responsable des projets de synthèse afin de garantir un homogénéité de notation entre les différents groupes.

La notation s'appuie sur une grille d'évaluation remplie par le responsable des projets et le jury.

Le jury est composé de :

• du MOA (le client),
• du MOE (le tuteur et maître d'œuvre)
• un auditeur externe
• un “évaluateur” en communication

Comment note-t-on ?

La notation s'établit à partir d'une grille d'évaluation.

• 20% donnés par le superviseur sur le suivi des règles communes données par le responsable des projets. Cela comprend :
  • information sur la composition du groupe (chef de projet, responsable de communication)
  • maintien d'un site Web (contenu et lisibilité)
  • livraison du cahier des charges (date, couverture, contenu conforme)
  • livraison des spécifications (date, couverture, contenu conforme)
  • livraison des manuels et logiciels (date, couverture, contenu conforme)
  • suivi des règles de gestion
• 20% donnés par le client (MOA) sur sa satisfaction. Ce qui comprend :
  • le comportement face au client,
  • la livraison et l'installation,
  • le degré d'achèvement du logiciel,
  • la compréhension et l'exactitude des documentations (installation, utilisation, administration, maintenance),
• 30% donnés par le tuteur (MOE) sur la qualité technique. Ce qui comprend :
  • niveau de recherches initiales dans le domaine (le problème a-t-il été posé ailleurs)
  • choix techniques adaptés
  • implication dans le projet
  • excatitude technique
  • qualité technique des réponses aux questions
• 30% donnés par l'auditeur externe. Ce qui comprend :
  • qualité des supports écrits
  • qualité du discours
  • aisance des candidats
  • pédagogie des réponses

A l'issue de la soutenance le jury délibérera pour établir la note du projet. Chaque membre du jury donne sa note établie en fonction de la grille d'évaluation spécifique à son rôle pour ce projet. Ces notes ne seront validées qu'à la suite d'une réunion d'harmonisation. Le jury ne pourra donc communiquer de note à l'issue de la soutenance. Les étudiants ont-ils tous la même note ?

En fin de soutenance, le jury demandera au groupe la proposition de répartition de points entre chacun de ses membres. L'ensemble du jury validera ou modifiera cette répartition de points durant la délibération s'il le juge nécessaire.

Le groupe a la posssibilité de moduler les notes. A chaque groupe projet est alloué un quota de 11 points multiplié par le nombre d'étudiants du groupe. Ces points sont répartis entre les membres du groupe par le groupe lui-même. Cette répartition sera proposée au jury qui la validera ou éventuellement la modifiera après discussion. Pour chaque étudiant, cela représente l'évaluation par le groupe, de sa participation aussi bien qualitative que quantitative dans le résultat final. Cette attribution n'est pas nécessairement entière, mais sera bornée entre 10 et 13 points.

Le calcul s'effectue de la manière suivante. Si N est la note du groupe et “Pi” est la part d'un étudiant, la note de l'étudiant sera obtenue en utilisant la formule suivante:

Ni = MIN (N * Pi / 11, 20)

Prenons pour exemple un groupe de 4 membres (soit 4*11=44 points à répartir). Le groupe a choisi la répartition suivante : 10; 10,25; 10,75 et 13. Le tableau suivant donne la note de chaque étudiant en fonction de la note du projet (passable, bon ou très bon).

Répartition des points 10 10,25 10,75 13 8 sur 20 Projet passable 7,27 7,45 7,82 9,45 12 sur 20 Bon projet 10,91 11,18 11,73 14,18 16 sur 20 Très bon projet 14,55 14,91 15,64 18,91

Dans un contexte professionnel, chaque livraison donne lieu à la signature d'un bon de livraison. Le rythme et le contenu des livraisons sont définis par contrat avec le client. Le client fait ensuite une recette, c'est-à-dire qu'il vérifie la conformité des éléments livrés par rapport au contrat. Dans un univers commercial, une fois la recette prononcée, il y a facturation, puis payement. Il peut arriver qu'il y ait livraison partielle et payement partiel. Le client peut également émettre des réserves de réception et demander des correctifs qui amèneront de nouvelles livraisons.

Les livraisons qui sont demandées dans ces projets sont proches du fonctionnement réel (excepté l'aspect financier).

Les livraisons faites au secrétariat ne sont pas transmises au client. Il faut donc convenir avec le client du moyen de livraison en début de projet. Le site Web du projet est a priori le moyen le plus pertinent pour réaliser cette livraison.

Dans le cadre des projets de synthèse, un client fait un appel d'offre et reçoit en retour plusieurs rapports de compréhension, de dossiers de spécification, etc. Il est donc nécessaire de pouvoir les distinguer. Pour ce faire, la page de garde de chaque document devra mentionner

• Le nom du projet,
• le type de document (manuel utilisateur, cahier de tests, etc.),
• une date,
• un numéro de version,
• l'URL du site de projet,
• la maîtrise d'ouvrage,
• le maître d'oeuvre,
• la maîtrise d'oeuvre (distinguer le chef de projet, le responsable des tests, le responsable de la communication, le responsable de la documentation et les autres membres du groupe).

Vous pourrez vous inspirer du modèle de rapport suivant: Modèle de rapport

Par ailleurs, tous les documents doivent contenir une table des matières en début. Toutes les pages doivent être numérotées. Enfin, ils doivent contenir un historique (créateur, date de création, auteurs, date et nature des modifications).

Les documents devrons être remis au secrétariat aux dates fixées dans le calendrier.

Après avoir rencontré le client, le groupe de projet produit un rapport de compréhension à destination du client. Ce rapport fait office de contrat avec le client, et engage le groupe quant au travail à réaliser. Une version PDF de ce document devra être déposée sur le site Web du projet, et une copie papier devra être remise au secrétariat. Le rapport de compréhension comprend :

• la reformulation en termes simples des besoins du client,
• l'organisation du groupe (chef de projet, responsable de la communication, etc.),
• les dates clés de remise des livrables (rapport de spécification, rapport de conception, logiciel, etc.).

Ce document fera apparaître le cas échéant de manière claire les parties du logiciel qui devront être obligatoirement implantées, et celles qui sont optionnelles et qui seront réalisées au vu de l'avancement du projet.

Ce rapport est à rédiger par l'ensemble des membres du groupe de projet. Le meilleur rapport sera retenu par le client, et servira de document de travail à l'ensemble des groupes.

Le rapport de spécification présente une liste des fonctionnalités du logiciel qui devront être implantées, ainsi que les diagrammes de cas d'utilisation. En outre, pour chacune de ces fonctionnalités, le rapport de spécification fournira, lorsque cela est possible une IHM, des diagrammes de séquences. Ce rapport de spécification présente également une description de l'architecture générale de l'application (non UML) et un diagramme de “Gantt”. Ce rapport est à rédiger par l'ensemble des membres du groupe de projet. Le meilleur rapport sera retenu par le client, et servira de document de travail à l'ensemble des groupes.

Le rapport de conception décrit comment le logiciel va être conçu et développé. Ce document est élaboré à partir du rapport de spécification. Il contient notamment:

• un diagramme UML des différentes classes développées,
• un diagramme UML du domaine et le schéma relationnel associé si un base de données est utilisée,
• les API (Application Programming Interfaces) qui sont utilisées,
• les choix techniques et algorithmiques,
• le calendrier intermédiaire du projet mis à jour.

Le manuel d'utilisation décrit la procédure d'utilisation de chacune des fonctionnalités implantées. Ces différentes procédures devront, lorsque cela est possible, être illustrées avec des IHM. Ces IHM pourront issues du rapport de spécification.

Le cahier de tests décrit les différents niveaux de tests qui seront réalisés: tests unitaires, tests d'intégration, tests fonctionnels. Pour chacun de ces niveaux, une liste exhaustive des tests réalisés sera donnée. Des jeux de tests devront être fournis avec le logiciel dans la mesure du possible afin que le client puisse vérifier le bon fonctionnement de celui-ci.

Le manuel d'installation et de maintenance décrit la procédure d'installation du logiciel étape par étape (copie des fichiers, installation d'une base de données, initialisation des données). Ce document précise également l'organisation des sources du logiciel, l'architecture du logiciel (modélisation UML), les choix algorithmiques, la liste des fonctionnalités implantées. Ce manuel présentera également les extensions possibles.

Le groupe est évalué de toute sa prestation durant une soutenance. Il consacre tout son temps entre la livraison finale et la soutenance pour préparer sa présentation et sa démonstration.

Le groupe doit avoir mis en ligne sur son site et avant la soutenance, les documents et démonstrations qu'il utilisera.

• les supports de présentation,
• les outils de démonstration

Le groupe doit également s'être concerté pour une répartition de points. C'est le chef de projet qui annoncera cette répartition au jury.

Le groupe dispose de moins d' 1/2 h de soutenance. Ce temps est utilisé de la manière suivante :

• 20 minutes de présentation où chaque membre du groupe intervient équitablement
  • présentation de la structure du groupe
  • présentation du contexte
  • plan de l'exposé
  • problème à résoudre
  • solution apportée
  • architecture logicielle et shéma des données
  • IHM choisi
  • Méthode de tests et exemple
  • suivi du projet (difficultés rencontrées)
  • bilan (pour le projet et ses extensions possibles)
  • proposition de répartition des points
• 5 minutes maximum démonstration (copie d'écran)
• 15 minutes de questions de la part du jury.
• 10 minutes de délibération (la note n'est pas indiquée avant l'harmonisation)
• 10 minutes pour que le jury change de salle

• Au bout de 15 minutes de présentation le jury rapel le temps.
• Au bout de 20 minutes de présentation le jury interrompt l'exposé.

D'autres exposés attendent leur passage. Si les étudiants n'ont pas su être synthétiques, le jury posera les questions pertinentes. Les salles

Chaque salle de soutenance dispose d'un PC relié au réseau enseignement et d'un vidéo-projecteur.

Les soutenances sont ouvertes, en particulier aux étudiants de première année. Le public devra bien évidemment se retirer pour laisser seul le jury délibérer.