Projets Ingénieurs Sup Galilée (INFO2)

dernière mise à jour : 25/5/12

Actualités

Date	Sujet	Contenu
25/5/12	Info clients, élèves, suivi	Proposition d'Horaires de passage pour le 29/5/12 matin et après-midi : Matin (amphi Euler) : 09h00 Robots, 09h40 Gestion de ressources, 10h20 Plateforme didactique, 11h00 Réseau social e-learning. Après-midi (salle machine G210) : 13h40 Robots, 14h20 Gestion de ressources, 15h00 Plateforme didactique, 15h40 Réseau social e-learning
14/5/12	Info clients, élèves, suivi	Proposition d'Horaires de passage pour le 15/5/12 : 13h45-14h15 Robots, 14h15-14h45 Gestion de ressources, 15h00-15h30 Plateforme didactique, 15h30-16h00 Réseau social e-learning.
26/3/12	Info clients, élèves, suivi	Proposition d'Horaires de passage pour le 26/3/12 : 13h45-14h15 Plateforme didactique, 14h15-14h45 Gestion de ressources, 15h15-15h45 Robots, 15h45-16h15 Réseau social e-learning.
20/2/12	Info clients, élèves, suivi	Proposition d'Horaires de passage pour le 21/2/12 : 13h45-14h15 Réseau social e-learning, 14h15-14h45 Robots, 14h45-15h15 Plateforme didactique, 15h30-16h00 Gestion de ressources.
18/1/12	Info élèves	Nouvelles séances de cours programmées les 6, 13 et 20 mars.
16/1/12	Info clients, élèves, suivi	Proposition d'Horaires de passage pour le 17/1/12 : 13h45-14h15 Réseau social e-learning, 14h15-14h45 Robots, 14h45-15h15 Plateforme didactique, 15h30-16h00 Gestion de ressources.
16/1/12	Info clients, élèves, suivi	Les soutenances pour la livraison finale se dérouleront le mardi 29 mai (et non plus le jeudi 31 mai, comme cela était intialement prévu).
1/12/11	Info clients, élèves, suivi	Horaires de passage pour le 2/12 : 15h30-16h00 Réseau social e-learning, 16h00-16h30 Gestion de ressources (en attente de confirmation), 16h30-17h00 Robots, 17h15-17h45 Plateforme didactique.
1/12/11	Info élèves	Nouvelles séances de cours programmées les 7 et 14 février.
30/11/11	Info clients, élèves, suivi	Réception des réponses.
17/11/11	Info clients, élèves, suivi	Attribution définitive des projets.
17/11/11	Info groupes	Changement d'horaire et de salle pour la séance du 17/11/11 : 15h30-17h00 salle G011.
16/11/11	Info clients, élèves, suivi	Réception des pré-réponses.
28/10/11	Info clients, élèves, suivi	Changement de salle pour la séance du 28/10/11 : amphi Darwin.
28/10/11	Info clients	Clôture de l'appel à projets.
21/9/11	Info clients	Lancement de l'appel à projets. Date limite de soumission : 20/10/11.

Objectifsmenu

Vous réalisez un projet informatique en équipe, de la réponse à appel d'offre à la livraison finale. Chaque projet sera réalisé par une équipe de 4 ou 5 étudiants. Au sein de cette équipe, si tout le monde participe à toutes les phases d'élaboration du projet, vous devrez néanmoins vous répartir certains rôles clé. C'est aussi à vous de vous organiser de sorte à respecter les délais de livraison.

Pour vous aider, une équipe de suivi composée d'enseignants est à votre disposition. Notre rôle est de vous guider tout au long de la réalisation du projet. Nous intervenons de différentes façons : enseignements, réunions du comité de pilotage (en présence du client)… et plus généralement, nous sommes là pour répondre à vos questions (pas la peine d'attendre une réunion programmée pour venir nous voir / nous contacter) !

Le comité de pilotage est constitué pour chaque projet de l'équipe projet (vous !), du client et de l'équipe de suivi. Ses réunions correspondent à la remise de documents qui ponctue chaque cycle de livraison ou phase d'avancement du projet. Vous y présentez votre travail et le rôle de ce comité est de valider chacune de ces phases, avec un éventuel recadrage si besoin.

