RECONSTRUCTION D'UN MODÈLE 3D D'OBJET AVEC LA KINECT

Transcription

1 PROJET DE SEMESTRE : RECONSTRUCTION D'UN MODÈLE 3D D'OBJET AVEC LA KINECT SOFTWARE PROJECT MANAGEMENT PLAN

2 Projet Reconstruction d'un modèle 3D d'objet avec la Kinect Document École Software Project Management PLAN EIA- FR Groupe Frédéric Monney Elias Medawar Responsable Dr. Houda Chabbi Drissi François Kilchoer ÉVOLUTION DE CE DOCUMENT Rev. Date Auteur Remarque Medawar Écriture de la structure du document, ajout du planning Medawar Mise à jour des risques, rédaction de tous les chapitres sauf la gestion de la configuration Medawar Ajout de la nouvelle version du planning Monney Mise à jour du document 2

3 Sommaire Évolution de ce document Introduction Organisation Planification Plan globale Planification détaillée par itération... 5 Planification initiale... 5 Modification 1 : le 29/03/ Modification 2 : le 02/05/ Gestion des risques Processus technique Model de processus Gestions des configurations : KinectCapture(release 1.2) Interface graphique pour KinectCapture(release 1.0) Modélisation avec Matlab Version Résumé Gestion de la documentation Gestion des Finances Liste des figures

4 1. INTRODUCTION Ce document contient toutes les informations relatives à la gestion du projet et du processus de développement. 2. ORGANISATION Les directives du projet ont été distribuées au début du projet, ils résument l organisation du projet. 3. PLANIFICATION 3.1. PLAN GLOBALE Description des Milestones: FIGURE 1 APERÇU GLOBAL DU DÉROULEMENT Date But à atteindre Documentation de la Kinect et des drivers : Type de sortie, Synchronisation entre la 2D et la 3D et repère utilisé pour la 3D (orientation et origine). Calibration de la Kinect. Les moyens d accéder (Wrappers) et de paramétrer le driver depuis matlab ainsi que C composants fonctionnels documenter et tester. Composant qui est capable de filtrer le background Composant qui implémente ICP et ainsi est capable de détecter les points entre deux prises de données de la Kinect Outil de modélisation 3D qui utilise les composants du Milestone précèdent. 4

5 3.2. PLANIFICATION DÉTAILLÉE PAR ITÉRATION PLANIFICATION INITIALE Itération 2 FIGURE 2 PLANIFICATION DÉTAILLÉE DU DÉBUT DU PROJET ET DE L'ITÉRATION 1 La documentation détaillée de la deuxième itération sera faite à la fin de la première itération. Ainsi les connaissances acquises concernant le rythme du groupe nous aiderons à planifier plus précisément la deuxième itération 5

6 MODIFICATION 1 : LE 29/03/11 Suite au retard pris dans la partie étude et documentation de la Kinect, nous avons planifié à nouveau le projet. Avec cette nouvelle planification, l itération 2 n aura pas lieu mais à la place, l itération 1 sera prolongé de plus le point optionnel qui était de coller l image 2d (texture) sur le modèle ne sera pas fait. 6

7 MODIFICATION 2 : LE 02/05/2011 Suite à de petit changement et pour contrôler que le projet avançait bien, nous avons refait un planning qui montre l avancement dans le projet et la suite des évènements. 7

8 4. GESTION DES RISQUES Ce chapitre rassemble les divers risques qui mèneraient à un échec du projet. Le but est de mettre à jour les risques après chaque itération, et de faire qu ils baissent au plus vites. État le Nr. Risque P DC I Mesure T1 T2 T3 T4 N1 N2 N3 Drivers inconnu ou non maîtrisés et provoque du retard Les connaissances de Matlab limitées empêchent d atteindre les objectifs décidés Les résultats obtenus par ICP ne sont pas plausibles et non compréhensibles La Kinect n est pas assez précise pour permettre une reconstitution. Sous- estimation de la charges de travail, dépassement du temps mis à disposition Mauvaise compréhension du but de l application Le travail en groupe ne fonctionne pas bien Étudier et clarifier dès que possible les drivers Commencer par faire des petits problèmes. S adresser aux professeurs de Maths en cas de besoin Bien étudier le fonctionnement de ICP et maîtriser toutes les étapes Développer de manière modulable, ce qui permet de réutiliser facilement des parties de codes Bien planifier le processus et ne pas rester bloquer sur une étape sans demander de l aide Clarifier avec les profs au plus vite le cahier des charges Bien partager et clarifier le travail et s entraider. Légende: Tx = Risque technique Nx = Risque non technique P = Probabilité (1 peu probable / 3 très probable) DC = Dégât et conséquence (1 peu / 3 grave) I = Importance ([1-2 petite][3-4 moyenne][5-9 sérieux])(p*dc) 8

