b. Structuration de
l'information géographique
Dans la pratique, force est de constater que la mise en oeuvre
d'outils pour l'analyse et la gestion des territoires est trop souvent
guidée par l'entrée technologique. La modélisation des
données et des connaissances à prendre en compte pour
élaborer l'outil est trop souvent occultée ou guidée par
les spécificités de l'environnement informatique qui sera
utilisé. Ceci ne favorise ni la transposabilité de l'outil
à d'autres situations similaires, ni sa mise à jour ou son
évolution. Une démarche structurée et modélisatrice
s'impose dans la conception d'un système d'information qu'il soit de
type géographique ou non. L'intérêt d'utiliser l'approche
UML pour la réalisation d'un système d'information
géographique (au sens large du terme) réside dans l'association
des diagrammes structurels et comportementaux. Ceci permet d'intégrer
dans un même schéma conceptuel les données et les
traitements à réaliser sur ces données. Ainsi les
spécificités des outils pour l'analyse spatiale sont mieux prises
en compte, d'une part à travers le diagramme de classes qui offre un
cadre conceptuel pertinent pour la structuration des données, d'autre
part à travers le diagramme d'états - transition qui permet de
prendre en compte les différents traitements effectués sur ces
données, et donc leur évolution. Ainsi, l'ensemble des
entités qui constituent le domaine d'étude peut être pris
en compte.
Par ailleurs, la représentation centré-objet
constitue une réponse à la modélisation des faits
géographiques dont le caractère d'agrégation et de
composition est particulièrement important. Ce type de
représentation apparaît comme une possibilité pour la prise
en compte des emboîtements spatiaux.
c. Spécification des
fonctionnalités de l'outil
Quelle que soit l'application envisagée, la description
du problème auquel doit répondre l'outil à réaliser
est une phase essentielle dans la mise en oeuvre d'un outil de type
système d'information géographique. La pratique se résume
trop souvent à élaborer l'outil en fonction des données
dont on dispose et non pas en fonction des objectifs que l'on veut atteindre.
Ceci a pour conséquence l'accumulation d'une masse de données
dont certaines peuvent apparaître peu pertinentes, voire redondantes,
compte tenu des objectifs fixés, et contribuent à l'absence de
structuration de la base de données. Les diagrammes de cas d'utilisation
constituent en fait une aide à la spécification des
différentes fonctionnalités du système. Ceci permet donc
de déterminer les besoins du système non seulement en fonction
des cas d'utilisation définis, mais aussi selon les catégories
d'utilisateurs envisagés.
Par ailleurs ces diagrammes présentent
l'intérêt de pouvoir être élaborés selon une
démarche descendante au fur et à mesure de la
modélisation, précisant et complétant ainsi les
différentes fonctionnalités, mais aussi les entités du
domaine étudié.
| 
