116
schéma de déploiement.
Ainsi que le montre la Figure 3, l’architecture du système
GEOLIB Web est une architecture à plusieurs niveaux. Elle est
composée du client GEOLIB (composant ActiveX), du serveur
GEOLIB, d’une ou plusieurs sources de données et du serveur
HTTP (serveur Web).
Figure 4. Architecture GEOLIB Web
Nous retrouvons dans cette architecture les parties essentielles
du système :
A. Le serveur GEOLIB accède aux sources de données
et répond aux requêtes des clients.
B. Des sources de données qui peuvent être des fichiers
en formats d’export, des SIG qui fonctionnent avec des
données en formats propriétaires et qui prévoient
l’accès et l’export de données via l’interface de
programmation d’applications (API : Application
Programming Interface).
C. Des données chargées dans la mémoire du serveur
GEOLIB au format interne du système.
D. Le fichier de configuration du serveur. Ce fichier décrit
l’organisation des cartes, définit des aspects
d'affichage, des seuils de zoom, des rectangles
englobants, des paramètres de démarrage du serveur
et éventuellement des règles de sécurité.
E. Le navigateur HTML (Internet Explorer) localisé sur le
poste client. Le navigateur est au même temps un
conteneur du composant ActiveX.
F. Un serveur HTTP chargé de transmettre des pages
HTML au navigateur du client.
G. Le composant GEOLIB client stocké sur la machine
des deux serveurs et accessible par le serveur HTTP.
H. Une page au format HTML qui contient une référence
au composant GEOLIB client.
I. Des requêtes et des données qui transitent entre le
serveur HTTP et le navigateur selon le protocole
HTTP. Une des requêtes est la demande d’envoyer la
page avec le composant GEOLIB client.
J. Le composant GEOLIB client qui s’exécute dans le
cadre du conteneur sur le poste client, suite à
l’interprétation de la page HTML. Le composant
travaille sur des données que le serveur lui a
envoyées. Ces données sont dans la mémoire vive du
composant au même format que dans la mémoire du
serveur (C). Du fait des restrictions de sécurité du
navigateur Web, le composant ne peut en aucun cas,
même temporairement, stocker l’information sur le
disque du poste client. L’information qu’il possède est
donc limitée par la taille de la mémoire vive. C’est une
restriction qui nécessite de mettre en place une
technique de résolution de requêtes quand on travaille
avec des données géographiques de grande taille.
K. La communication entre le serveur et le client, à la
base des requêtes du client et des réponses du
serveur à ces requêtes.
L’architecture du système GEOLIB mono-poste (Figure 5) est
plus simple que celle destinée au Web. Le composant mono
poste du système GEOLIB (A dans Figure 5) est un composant
qui dispose de fonctionnalités serveur (A dans Figure 4) et de
fonctionnalités client (J dans Figure 4). La partie serveur doit
offrir les fonctionnalités de connexion aux sources de données et
la gestion de données dans la mémoire. La partie client GEOLIB
doit offrir les fonctionnalités de l’interface visuelle et aussi
l’interface d’accès au système pour pouvoir utiliser les
fonctionnalités du serveur. Toutes les parties liées à la connexion
entre les machines (serveur HTTP, pages HTML, communication
réseau) ne sont plus présentes. Le composant mono-poste n’est
pas un exécutable indépendant comme l’est le serveur GEOLIB.
Il adapte la forme de GEOLIB client et se présente sous la forme
d’un composant ActiveX.
Dans cette architecture, nous retrouvons l’applicatif Windows qui
remplace le navigateur et joue le rôle de conteneur du
composant ActiveX. Cet applicatif va utiliser les fonctionnalités
fournies par le système GEOLIB mono-poste.
~(ST;
Fichier
Configuration
Données en format
propirétaire
Figure 5. Architecture GEOLIB mono-poste
Nous pouvons aussi considérer une troisième architecture
d’utilisation du système GEOLIB. Il s'agit d’une architecture
classique client-serveur qui fonctionne avec les mêmes
composants et selon le même modèle que l’architecture GEOLIB
Web (Figure 4), à quelques détails près :
• nous pouvons avoir un applicatif Windows à la place du
navigateur, comme dans l’architecture GEOLIB mono
poste ;
• le cc
clien
Winc
• toute
n’est
Les trois î
L’architec
sur le mê
ces donm
les deux ;
n’est plus
toutes les
pas adapt
• quanc
certai
l’utilis
• quanc
utilisa
• et qt
fréque
L’architec
données i
l’utilisatior
des applic
L’architec
toutes le:
utilisateur
des donn
données
sont résc
données
données
GEOLIB,
définissar
(D dans F
correspor
aux utilisa
est idéal
organisai
L’architec
large. Gré
le compc
données,
peut proc
possibilité
fonctionn;
requêtes
4.1. C
Dans le
embarque
provenan
standard.
Ce systè
largemen
Nous utili
(GPS :
géograph
données
téléphone
Internet
composai
navigatei
le traitem
L'architec
de mieux