Polytech Lille GIS4 Projet de PPO

Transcription

1 Polytech Lille GIS4 Projet de PPO http ://weppes.studserv.deule.net/ bcarre/gis4/2014/tutorat-ppo L'objectif est de concevoir un noyau de représentation et de calcul pour grilles de tableurs (gure 1) utilisable plus généralement pour faire des formulaires en ligne ou des calculettes en mode console. Les cases d'une grille de calcul contiennent des valeurs soit fournies par l'utilisateur, soit calculées automatiquement par une formule faisant référence à d'autres cases (et récursivement). Le jeu de données permises est plus ou moins riche (entiers, réels, chaînes de caractères, booléens, URL, images,...) ainsi que le jeu de formules (numériques, logiques, statistiques, textuelles,...). On se limitera ici à des grilles de calcul numériques (double) avec un jeu limité de formules mais qui doit être facilement extensible. Figure 1 Tabloo 1 Noyau de représentation et de calcul Le cahier des charges est limité comme suit et on part du schéma UML de la gure 2. Une grille de calcul est constituée de cases selon une matrice L C. L et C peuvent être très grands (testez sur votre tableur préféré) et on a intérêt à ne mémoriser que les cases eectivement créées (les autres ne pouvant intervenir dans les calculs). Une case est repérée par ses coordonnées : en colonne selon une dénomination A...Z AA...AZ BA... BZ CA... Pour simplier on se limitera à l'intervalle [A... Z] mais le logiciel doit pouvoir être extensible au delà. en ligne selon une numérotation entière entre 1 et MAX_LIGNES. On pourra se limilter à MAX_LIGNES=20 par exemple mais le logiciel doit pouvoir être extensible au delà. Une case est représentée par un objet Case. Toute case a une valeur (double) soit xée par l'utilisateur (par sa méthode fixervaleur). Voir par exemple A1.. A4, B2, C2 sur la gure 1. 1

2 Grille void getvaleur(string nomcase) cases * String colonne int ligne double valeur Case double valeur() void fixervaleur(double x) void setformule(formule f) formule 0..1 Formule << abstract >> abstract gauche droite OperationBinaire << abstract >> Fonctions Addition Soustraction Multiplication Division Figure 2 Squelette UML de départ soit calculée par une formule qui lui est propre (remplie par sa méthode setformule). Voir les autres cases de la gure. à tout moment le contenu d'une case peut être modié avec une valeur xée ou une formule. Une formule est représentée par un objet de type Formule. Elle permet de calculer une valeur par sa méthode eval() qui lui est propre en fonction d'arguments qui sont des cases (à valeur xée ou calculée...). Dans certains cas une formule ne peut s'évaluer (division par zéro, moyenne d'une liste vide,...), en tenir compte dans la spécication de la méthode eval(). On distingue : les opérateurs arithmétiques binaires (+, -, *, /) à 2 arguments (gauche et droite) les fonctions numériques à n arguments (n cases avec n quelconque). On se limitera aux fonctions Somme, Moyenne mais le logiciel doit être extensible à toute autre fonction numérique (ecart type, produit,...). Les fonctions ont un nom français et anglais et la grille doit pouvoir être formulée dans les deux langues. Lorsque l'on modie une case (soit en xant sa valeur, soit en la remplissant avec une formule de calcul) les valeurs des cases qui en dépendent doivent être automatiquement mises à jour. Attention à l'ordre de propagation (toute case dont dépend une autre case doit être évaluée avant). Les formules ne peuvent être cycliques, c'est à dire qu'une case ne peut contenir une formule dont elle est argument, directement ou indirectement. Ceci peut (doit) être vérié lors de l'aectation d'une formule à une case par sa méthode setformule. Par exemple (gure 1) : cycle direct : aecter à la case A1 la formule A1+B2 ou à B2 la formule somme(a2,b2,a3) génèreraient un cycle cycle indirect : aecter à la case B2 la formule A1+C6 génèrerait un cycle, en eet C6 dépend de B4 qui dépend de B2 (gure 3). 2

