Le monde des interprétations

  

Figure 5.9: La composante sémique du modèle de classes. Toutes les structures et méthodes qui concernent une classe sémantique généralisée ( CS) sont rassemblées dans cette partie.

L'entité principale d'une interprétation, selon la SII, est la CS. Dans le diagramme de la fig. 5.9 la classe DB_CS est l'unité persistante principale, rassemblant la plupart des opérations sur le matériau sémique. Elle contient :

• Un noyau sémique, la classe DB_SST, c.-à-d. la SST qui représente la structure sémique interne de la CS.
• Une entité cadre, c.-à-d. une entité textuelle positionnée dans laquelle sont situés les éléments de la CS. L'entité cadre est calculée automatiquement lors de la construction de la CS (en tant que l'entité positionnée la plus locale qui englobe toutes les entités positionnées, éléments de la CS).
• Un lien vers les liaisons intertextuelles qui l'utilisent en tant que classe attribuante (cf. la section 4.3.1), c.-à-d. en tant que source sémique pour une entité textuelle cible.

Il faut remarquer que la classe DB_SST n'est pas vraiment nécessaire. Les RE qui constituent la structure interne de la CS pourraient très bien être associées directement à la classe DB_CS ; de même pour les autres classes associées à DB_SST. L'ajout de DB_SST permet de rendre la CS indépendante de la mise en uvre exacte de la SST, ce qui était d'ailleurs souhaité dès le départ de la formalisation. Une SST plus complexe, représentée par exemple à l'aide de graphes conceptuels, modifierait principalement la classe DB_SST tandis que les accès extérieurs vers la classe DB_CS resteraient identiques, ce qui est typique selon la modularité offerte par une réalisation orientée objet.

À titre d'exemple de la dynamique interne de ce paquetage nous présentons le diagramme d'interaction correspondant à la méthode

$$\texttt{DB\_CS.getCSInterpretants()}$$

qui récupère les CS ayant servi d'interprétants directs à la construction d'une CS (fig.5.10). Dans le diagramme, la validation d'un objet de type DB_SST est facultative, puisque la variable _etat est mise à la valeur ETATTEMP si les données d'un objet directement collaborant ont été modifiées. La méthode valider() fait une validation totale de la SST en prenant en compte les valeurs actuelles des différents objets liés à l'objet de type DB_SST.

  

Figure: Le diagramme d'interaction correspondant à la méthode DB_CS.getCSInterpretants(). Trouver les CS sources qui ont permis la construction d'une CS devient une tâche simple dans ce modèle de classes.