Revue de Lancement Spirit 25 / 01 / 2011 Groupe Vert 1.

Présentation au sujet: "Revue de Lancement Spirit 25 / 01 / 2011 Groupe Vert 1."— Transcription de la présentation:

1 Revue de Lancement Spirit 25 / 01 / 2011 Groupe Vert 1

2 Présentation … Une équipe et des compétences … Une relation de sous-traitance pour un ensemble de lots de travaux … Solutions techniques retenues … Une première étude des lots pris en charge … Accord avec la MOE sur les livrables … Organisation au sein de l’équipe … Analyse de risques 25 / 01 / 2011 Groupe Vert 2

3 Une équipe et des compétences 25 / 01 / 2011 Groupe Vert 3 Clément CROCHEMORE Aldric PERRIN David BERTRAND Mahmoud EL AJMI Mélissa PETIT

4 Sous-traitance 25 / 01 / 2011 Groupe Vert 4 Service Web Collecte d’image Collecte d’informations Créer le service de collecte ImageCollector Créer le service de normalisation Normalizer Créer le service de stockage temporaire TemporaryStorage Créer le service de collecte InformationCollector

5 Solutions techniques retenues 25 / 01 / 2011 Groupe Vert 5 Technologies utilisées : Web-services RDF/Xml Jena Sparql Pas d’ESB Utilisation de l’architecture REST pour les API Google et Flickr

6 Première étude des lots 25 / 01 / 2011 Groupe Vert 6 Collecte d’image Touriste Internaute Administrateur SPIRIT

7 Première étude des lots Collecte d’image : ImageCollector 25 / 01 / 2011 Groupe Vert 7 Implémente l’interface « SourceReader » de Weblab. GetResourceReturnGetResourceReturn getResource(GetResourceArgs args)GetResourceArgs Arguments : - La liste des mots clefs -> Donnée directement par l’utilisateur -> Générée grâce au nom de la ville - La méthode voulue -> Google Images, Flicker -> Annuaire Retour : - La liste des images récupérées.

8 Première étude des lots Collecte d’image via un annuaire : ImageCollector 25 / 01 / 2011 Groupe Vert 8 Contient un ensemble d’URL de site Web. -> Editer par l’administrateur Pour les URL sélectionnées : - extraction de l’ensemble des images de la page web - sélection des images en fonction de leur taille

9 Première étude des lots Collecte d’image : Normalizer 25 / 01 / 2011 Groupe Rouge 9 Implémente l’interface « Analyser » de la plate-forme Weblab. Mets les images sous un format commun JPEG. Mets l'ensemble des images à une dimension maximum (qui reste à fixer ainsi que le mode de redimensionnement à utiliser). Modifie le fichier XML/RDF lié à une image en fonction des changements apportés. Génère une miniature de l’image.

10 Première étude des lots Collecte d’image : TemporyStorage 25 / 01 / 2011 Groupe Vert 10 Balayer un par un les documents RDF/XML créer pour chaque image collecté Pour chaque document : Si l’image existe déjà dans le stockage temporaire (Service de dédoublage) alors l’image et le document RDF ne seront pas enregistrés dans le dossier de stockage temporaire Sinon enregistrer l’image et le document RDF dans le stockage temporaire (les dossiers sont paramétrables ) et leurs attribués un ID Ajouter dans le document RDF une annotation du couple image/métadonnées

11 Première étude des lots Administration du Stockage Temporaire: TemporyStorage 25 / 01 / 2011 Groupe Vert 11 Balayer le dossier de stockage temporaire et récupérer l’ensemble des images présentent. Si l’administrateur veut modifier les métadonnées: Une requête est lancé sur l’ensemble des documents RDF pour récupérer le bon document selon l’ID de l’image. Afficher les métadonnées Enregistrer les modifications apportées au métadonnées Si l’administrateur veut indiquer qu’elles sont les images qui ne seront pas indexées Une requête est lancé sur l’ensemble des documents RDF pour récupérer le bon document selon l’ID de l’image. Ajouter dans le document RDF un tag qu’on peut mettre a false si l’administrateur ne veut pas indexer l’images

12 Première étude des lots 25 / 01 / 2011 Groupe Vert 12 Collecte d’informations Touriste Internaute Administrateur SPIRIT

13 Première étude des lots Collecte d’informations : InformationCollector 25 / 01 / 2011 Groupe Rouge 13 Son rôle :  Initialiser une fiche documentaire  Permet de modifier les informations d’une fiche documentaire  Collecte automatiquement des informations Réalisation technique :  Fiche documentaire stockée dans un fichier RDF  Création/modification du RDF à l’aide du framework Jena  Utilisation des bases de données en ligne Dbpedia et Geonames  SparQL pour communiquer.