3 Figure 3 Exemple de cycle indirect Pour une case donnée par ses coordonnées, il doit être possible (si elle existe, sinon gérer l'erreur) : d'obtenir sa valeur d'obtenir son contenu, c'est à dire : sa valeur xée, si elle ne contient pas de formule. Par exemple sur la gure 1 : 12.0 pour B2, 0.0 pour A4 sa formule sinon. Par exemple : (A1 + A2) pour B4, MOYENNE(B6, B4, A4) pour C6 d'obtenir son contenu développé, c'est à dire : sa valeur xée, si elle ne contient pas de formule. Par exemple cela ne change rien pour B2 et A4 sa formule développée récursivement sinon. Par exemple cela ne change rien pour B4 : (A1 + A2), mais pour C6 cela donne : MOYENNE(SOMME(A2, B2, A3), (A1 + A2), A4). Simplications Comme on le verra par la suite, la construction et l'édition d'une grille se fera en dur (cf. 1.2). Il n'est donc pas demandé d'analyser syntaxiquement des formules pour construire leur représentation par objets. De la même façon, l'interface graphique que l'on fera par la suite (cf. 3) ne permettra que de remplir des cases avec des valeurs numériques (et non d'éditer des formules). 1.1 Analyse/conception : rapport à rendre à votre tuteur JEUDI 20 NOVEMBRE au soir Analyser et concevoir ce noyau de représentation et de calcul. Compléter le schéma UML. Analyser et faire les choix de représentation (en particulier de structures de données nécessaires). Ecrire en pseudo-java les méthodes essentielles, notamment celles requises par les principaux traitements suivants : accès à la valeur, au contenu et au contenu développé d'une case donnée par ses coordonnées évaluation (eval() ) aectation/modication de case par une valeur (fixervaleur ) ou une formule (setformule ) propageant le re-calcul des cases qui en dépendent moyennant la vérication préalable que la modication n'entraine pas de cycle. Votre rapport fera environ 5 pages (hors couverture et table des matières). 1.2 Développement et test du noyau Programmer les classes du noyau de représentation et de calcul dans un package noyau. Dans un package application programmer une classe Test (main ) qui : crée en dur la grille de test donnée en exemple (Figure 1). ache son état, en listant l'état des cases existantes. Pour chaque case fournir : son nom, sa valeur, son contenu et son contenu développé. permet à l'utilisateur de modier une case (existante) en fournissant une valeur. Réacher l'état de la grille. 3

4 Figure 4 Schéma de principe d'une JTable Plutôt que de coder toutes les classes et toute la grille de test d'un seul coup, il vous est conseillé de procéder progressivement des cases les plus simples aux plus complexes. Tester tous les cas (erreur d'évaluation, cycles,...). 2 Sauvegarde par sérialisation Modier les classes du noyau pour donner la possibilité de sauvegarder l'état d'une grille par sérialisation. Ajouter cette fonctionnalité dans l'application Test de la section 1.2 (sauvegarde et rechargement de la grille test). 3 Interface graphique Le but est de programmer un tableur graphique simplié de manipulation d'une grille chargée à partir d'un chier sérialisé comme précédemment. Pour la grille de test, le rendu doit correspondre à la gure 1. L'utilisateur ne pourra qu'entrer des valeurs dans des cases existantes : pas de création de nouvelles cases ni d'édition de formules. Le tableur se mettra alors à jour automatiquement. Pour cela nous allons utiliser le composant graphique standard JTable de la bibliothèque standard javax.swing. Une JTable est un composant graphique standard de Java qui permet facilement d'acher et d'éditer un tableau à 2 dimensions de cases géré par un modèle de données telle que nos grilles de calcul. La JTable s'occupe de l'achage graphique du tableau, de son redimensionnement, de la modication du contenu des cases et de la mise à jour en conséquence à l'achage. Une JTable peut se connecter à tout modèle de données tabulaire. Il sut de respecter le principe de fonctionnement schématisé sur la gure 4 : une JTable est connectée (référence de rôle tablemodel vers la classe AbstractTableModel) à un modèle de données répondant au protocole de la la classe AbstractTableModel fourni à sa création ce protocole spécie par un jeu de méthodes à implanter : le paramétrage de la JTable (nombre de lignes et de colonnes, format des cases,...) et surtout les opérations : de modication d'une case (méthode setvalueat(value, coordinates)) eectuée par l'utilisateur à transmettre au modèle de données d'obtention du contenu d'une case (méthode getvalue(coordinates)) exploitée par la JTable pour mettre à jour automatiquement son état. il sut donc pour nous de sous-classer la classe AbstractTableModel par une classe telle que ihm.mytablemodel implantant le protocole attendu par connection à une grille du noyau de calcul noyau.grille. Le squelette de code ihm/tablooproto.java fourni est un prototype compilable et exécutable de l'interface graphique attendue appliquée à un modèle de données rudimentaire consistant en un 4

5 simple tableau de String à 2 dimensions (achage et mise à jour par entrée utilisateur, cf. gure 5). Figure 5 TablooProto Lire attentivement ce code et l'appliquer à votre grille de calcul : il s'agit principalement de modier la classe MyTableModel en remplaçant le tableau 2D de String codé en dur par une référence à une grille chargée et d'adapter les parties commentées \\TODO du code de connection. Informations complémentaires Si nécessaire voir : la spécication des classes javax.swing.jtable et javax.swing.abstracttablemodel de la Javadoc. le tutoriel sur l'utilisation de JTable : 4 Projet nal à rendre à votre tuteur JEUDI 18 DECEMBRE AVANT 14H Rapport papier expliquer les modications apportées à l'analyse/conception initiale (cf. 1.1) modes d'utilisation (commandes de compilation et d'exécution) bilan et conclusion en précisant si c'est le cas ce qui n'a pas été fait ou ne fonctionne pas, les améliorations possibles listing intégral (commenté et rangé par pacckage). Archive du projet Vous pouvez utiliser Eclipse ou tout autre environnement de développement. Mais au nal votre projet doit fonctionner sur l'environnement standard JDK des machines de TP sous Linux et doit être fourni sous cette forme avec les commandes de compilation et d'exécution correspondantes (exécutables dans un terminal). Envoyez par mail à votre tuteur une archive tar ou jar contenant : les sources et les.class, structurés en répertoires/packages (noyau, application, ihm) le chier sérialisé de la grille test. 5