Dégradation harmonieuse d'interfaces utilisateur - UsiXML

5.4.2.2 le modèle du domaine
Le formalisme utilisé pour décrire le modèle du domaine se base sur les diagrammes de classe
en UML. Les concepts principaux à retenir des diagrammes de classes sont :
les classes qui décrivent des groupes d’objets possédant des caractéristiques (attributs)
et comportements (opérations) similaires.
les attributs comportant : un nom, une multiplicité (maximale et minimale), un type
(qui peut être défini par l’utilisateur lui-même), une valeur par défaut, ainsi que les
propriétés éventuelles sur cette valeur (type énuméré, …).
les opérations comportant : un nom et une signature (la liste des paramètres utilisés
ainsi que leur type et le type de résultat renvoyé)
les relations inter-classes : ces relations portent le nom d’association. Une association
a la plupart du temps un nom, des attributs et des rôles (suivant leur multiplicité).
Certaines associations portent un nom plus spécifique, comme l’agrégation, la
composition et la généralisation car elles possèdent quelques propriétés. La
généralisation permet de structurer des classes suivant une hiérarchie de super-classes
(plus générales) et sous-classes (plus spécifiques). Ainsi, une sous-classe hérite des
attributs et opérations de sa super-classe, en plus de ses propres caractéristiques.
L’agrégation est une relation entre un ensemble de classes et une de ses classes (ex :
classe voiture et classe volant). La composition consiste en une relation d’agrégation
plus forte : les parties composées sont entièrement dépendantes de l’ensemble et ne
peuvent exister sans lui.
5.4.2.3 le mapping entre modèles
Figure 36 – le modèle du domaine complet
Plutôt que de disposer d’une collection importante de modèles sans rapport entre eux, il peut
être utile de créer des liens et des relations entre modèles et entre composants de modèles
différents. Ceci permet, par exemple, de préciser la manière dont devront être réalisées
certaines tâches (nature des éléments du domaine manipulé, objet interactif concret
souhaité,…). Ainsi, nous pouvons ainsi définir plus précisément certains contextes
d’utilisation et nous assurer de la traçabilité au long du cycle de développement.
63