UML Modeler - Notes sur l'édition

© Copyright International Business Machines Corporation 2006. All rights reserved. US Government Users Restricted Rights - Use, duplication or disclosure restricted by GSA ADP Schedule Contract with IBM Corp.

Notes sur l'édition

1.0 Limitations
   1.1 Validation de modèle : diagrammes de séquence
   1.2 Les profils désignés par une entrée pathmap ne peuvent pas être mis à jour lorsqu'ils sont importés avec un modèle v6.0
2.0 Problèmes connus et leurs solutions
   2.1 Problèmes avec l'anticrénelage sous SUSE Linux 9

1.0 Limitations

1.1 Validation de modèle : diagrammes de séquence

Après avoir créé et travaillé sur un diagramme de séquence UML dans un modèle, il est possible que vous receviez les types suivants d'erreurs de validation :

Le connecteur d'assemblage "<Connecteur>" doit uniquement être défini depuis une extrémité de rôle exigeant une interface vers une extrémité de rôle fournissant cette interface.

Ce message d'erreur/avertissement est généré en raison d'une incohérence dans les spécifications UML 2.1. La définition de cette contrainte dans les spécifications UML a pour effet secondaire d'interdire la création d'un diagramme de communication pour tout diagramme de séquence dont les lignes de vie ne représentent pas des rôles fournissant et exigeant des interfaces. Par souci de commodité, des connecteurs sont créés entre les propriétés représentées de toutes les lignes de vie créées afin de permettre la création de diagrammes de communication.

IRJA0131W La propriété "operation" de "<Evénement de réception d'opération> ReceiveOperationEvent1" a 0 valeur ; elle en requiert entre 1 et 1.

IRJA0131W La propriété "operation" de "<Evénement d'envoi d'opération> SendOperationEvent1" a 0 valeur ; elle en requiert entre 1 et 1.

IRJA0131W La propriété "signal" de "<Evénement de réception de signal>" a 0 valeur ; elle en requiert entre 1 et 1.

IRJA0131W La propriété "signal" de "<Evénement d'envoi d'un signal>" a 0 valeur ; elle en requiert entre 1 et 1.

Ces messages d'erreur/avertissement sont générés parce que les spécifications UML imposent qu'une valeur soit fournie pour ces éléments UML. Cependant, cette contrainte vous empêcherait de vous servir des diagrammes de séquence comme "esquisses" lorsque vous souhaitez représenter le flux général des messages sans pour autant spécifier/définir les opérations ou signaux envoyés ou reçus par le biais de ces messages. Le produit autorise l'emploi de telles "esquisses" et il en résulte ces messages d'erreur/avertissement à la validation.

1.2 Les profils désignés par une entrée pathmap ne peuvent pas être mis à jour lorsqu'ils sont importés avec un modèle v6.0

Lors de la migration d'un modèle version 6.0 vers la version 7.0, assurez-vous que tous les profils appliqués au modèle sont disponibles. Les données stockées dans les stéréotypes définis par les éventuels profils manquants seront perdues lors de l'enregistrement du modèle. Vous ne pourrez pas récupérer ces données en tentant de faire migrer les profils manquants après avoir fait migrer le modèle.

2.0 Problèmes connus et leurs solutions

2.1 Problèmes avec l'anticrénelage sous SUSE Linux 9

Plusieurs problèmes ont été identifiés avec l'éditeur de diagramme sous SUSE Linux® 9 :

Dans un diagramme de classes, si vous ajoutez à une classe un élément dont le nom dépasse 35 caractères, ce nom est tronqué.

Tous les textes sont affichés avec des caractères étranges dans l'éditeur de diagramme Web et l'éditeur de diagramme de classes.

Le fait de remplacer la police par défaut d'un diagramme par une police Adobe® fait échouer (planter) le plan de travail.

Solution : Désactivez l'anticrénelage dans les préférences de diagramme. Sélectionnez Fenêtre > Préférences > Modélisation > Diagrammes et, dans la section Paramètres généraux, décochez la case Activer l'anticrénelage.