Développement d'un portail d'échange de données scientifiques en GWT

Transcription

1 Le 15 Juillet 2015 Développement d'un portail d'échange de données scientifiques en GWT Stage de validation de formation d Analyste Concepteur Développeur Tuteur: Mr François ANDRE Stagiaire: Mr Andry ANDRIATIANA

2 SOMMAIRE Présentation Contexte du projet Gestion de projet Analyse Conception et codage L interface Bilan 2

3 PRÉSENTATION 3

4 Présentation La Très Grande Infrastructures de Recherche RESIF : Le Réseau Sismologique et Géodésique Français, est officiellement lancé en février Pour le bénéfice de l ensemble de la communauté scientifique Réseau d équipements fournissant des données de qualité et multidisciplinaires Encadrée par le CNRS et ses collaborateurs nationaux, européens et internationaux 4

5 Présentation L Observatoire Midi Pyrénées : Observatoire des Sciences de l Univers (OSU) et une composante (école interne) de l Université Toulouse III - Paul Sabatier (UPS). Couvre un champ très vaste de recherche (allant de l étude du big-bang jusqu à celle de l intérieur de la Terre) Sous la tutelles du CNRS, du CNES, de METEO-France et de l UPS 5

6 Présentation Le Service de Données de l Observatoire : A pour mission de développer des applications de gestion / traitement / distribution de données scientifiques environnementales Maitrise d œuvre pour de nombreux projets : ECCAD, IAGOS, RBV Equipes constituée de membres aux compétences complémentaires 6

7 Présentation Le projet portail RESIF : Portail grand public destiné à mettre à disposition les données collectées par la TGIR RESIF A débuté en janvier 2014 et se termine le 31 juillet 2015 Maitrise d ouvrage et centre de données basé à Grenoble 7

8 CONTEXTE DU PROJET 8

9 Chapitre 2 Contexte du projet A débuté en janvier 2014 et se termine le 31 juillet 2015 Date de début du stage 13 Avril 2015 durée 3 mois Le stage débute dans un contexte de fin de projet 9

10 Chapitre 2 Contexte du projet Finalisation des dernières fonctionnalités du portail web Contraintes : travail plus axé sur le développement que sur la conception 10

11 Chapitre 2 Contexte du projet 2 livraisons : La première le 12 Juin : travaux sur les événements pré exportés La deuxième le 31 Juillet : la dernière (c est le sprint final) 11

12 GESTION DU PROJET 12

13 Chapitre 3 Gestion du projet Utilisation de la méthodologie de travail Agile/Scrum Cycles de développement plutôt courts (3 semaines en moyenne) Itératif : remaniement du système planifié Incrémental : développement par module Dialogue avec la maitrise d ouvrage : réactivité Utilisation d outils facilitant le travail en groupe et l intégration continue 13

