Chapitre III Démarche conceptuelle de mise en place d’un serveur de Métadonnées
21
3.3 Architecture générale d’un serveur
L’architecture générale ci-dessous, montre que la mise en place d’un serveur de métadonnées
revient à développer une application selon l’architecture client/serveur à trois niveaux. En effet, un
utilisateur se trouvant sur une machine client distante accède au serveur de base de données dédié
par un envoi de requête interprété par le serveur d’application (Fig : 13).
Figure 6 : Architecture générale d’un serveur de métadonnées
Le premier niveau appelé niveau de présentation, permet d’effectuer des requêtes et de consulter
des résultats à partir d’une interface utilisateur sur le Web. Le niveau intermédiaire, serveur
d’application, se charge d’interpréter les requêtes de l’utilisateur via le premier niveau pour extraire
les données utiles se trouvant sur le troisième niveau, relatif à la base de données.
3.4 Modélisation du serveur de métadonnées
La modélisation de notre système (serveur de métadonnées) s’appuie sur l’architecture globale
présentée ci-dessus (Fig : 13), ainsi que sur l’analyse des besoins d’un utilisateur donné et ses
attentes vis à vis d’un tel serveur. Notre démarche s’articulera sur deux modèles étroitement liés
l’un à l’autre. Le premier concerne le stockage utilisé pour organiser les métadonnées à l'intérieur
du serveur de base de données. Le deuxième est un modèle d’interrogation qui servira
d’intermédiaire entre l’utilisateur et la base de métadonnées.
3.4.1 Modèle conceptuel de stockage de métadonnées
L’objectif est de disposer d’une modélisation conforme aux normes internationales, et
compatibles avec les ressources de données d’un organisme producteur. Le modèle de la norme
ISO19115, présente les différentes classes de métadonnées, la structure des ressources varie d’un
producteur à un autre, ainsi il sera présenté ci-dessous une modélisation conforme avec la structure
des ressources à l’INCT. Les diagrammes de classes présentés dans cette partie utilisent le
formalisme UML. Ils décrivent la structure statique des objets dans un système, de même que les
relations qui les unissent. La classe constitue l’élément central, représenté sous forme de rectangle.
21
3.3 Architecture générale d’un serveur
L’architecture générale ci-dessous, montre que la mise en place d’un serveur de métadonnées
revient à développer une application selon l’architecture client/serveur à trois niveaux. En effet, un
utilisateur se trouvant sur une machine client distante accède au serveur de base de données dédié
par un envoi de requête interprété par le serveur d’application (Fig : 13).
Figure 6 : Architecture générale d’un serveur de métadonnées
Le premier niveau appelé niveau de présentation, permet d’effectuer des requêtes et de consulter
des résultats à partir d’une interface utilisateur sur le Web. Le niveau intermédiaire, serveur
d’application, se charge d’interpréter les requêtes de l’utilisateur via le premier niveau pour extraire
les données utiles se trouvant sur le troisième niveau, relatif à la base de données.
3.4 Modélisation du serveur de métadonnées
La modélisation de notre système (serveur de métadonnées) s’appuie sur l’architecture globale
présentée ci-dessus (Fig : 13), ainsi que sur l’analyse des besoins d’un utilisateur donné et ses
attentes vis à vis d’un tel serveur. Notre démarche s’articulera sur deux modèles étroitement liés
l’un à l’autre. Le premier concerne le stockage utilisé pour organiser les métadonnées à l'intérieur
du serveur de base de données. Le deuxième est un modèle d’interrogation qui servira
d’intermédiaire entre l’utilisateur et la base de métadonnées.
3.4.1 Modèle conceptuel de stockage de métadonnées
L’objectif est de disposer d’une modélisation conforme aux normes internationales, et
compatibles avec les ressources de données d’un organisme producteur. Le modèle de la norme
ISO19115, présente les différentes classes de métadonnées, la structure des ressources varie d’un
producteur à un autre, ainsi il sera présenté ci-dessous une modélisation conforme avec la structure
des ressources à l’INCT. Les diagrammes de classes présentés dans cette partie utilisent le
formalisme UML. Ils décrivent la structure statique des objets dans un système, de même que les
relations qui les unissent. La classe constitue l’élément central, représenté sous forme de rectangle.