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 : Weblab et 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 Son rôle :  Permet de collecter manuellement et automatiquement des images à partir :  De son PC ou d’une URL de site web  De Google Images ou de FlickR  D’un annuaire Réalisation technique :  Implémente l’interface « SourceReader » de Weblab GetResourceReturnGetResourceReturn getResource(GetResourceArgs args)GetResourceArgs  Arguments :  La liste de mots clefs  La méthode voulue  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 Son rôle :  Permet de disposer d’un annuaire référençant des URLs de sites webs.  Géré entièrement par l’administrateur  Edition, modification et suppression d’URLs Réalisation technique :  Simple base de données XML référençant les liens  Extraction des images :  En fonction de leurs tailles.

9 Première étude des lots Collecte d’image : Normalizer 25 / 01 / 2011 Groupe Rouge 9 Son rôle:  Mets les images sous un format commun JPEG.  Mets l'ensemble des images à une dimension maximum.  Modifie le fichier XML/RDF lié à une image en fonction des changements apportés.  Génère une miniature de l’image. Réalisation technique:  Implémente l’interface « Analyser » de la plate-forme Weblab.  Prend en entrée le fichier XML/RDF et retourne ce fichier modifié.

10 Première étude des lots Collecte d’image : TemporyStorage 25 / 01 / 2011 Groupe Vert 10 Rôle : Enregistrer les images et les fichiers de métadonnées dans le dossier de stockage temporaire. Ajouter un lien du couple image/métadonnées Permettre d’administrer le dossier de stockage temporaire : Changer les métadonnées d’une image Valider les images.

11 Première étude des lots Collecte d’image : TemporyStorage 25 / 01 / 2011 Groupe Vert 11 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 Réalisation Technique :

12 Première étude des lots Administration du Stockage Temporaire: TemporyStorage 25 / 01 / 2011 Groupe Vert 12 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

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

14 Première étude des lots Collecte d’informations : InformationCollector 25 / 01 / 2011 Groupe Rouge 14 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.

15 Accord avec la MOE 25 / 01 / 2011 Groupe Vert 15 Entrées attendues Pour réaliser nos différents lots de travaux nous aurons besoin:  Des documents de la MOE : Spécification Technique de Besoin Document d’Architecture Logicielle Global  De la mise en place d’un SVN  Interfaces Weblab  D’un logiciel de développement (Eclipse Helios (3.6.1)).  Serveur d’application (Tomcat 6 )  Environnement java  Maven

16 Accord avec la MOE 25 / 01 / 2011 Groupe Vert 16 Modalités de recette Tests à effectuer  Tests unitaires  Tests aux limites Mise en place des tests :  Exécuter sur PC perso ou mis à disposition  JUnit dans l’environnement Eclipse Suivi des tests :  Faits techniques : à travers des fichiers Excel  Conditions d’arrêt :  Sans erreur  Résultat attendu qui survient

17 Accord avec la MOE 25 / 01 / 2011 Groupe Vert 17 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

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

19 Organisation 25 / 01 / 2011 Groupe Vert 19 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

20 Organisation 25 / 01 / 2011 Groupe Vert 20 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

21 Organisation 25 / 01 / 2011 Groupe Vert 21 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

22 Organisation 25 / 01 / 2011 Groupe Vert 22 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

23 Organisation 25 / 01 / 2011 Groupe Vert 23 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

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

25 Organisation 25 / 01 / 2011 Groupe Vert 25 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

26 Organisation 25 / 01 / 2011 Groupe Vert 26 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 V1 V2V3 2 semaines 1 semaine Collecte d'images Stockage temporaire Normalizer Prise en compte des modifications de la livraison 1 Collecte de documentation Prise en compte des modifications de la livraison 2 Administration Stockage temporaire Administration Collecte de documentation Collecte d'image à partir de l'annuaire

27 Analyse de risque 25 / 01 / 2011 Groupe Vert 27 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

28 Conclusion 25 / 01 / 2011 Groupe Vert 28 Merci de votre attention