14 Chapitre 3 Gestion du projet La forge SourceSup : Plateforme d'hébergement de projets informatiques destinée aux établissements d'enseignement supérieur (universités, écoles d'ingénieurs,...) et aux organismes de recherche français Le service SourceSup est gratuit et ouvert à tous les membres de l'enseignement Supérieur et de la Recherche Outils disponibles : Git, Jenkins, Sonar 14

15 Chapitre 3 Gestion du projet 15

16 ANALYSE 16

17 Chapitre 4 Analyse Travaux demandés : Concevoir et développer les fonctionnalités permettant l échanges des données pré-exportées Concevoir et développer les fonctionnalités d affichage des statistiques des données distribuées 17

18 Chapitre 4 Analyse Concevoir et développer les fonctionnalités pour l échange des données pré-exportées : But : alléger la charge de travail des serveurs du nœud B en prétraitant les données les plus demandées => Prétraitement vs calcul et compilation à la volée 18

19 Chapitre 4 Analyse Besoins : Mettre à disposition la liste des événements pré-exportés présente sur la base de données pour informer l utilisateur Permettre la récupération des données pré-exportées 19

20 Chapitre 4 Analyse Concevoir et développer les fonctionnalité d affichage des statistiques de téléchargement : But : donner aux gestionnaires du projet RESIF ou des différents réseaux des outils d analyses des flux de données => évaluer les performances des outils et leur pertinence => de justifier certains budgets ou demandes d investissement 20

21 Chapitre 4 Analyse Besoins : Rendre disponibles en base de données les statistiques de distribution de données Visualiser ces statistiques sous forme graphique 21

22 CONCEPTION ET CODAGE 22

23 Chapitre 5 Conception et codage A propos de la base de données : Il y a une quinzaine de tables simples dans la BDD Sert de cache mémoire afin de conserver les données les plus utilisées par l application 23

24 Chapitre 5 Conception et codage Cas d utilisation des données pré-exportées : 24

25 Chapitre 5 Conception et codage 25

26 Chapitre 5 Conception et codage Diagramme de classe : 26

27 Chapitre 5 Conception et codage Mise à jour (automatisée) de la BDD à partir de fichiers situés au nœud B 27

28 Chapitre 5 Conception et codage 28

29 Chapitre 5 Conception et codage Téléchargement des fichiers 29

30 Chapitre 5 Conception et codage 30

31 Chapitre 5 Conception et codage Cas d utilisation des statistiques de téléchargement : 31

32 Chapitre 5 Conception et codage 32

33 Chapitre 5 Conception et codage Diagramme de classe : 33

34 Chapitre 5 Conception et codage Mise à jour (automatisée) de la BDD à partir de fichier situés au nœud B: Pour garder en base les statistiques et ne pas avoir à les télécharger à chaque demande utilisateur (ce serait très long) Le transfert de fichier suis quasiment le même processus que pour les données pré-exportées. Ici réutilisation de classes implémentées Implémentation de la couche DAO 34

35 Chapitre 5 Conception et codage Implémentation des requêtes JPA criteria: Choix de laisser en retour de méthode une liste de tableau d objet. Problème de portage de Point : Couche DAO -> couche service -> RPC vers client -> client (oups Point GWT!= Point Highcharts) -> reconversion Et Number? 35

36 Chapitre 5 Conception et codage Affichage des différents graphiques : Utilisation de la librairie Highcharts au niveau de l interface : => les graphiques implémentent une interface commune BasicChart (marqueur et fermeture éclaire) => la vue ignore le type réel du graphique qu elle contient => problème à suivre 36

37 Chapitre 5 Conception et codage Le mystère des fromages masqués : 37

38 Chapitre 5 Conception et codage Le mystère des fromages masqués : La vue ignore le type réel du graphique qu elle contient Presque : => un problème de génération des fromages masqués m a obligé à donner à la vue la faculté de tester le type des graphiques (switch entre les moteurs). 38

39 Chapitre 5 Conception et codage Faire communiquer le graphique et la vue : Problème : on ne veut pas que le graphique connaisse la vue Utilisation du bus d événement Etapes : => création d un événement et son handler associé => abonner l événement au bus par ajout du handler => rendre la vue sensible à l évènement (implémentation du handler) => faire en sorte que le graphique dispache l événement 39

40 L INTERFACE 40

41 Chapitre 6 L interface 41

42 Chapitre 6 L interface 42

43 Chapitre 6 L interface 43

44 BILAN 44

45 Chapitre 7 Bilan Pour le projet : Intégrations des travaux par le chef de projet effectués ou en cours La plupart des fonctionnalités sont implémentées et stables Une dernière période a été planifiée pour permettre les derniers ajustements 45

46 Chapitre 7 Bilan Personnellement : Première expérience en développement très enrichissante Les nouvelles techniques et bonnes pratiques de codage => Un exemple simple : le magic number La redécouverte de technologies abordées en formation Concepts et outils d intégration continue 46

47 Chapitre 7 Bilan Et aussi, ça continue 47

48 Merci pour votre attention 48