14 Accord avec la MOE 25 / 01 / 2011 Groupe Vert 14 Entrées attendues Pour réaliser nos différents lots de travaux nous aurons besoin: Des document de la MOE :  Spécification Technique de Besoin  Document d’Architecture Logicielle Global De la mise en place d’un SVN D’un logiciel de développement (Eclipse Helios (3.6.1)).

15 Accord avec la MOE 25 / 01 / 2011 Groupe Vert 15 Modalités de recette

16 Accord avec la MOE 25 / 01 / 2011 Groupe Vert 16 Modalités de Livraison La livraison des web services se fera sous la forme d’un fichier.war Une documentation spécifique sera fournie pour chaque lot. Cette documentation sera composée: d’une spécification technique détaillée du lot d’un document de conception pour chaque composant à réaliser d’un plan de validation du lot d’une description des interfaces ou d’une notice d’utilisation pour chaque composant. Les fichiers seront déposé sur le SVN local pour permettre leur récupération par la MOE en vue de l’intégration au projet global

17 Organisation 25 / 01 / 2011 Groupe Vert 17 Rôles au sein de l’équipe Méthode XP

18 Organisation 25 / 01 / 2011 Groupe Vert 18 Rôles au sein de l’équipe Le Client Fait partie intégrante de l’équipe Est responsable de la définition de « ce que doit faire le logiciel » Communique les informations utiles aux développeurs Dispose d’un « feedback » de la part des programmeurs Spécifie les fonctionnalités sur la base de scénarios Spécifie les tests de recette Participe à la planification et définit les priorités STB Spécification Technique des Besoins Client

19 Organisation 25 / 01 / 2011 Groupe Vert 19 Rôles au sein de l’équipe Le Développeur Développeur Responsable de la production du code Conçoit pour assurer la pérennité du code Teste pour assurer la qualité du code Dialogue en permanence avec le client Procède au remaniement du code DAL Définition de l’Architecture Logiciel Architecte

20 Organisation 25 / 01 / 2011 Groupe Vert 20 Rôles au sein de l’équipe Le Testeur Conçoit et réalise les tests de recette définis par le client Recherche l’automatisation systématique des tests Développe les outils de tests nécessaires et les scripts à exécuter Témoigne de l’avancement du projet CDR Cahier de Recettes Testeur

21 Organisation 25 / 01 / 2011 Groupe Vert 21 Rôles au sein de l’équipe Le Tracker Assure le suivi des tâches et du planning Cherche à détecter les difficultés le plus tôt possible Ne prend pas de décision mais informe le coach en cas de problème ADR Analyse de Risque Tracker

22 Organisation 25 / 01 / 2011 Groupe Vert 22 Rôles au sein de l’équipe Le Coach Garant du processus et de la méthodologie Vérifie que chacun joue son rôle Organise et anime les réunions et les séances de planification Valide les orientations techniques Rend compte de l’avancement au manager PDD Plan de développement Coach

23 Organisation 25 / 01 / 2011 Groupe Vert 23 Compatibilité des rôles

24 Organisation 25 / 01 / 2011 Groupe Vert 24 XP : Pratique de la gestion de projet Livraisons fréquentes Planification itérative Client sur site Rythme de travail durable Programmation en binôme Responsabilité collective du code Stand-up Meeting

25 Organisation 25 / 01 / 2011 Groupe Vert 25 Planning 25 j 29 j Apprentissage de l’environnement de programmation Début de Rédaction des documents Phase de développement 31 j6 m 5 semaines 7 m Soutenance Ici Planning et estimation temps de dev de chaque tâche

26 Analyse de risque 25 / 01 / 2011 Groupe Vert 26 Type Description du risque Facteurs de risque Technique Problèmes Lors du développement des services 1. utilisation de nouveaux logiciels. 2. les membres de l’équipe n’ont pas de connaissances sur le développement des web services 3. les membres de l’équipe n’ont pas de connaissance sur le web sémantique et les standards qui vont avec (ex : RDF) 4. absence de connaissances sur les procédures de test des web services Organisation Retard dans la livraison finale 1. Mauvaise synchronisation entre les développeurs. 2. Prévisions trop optimistes. 3. Un des développeurs est indisponible pour une longue durée. MOE Tâche de travail supplémentaire 1. L'avancement dans le projet met en évidence des tâches inévitables non prises en comptes jusqu'à lors pour la bonne réalisation des modules 2. Le client ajoute du contenu supplémentaire Technique Logiciel final peu ou non fonctionnel 1. La validation de la version finale a mis en évidence des problèmes importants. 2. Certains modules sont dépendants des autres. Problème, si un des modules est défaillant.

27 Conclusion 25 / 01 / 2011 Groupe Vert 27