PROJET DE SESSION DANS LE CADRE DU COURS: SCG - 64739 Réalisation d’applications en SIG PRÉSENTÉ PAR: Marie-Andrée Levesque 18 AVRIL 2006.

Présentation au sujet: "PROJET DE SESSION DANS LE CADRE DU COURS: SCG - 64739 Réalisation d’applications en SIG PRÉSENTÉ PAR: Marie-Andrée Levesque 18 AVRIL 2006."— Transcription de la présentation:

1 PROJET DE SESSION DANS LE CADRE DU COURS: SCG - 64739 Réalisation d’applications en SIG PRÉSENTÉ PAR: Marie-Andrée Levesque 18 AVRIL 2006

2 PLAN DE LA PRÉSENTATION  Mise en contexte  Positionnement du projet  Définition du projet  Méthodologie  Difficultés rencontrées  Démonstration  Limites du projet  Conclusion

3 MISE EN CONTEXTE  Projet de recherche (M. Sc.) « Concevoir, implanter et tester une approche générique permettant l’insertion d’un système de mises en garde automatisées à l’intérieure d’une application SOLAP. »  Idée initiale du projet « Explorer et déterminer une méthode permettant d’implanter un système de mises en garde à l’intérieur d’une application SOLAP supportée par le logiciel JMap SOLAP. »

4 MISE EN CONTEXTE  Qu’est-ce que le SOLAP? Outil d’aide à la décision simplerapideExploration simple et rapide dans les données spatio-temporelleAnalyse spatio-temporelle des données selon une approche multidimentionnelle avec plusieurs niveaux de détails Un peu de vocabulaire...  Dimension  Dimension: Axe d’analyse –Niveau –Membre  Mesure:  Mesure: Attribut numérique  Fait:  Fait: Valeur numérique de la mesure CUBE

5 POSITIONNEMENT DU PROJET  Étude de faisabilité: limitesQuelles sont les limites techniques et technologiques reliées au langage Java et au logiciel JMap SOLAP? choix d’implantationQuels sont les différents choix d’implantation possibles? Parmi eux, quels sont les meilleurs? Pourquoi?  Projet d’apprentissage: MaîtriserMaîtriser davantage le langage Java (Swing et les requêtes dans des BD) ComprendreComprendre la «mécanique» du logiciel JMap SOLAP GérerGérer un projet de développement

6 DÉFINITION DU PROJET  Objectif général récupérer afficher « Proposer une solution permettant de récupérer un avertissement associé à une dimension, un membre ou une mesure choisi et de l’afficher à l’utilisateur. »  Objectifs spécifiques structure de donnéesProposer une structure de données permettant la gestion des avertissements dans une application SOLAP récupérationProposer une méthode permettant la récupération des avertissements à partir du client SOLAP visualiser et afficherProposer une méthode pour visualiser et afficher les avertissements

7 MÉTHODOLOGIE  L’approche Waterfall... 1.Analyse préliminaire2 semaines 2.Préparation2 semaine 3.Conception2 semaines 4.Réalisation4 semaines 5.Test 6.Implantation

8 MÉTHODOLOGIE  Analyse de la technologie JMap SOLAPPourquoi JMap SOLAP?  Un des seuls logiciels sur le marché actuellement  Développé dans le langage Java  Support des professionnels de recherche  Cohérence avec les travaux de recherche pour ma maîtrise Analyse préliminaire

9 MÉTHODOLOGIE  Analyse de la technologie l’architectureQuelle est l’architecture de JMap SOLAP? Analyse préliminaire Tiers client Web Admin Client SOLAP Côté serveur Tiers Web Tiers milieu Tiers ressource Web Admin Tiers Web Architecture Web

10 MÉTHODOLOGIE  Analyse de l’avertissement élémentsSur quels éléments un avertissement peut-il être appliqué? Analyse préliminaire Dimension Mesure Niveau Membre Fait Légende CarteDiagramme ### # - #

11 MÉTHODOLOGIE Analyse préliminaire  Analyse du warning Quelles informations un avertissement doit-il contenir?Quelles informations un avertissement doit-il contenir? AVERTISSEMENTNiveauMessage Lien hypertext ** À l’état de réflexion...

12 MÉTHODOLOGIE logiciels  Préparation des logiciels Installation des logiciels (JMap, Eclipse, JMap SOLAP) Création de la Java Doc pour le JMap SOLAP Exploration de JMap SOLAP données  Préparation des données CHOIXCHOIX: Cube du projet ODISSÉE  Connaissance des données  Connaissance de sa structure  Disponible pour des expérimentations Préparation

13 MÉTHODOLOGIE Conception du système AVERTISSEMENTNiveauMessage Lien hypertext DIMENSION CUBE MESURE MEMBRE NIVEAU FAIT AVERTISSEMENTNiveauMessage MESUREDIMENSION

14 MÉTHODOLOGIE Réalisation du système  1 er choix avertissementsComment les avertissements doivent-ils être stockés?  Dans le cube de données  Dans une base de données indépendante  Dans le cube et dans une base de données indépendante

15 MÉTHODOLOGIE Réalisation du système  2 e choix avertissementsQuand les avertissements doivent-ils être récupérés?  À la demande de l’utilisateur  Au chargement du cube de données  Au chargement du cube et à la demande de l’utilisateur Tiers client Client SOLAP Côté serveur Tiers milieu Tiers ressource

16 MÉTHODOLOGIE Réalisation du système  3 e choix structureQuelle sera la structure de la base de données qui stockera les avertissements? WARNINGNiveauMessage Lien hypertext DIMENSION CUBE MESURE WARNINGid_Warningid_Elementniveaumessagelien CUBEid_WarningId_Cube

17 MÉTHODOLOGIE Réalisation du système  4 e choix affichésComment les avertissements seront affichés à l’utilisateur? Élément Attention!!! Élément Warning Attention!!!

18  En résumé, les modifications ont été... MÉTHODOLOGIE Réalisation du système Tiers client - Création d’une classe pour gérer les Warning - Création de méthodes pour envoyer une requête au serveur et interpréter la réponse retournée - Modification de l’affichage des dimensions et des mesures - Création d’une interface pour afficher le warning Client SOLAP -Création de méthodes pour interpréter la requête reçue - Création de méthodes pour récupérer les informations dans la BD - Création de méthodes pour générer la réponse Tiers milieu - Création d’une nouvelle BD Tiers ressource Côté serveur

19 DIFFICULTÉS RENCONTRÉES  Phase d’analyse ComprendreComprendre la « mécanique » du logiciel JMap SOLAP ÉvaluerÉvaluer le temps requis pour chaque des étapes de développement  Phase de développement DévelopperDévelopper avec les composantes déjà existantes AfficherAfficher efficacement les avertissements

20 DÉMONTRATION

21 LIMITES DU PROJET  Le système proposé potentielpossibilitéNe visait qu’à montrer le potentiel et la possibilité d’insérer des mises en garde dans un SOLAP génériqueN’est pas générique optimiséN’est pas optimisé robusteN’est pas robuste BREF, n’est qu’un premier pas vers la réalisation d’applications SOLAP « AWARE »!!

22 CONCLUSION objectifs  Les objectifs du projet ont été atteints faisableexploitable  Le projet a permis de démontrer que l’intégration d’avertissements dans un SOLAP est techniquement faisable et exploitable ; semble prometteur!  Il reste beaucoup de travail à faire: Analyse approfondie sur les warnings Warnings pour les membres, faits, graphiques, légendes, tableaux, etc. Modifications du Web Admin Profil de l’utilisateur

23 QUESTIONS  Merci de votre attention… QUESTIONS???