Chapitre III Démarche conceptuelle de mise en place d’un serveur de Métadonnées
24
Ainsi, on peut distinguer deux acteurs qui agissent au sein du système : un acteur humain qui
exprime des besoins au niveau du système (serveur), et un acteur logiciel, puisque le système traduit
le besoin d’un utilisateur en requête SQL au quelle il doit chercher une réponse en interagissant
avec un SGBD qui gère la base de métadonnées. Dans ce contexte, les principales tâches que le
serveur va permettre sont:
· L’utilisateur soumit sa requête en spécifiant un ensemble de contraintes de métadonnées
à satisfaire.
· Le jeu de contrainte de métadonnée est constitué à partir d’une union logique entre
chaque contrainte sur un champ spécifique de métadonnées.
· Une requête SQL est formulée à partir de l’ensemble du jeu de contraintes.
· La requête SQL est reçue par le serveur de base de métadonnées SGBD pour être traitée.
Le système reçoit le résultat à partir du SGBD. Ce résultat est soumis à un ensemble de type de
traitements visant à préparer le résultat à l’envoi et la visualisation sur le poste client de l’utilisateur.
Figure 8 : Digramme des cas d'utilisations du serveur d’interrogation
3.4.2.2 Spécification des fonctionnalités : Diagramme de cas d’utilisation
Il s’agit de représenter les différentes interactions possibles entre les objets du système, selon une
échelle temporelle. Ce scénario décrit de façon générale le processus d’interaction entre l’utilisateur
et les composantes de base du système décrites au niveau de diagramme de cas d’utilisation. Ainsi
dans le but de concevoir un système capable de satisfaire les besoins d’un utilisateur, les
fonctionnalités du serveur d’interrogation sont spécifiées comme suit (Fig : 16) :
· Par l’intermédiaire d’une interface, l’utilisateur spécifie un ensemble de jeu de contraintes sur les
métadonnées.
24
Ainsi, on peut distinguer deux acteurs qui agissent au sein du système : un acteur humain qui
exprime des besoins au niveau du système (serveur), et un acteur logiciel, puisque le système traduit
le besoin d’un utilisateur en requête SQL au quelle il doit chercher une réponse en interagissant
avec un SGBD qui gère la base de métadonnées. Dans ce contexte, les principales tâches que le
serveur va permettre sont:
· L’utilisateur soumit sa requête en spécifiant un ensemble de contraintes de métadonnées
à satisfaire.
· Le jeu de contrainte de métadonnée est constitué à partir d’une union logique entre
chaque contrainte sur un champ spécifique de métadonnées.
· Une requête SQL est formulée à partir de l’ensemble du jeu de contraintes.
· La requête SQL est reçue par le serveur de base de métadonnées SGBD pour être traitée.
Le système reçoit le résultat à partir du SGBD. Ce résultat est soumis à un ensemble de type de
traitements visant à préparer le résultat à l’envoi et la visualisation sur le poste client de l’utilisateur.
Figure 8 : Digramme des cas d'utilisations du serveur d’interrogation
3.4.2.2 Spécification des fonctionnalités : Diagramme de cas d’utilisation
Il s’agit de représenter les différentes interactions possibles entre les objets du système, selon une
échelle temporelle. Ce scénario décrit de façon générale le processus d’interaction entre l’utilisateur
et les composantes de base du système décrites au niveau de diagramme de cas d’utilisation. Ainsi
dans le but de concevoir un système capable de satisfaire les besoins d’un utilisateur, les
fonctionnalités du serveur d’interrogation sont spécifiées comme suit (Fig : 16) :
· Par l’intermédiaire d’une interface, l’utilisateur spécifie un ensemble de jeu de contraintes sur les
métadonnées.