Présentation Finale Spirit 07 / 03 / 2011 Groupe Vert 1 Equipe Verte

Sommaire Présentation … Une relation de sous-traitance pour un ensemble de lots de travaux … Organisation … Environnement de travail Lots de travaux effectués … WS Collecte d’informations… Définition des Besoins … WS Collecte d’images … Architecture … Problèmes rencontrées … Tests … Démonstration Livraison Intégration et Validation Analyse de Risques Conclusion … Bilan Travail effectué / Travail demandé … Bilan Tests … Apports du projet Groupe Vert 2 07 / 03 / 2011

SPIRIT Groupe Vert 3 07 / 03 / 2011

Sous-traitance Groupe Vert 4 07 / 03 / 2011 Equipe Bleue : MOE Equipe Verte Equipe Jaune Equipe Rouge

Organisation Groupe Vert 5 Rôles au sein de l’équipe 07 / 03 / 2011 Client Architecte Tracker Chef de projet Testeur Testeur Développeur Développeur Développeur Développeur

Organisation Groupe Vert 6 XP et gestion de projet Rythme de travail durable Stand-up Meeting : Ordre du jour Bilan de fin de journée Tableau de bord et Indicateurs Réunion d’avancement 07 / 03 / 2011 ORDRE DU JOUR

Organisation Groupe Vert 7 Baseline documentaire 07 / 03 / 2011 PDD OT Planning ADR STB Matrice de traçabilité CDR DAL CR Réunion d’avancement Tableaux de Bord Indicateurs Journaux de Tests Fiches de Versions Versionning Javadoc Manuel Configuration Tutoriel WS Bilan CV

Organisation Groupe Vert 8 Planning 07 / 03 / mars Version 1 : Du 31/01/11 au 11/02/11 Version 2 : Du 14/02/11 au 24/02/11 Version 3 : Du 25/02/11 au 02/03/11 Collecte d’images : ImageCollector Stockage Temporaire : TemporaryStorage Collecte d’informations : InformationManager & DocumentarySheetNormalizer Collecte d’images à partir du nom d’un ville Service de Normalisation Mise en place de l’annuaire pour la collecte d’images

Organisation Groupe Vert 9 Faits marquants 07 / 03 / 2011 Début de la phase de développement semaine Livraison V2 Livraison V3 Livraison V1 Faits marquants

Environnement de travail Groupe Vert / 03 / 2011 Pôle de développement Programmation en binôme Responsabilité collective du code Réseau local pour le partage des documents et codes sources SVN interne à l’équipe pour le partage des documents et codes sources

Groupe Vert 11 … Architecture matérielle PC sous Windows Xp Proxy … Technologies utilisées Weblab et web services : architecture SOAP RDF/Xml Sparql Java Advance Imaging Architecture REST pour les API Google et Flickr 07 / 03 / 2011 Environnement de travail Environnement de Développement

Groupe Vert / 03 / 2011 Environnement de travail Environnement de Développement

Environnement de travail Groupe Vert 13 Environnement de Tests … Tests à effectuer Tests unitaires Tests Web Services Tests globaux … Mise en place des tests Exécuter sur PC lié au réseau local JUnit dans l’environnement Eclipse SOAPui … Suivi des tests Faits techniques : Mantis Journaux de tests : référençant les bugs Mantis 37 faits techniques : 1 non résolus Plus faits techniques non référencés 07 / 03 / 2011

Lots de travaux effectués Groupe Vert 14 Service Web Collecte d’images 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 InformationManager Créer le service d’accès à la documentation par Smartphone DocumentarySheet Normalizer 07 / 03 / 2011

Collecte d’informations Groupe Vert / 03 / 2011

Groupe Vert / 03 / Collecte d’informations : InformationManager … Définition des Besoins Collecte automatique d’informations depuis Geonames ou DbPedia Administration des fiches documentaires (création et modification)

Groupe Vert / 03 / 2011 Collecte d’informations : InformationManager … Architecture  Implémente Configurable, SourceReader et ResourceContainer  Fiche documentaire multilingue en RDF  DBpedia requête SPARQL à l’aide du framework Jena traitement JSON … Problèmes rencontrés  Proxy et Jena  Temps de réponse de Dbpedia et serveurs saturés.  Données peu formalisées … Evolutions possibles  DBpedia en local  Ontologies configurables

Groupe Vert / 03 / 2011 Collecte d’informations : InformationManager … Tests et Démonstration … Faits techniques  7 en tout  Tous résolu

Groupe Vert / 03 / Collecte d’informations : DocumentarySheetNormalizer Ce service permet l’utilisation des fiches documentaires par une application Android. … Définition des Besoins

