Outre les diagrammes, le modèle Rose contient également des packages avec du code source Java et C++ utilisé dans l'ingénierie aller-retour Rose (RTE). Vous pouvez utiliser ce code pour expérimenter et comprendre les possibilités de transformation et d'édition visuelle de Rational Software Architect.
Les sections ci-après comprennent le nom de chaque diagramme (y compris le type de diagramme), ainsi qu'un rapide récapitulatif des différences qui apparaissent sur chacun d'eux. Consultez les diagrammes réels du modèle pour voir les différences.
| Nom et type du diagramme | Description du diagramme |
|---|---|
| 01 Cas d'utilisation de base (Diagramme de cas d'utilisation) | Le diagramme importé est très similaire à l'original. Toutefois, il ne contient pas le nom du parent
(des Eléments de modèle).
Les nouveaux produits de modélisation UML ne prennent pas en charge une capacité similaire
affichant la version abrégée du nom du parent dans l'éditeur de diagrammes. Conseil : Dans votre diagramme
importé, vous pouvez afficher le nom du parent grâce à l'option Afficher le nom du parent. Toutefois, cette option affiche
le nom qualifié complet, qui est en général assez long et peut mettre l'éditeur de diagrammes en désordre, selon le
diagramme.
|
| 02 Inclure, étendre, généraliser (Diagramme de cas d'utilisation) | Dans le modèle importé, vous pouvez ajuster manuellement certains cas d'utilisation de sorte que leurs noms se chevauchent. |
| 03 Stéréotypes de cas d'utilisation communs (Diagramme de cas d'utilisation) | Lors de l'importation, les réalisations de cas d'utilisation sont importées sous forme de collaborations UML 2.0. Dans
l'éditeur de diagrammes, les collaborations contiennent le libellé de nom à l'intérieur de la forme en ellipse et non
dessous. La collaboration apparaît donc plus large que dans Rose. Conseil : Vous pouvez supprimer les formes de
collaboration plus larges en décochant la case Cas d'utilisation de la page Préférences de l'assistant d'importation de
modèle Rose (la dernière page de l'assistant).
|
| 04.1 Evaluer la demande de prêt - Flot d'événements de l'activité (Diagramme d'activité) | Dans le diagramme importé, notez les noeuds d'activité structurés, qui sont différents des versions précédentes d'UML. Les diagrammes d'activité ont changé de façon significative dans UML 2.0. |
| 04.2 Evaluer les activités de demande de prêt, Couloirs (Diagramme d'activité) | Lors de l'importation, les transitions entre les activités sont importées sous forme de flux de contrôle UML 2.0. Dans l'éditeur de diagrammes, les noms d'éléments de diagramme plus longs sont tronqués de sorte qu'ils puissent entrer dans l'élément de diagramme. |
| 04.3 Séquence d'évaluation de la demande de prêt (Diagramme de séquence) | Le texte qui s'affiche au dessus de la ligne de vie dans Rose apparaît derrière les lignes de vie dans le modèle importé. Les diagrammes de séquence UML2.0 placent toutes les lignes de vie en haut du diagramme, sauf lorsqu'elles sont créées par des messages de création. Dans le modèle Rose, le diagramme de séquence est détenu par un cas d'utilisation. Dans le modèle importé, le diagramme est détenu par une interaction. Les interactions sont les seuls éléments de modèle qui peuvent détenir des diagrammes de séquence dans UML 2.0. Les diagrammes de communication n'affichent pas de messages avec accusé de réception. Les cas d'utilisation ne peuvent pas détenir d'interactions. Les collaborations font référence aux interactions à partir du cas d'utilisation en tant que discriminant de rubrique. Les icônes de stéréotypes de modélisation métier n'apparaissent pas sur les lignes de vie des diagrammes d'interaction. |
| 04.4 Evaluer la collaboration de prêt (Diagramme de communication) | Dans UML 2.0, les diagrammes de collaboration ont été renommés diagrammes de communication. Dans le modèle Rose, le diagramme de collaboration est détenu par un cas d'utilisation. Dans le modèle importé, le diagramme est détenu par une interaction. Les interactions sont les seuls éléments de modèle qui peuvent détenir des diagrammes de communication. Les messages avec accusé de réception ne s'affichent pas dans les diagrammes de communication. Les icônes de stéréotypes de modélisation métier n'apparaissent pas sur les lignes de vie des diagrammes d'interaction. |
| 05.1 Diagramme de traçabilité de réalisation de cas d'utilisation (Diagramme de classes) | Les cas d'utilisation stéréotypés en réalisations de cas d'utilisation sont importés sous forme de collaborations. Dans le modèle importé, vous pouvez ajuster manuellement les collaborations (avec le mot clé de la réalisation de cas d'utilisation) dans l'éditeur de diagrammes. Alors que les noms de réalisation de cas d'utilisation s'affichent sous l'élément de diagramme dans le diagramme Rose, le compartiment de nom s'affiche dans l'élément de diagramme du modèle importé. C'est en raison de cette différence que les éléments du diagramme de collaboration sont plus larges dans le diagramme importé et que le diagramme est légèrement différent de l'original Rose. |
| 05.2 Réalisation de cas d'utilisation de génération d'un avis de paiement normal (Diagramme de séquence) | Dans le modèle Rose, ce diagramme est détenu par un cas d'utilisation. Dans le diagramme importé, le diagramme est détenu par une collaboration. Les interactions sont les seuls éléments de modèle qui détiennent des diagrammes de séquence. |
| 05.3 Vue des classes de participation (Diagramme de classes) | La notation de multiplicité est sensiblement différente dans UML 2.0. Dans Rose et UML 1.4, un simple n représente une limite supérieure infinie. Dans UML 2.0, une limite infinie est représentée par un astérisque (*). |
| 05.4 Diagramme d'état de retrait d'argent du compte-chèques (Diagramme d'état) | Dans UML 2.0, les diagrammes d'état ont été renommés diagrammes de machine d'état. Dans le modèle importé, certains libellés de transition doivent être ajustés manuellement. Les noms de libellé d'état de début et de fin doivent également être ajustés. Dans la vue Explorateur de projets, notez que tous les éléments de modèle qui s'affichent dans le diagramme sont détenus par une région. |
| 06.1 Présentation du package d'implémentation C++ et 06.2 Présentation du package d'implémentation Java (Diagrammes de classes) | Les diagrammes importés ressemblent beaucoup aux diagrammes d'origine dans Rose. Important : Le processus d'importation de modèle Rational Rose n'importe pas le code associé à votre modèle. Vous devez l'importer à l'aide des fonctions standard d'Eclipse.
|
| 07 Diagramme de composant principal (Diagramme de composant) | Dans le diagramme importé, les composants de l'éditeur de diagrammes ne comportent pas de forme de composant classique, comme dans Rose. |
| 08 Déploiement du système de traitement des prêts (Diagramme de déploiement) | Les formes de processeur qui apparaissent dans le diagramme de déploiement Rose sont importés en tant qu'environnements d'exécution. Les relations de connexion qui relient les processeurs sont importées en tant que relations de chemin d'accès de communication. En raison des différences entre les libellés de nom de chaque outil, vous pouvez redimensionner certaines formes de l'environnement d'exécution de façon à lire distinctement les libellés de nom. |
| GUID en double | Les GUID en double sont conservés en tant que préfixe de celui que génère l'assistant d'importation du modèle Rose. L'assistant attache le suffixe _0, _1, etc. aux doublons. |