OdefiX - Objectifs - Interface graphique - API - GUI

Cette partie présente l'architecture générale du développement. Elle détaille notamment les classes créées pour concevoir l'interface graphique générique présentée à la section précédente.

L'architecture de l'application, présentée dans la figure 5.1, est définie par le regroupement de classes dans des paquetages. Les relations entre paquetages définissent les dépendances dans l'application et déterminent la stabilité de l'architecture.

Figure 5.1. - Architecture générale

• Le paquetage java regroupe tous les paquetages du kit de développement fourni par Sun Microsystems. Nous utilisons le JDK 1.4 (Java Development Kit).

• Le paquetage data contient des classes nécessaires à la construction et à l'évolution des modèles.

• Le paquetage gui : Graphical User Interface regroupe les classes écrites pour l'interface graphique de l'application. Ce package est fortement lié au package data puisqu'il sert à les figurer, ainsi qu'à les manipuler et les visualiser.

• Le paquetage applicatif_métier applicatif_métier correspond aux classes propres à un modèle spécifique. Ce dernier est basé sur le package data, les données d'un modèle dérivant des données génériques. Le package gui sert quant à lui à représenter ces données

L'intérêt de l'architecture réside dans la souplesse de modification pour ajouter de nouvelles caractéristiques. La génération d'applicatifs dédiés est facilitée par la structuration proposée, qui permet ainsi une extension aisée des types de composants à étudier.

Les classes de base

La présentation de l'interface graphique générique a montré l'intérêt de spécifier la notion générale de définition. Tout objet manipulé peut être traité comme une définition plus ou moins complexe. Il peut se ramener dans tous les cas à la définition d'une donnée de type simple comme une chaine de caractères, un réel, un entier, un booléen. Ces données peuvent elles mêmes être traitées comme des définitions.

Dans OdefiX, les données manipulées par le modèle seront toutes décrites par une Definition. Tout objet du monde réel nécessaire au modèle, qu'il soit concret (réservoirs, bassin versant, etc.) ou abstrait (chroniques des pluies ; variation dans le temps de certaines données, etc. ), pourra et devra être représenté par une Definition. Ces définitions sont plus ou moins complexes selon le type d'élément qu'elles vont figurer.

Figure 5.2. - les classes de base

L'abstraction Definition

Pour un objet, être une Definition assure de la spécification de :

• un label, qui constitue la dénomination de l'objet ;
• un identifiant le définissant de manière unique ;
• un type, qui permet de qualifier l'objet par une brève description (méthode getType()) ;
• la représentation et l'affectation possible des données sous forme d'une chaine de caractères (méthodes toString() et set(String s)) ;
• la validité de l'objet (renvoi des incohérences);
• la représentation de l'objet, sous forme d'un modèle de tableau (TableModel), suivant différents points de vue : description, définition, validité, résultats, etc.

Toute Definition possède également un formalisme en XML et pourra donc être stockée dans un fichier au format XML puis restaurée depuis ce fichier. Cet enregistrement/restauration des données en tant que fichier ne se fait que pour les Definition qui sont également des Documents. Toute Definition possèdera forcement un Document comme parent dans un des niveaux supérieurs de sa hiérarchie. Un document est une définition complexe, extensible, qui peut être chargée et sauvée au format XML. C'est un composant de base de l'environnement de travail.

L'avantage des Definitions est l'homogénéité. En effet, si chaque modèle et ses données sont représentés sous forme de Definition, il sera d'autant plus simple de faire cohabiter les modèles, ce qui est la finalité d'OdefiX.

-A VOIR-
- explications sur persistance en XML
- explications sur gestion de l'indexation
- explications sur la gestion des modifications sep-2004

OdefiX offre un ensemble de Definitions qui seront communes à de nombreux modèles. Il fournit pour cela des Definitions correspondant aux données primitives des langages de programmation (les chaînes de caractères, les nombres entiers, les nombres à virgule flottant, les booléens ), ainsi que l'équivalent des tableaux à une et deux dimensions de ces données primitives.