Groupe Vert / 03 / Collecte d’informations : DocumentarySheetNormalizer … Faits techniques  1 seul  Résolu … Architecture  Non conforme à WEBLAB  Reçoit une URI d’une fiches documentaire et la langue voulu  Renvoie un objet DocumentarySheet qui contient les informations récupérées de la fiches documentaire. … Problèmes rencontrés  Contenu de la classe DocumentarySheet … Tests  Tester avec SOAP UI et JUnit

Collecte d’images Groupe Vert / 03 / 2011

Collecte d’images : ImageCollector Groupe Vert / 03 / Ce Web Service permet : La collecte automatique de photographies à partir de Google Images et de FlickR. La collecte automatique de photographies à partir d’une URL présente dans un annuaire. La collecte manuelle d’une image. La création d’un fichier XML/RDF associée à une image. La mise en place et l’édition d’un annuaire d’URLs. … Définition des Besoins

Collecte d’images : ImageCollector Groupe Vert / 03 / 2011 … Architecture  Implémente Configurable, SourceReader et ResourceContainer  Fiche descriptive contenant mots-clés utilisés et copyright.  Google Images et FlickR traitement JSON -> extractions des URLs Téléchargement des Images Annuaire Parsing de code HTML pour récupérer les URLs des images affichées Extraction des fichiers ZIP … Problèmes rencontrés  Contourner le Proxy  Temps de réponse parfois trop long  Problèmes liés au réseau  Pertinance des images … Evolutions possibles  Utilisé l’API Json for Java  Annuaire : rechercher les liens des images

Collecte d’images : ImageCollector Groupe Vert / 03 / 2011 … Faits techniques  10 faits techniques  Tous résolu … Tests et Démonstration

Groupe Vert / 03 / Collecte d’images : Normalizer La conversion d’un fichier image au format JPEG Le redimensionnement d’une image La création d’une miniature de l’image L’extraction des métadonnées présentes dans l’image L’ajout des métadonnées au fichier XML/RDF lié à l’image … Définition des Besoins

Groupe Vert / 03 / 2011 Collecte d’images : Normalizer … Architecture  Implémente Analyser  Utilise la bibliothèque Java Advance Imaging fournie par Oracle  Utilise la bibliothèque MetadataExtractor … Problèmes rencontrés  Formats peu répandus  Traitement des métadonnées spécifique à chaque format … Evolutions possibles  Gérer d’autres formats Pour la conversion (ex : pcx, dng, svg, etc..) Pour l’extraction des métadonnées (formats autres que jpeg)

Groupe Vert / 03 / 2011 Collecte d’images : Normalizer … Tests et Démonstration … Faits techniques  5 faits techniques  1 non résolus

Groupe Vert / 03 / Collecte d’images : TemporaryStorage Ce Web Service permet : Le stockage des images et de leur fichier XML/RDF associé sur le serveur. La modification des métadonnées liées à l’image. La sélection des images à indexer. La liaison entre images et fiche documentaire. … Définition des Besoins

Groupe Vert / 03 / Collecte d’images : TemporaryStorage … Architecture  Implémente Configurable, Indexer, QueueManager et analizer  Ajout d’une nouvelle annotation dans la fiche descriptive.  Enregistrer les images et les RDF/XML dans le dossier du stockage temporaire Parcourir le dossier de stockage temporaire ou la corbeille Administration du stockage temporaire: Liaison des images Suppression d’images Restauration des images Vidages de la corbeilles Récupération/modification des métadonnées … Problèmes rencontrés  Modification de l’architecture  Les ontologies utilisées

Groupe Vert / 03 / 2011 Collecte d’images : TemporaryStorage … Faits techniques  14 faits techniques  Tous résolu … Tests et Démonstration

Groupe Vert / 03 / 2011 Mise en place général … Architecture  Un unique serveur pour tous les Web Services  Fichier de propriétés Pour les paramètres du proxy Pour définir les méthodes du service  Une arborescence de dossier solide … Problèmes rencontrés  Problèmes liés au réseau  Local et Internet  Proxy  Configuration de WSDL

Livraison Groupe Vert 32 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és sur le SVN local pour permettre leur récupération par la MOE en vue de l’intégration au projet global 07 / 03 / 2011

Intégration et Validation Groupe Vert / 03 / Livraison des composants au responsable d’intégration de la MOE. Responsable d’intégration chargé de l’intégration du composant avec le reste du projet. Mise à disposition de membre de l’équipe pour aider à l’intégration. Le responsable d’intégration de la MOE est chargé de la validation de chaque composant livré.

