Conservation de résultat

Nous parlons de conservation de résultat lorsque des hyperméthodes continuent à restituer les mêmes valeurs après l’évolution de la structure de l’hyperclasse. Ce résultat est possible si l’hyperméthode continue à atteindre les mêmes informations qu’elle aurait atteintes avant l’évolution de l’hyperclasse.

Dans une hyperclasse hcl, la conservation de résultat ne peut être garantie dans les situations suivantes :

1. en cas de création ou de suppression d’un hyperattribut cl.att/chacc, l’ensemble d’objets de cl

atteints dans hcl est modifié ; si des hyperattributs implicites basés sur cl.att ou att sont utilisés dans une hyperméthode hm de hcl, la conservation de résultat ne peut être garantie ;

2. en cas de suppression ou de mise à jour d’un chemin d’accès chacc d’une classe cl,

l’ensemble d’objets de cl atteints dans hcl, via les hyperattributs explicites ou implicites, est différent. La conservation de résultat ne peut pas être garantie pour les hyperméthodes impliquant cl ou des occurrences d’attributs de cl.

5.HOMOGÉNÉITÉ DES CONCEPTS DE CLASSE ET

D’HYPERCLASSE

Une hyperclasse est définie sur un ensemble de (une ou plusieurs) classes d’un diagramme de classes. Une hyperclasse dispose d’hyperattributs, d’hyperméthodes et d’instances sous forme d’hyperobjets. Le concept d’hyperclasse est une généralisation du concept de classe :

1. une classe est une hyperclasse particulière construite sur une seule classe ;

2. une occurrence d’attribut dans une classe est un hyperattribut de l’hyperclasse ;

Ainsi la mise en place du concept d’hyperclasse n'exige pas beaucoup d’opérations supplémentaires mais sophistique seulement davantage les opérations existantes qui ont été développées pour supporter le concept de classe.

Une hyperclasse admet ainsi deux formes:

1. d’un côté, une hyperclasse se compose d’un ensemble connexe et complet de classes. C'est

sa forme déployée ;

2. d’un autre côté, une hyperclasse est une classe avec les mêmes propriétés bien connues des

classes : attributs, méthodes, liens avec d'autres classes, versions, objets, identifiant d'objet, parties publiques et privées... C'est sa forme repliée.

Super-Classe idClasse / idSuperClasse // Sous-Classe idClasse / idSousClasse // Specialisation idSuperClasse, idSousClasse // Noeud Racine idNoeudRacine / idNoeud // idHyperclasse Classe dépendante idClasse / idExtrémitéInitiale // Classe de référence idClasse / idExtrémitéTerminale //

Extrémité Terminale Arc idNoeud / idNoeudTerminal //

Extrémité Initiale Arc idNoeud / idNoeudInitial // Lien Existentiel idLien / idExtrémitéInitiale, idExtrémitéTerminale // nomLien cardMaxInit cardMinInit cardMaxTerm cardMinTerm Domaine idDomaine // nomDomaine idTypeDeBase borneInfDomaine borneSupDomaine idDiagramme Objet idObjet // idClasse Identifiant idIdentifiant // idClasse Arc idArc / idNoeudInitial, idNoeudTerminal // idChAcces Composition Identifiant idClasse, idIdentifiant, idAttribut //

Valeur idValeur / idClasse, idAttribut, idObjet // valeur

Attribut-Méthode-Classe idAttribut, idMéthode, idClasse //

Attribut idAttribut // nomAttribut idDomaine idDiagramme Type de Base idTypeDeBase // nom de type de base idDiagramme Classe idClasse // nomClasse idDiagramme Méthode idMéthode / signatureMéthode codeMéthode étatMéthode idClasse nomClasse idHyperméthode Diagramme idDiagramme // nomDiagramme descriptifDiagramme MéthodeDansHcl idNoeud, idMéthode // Chemin d'Accès idChAcces // idNoeud NoeudDansHcl idNoeud /

idHyperclasse, idClasse, idDiagramme // conditionAccèsObjet

Attribut-Classe idClasse, idAttribut // valeur par défaut obligatoire-facultatif permanent Hyperclasse idHyperclasse // nomHyperclasse idDiagramme MéthodeDansHyperméthode idHyperméthode, idNoeud, idMéthode //

Hyperattribut idHyperattribut /

idHyperclasse, idClasse, idDiagramme, idAttribut, idChAcces //

Hyperméthode idHypermethode// signatureHypermethode codeHypermethode etatHypermethode idHyperclasse HyperattributDansHyperméthode idHyperméthode, idHyperattribut //

Figure 41 : Modèle d’hyperclasse exprimé en binex

6.LES HYPERCLASSES DANS L’INGÉNIERIE DES SIS

Nous nous intéressons aux interactions entre un modèle de SI et l’espace des activités.

6.1.HYPERCLASSES ET ZONES DE RESPONSABILITÉ

Les responsabilités organisationnelles liées à l’exercice d’un métier ou d’une fonction dans une entreprise ou dans une institution traitent de l’information en effectuant leurs activités. Nous appelons zone de responsabilité l’ensemble des activités qu’une responsabilité organisationnelle effectue en traitant de l’information. L’espace informationnel d’une zone de responsabilité représente l’ensemble des informations nécessaires pour l’exercice de ces activités.

Zone de Responsabilité Activité Responsabilité Organisationnelle Hyperclasse Champ informationnel

Figure 42 : Zones de responsabilité et hyperclasses

Un diagramme de classes représente la structuration de l’information dans le SI : les informations et données manipulées au niveau des zones de responsabilité sont contenues dans les objets des classes du SI et des liens entre ces objets. Une hyperclasse est la représentation au niveau d’un modèle de SI d’un espace informationnel : c’est une projection sur le diagramme de classes de l’espace informationnel d’une zone de responsabilité.

L’Annexe F décrit les hyperclasses définies dans M@TIS pour supporter les activités de chaque acteur de la formation.

Unité sémantique d’un espace informationnel

Une hyperclasse hcl est la représentation d’un espace informationnel au niveau d’un

modèle de SI ; son diagramme Chcl présente alors une unité sémantique.

L’unité sémantique d’une hyperclasse est le sens que traduit l’association de l’ensemble des concepts que représentent les classes qui en font partie et leurs liens.

En linguistique, la sémantique porte sur le sens de la combinaison des mots. Dans le cas des hyperclasses et par extension, la sémantique porte sur le sens que traduit le regroupement d’un ensemble de classes, des concepts qu’elles représentent et de leur association.

6.2.INTEROPÉRABILITÉ DES HYPERCLASSES

L’interaction de plusieurs zones de responsabilité autour du SI d’une entreprise ou d’une institution fait que la présence de zones de recouvrement entre leurs différents espaces informationnels est inéducable. Ces chevauchements s’ils ne sont pas détectés dès les premières phases d’analyse et de conception du SI occasionnent des conflits et perturbe le fonctionnement du SI et des activités métiers qui leur sont sous-jacentes. « Les zones de responsabilités ne peuvent pas disposer des informations d’une manière privée. Elles sont amenées à partager les informations de leurs espaces informationnels respectifs, c’est à dire non seulement à accepter que d’autres espaces informationnels puissent accéder leurs informations, mais aussi qu’ils

puissent les modifier » (Léonard & Parchet, 1998)79. Lorsque de telles situations de recouvrement d’informations par différents espaces informationnels sont mises en évidence, il convient d’étudier la coordination des activités autour des informations partagées et de préciser les protocoles de partage de ces informations entre les différents espaces et ceci afin de permettre aux zones de responsabilités impliquées par une situation de recouvrement d’assurer localement leurs activités.