Organisation des équipes projetmenu

Attribution des rôles au sein des équipes, pour tous les projets :

• chef de projet (planification, répartition des tâches, suivi des charges)
• architecte (choix des composants, leur communication, intégration, conception)
• analyste fonctionnel (revue détaillée, cas d'utilisation, IHM)

Selon le projet :

• chargé d'interface graphique, chargé modèle de données, chargé d'algorithmique, etc.

Équipe de suivimenu

Une équipe de suivi est constituée pour vous accompagner dans toutes les phases du projet, animée par Thierry Hamon, Sophie Toulouse.

Mode d'attribution des projets (phase d'avant-vente)menu

• Différents clients viennent présenter leur projet (appel d'offre).
• Chaque groupe rédige une pré-réponse pour deux projets de son choix (réponse à appel d'offre).
• L'équipe de suivi, selon l'avis des clients, attribue les projets aux équipes (pour un projet donné, la meilleure réponse remporte le marché).

Documents livrables (phase de production)menu

À chaque réunion du comité de pilotage correspond un livrable (remise de document & logiciel selon avancement). Vous devez respecter pour ces livraisons les consignes suivantes :

• les dates de remise sont impératives
• format : pdf
• envoi : par e-mail (ou mise à disposition en ligne des ressources)
• destinataires : client + équipe de suivi
• préciser : nom du groupe + objet dans le sujet du mail

Méthodologie adoptéemenu

Orientée besoin & maîtrise du risque :

• penser par cas d'utilisation ;
• identifier les cas critiques (les plus importants fonctionnellement, les plus risqués techniquement) ;
• prototyper (très vite) ;
• maintenir tout du long une forte interaction avec le client (encouragée par l'adoption de cycles courts).

Animation projets 2010-2011menu

• Jeu sérieux immersif (clients Khaled Boussetta & Nadjib Achir, L2TI)
• Plateforme communautaire (client Idaaas, produit PredictiveDB)
• Énergie (clients Lucas Létocart, Antoine Rozenknop & Roberto Wolfler Calvo, LIPN)

Appel à projets 2011-2012menu

L'appel à projets 2011-2012 est clos.

Sujets 2011-2012menu

Projets proposés:

• Agents Scapy, client Rushed Kanawati, LIPN
• Conversion Yed ↔ Atlas, cliente Claire Quillien, ONERA. Voir plus d'information.
• Gestion de ressources, clients Rachid Khoufache, Institut Galilée et Antoine Rozenknop, LIPN
• Smile & Act, clients Henry Soldano, Christophe Rodrigues et Céline Rouveirol, LIPN
• Application web CRM, client Tahar Arib, Intelligence Power
• Réseau social e-learning, client Tahar Arib, ITM Learning
• Plateforme didactique, client Sébastien Guérif, LIPN
• Plateformes robots, client Sophie Toulouse, LIPN

Groupes 2011-2012menu

Rendusmenu

Phase d'avant-ventemenu

• vendredi 28/10/11 (amphi Darwin, 13h45 -- 18h45) : présentation des projets par les clients
• vendredi 4/11/11 : réception du classement de tous les projets par chaque groupe
• mercredi 16/11/11 avant midi : réception des réponses aux deux premiers projets de chaque groupe
• vendredi 18/11/11 : affectation des projets aux groupes
• mercredi 30/11/11 avant midi : réception de la réponse définitive
• vendredi 2/12/11 (C214, 13h45 -- 18h45) première réunion du comité de pilotage

Livrable (documentation) et réunion associés.

Phase de productionmenu

Livrables et réunions associés.

Documentation attendue tout au long de la phase de production.

Formationmenu

Conduite et gestion de projet

• (V)  16/9/11  13h45-17h00  C216 : introduction de la matière (⇒ attention : constitution des équipes)
• (V)  21/10/11  17h15-18h45  amphi Darwin : TD méthodologie (⇒ attention : sujet donné le 16/9/11, à remettre -- rapport de synthèse et présentation -- le 19/10/11 avant midi)
• (V)  18/11/11  13h45-15h15  salle G011 15h30-17h00 salle G011 : TD réponse (commenter ensemble les pré-réponses rendues au 16/11/11⇒ attention : attribution des projets aux équipes)
• (V)  16/12/11  13h45-15h15  salle G106 : TD initialisation (⇒ attention : remise d'un premier document d'initialisation le 14/12/11 avant midi))
• (J)  3/5/12  8h30-11h45  salle machine G208 : TP construction 1 (démo préalable au comité de pilotage du 15/5/12 ⇒ à livraison du projet le 2/5/15 avant 8h00)
• Conduite de projet :
  • J. Paszkowski (Sungard), mardi 7 février 2012, 13h45 - 17h00, salle à préciser
  • J. Paszkowski (Sungard), mardi 14 février 2012, 13h45 - 17h00, amphi Darwin
• Programmation Web (PHP/javascript) :
  • T. Hamon, mardi 6 mars 2012, 13h45 - 17h00, salle machine à préciser
  • T. Hamon, mardi 13 mars 2012, 13h45 - 17h00, salle machine à préciser
  • T. Hamon, mardi 20 mars 2012, 13h45 - 17h00, salle machine à préciser

Vue globalemenu

Attention, des conférences sont encore en cours de programmation.

Vue généralemenu

Le projet est divisée en la phase d'avant-vente et 5 itérations de production, dont les objectifs sont imposés a priori, indépendamment du projet. Tout au long du projet :

• la gouvernance du projet doit être guidée par les cas d'utilisation ;
• la planification doit être continuellement surveillée, affinée et, le cas échéant, réajustée.

Cas spécifique de la réponse à appel d'offremenu

Document d'appui (et plan indicatif) : polycopié "Réponse à appel d'offre". Ci-suivent, quelques consignes (et autres écueils à éviter).

Chiffrage & organisationmenu

• Être réaliste. Notamment, tenir compte des disponibilités prévues par la formation pour les projets, puis allouer au projet une part raisonnable du temps que vous pouvez conscrez au travail personnel. De plus (puisqu'il faut compter en jours/homme, J/H), considérer que la journée de travail est de 7 heures.
• Lorsque le projet semble sur- ou sous-dimenssionné en rapport au nombre obtenu de J/H pour l'équipe, ne pas hésiter à proposer des extensions non spécifiés par le client ou, au contraire, à arbitrer ce qui sera ou non, dans le besoin exprimé, pris en charge par l'équipe. Dans ce dernier cas (et ne serait-ce que pour justifier les arbitrages qui seront faits), ce qui ne sera pas réalisé devra néanmoins être chiffré dans la réponse.
• Pour faire un bon chiffrage, il est évidemment indispensable d'avoir une bonne compréhension du projet. Cette compréhension passe par l'identification des tâches spécifiques au projet. Tout projet contient par exemple une part d'étude et une part de développement. On peut organiser tout projet sur le mode de découpage en 5 cycles proposé ici. Mais dire d'un projet qu'il se répartira en 50% d'étude et 50% de développement, ou encore qu'il satisfera les objectifs de la planification adoptée ici (par exemple, un avancement de 70% de l'analyse fonctionnelle, de 15% de l'intégration, de 30% de la conception détaillée et de 12% des développements pour le livrable du lot élaboration 2), ne convainque pas que la solution proposée est adéquate pour le projet. Ces facettes du projet, sont génériques. Il faut au contraire expliciter les tàches spécifiques qu projet, qui le définissent. par exemple : formation sur tel produit, étude comparative de différents outils logiciels pour tel usage, veille technologique sur tel domaine, prise en mains de telle technologie, prise en compte d'une certaine exigence de performance (induisant réflexion sur une architecture, un code, un modèle, un composant, etc.), revue d'algorithmes, tests de performance, etc.
• La planification (et donc aussi le chiffrage du projet) doit préciser le nombre de J/H pour chaque fonction exercée (chef de projet, développeur junior, développeur senior, architecte, analyste fonctionnel, etc.) et pour chaque compétence (expert java, DBA, etc.) mise en œuvre sur le projet. Évidemment, une même personne peut exercer plusieurs fonctions et mettre en œuvre différentes compétences sur le projet (notamment, le chef de projet particpe en particulier aux développements).
• La planification (et donc aussi le chiffrage du projet) doit préciser le nombre de J/H par phase (formation, analyse, conception, développement etc.) du projet, par cycle (ou lot) du projet (ici, initialisation, élaboration 1, etc), et par tàche (ou composante) du projet.
• Une fois le projet chiffré en termes de ressources (gestionnaire, programmeur java, etc.), il faut organiser dans le temps ces ressources (par exemple, le chef de projet aura la même charge de pilotage tout au long du projet, tandis que l'architecte sera plus sollicité lors du cycle d'initialisation). Il faut donc savoir, sur chaque jour calendaire, quelle sont les ressources allouées, quantitativement (3 personnes), mais aussi qualitativement (par exemple : au 12/3/12, sont affectées au projet pour le cycle élaboration 2 4 personnes, réparties en 0.2 personne pour le pilotage, 2.8 personnes pour le développement, 1 personne pour l'architecture). Les échéances doivent évidemment apparaître sur ce planning (notamment, celles qui vous sont imposées dans le cadre de cet enseignement). Ces planifications peuvent en particulier s'appuyer sur des diagrammes de type Gantt.
• Vérifier que les sommes sont cohérentes.
• Toujours tout compter, que le coût soit ensuite à la charge du client ou du fournisseur. Par exemple, s'il faut arbitrer entre deux SGBD et que l'un d'eux implique une formation pour les DBA de l'entreprise, cette formation et le coût qui lui est associé doit apparaître explicitement dans la réponse (ce coût faisant partie du coût total de la solution proposée au client, il est aussi un élément d'arbitrage).
• Clairement expliciter ce qui est ou non fourni, par le fournisseur pour le projet qu'il livre (le logiciel qui sera livré intègre la bibliothèque graphique Ilog Views, le fournisseur n'offre pas pour autant de licence Ilog Views), comme par le client (il faut aux développeurs des licences Ilog Views pour réaliser le logiciel, à qui de les financer ?).

Expression du besoin et sa réponsemenu

• Reprendre le besoin à son compte : ne pas recopier l'appel d'offre, mais bien reformuler les choses avec ses propres mots (on est d'accord avec ce que dit le perroquet, ce n'est pas pour aurtant que le perroquet a compris ; pour le prestatire comme pour le client, l'incompréhension peut mener à un désastre !).
• Spécifier, cadrer, préciser le besoin, en délimitant bien votre champ d'intervention. Imaginons qu'un disquaire dise Je voudrais une application web qui permet de faire ma comptabilité, et que vous contractualsiez sur 40 J/H pour cette expression de besoin, sans demander de plus amples explications. Si le client entendait par comptabilité, un formulaire web pour tenir manuellement à jour ses mouvements de caisse, vous y gagnerez peut-être 30 jours. Si en revanche, il entendant un outil comptable qui s'interface avec d'autres briques et flux de son système d'information (ou d'autres partenaires, par exemple pour la vente en ligne) et qui soit capable de sortir ses comptes d'exploitation, vous y perdrez peut-être 160 J/H.
• Face à un besoin mal défini (absence de cahier des charges, manque de disponibilité du client), ne pas hésiter à faire des propositions ; surtout, ne pas hésiter à interroger le client.

Réunion associée à la remise de la réponse

30 minutes, réunion "classique" : présentation de chacun des membres du comité de pilotage, discussion autour du cahier des charges.

Productionmenu

Organisation en 5 cyclesmenu

	Analyse fonctionnelle (description des cas d'utilisation)	Architecture globale (composants et leur communication)	Architecture détaillée (implémentation des cas d'utilisation)	Déploiement (packaging, installation en environnement client)
Initialisation	diagramme des cas d'utilisation, hiérarchisation des cas d'utilisation, description détaillée des cas les plus prioritaires (10%-15% des cas)	conception
Élaboration 1	description détaillée des cas prioritaires (20%-50% des cas)	prototype	conception des cas les plus prioritaires (10%-15% des cas)
Élaboration 2	description détaillée (50%-80% des cas)	intégration des cas les plus prioritaires (10%-15% des cas)	développement des cas les plus prioritaires (10%-15% des cas), conception des cas prioritaires (15%-40% des cas)
Construction 1	description détaillée de tous les cas	intégration des cas prioritaires (30%-50% des cas)	développement des cas prioritaires (40%-60% des cas), conception (60-80% des cas)	test d'intégration en environnement client
Construction 2		intégration de tous les cas	conception de tous les cas	installation en environnement client, recette des cas prioritaires (20-40% des cas)

Réunions initialisation, élaboration 1, élaboration 2menu

30 minutes, point d'avancement, préparer une présentation de 10 minutes (1 ou plusieurs intervenants).

Réunion construction 1menu

30 minutes, point d'avancement, la présentation (de 10 minutes) doit comporter / s'appuyer sur une animation vidéo (de 5 minutes).

Réunion construction 2menu

Le matin : 30 minutes, bilan du projet à présenter en 15 minutes (dont 5 minutes d'animation vidéo ; tous les membres du projet doivent parler).

L'après-midi : 30 minutes, démonstration de 20 minutes à préparer.

Le contenu des documents est de deux ordres :

• le premier concerne l'application elle-même (sources, package, tests unitaires, tests fonctionnels, manuel d'installation, manuel d'utilisation, conception, etc.), et s'adresse, tantôt au client, tantôt aux utilisateurs, tantôt encore, aux éventuels repreneurs (techniciens) ;
• le second concerne sa planification (planification, suivi des charges) et s'adresse à votre propre structure (planifcation et organisation interne), ainsi qu'au client (planification).

Consignes générales (documents et documentation du code)menu

En entêtes, toujours faire apparaître (cartouche mis à jour au fur et à mesure des évolutions) :

• numéro de version du document
• date dernière mise à jour
• auteur maj
• objet(s) maj
• destinataires du document
• état du document (en cours de validation / validé)

Quelques règles de bon sens :

• soigner l'orthographe
• numéroter les pages
• définir préalablement à leur utilisation les termes (et acronymes !) utilisés (éventuellement par le biais d'un glossaire) : d'une part, tous les destinataires du document ne sont pas nécessairement au fait des contextes technique ni fonctionnel ; d'autre part, plus on définit les choses, moins on laisse de place à l'ambiguïté…
• préférer la concision et la précision au remplissage…

Applicationmenu

Une application est définie par :

• Son domaine, sa vocation : quels sont les concepts et process métier manipulés, quels sont les services rendus par l'application ?
• Sa conception : quels sont les composants de l'application, les flux qu'ils échangent, leur intégration ; quels sont les objets manipulés et comment s'organisent-ils entre-eux ?
• Sa mise en œuvre : comment l'applicaton est-elle effectivement implémentée ?
• Sa mise en place : comment installer et utiliser l'application ?

Ainsi, la réalisation d'un projet comprend la fourniture de différents composants :

• Analyse fonctionnelle ou vocation de l'application :
  • panorama des cas d'utilisation (diagramme des cas priorisés, organisés en paquetages
  • description de chaque cas d'utilisation (description textuelle des scénarios, diagramme de séquence système, IHM -- enchaînement des opérations, gestion des contrôles)
• Architecture globale ou composition et montage de l'application :
  • composants internes et externes de l'application et leurs interactions
  • intégration (flux d'information, interfaces) de ces composants
  • prise en considération des aspects de volumétrie / temps de réponses
• Conception détaillée - démarche par cas en trois étapes :
  1. Modèle statique du domaine : pour un cas donné, quels sont les concepts impliqués et leurs associations ?
     ⇒ diagramme de classes simplifié
  2. Modèle dynamique du cas d'utilisation (diagramme de séquence) : pour un cas donné, quelles interactions (enchaînement d'événements et d'actions) entre objets menant à sa réalisation ?
     ⇒ méthodes (interface) des classes
  3. Modèle conceptuel du cas d'utilisation : diagramme de classes.
• Implémentation ou mise en œuvre
  • code, composants, compilation
  • documentation associée (description, scripts, code,…)
• Déploiement ou mise en place
  • installation
  • documentation associée (manuel d'installation, précision du matériel et de l'environnement requis, capacités et limites de l'application)
• Utilisation (évidemment liée à l'analyse fonctionnelle de l'application) : manuel utilisateur

Consignes :

• Rappel : l'analyse et la conception doivent être parfaitement indépendantes de l'implémentation !.
• Le suivi des charges et le code source (tests inclus) doivent être rendus disponibles.

Gestion de projetmenu

Les aspects liés à la conduite de projet sont essentiellement adressés à l'équipe de suivi (hiérarchie production, partie commerciale), qui relaie l'information utile au client. On distingue deux niveaux de planification et suivi :

• l'organisation globale du projet
• l'organisation interne à l'équipe projet

Cette distinction correspond à deux niveaux de granularité différents :

• Organisation globale ou planification : elle correspond au découpage du projet en différentes phases de réalisation (éventuellement divisées par lots). Sa vocation est de dimensionner le projet en termes des moyens à mettre en œuvre, et de proposer une organisation dans le temps. Cette planification consiste en  :
  • le découpage du projet en différents lots
  • l'identification et le dimensionnement (en J/H) des compétences requises pour chaque lot
  • l'organisation des lots dans le temps avec mention des ressources affectées
  L'organisation globale est conçue dès la réponse à appel d'offre. Elle peut ensuite être affinée (la réponse étant souvent prospective) et réajustée au fil du déroulement du projet.

• Organisation interne : elle précise la réalisation de chaque lot par un découpage hiérarchique des lots en tâches. Idéalement, les tâches unitaires devraient être de l'ordre de quelques jours/homme. Sa vocation est d'organiser le travail de l'équipe au quotidien, mais aussi de veiller à l'avancement du projet (est-il conforme à la planification globale, identification des risques). Cette organisation induit :
  • le découpage des lots en tâches unitaires dimensionnées en J/H
  • le suivi des charges, c'est-à-dire, la prise en compte quotidienne de l'avancement de chaque tâche par chaque membre du projet, et le redimensionnement éventuel de la tâche
  L'organisation interne se met en place au démarrage du projet. Elle concerne plus particulièrement la phase d'implémentation.

Consignes :

• Penser continuellement à systématiquement affiner et ajuster votre planification.

Projets antérieursmenu

• exemples de sujets
• quelques projets
• exemples de réponses

Softs, composants, outilsmenu

• Modélisation & conception
  • analyse & conception UML : Umbrello (sous linux), Papyrus (multi-plateforme, basé sur Eclipse)
  • BD : DBDesigner (multi-plateforme)
• Gestionnaire de versions
  • Subversion (SVN) : téléchargement, documentation Ubuntu
• Plateforme de développement (EDI)
  • ... tout ! : Eclipse (multi-palteforme) -- Eclipse classique (application java) offre un EDI Java (qui gère notamment SVN) mais on peut installer à partir d'Eclipse classique tout un ensemble de pluggin, notamment, outils de modélisation UML, EDI C-C++, etc.
  • C++ : dev-C++ (multi-palteforme, mais attention : n'est plus maintenu), Code::Blocks (multi-palteforme)
• Base de données
  • Si les données sont peu volumineuses, n'oubliez pas que Microsoft Office comme Open Office disposent d'un gestionnaire de bases de données.
  • SGBD libre : MySql (sans doute le plus répandu des SGBD libres ... mais il y en existe d'autres !)
  • SGBD du commerce (versions libres) : Oracle 11g, MSDE 2000 (SqlServer)

Documentation & Bibliographiemenu

• Présentation animée Règles pour la conception des interfaces graphiques (Catherine Recanati)
• UML 2, par Laurent Audibert : cours complet de conception objet (concepts et mise en œuvre, très didactique), version en ligne (html), livre, etc.
• Modélisation objet avec UML, P. Muller & N. Gaertner, éditions Eyrolles (ISBN 2-212-09122-2) La référence en termes de modélisation objet (+ études de cas + gestion de projet orientée Unified Process).
• Design patterns - catalogue de modèles de conception réutilisables, E. Gamma, R. Helm, R. Jonhson & J. Vlissides, Vuibert (ISBN 2-7117-8644-7). Les design pattern sont des modèles de conception pour la programmation objet. Ils modélisent des situations couramment rencontrées au cours des projets et proposent une solution d'implémentation. Exemple de design pattern : le singleton, qui permet de s'assurer qu'une seule instance d'une classe donnée sera créée tout au long d'une application.