Groupe Vert / 03 / 2011 Risque date facteurPlan d’action Problèmes lors du développement des services 24/01/ 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 1. Intervention des formateurs externes. 2. Partage des connaissances acquises lors de la phase de recherche 08/02/ L’ensemble de l’équipe a encore des points flous par rapport aux technologies utilisées. 1. Effectuer des recherches sur internet 2. Consulter la javadoc de Weblab 3. Ne pas hésiter à poser des questions sur le forum de Weblab ou à contacter un des formateurs EADS. 15/02/ Des membres de l’équipe travail sur les versions suivantes et un binôme continu à corriger les bugs et les problèmes de déploiement des webservices 23/02/ Même plan 02/03/ Un tutorial vas être mis à disposition de toutes l’équipes pour partager les connaissances sur la génération du war. Analyse de risque

Groupe Vert / 03 / 2011 Risque date facteurPlan d’action Retard dans les livraisons 24/01/ Mauvaise synchronisation entre les développeurs. 2. Prévisions trop optimistes. 3. Un des développeurs est indisponible pour une longue durée. 4. Excès de confiance.. 1. Respecter le planning de développement et avertir en cas de difficultés. 2. Baliser le processus de développement à l’aide de jalons. 3. Travailler en binôme. 4. Faire des stands up meeting 2 fois par jour. 08/02/ Même plan d’action 2. Envoi de mail quotidien à la chef d’equipe 3.un fichier de versionning pour chaque service. 15/02/ Même plan d’action 23/02/ Même plan d’action 02/03/ Retard dans les tests SOAPUI causé par le réseau et la connexion internet peu fiables 1. Continuer à faire des tests en local en cas de panne de réseau ou d’internet.

Groupe Vert / 03 / 2011 RisquedateFacteurPlan d’action Tâche de travail supplémentaire 24/01/ L'avancement dans le projet met en évidence des tâches inévitables non prises en comptes jusqu'à l’heure pour la bonne réalisation des modules 2. Le client ajoute du contenu supplémentaire 1. Respecter le planning pour garder une marge de sécurité en temps pour le travail supplémentaire. 2. Évaluer le travail supplémentaire et donner une réponse positive ou négative sur la faisabilité de ce travail. 08/02/2011 Même facteurs de risque Architecture changeante 1. Même plan d’action 2. Accepter uniquement les taches indispensables au fonctionnement des services vu que le temps imparti à la version 2 est très court 3. Dès qu’un problème technique apparait, en parler directement à l’architecte qui devra le partager avec le responsable des architectes 15/02/2011 Même facteurs de risques Développement des services clients pour tester les web services 1. Même plan d’action 2. Contact quotidien avec les formateurs EADS et réorganisation du travail : - un binôme travail sur le développement des services clients - un binôme travail sur la 2eme version. 23/02/2011 Architecture changeante - un binôme travail sur la version 3 -un binôme change l’architecture des web service pour correspondre au model weblab 02/03/ Besoin d'intégrateur par l'équipe de la MOE et mobilisation d'au moins un membre de l'équipe Négocier avec la MOE pour avoir du temps supplémentaire sur le travail demandé

Groupe Vert / 03 / 2011 RisquedateFacteurPlan d’action Incohérence entre les web service 08/02/ Le développement des web services ne suit pas l’ordre de la chaine de traitement 1. Définir clairement les tâches effectuées dans chaque service ( surtout au niveau des annotations RDF) 15/02/ /02/ /03/2011

Groupe Vert / 03 / 2011 RisquedateFacteurPlan d’action Problèmes lors de la communication des web services 23/02/ Changement d’architecture. 1. Les tests SOAPUI ne suffisaient pas pour détecter les problèmes du WSDL puisque le logiciel allait chercher les données en local Finir les web service en avance et se consacrer à la correction des bugs Se faire aider avec les intervenants pour générer un bon WSDL dès le début 02/03/2011 Problème de réseauIngérable

Groupe Vert / 03 / 2011 RisquedateFacteurPlan d’action Anomalies restantes sur le logiciel final 02/03/2011 L'intégration pouvant générer de nouvelles anomalies, intervient trop tard dans la phase du projet. 1. Corriger les bugs au fur et à mesure qu’on test pour ne laisser que des bugs mineurs et les signaler à la MOE/MOA.

Bilan des risques Groupe Vert / 03 / 2011

Groupe Vert / 03 / 2011 Conclusion : Respect des exigences graphique

Groupe Vert / 03 / 2011 Conclusion : Tests réalisés et résiduels

Groupe Vert / 03 / 2011 Conclusion : Apports personnels

Conclusion Groupe Vert 44 Merci de votre attention 07 / 03 / 2011

Groupe Vert / 03 / 2011