Le portail francophone de la géomatique

Merci à Pascal Boulerie pour le temps consacré à mon problème et ses précieux résultats.

De même pour moi...
Merci de me contacter si vous avez archivé ces cours.
Ion

Je viens de découvrir et d'apprendre - via le site http://www.viadeo.fr - que Stéphane Pelle a récemment remis à disposition publique son cours sur son nouveau site personnel : http://pelle.stephane.free.fr

De plus, Stéphane Pelle avait aussi mis à disposition de l'Université Numérique Ingénierie et Technologie (UNIT) son cours de théorie des graphes, sur un sujet assez proche de HBDS (où H = Hyper-graphe) et intéressant plus généralement tous les étudiants qui souhaitent apprendre à modéliser un réseau dans un SIG :

http://www.unit.eu/Members/pbarbier/lea … nload/file


(quant au langage ADT, il faudrait trouver le cours du Professeur François Bouillé...)

Ce que j'en ressent, c'est qu'effectivement, HBDS est très adapté pour modéliser la réalité, grâce à des notions simples, ce qui rend le schéma très compréhensible, même pour les non-initiés.

Par contre, pour la structure physique de la base, c'est beaucoup moins évident. L'emboîtement "objets", "classes", "hyper-classes", et "hypergraphes" est plus difficile à mettre en oeuvre. D'où l'intérêt des geodatabases ESRI...

Bientôt HBDS chez Axciom ?

Bonjour,

Le lien sur les cours de stéphane Pelle semble mort (ce jour) ?

Existe-t-il un logiciel gratuit comparable à "POSEIDON for UML" pour HBDS ?

Pour ceux que UML interesse:

http://yasr2002.free.fr/soft/uml/uml-pam.pdf

Ceci dit il est plus sympa pour les auteurs d'acheter la version UML 2.0 édité chez Eyrolles:
"Modelisation Objet avec UML" par Pierre-Alain Muller et Nathalie GAERTNER

A+

Christophe

Salut,
Thierry SAINT-GERAND, professeur au sein de l'Université de Caen et directeur du fameux (quoi? vous ne connaissez pas?? )laboratoire GEOSYSCOM associé, a soutenu son H.D.R. (habilitation à diriger des recherches) sur ce sujet (Modélisation HBDS et théorie des graphes planaires topologiques selon la méthode de François BOUILLÉ).
Et comme, bande de petits veinards, je travaille au sein de ce même laboratoire , je vais tenter une approche pour savoir s'il existe un document numérique de ses travaux.. Mais je ne promets rien..

Allez , après DIANA2D, un autre pavé dans la mare de la modélisation ...

Les données SIG étant généralement stockées soit dans une BD relationnelle , soit dans des fichiers à plat ... Le bon vieux formalisme Entite-Association supporté par des outils tels que PowerDesigner  est hyper-simple et hyper-efficace.

JYG

Salut à tous,

Avec la référence que j'ai indiquée UML n'aura plus de secret pour vous (bon faut quand même quelques heures pour lire l'intégralité du pdf).

Jean-Yves G: Le libre c'est comme Eclipse; tout est contribution! 
La modélisation d'un système avec UML c'est un peu plus que le stockage des données.

L'approche objet est la voie à suivre, et à mon sens le SIG est un meta-objet destiné à s'intégré des process plus complexes. Le U (Unified) de ULM prend là tout sont sens, pourquoi développer un concept de modélisation spécifique au SIG ?
Comme on le voit dans le comparatif établi par S. PELLE il n'y a pas de notion HBDS qui ne peuvent s'exprimer en UML. (ou je n'ai pas compris)

En UML il y a plusieurs "vues" différentes et complémentaires d'un pb, elles sont traduites au travers de diagramme.
Pour modéliser un pb du monde rél on peut commencer (conditionel car UML est un langage pas une méthode de modélisation) par étudier les "cas d'utilisation" du systeme que l'on veut modeliser. On dégage les acteurs (utilisateur, autre systeme, logiciel ...) et les principaux scénari (l'utilisateur se conncete au système, etc...).
Ensuite chaque cas d'utilisation est réalisé par la collaboration de différents objets du système, on établi là le diagramme de collaboration.  Ce qui permet d'arriver au diagramme de classe.
C'est simplifié et il ne faut pas oublier que UML permet une approche itérative des projets, la réflexion sur les diagrammes de classe va peut-être vous faire envisager d'autres cas d'utilisation ...On part pas "de" pour arriver "à" on parcours l'ensemble des étapes et on réitère n fois l'opération pour affiner et developper le modèle. 

Concernant la comprehension des non-initiés, ceux-ci participent au projet de modélisation en cours. Il reconnaitront donc dans les diagrammes les noms qu'ils employent eux-même pour parler de leur problématique, pas de soucis de vocabulaire.  Quand à la grammaire, la sémantique graphique d'UML est aisée à comprendre, elle permet tout du moins de saisir le sens général des principales interactions entre composants du modèle.

La mise en oeuvre c'est du ressort du programmeur pas du langage de modélisation. 

Pour les Hyperclasse S. PELLE  propose l'équivalent  UML,  Paquetage. C'est juste, mais on peu le réduire au concept de méta-classe qui est moins contraignant (on reste dans le même package en fait).
Les méta-classe étant une classe générique permettant à toutes les classes "filles" d'hériter des des méthodes et attributs de la méta-classe.(c'est le concept objet d'Héritage).
Si vous utilisez JAVA:   
si votre modele contient des intersections d'hyperclasse (héritage multiple) il faut passer par le Paquetage.

A+

Christophe

Ahh, HBDS, Francois Bouillé, Kitagawa...

Souvenirs souvenirs et une bise aux anciens du Laboratoire d'Informatique Appliquée aux Sciences de la Terre, Paris VI

Nicolas