Présentation
Les étapes suivantes sont réalisées dans ce guide d'utilisation de l'outil :
Informations supplémentaires sur l'outil
Les réalisations de cas d'utilisation peuvent être organisées sous forme d'un ensemble de packages qui reflète
l'ensemble des packages utilisés pour organiser les cas d'utilisation dans le modèle de cas d'utilisation. Elles
doivent également refléter l'organisation des réalisations de cas d'utilisation de niveau d'analyse dans le modèle
d'analyse lorsque vous avez créé précédemment un modèle d'analyse séparé, pendant la Tâche :
Analyse des cas d'utilisation.
-
Créez l'élément de réalisation de cas d'utilisation du niveau conception :
Ajoutez une collaboration UML au modèle afin de représenter la réalisation de cas d'utilisation. Donnez-lui le
nom du cas d'utilisation. Vous pouvez éventuellement l'attribuer au mot clé UML "Réalisation de cas
d'utilisation". Si vous avez créé précédemment des réalisations de niveau d'analyse et que vous souhaitez les
laisser évoluer vers la conception plutôt que de les conserver en tant qu'artefacts d'analyse référençables,
utilisez plutôt la collaboration de niveau d'analyse.
-
Consignez la dérivation de la réalisation de cas d'utilisation :
Dans le package où vous avez créé la réalisation de cas d'utilisation, créez un diagramme libre. Faites-y
glisser la réalisation de cas d'utilisation. A présent, faites glisser le cas d'utilisation lui-même (à partir
du modèle de cas d'utilisation) dans le diagramme. Dessinez une relation de réalisation entre la réalisation de
cas d'utilisation et le cas d'utilisation. Si vous aviez précédemment créé une réalisation de cas d'utilisation
de niveau d'analyse pour ce cas d'utilisation et que vous avez l'intention de le conserver une fois que la
réalisation de niveau de conception a été définie, faites glisser également la réalisation de cas d'utilisation
de niveau d'analyse (une collaboration UML également) dans le diagramme ; puis dessinez une relation de
dépendance <<refine>> (améliorer) de la réalisation de cas d'utilisation du niveau de conception à
la réalisation du cas d'utilisation du niveau d'analyse.
A ce stade, la sémantique de traçabilité a été définie. Vous pouvez à présent supprimer le diagramme libre si
vous le souhaitez. Désormais, vous pourrez utiliser les fonctions diagrammes de rubrique et analyse de la
traçabilité pour examiner la dérivation et les relations d'amélioration dans vos modèles.
Pour plus d'informations, voir Instructions relatives aux structures de modèles pour RSx.
Pour chaque réalisation de cas d'utilisation, vous devez illustrer les interactions entre les objets de conception qui
y participent en créant un ou plusieurs diagrammes de séquence. Vous avez peut-être créé des versions précédentes de
ces diagrammes, les réalisations de cas d'utilisation d'analyse, pendant la Tâche :
Analyse des cas d'utilisation. Ces réalisations de cas d'utilisation d'analyse décrivent les interactions entre les
classes d'analyse. Elles doivent être modifiées pour décrire les
interactions entre les éléments de conception.
-
Naviguez dans le package dans lequel les réalisations de cas d'utilisation du niveau conception ont été créées.
Voir Instructions relatives aux structures de modèles pour RSx.
-
Pour chaque sous-flux indépendant (scénario) du cas d'utilisation, sélectionnez la réalisation de cas d'utilisation
(c'est-à-dire la collaboration) et ajoutez-y un diagramme de séquence. Cela entraînera également l'ajout d'une
interaction UML à la collaboration. Nommez l'interaction et le diagramme de séquence en fonction du nom que vous
avez attribué au flux de cas d'utilisation dans le modèle de cas d'utilisation. Voir
Creating UML Sequence Diagrams
(Création de diagrammes de séquence UML) .
-
Dans la documentation modèle pour l'interaction, entrez une brève description du scénario décrit par le diagramme
de séquence. Copiez et collez ces informations dans la documentation modèle du diagramme de séquence. Voir
Documenting Model
Elements (Documenter les éléments de modèle) .
-
Glissez-déplacez les acteurs, les classes, les interfaces, les composants et les <<services>> dans le
diagramme pour créer des objets pour interaction. Ou, si nécessaire, créez des éléments de niveau de conception en
tant que participants à l'interaction.
-
Ajoutez des messages entre les objets. Mappez-les à des opérations déjà existantes ou créez de nouvelles opérations
si nécessaire. Définissez les signatures de toute nouvelle opération. Décrivez chaque message dans sa zone de
documentation de modèle. Décrivez chaque opération dans sa zone de documentation de modèle. Voir
Sequence Diagrams (Diagrammes de
séquence) et Documenting Model Elements (Documenter les éléments de modèle).
Une solution alternative, si vous ne maintenez pas un modèle d'analyse séparé, consiste à décider de modifier vos
diagrammes de séquence existants pour refléter l'évolution des éléments de conception.
Pour plus d'informations, reportez-vous aux Sequence Diagrams (Diagrammes de séquence).
Voir l'étape précédente pour des conseils sur la façon de travailler avec des diagrammes de séquence.
Pour décrire les mécanismes de persistance, l'idéal est d'utiliser les modèles. Voir les rubriques suivantes dans
l'aide en ligne :
-
IBM Rational Design
Patterns (Patterns de conception d'IBM Rational)
-
Applying Patterns
(Application de patterns)
-
Authoring Patterns
(Création de patterns)
Une description supplémentaire peut être ajoutée aux diagrammes de séquence pour plus de précisions. On peut ajouter du
texte partout dans le diagramme. Des notes peuvent être ajoutées ou jointes aux formes sur le diagramme. Pensez à
utiliser le canevas fourni par RUP pour le Produit : Réalisation de cas d'utilisation.
Voir Documenting Model
Elements (Documentation des éléments de modèle) et Linking Model Elements to External Files (Relier des éléments
de modèle à des fichiers externes) dans l'aide en ligne.
Lorsque les cas d'utilisation sont réalisés, vous devez unifier les classes et les sous-systèmes de conception
identifiés afin d'assurer l'homogénéité et la cohérence du modèle de conception.
La découverte de nouveaux éléments de conception et le besoin de restructurer la conception globale en terme de
composants et de services (et donc la structure d'empaquetage pour les éléments de conception) sont des conséquences
prévues du processus de réalisation de cas d'utilisation au niveau conception. Une autre activité de restructuration
devant être effectuée est la revue des interactions pour identifier tout modèle récurrent comportant le même ensemble
d'éléments de conception.
A chaque fois qu'un pattern récurrent d'interaction de ce type est identifié, une interaction "commune" séparée doit
être créée pour consigner cette séquence. Ensuite, dans chaque diagramme de séquence dans lequel il est apparu,
supprimez la séquence de message commune et remplacez-la par une occurrence d'interaction qui est une instance de
l'interaction "commune". Cela vous permettra de naviguer de chaque diagramme de séquence utilisant la séquence commune
vers le diagramme de séquence qui définit la séquence commune.
Voir les rubriques suivantes dans l'aide en ligne :
-
Authoring Patterns
(Création de patterns)
-
Applying Patterns
(Application de patterns)
-
Benefits of Using
Patterns (Avantages liés à l'utilisation des patterns)
Il peut être utile de publier les modèles au format HTML. Notez également que les diagrammes peuvent être copiés dans
Microsoft Word et d'autres programmes.
Pour plus d'informations, voir Publishing Models (Publication de modèles) et le tutoriel Publishing a Model to Web (Publication d'un modèle dans le
Web).
Tutoriels :
-
Apply a Pattern
(Application d'un pattern)
Exemples :
-
Patterns - Simple
UML Model (Patterns - Modèle UML simple)
|