A chaque définition Data est associé un DataType, qui spécifie le type des données représentées (un nombre représentant un débit est différent d'un nombre représentant une coordonnée). Un type Datae données possède donc différents attributs (des bornes de validité minimale et maximale, une valeur par défaut, une unité, un format, une précision, etc.) Ces types de données sont répertoriés dans des catégories et principalement défini dans des fichiers XML. Les types de données communs à tous les modèles sont stockés dans la catégorie OdefiX, tandis que chaque modèle spécifique possède sa propre catégorie, et éventuellement son propre fichier XML.

Figure 5.3. - les définitions de type de base

Exemple de types simples sous leur forme XML :
Le type de la catégorie OdefiX décrivant un nombre à virgule flottant quelconque :
<type id="real" label="Real" base="real" minValue="0" maxValue="1000000000000" precision="0.01" format="0.0#"/>
Le type de la catégorie ZonAgri décrivant un prix se basant sur le type simple de base décrit ci-dessus:
<type id="price" label="Prix total" base="real" desc="Prix des produits total" minValue="0" maxValue="100000" precision="0.01" unit="euro" cumul="true" format="0.00" holeValue="-1"/>

-A VOIR-
- explications sur le formatage
- explications sur la gestion des unités

Une Definition possède un contenu qui peut être simple ou complexe, extensible ou prédéfini. Une Definition complexe pourra donc contenir d'autres Definition, elles-mêmes pouvant être complexes. Il apparaît alors la notion de hiérarchie, chaque Definition possédant une Definition parent et des Definitions enfants, en ce qui concerne les complexes. Les Definitions extensibles peuvent recevoir un certain nombre de Definition d'un certain type, défini par le programmeur et correspondant à la nature spécifique de l'objet contenant.

Figure 5.4. - les définitions "complexes"

Par exemple, un réservoir peut être défini pour une contenance maximum et un débit constant, qui seront tous deux des définitions simples. Une zone géographique peut alors être décrite comme un ensemble de réservoirs. Ce sera alors une définition complexe et extensible, qui possèdera une liste de réservoirs, c'est-à-dire une liste de Definitions complexes.

- soit créer une Definition qui n'est en fait qu'un raccourci, une référence à une Definition déjà définie ailleurs dans l'arborescence de l'environnement de modélisation. Ainsi, toute Definition de type Document sera manipulée à travers des associations ;

- soit définir une liste de Definition, à partir de laquelle on pourra choisir le type de Definition de l'objet. Par exemple, une valeur peut être définie par un nombre ou bien par un calcul (une formule). Ce sera à l'utilisateur de choisir le mode de définition.

Figure 5.5. - les associations

La figure 5.5 présente l'arbre d'héritage des classes pour la gestion du temps : pas de temps, variations saisonnières, chroniques, etc.

Figure 5.5. - Les classes de gestion du temps

Le pas de temps est introduit par la classe abstraite TimePeriod qui hérite de AbstractIntDefinition. La classe TimePeriod assure en plus la spécification :

• d'un calendrier de référence, on utilise le calendrier grégorien disponible dans le paquetage java.utilgetCalendar()) ; (méthode
• d'un format de date (méthode getFormat()) ;
• du passage au pas de temps suivant (méthode toNext()) ;
• du nombre de jour du pas de temps (méthode getDays()) ;
• de diverses méthodes intéressant les dates (méthode isLeapYear(int _year), etc).

Les classes YearStep, MonthStep, D10Step et DayStep assurent l'implémentation de la spécification d'un pas de temps respectivement annuel, mensuel, décadaire (au sens météorologique c'est à dire période du 1 au 10, du 11 au 20, et du 21 à dernier jour du mois) et journalier.

La variation saisonnière d'une caractéristique numérique est introduite par la classe YearlyVariation qui hérite de TimeVariation donc de AbstractDefinition. La classe YearlyVariation assure, à partir de la définition des valeurs mensuelles interannuelles, la spécification :

• de la valeur de la variable pour une décade ou un jour particulier, actuellement traitée par interpolation linéaire (méthodes getValue(D10Step _step) et getValue(DayStep _step)) ;
• de chroniques de valeurs interpolées en décadaire et journalier (méthodes getD10Chronicle() et getDayChronicle).

La classe Chronicle permet de définir la variation d'une caractéristique numérique à pas de temps fixe sur une grande période. La chronique peut être affectée à partir d'un fichier (méthode set(java.io.File file)). Le pas de temps début (méthode getFirstStep()) spécifie le type de variation : annuelle, mensuelle, décadaire ou journalière.

-A VOIR-
- explications sur le package data.time

Cette extension est basée sur une structuration générique des données (gestion de cartes, plans, schémas, graphes, etc) par un typage des informations et propose une formalisation de la gestion du temps autorisant les animations graphiques.

Figure 5.6. - Les classes de représentation en 2D

Le document cartographique est une Definition composée d'objets Couche. Un document peut contenir une ou plusieurs couches. Chaque couche correspond à une agrégation d'objets permettant une représentation en deux dimensions et possédant des informations associées.

Ces objets, que nous dénommons Série, sont donc décrits par une série de valeurs x et de valeurs y, les types de valeurs correspondants et une liste d'informations associées.

-A VOIR-
- explications sur le package data.map
- explications sur les parsers ASCII dont le parser Mif/Mid

OdefiX - Objectifs - Interface graphique - API - GUI

Cette partie présente les bases du fonctionnement de l'interface graphique proposée et illustre, par des exemples de définition d'un système d'eau, différentes fonctionnalités.

L'interface homme-machine proposée vise à répondre de manière générale aux 3 grandes fonctionnalités d'un environnement de modélisation pour l'aide à la décision :

• la construction de modèles ;
• la simulation de modèles ;
• l'évaluation des performances.

L'interface graphique définie sert ainsi à visualiser et modifier les objets de l'application (modèles, documents, composants...) et à naviguer d'un à l'autre. Une fenêtre centrale donne une représentation texte, tableau ou graphique d'un objet sur lequel on peut éventuellement agir.

L'application, bien que portable entre différentes plateformes (utilisation du langage de programmation Java), adopte la configuration classique sous l'environnement Microsoft Windows avec un menu principal, des barres d'outils et une fenêtre principale.

L'affichage de la fenêtre principale est conditionné par les onglets du bas permettant de choisir entre un mode texte, tableau ou graphique. La Figure C1.1 présente les vues sous forme tableau et graphique d'un même système d'eau.

Figure C2.1. - Explorateur, vues sous forme Tableau et Carte

L'interface proposée permet de :

Le menu et la barre d'outils Affichage     |    |            permet de visualiser différents aspects de l'objet sélectionné.

  Précédent

  Suivant

  Mise à jour

  Nouvel onglet

  Fermeture onglet

  Descriptions

  Attributs

  Définition complète

  Données par types

  Problèmes de définition

  Résultats

Le menu et la barre d'outils Edition     |    permettent les échanges de données entre objets et avec d'autres applications en utilisant le Presse-Papiers du système d'exploitation. Ceci est en particulier utile pour copier des caractéristiques identiques entre composants ou pour coller des définitions ou des résultats dans des traitements de texte ou des tableurs.

  Couper

    Copier

    Coller

    Annuler annule la dernière modification de définition active dans la liste des changements.

    Rétablir

Le menu et la barre d'outils Fichier      permettent l'ouverture et la sauvegarde de documents.

  Nouveau

    Ouvrir

    Sauvegarder

La définition se présente sous la forme d'un tableau avec 13 colonnes. La première colonne, non éditable, contient les labels des définitions. Toute cellule correspondant à un champs possède un éditeur spécifique. Une vérification sur la conformité des caractères alpha-numériques et sur un dépassement de bornes éventuel est effectué lors de la validation du champs (lors du passage à une autre cellule ou par action de la touche Enter). Une cellule vide est non éditable.

Vous pouvez obtenir des informations sur la donnée d'une cellule dans le menu contextuel (action du bouton droit de la souris) comme sur l'exemple de la Figure C4.1. Vous disposez ainsi du nom, du type de la donnée, des bornes supérieures et inférieures dans le cas d'une valeur numérique et éventuellement de l'unité dans laquelle cette valeur est exprimée.

Figure C4.1. - Consommation en eau - vue définition

Pour obtenir la description de tous les champs d'une définition, actionner le bouton Niveau 3    de la barre d'outils Vues          , comme l'exemple de la Figure C4.2.

Il peut être plus clair de décrire une variation saisonnière par exemple à partir de sa propre définition, qui précisera explicitement dans ce cas les mois, et permettra d'obtenir la courbe correspondante. A cette fin, il suffit de se positionner sur la ligne à modifier et actionner le bouton Objet    de la barre d'outils Sélection      .

Figure C4.2. - Consommation en eau - vue niveau 3

La définition sous forme texte est moins conviviale que la forme tableau. Mais elle permet une utilisation très souple du Copier - Coller, notamment dans le cas de modifications de propriétés sur plusieurs composants. Pour valider une définition, il faut utiliser la commande Appliquer par l'action du bouton    de la barre d'Outils      .

Tout objet manipulé possède sa propre représentation graphique, qui peut être visualisée à partir de l'onglet du bas Graphique. Cette représentation fait référence à certaines caractéristiques : par exemple les courbes de remplissage d'un réservoir, la variation de la demande pour une consommation en eau - voir Figure C5.1 -, la variation des débits réservés pour un arc naturel, etc.

Sur tous les graphiques, vous pouvez utiliser les fonctionnalités suivantes :

• effectuer un zoom avec le bouton gauche de la souris et la touche Maj du clavier enfoncés ;

• obtenir une vue générale du graphique, après un zoom, par action de la touche R du clavier ;

• modifier une valeur avec le bouton gauche de la souris et la touche Ctrl du clavier enfoncés ; lorsque la valeur est éditable, la modification de la définition est dynamique ;

• modifier des propriétés du graphique par l'action du bouton droit de la souris ; une fenêtre à onglets permet alors de définir des titres, de modifier des couleurs ou des symboles de courbes, etc.

Figure C5.1. - Consommation d'eau - graphique variation de la demande

Sur les présentations sous forme d'histogrammes en 3 dimensions, comme sur la Figure C5.1, vous pouvez utiliser les fonctionnalités suivantes :

• effectuer une rotation avec le bouton gauche de la souris enfoncé ;

• visualiser les valeurs par déplacement de la souris sur le graphique.

Le tableau de ces caractéristiques est obtenu par l'action du bouton Graphe    de la barre d'outils Vues (voir la Figure C5.2). Les définitions sont éditables.

Ces définitions sont également placées dans le Presse-Papiers de l'environnement graphique par exemple Microsoft Windows. Les graphiques peuvent ainsi être obtenus à partir d'un tableur du type Microsoft Excel en utilisant simplement le bouton Coller  . Ce fonctionnement de type Copier  - Coller   est généralisé à toute l'interface, il est ainsi possible d'exporter mais aussi d'importer des données d'autres applications.

Figure C5.2. - Consommation d'eau - vue tableau graphique

La représentation graphique d'un système d'eau est géoréférencée et utilise des fonds cartographiques plus ou moins riches rangés par couches comme présenté sur la Figure C6.1.

Figure C6.1. - Système d'eau - représentation graphique

L'utilisateur dispose de très nombreuses fonctionnalités afin d'adapter la vue du système en fonction de son attente du moment. Il est ainsi possible de :

• détailler et cadrer les vues, par des zooms et des déplacements panoramiques, sans déformation grâce au traitement vectoriel - boutons      et menu contextuel -

• définir les couches graphiques à afficher, correspondant à un classement des objets par thèmes, jouer sur l’opacité des couches pour visualiser de l’information correspondants à des objets superposés

• visualiser les objets d’une couche suivant le classement d'une information associée, par exemple types d'objets ou classes de valeurs. On peut ainsi décliner les vues suivant différentes légendes : régions, relief ou pluviométrie annuelle pour la couche Physique de notre exemple.

• réaliser une animation graphique si l'on utilise de l'information temporelle (voir Figure C6.2). Un lecteur d'animation affiche le pas de temps courant visualisé, permet de lancer/interrompre l'animation, passer au pas de temps suivant, etc.

• visualiser l’information associée à un objet d’une couche. Cette information peut être du texte, des valeurs numériques (simples ou des chroniques), des dates, des adresses de ressources locales ou internet pour l'affichage de documents, d'images, etc.

De manière pratique, sur la couche de l'aménagement actif, vous pouvez utiliser les fonctionnalités spécifiques suivantes :

• sélectionner un composant par l'action du bouton gauche de la souris puis visualiser sa définition par l'action du bouton Objet    de la barre d'outils Sélection ;

• déplacer un composant par l'action du bouton gauche de la souris et la touche Ctrl du clavier enfoncés sur l'objet sélectionné et relachés sur la position finale souhaitée ;

• créer un nouveau composant par l'action du bouton Ajouter composant    de la barre Outils       ; ce composant est obtenu par copie de l'objet sélectionné préalablement par l'action du bouton gauche de la souris ou par une sélection antérieure ;

• ajouter un arc par l'action du bouton gauche de la souris et la touche Alt du clavier enfoncés sur le noeud amont et relachés sur le noeud aval. L'arc est obtenu par copie du lien sélectionné préalablement par l'action du bouton gauche de la souris ou par une sélection antérieure.

Figure C6.2. - Pluies annuelles - animation graphique

Les résultats constituent une des vues les plus intéressantes d'une définition. Il s'agit de manière générale de représenter les conséquences de l'utilisation de la définition de l'objet manipulé ou de mieux cerner cette définition.

Ainsi, sur l'exemple de la Figure C7.1, la vue Résultats d'une demande en eau, définie par les volumes en hm3 pour chaque mois de l'année, est constituée par la variation saisonnière mensuelle du débit fictif continu en m3/s et dam3/jour et par les moyennes interannuelles correspondantes.

Figure C7.1. - Demande en eau - vue résultats

Il est possible de visualiser les variations décadaires (Figure C7.2) ou journalières des demandes, à partir de la ligne de label decade ou date, par action du bouton Définition    de la barre d'outils Sélection      , ce qui permet de vérifier le mode d'interpolation employé.

Figure C7.2. - Demande en eau - variation décadaire

Evaluation des performances

Vous pouvez visualiser différents résultats de la desserte en eau sur le système ou sur certains composants. Vous avez accès à des chroniques sur des variables du modèle et à des cumuls et des statistiques issus de ces résultats de manière à disposer d'indicateurs synthétiques pour évaluer les performances d'un aménagement.

Ainsi, en mode Graphique sur le système d'eau, l'action du bouton Résultats    de la barre d'outils Vues affiche une fenêtre du type présentée sur la Figure C8.1..

Figure C8.1. - Système d'eau - graphique résultats globaux

Dans le mode tableau ou texte, la commande Résultats    de la barre d'outils Vues appliquée sur le système d'eau vous permet de disposer de :

• résultats globaux sur les déficits de demande en eau où nous distinguons demande consommatrice (C), demande d'utilisation (U) et demande écologique (E) qui correspond aux débits réservés dans les arcs naturels

• accès, par l'action du bouton Objet   , aux chroniques relatives aux résultats précédents soit en valeurs absolues, soit en pourcentages.

• cumuls saisonniers des demandes et déficits pour les consommations d'eau (C), les besoins d'utilisation (U) et les besoins écologiques (E). Sont également cumulés mois par mois les apports et les sorties naturels du système.

• comparaisons sur la desserte des demandes (consommations en eau et utilisations d'eau) à partir des valeurs de pourcentages et des dates sur leur déficit total, leur déficit max annuel, leur plus long déficit et leur déficit max mensuel. Vous pouvez directement accéder aux résultats d'une demande particulière par l'action du bouton Objet    sur l'un des éléments de la liste.

Les nombreuses fonctionnalités de la vue graphique d'un système d'eau facilitent grandement l'évaluation des performances d'une alternative d'aménagement ou de gestion. En un "coup d'oeil", il est ainsi possible de repérer les demandes ayant connu des déficits et de qualifier ces pénuries dans l'espace.

Vous pouvez ainsi choisir de visualiser les aménagements suivant différents aspects à partir du choix des légendes liées à des résultats caractéristiques : déficit moyen, déficit maximum annuel (voir Figure C8.2.), plus long déficit, déficit maximum mensuel, retour déficit annuel > 0%, retour déficit annuel > 5%, retour déficit annuel > 25%, déficit annuel.

La possibilité de réaliser des animations est un plus pour mieux évaluer la desserte en eau et détailler les chroniques annuelles de pénuries, les situations extrêmes, etc.

Il est possible de superposer les couches et jouer sur les transparences pour comparer des simulations.

Figure C8.2. - Aménagements - Graphique déficits max annuels

Diverses fonctionnalités de définition d'un système d'eau ont été examinées. Mais il est important de préciser comment est assurée la persistance de ces définitions.

La sauvegarde et l'ouverture de fichiers s'effectuent très classiquement, par l'action des boutons Sauvegarder et Ouvrir ou à partir du menu Fichier, à l'aide d'une boîte de dialogue comme présentée sur la Figure C8.1.

Figure C9.1. - Système d'eau - sauvegarde

Suivant l'extension adoptée, le stockage s'effectue suivant divers formats :

• L'extension hyd correspond à un stockage sous forme binaire, qui utilise le mécanisme de persistance du langage Java. C'est le moyen le plus performant. Voir Les entrées-sorties : les fichiers .

• L'extension txt correspond au stockage de la définition complète du système d'eau sous forme de texte ASCII au format libre, utilisant les tabulations comme séparateurs. Il permet un échange aisé avec les tableurs par exemple. Voir Les entrées-sorties : les fichiers.

• L'extension xmd correspond au stockage de la représentation graphique des systèmes au format défini par ActiveMap. Voir Les entrées-sorties : les fichiers .

On peut aisément ajouter d'autres formes de stockage pour des besoins nouveaux.

OdefiX - Objectifs - Interface graphique - API - GUI

Les bases de l'interface graphique

Le but d'OdefiX est de pouvoir se concentrer sur la structuration et les fonctionnalités des modèles à définir et non sur l'interface graphique ou l'échanges de données (persistence XML, copier/coller Excel, etc). Théoriquement, aucune écriture spécifique de classes pour l'interface est nécessaire, le temps de développement est alors consacré à la réalisation du modèle.

L'interface proposée permet de :

• visualiser et modifier des objets structurés (dont des données spatiales et temporelles) et faciliter la navigation entre ces objets ;

• fournir des vues multiples d'un même objet : définition, tableau, graphique, validité, résultats, etc ;

• ajouter, copier, couper, coller des objets ;

• ouvrir, sauver des documents sous des formats texte, XML (Extensible Markup Language) ;

• gérer les références entre documents => notion de modèle de référence et suivi de variantes (en cours).

Certains modèles, notamment pour la gestion des ressources en eau, sont caractérisés par la prise en compte de la variabilité spatio-temporelle des processus. D'où l'importance de disposer d'un système d'information à référence spatiale et temporelle.

L'interface permet une représentation spatialisée du bassin, en différentes couches d'information et à différentes échelles (voir Figure 3.1). C'est la représentation la plus naturelle pour, d'une part, faciliter les dialogues entre thématiciens et gestionnaires et, d'autre part, synthétiser et schématiser des informations.

Figure 3.1. - Représentation spatiale

Parallèlement, la même interface permet d'accéder aux différentes données temporelles : chroniques historiques (pluies, écoulements, populations, etc. ...) et chroniques prospectives liées à des scénarios d'évolution qui seront construits. La représentation des données temporelles est faite, soit sous forme de tableau, soit sous forme de graphiques temporels (voir Figure 3.2).

Figure 3.2. - Représentation chroniques temporelles

 

 

---

 

Le but de la plate-forme est de pouvoir activer, modifier et éventuellement construire de manière interactive différents modèles. Ainsi, dans le cas d'un modèle d'allocation des ressources en eau, chacun des composants va pouvoir être défini, modifié avec ses propriétés structurales et ses propriétés de gestion (voir Figure 3.3).

Les systèmes modélisés peuvent être simulés suivant différents paramètres afin de pouvoir évaluer les objets étudiés dans le modèle. Les résultats, qui peuvent être distribués dans l'espace et dans le temps, sont fournis sous forme de cartes, de graphiques, de tableaux, de statistiques, etc.

Figure 3.3. - Vue tableau de définitions

 

 

---

La barre d'outils Vues            permet de visualiser différents aspects de l'objet sélectionné.

  Descriptions

affiche les descriptions de toutes les définitions composant l'objet sélectionné.

 

  Attributs

affiche les attributs (paramètres ne rentrant dans le contenu de la définition) de l'objet sélectionné et de toutes les définitions composant cet objet.

 

  Définition

affiche la définition complète d'un objet, soit une vue à plat de toutes les définitions composant cet objet. Pour détailler une caractéristique, il suffit de positionner le curseur sur la ligne correspondante et d'utiliser le bouton Objet de la barre Sélection pour visualiser cette propriété sous différentes facettes.

 

  Données

affiche les données par colonne, si cette vue à un sens pour l'objet sélectionné.

 

  Validité

affiche des informations relatives à la validité de la définition : rien si l'objet est valide et la liste des incohérences sinon. Il suffit de positionner le curseur sur cette incohérence et d'utiliser le bouton Objet de la barre Sélection pour corriger la définition.

 

  Résultats

affiche les résultats associés à un objet, si ils existent.

OdefiX - Objectifs - Interface graphique - API - GUI

Le but d'OdefiX est de faciliter la conception informatique de modèles de différentes natures et leurs interactions au sein d'une même interface (Pouget et al., 2004a). OdefiX utilise les technologies Java et XML (eXtensible Markup Language) et représente en fait les composants de base de n'importe quelle application voulant décrire et exécuter un modèle.

Un objectif général de l'unité DIVHA est de fournir un cadre commun de modélisation et de représentation (OdefiX pour Object Definition Extension) afin de :

 faciliter le développement de modèles ; l'emploi d'une approche de modélisation objets et la mise à disposition de composants logiciels (gestion du temps, de l'espace, etc) soutiennent la description de la structure, des propriétés et des dynamiques des modèles ;

 favoriser les discussions entre spécialistes et gestionnaires grâce à une interface conviviale (représentations spatiale, graphiques...) ;

 faciliter le dialogue entre modèles, grâce à une interface commune, pour simuler des dynamiques qui rendent compte d'interactions entre modèles de natures différentes.

Il y a une volonté de développer des modèles génériques, afin de faciliter l'extension et la transposition des modèles construits et de capitaliser les expériences. La constitution de composants logiciels "métiers", utilisables dans d'autres applications, assure cette capitalisation. Les développements envisagés portent ainsi sur :

 une évolution des composants du modèle d'allocation de ressources en eau HyD2002 (Pouget et al., 2004b), qui permet de représenter différents types d'aménagements et de simuler divers modes d'allocation en présence d'usages et de règles multiples. Les améliorations vont porter notamment sur la représentation des aquifères, la prise en compte des temps de propagation (Simulsen), de nouveaux algorithmes d'optimisation ;

 la constitution de composants pour la modélisation technico-économique des activités agricoles, au niveau régional (ZonAgri) ;

 la constitution de composants pour la modélisation hydrologique distribuée utilisée notamment dans le cas de modifications anthropiques importantes des bassins versants (Cudennec et al., 2004a).