9 État le Selon la planification nous avons pris du retard environ 1.5 semaines de retard. Il est important de trouver d ou provient ce retard comment le rattraper. État le Selon la planification nous avons pris du retard environ 1.5 semaines de retard. Il est important de trouver d où provient ce retard et comment le rattraper. Nr. Risque P DC I Mesure T1 T2 T3 T4 N1 N2 N3 Drivers inconnu ou non maîtrisés et provoque du retard Les connaissances de Matlab limitées empêchent d atteindre les objectifs décidés Les résultats obtenus par ICP ne sont pas plausibles et non compréhensibles La Kinect n est pas assez précise pour permettre une reconstitution. Sous- estimation de la charges de travail, dépassement du temps mis à disposition Mauvaise compréhension du but de l application Le travail en groupe ne fonctionne pas bien Étudier et clarifier dès que possible les drivers Commencer par faire des petits problèmes. S adresser aux professeurs de Maths en cas de besoin Bien étudier le fonctionnement de ICP et maîtriser toutes les étapes Développer de manière modulable, ce qui permet de réutiliser facilement des parties de codes Bien planifier le processus et ne pas rester bloquer sur une étape sans demander de l aide Clarifier avec les profs au plus vite le cahier des charges Bien partager et clarifier le travail et s entraider. Légende: Tx = Risque technique Nx = Risque non technique P = Probabilité (1 peu probable / 3 très probable) DC = Dégât et conséquence (1 peu / 3 grave) I = Importance ([1-2 petite][3-4 moyenne][5-9 sérieux])(p*dc) Etat le

10 Revu des différents risques pour la fin du projet. Cette analyse des risques permet de voir les problèmes qui peuvent survenir si un groupe doit reprendre le projet. Nr. Risque P DC I Mesure T1 T2 N1 Problème pour réinstaller Visual Studio avec openkinect Le driver openkinect subit et gros changement et n est plus compatible avec le programme actuel. Le rendu du projet n est pas prêt à temps Bien clarifier la documentation. Demander à une personne externe de suivre le tutorial pour avoir un autre avis Garder la version des librairies utilisées pendant le projet Prendre de l avance pour avoir le temps de bien préparé le rendu. Légende: Tx = Risque technique Nx = Risque non technique P = Probabilité (1 peu probable / 3 très probable) DC = Dégât et conséquence (1 peu / 3 grave) I = Importance ([1-2 petite][3-4 moyenne][5-9 sérieux])(p*dc) 10

11 5. PROCESSUS TECHNIQUE 5.1. MODEL DE PROCESSUS Ce graphique représente l idée générale du processus de développement qui sera suivit. Pour plus d information voir : 11

12 6. GESTIONS DES CONFIGURATIONS : 6.1. KINECTCAPTURE(RELEASE 1.2) Composants Versions OpenKinect 17/02/2011 Windows 7 Professional 32bits ou 64bits Visual Studio 2010 Ultimate x86.net 4 21/02/2011 KinectCapture.cpp Version 1.2 Release 1.2 OpenKinect 17/02/2011 Windows 7 Professional 32bits ou 64bits Visual Studio 2010 Ultimate x86.net 4 21/02/2011 KinectCapture.cpp Version 1.0 Version 1.1 Version INTERFACE GRAPHIQUE POUR KINECTCAPTURE(RELEASE 1.0) Composants Versions Visual Studio 2010 Ultimate x86.net 4 21/02/2011 Windows 7 Professional 32bits ou 64bits KinectCaptureWindowInterface.cpp Version 1.0 KinectCapture.h (fichier de l IHM) Version 1.0 Il n y a pas de diagramme car il n y a qu un seul release et les composants n ont qu une seule version. 12

13 6.3. MODÉLISATION AVEC MATLAB VERSION 1 Composants Versions Matlab - Mac bit - Windows bit Code source Matlab Version du 20/05/ RÉSUMÉ Composants KinectCapture InterfaceGraphiqueKinectCapture Modélisation avec Matlab Versions release 1.2 release 1.0 relase 1.0 Ce tableau résume les compatibilités de la version 1 du projet 3D- Rock qui est dans le tag «release 1» du SVN. 7. GESTION DE LA DOCUMENTATION La documentation essayera de suivre les principes de la norme (IEEE ) sur la documentation de software. Elle contiendra notamment les documents suivants : 1. SPMP - Software Project Management Plan (inclura également le SCMP - Software Configuration Management Plan) 2. SRS - Software Requirements Specification 3. STD - Software Test Documentation 4. SDD - Software Design Description Il est important d indiquer que la documentation ne sera pas complètement conforme à la norme car cela représenterait une trop grande charge de travail. 13

14 8. GESTION DES FINANCES Ce travail fait partie du processus de formation et ne traite pas en détails l aspect financier. Ressources humaines: 2 futurs ingénieurs HES à 20 % soit 8h par semaine. 2 Professeurs pour coacher et superviser le travail. 1 assistant spécialiste dans le domaine pour coacher et superviser le code. Resource matériel : 1 Kinect 2 Licence Matlab (fournit par l école) 9. LISTE DES FIGURES Figure 1 aperçu global du déroulement... 4 Figure 2 Planification détaillée du début du projet et de l'itération