Présentation
Ce guide d'utilisation de l'outil implique qu'un modèle
de conception ait été créé dans le cadre de la Tâche :
Analyse architecturale.
Les étapes suivantes sont réalisées dans ce guide d'utilisation de l'outil :
Informations supplémentaires sur l'outil
L'incorporation d'un pattern et/ou d'un mécanisme a pour effet de réaliser concrètement plusieurs des étapes
ultérieures de ce guide d'utilisation de l'outil (ajout de nouvelles classes, d'opérations, d'attributs et de
relations), mais en conformité avec les règles définies par le pattern ou le mécanisme.
Si le pattern se trouve dans la bibliothèque de l'outil, l'expérience du "pattern d'application" est hautement
interactive. Un pattern est un type de transformation "optimisé pour une élaboration interactive, par morceaux,
principalement dans un seul métamodèle, de niveau d'abstraction équivalent et souvent au sein du même modèle". Voir les
concepts Développement guidé par modèle et architecture guidée par modèle et Mécanismes d'analyse.
Pour plus d'informations sur l'utilisation de patterns, voir Applying Patterns (Application de patterns).
-
Ajoutez un diagramme de classes au modèle. Voir
Adding Class Diagrams to Model Elements (Ajout de
diagrammes de classes aux éléments de modèle).
-
Ajoutez des classes de conception au diagramme de classes. Voir
Adding Classifiers to Class Diagrams (Ajout de
discriminants aux diagrammes de classes).
-
Documentez chaque classe. Voir
Documenting Model Elements (Documentation des éléments de modèle).
Pour plus d'informations, voir Modeling Static Structure by Using Class Diagrams (Modélisation d'une structure statique à l'aide
de diagrammes de classes).
Une classe peut être marquée comme classe persistante. Si une approche de développement guidé par modèle (voir Développement et architecture guidés par modèles) est retenue, le profil appliqué au
modèle contient des stéréotypes spécifiques qui permettront à l'architecte de marquer les classes persistantes. La
transformation utilisera ces informations complémentaires en association avec les mappages de types et créera le code
approprié ou un modèle plus affiné. Pour plus d'informations, voir Mécanismes
d'analyse, Applying
Transformations (Application des transformations) et Transitioning from Model to Code (Passage du modèle au
code)
Lors du développement J2EE, la persistance est généralement implémentée à l'aide d'EJB entity. Voir Identifier les éléments de conception pour plus de détails.
Voir Developing
Enterprise Beans with UML Class Diagrams (Développement d'Enterprise Beans avec les diagrammes de classes
UML).
Pour chaque classe, déterminez la visibilité dans le package où elle réside.
Consultez la rubrique Visibility of Model Elements (Visibilité des éléments de modèle).
-
Ajoutez des opérations à chaque classe. Voir
Adding Operations to Classifiers in Diagrams (Ajout
d'opérations aux discriminants dans les diagrammes).
-
Ajoutez des paramètres aux différentes opérations. Voir
Managing Parameters in Operations (Gestion des
paramètres dans les opérations).
-
Spécifiez la visibilité des opérations. Voir
Visibility of Model Elements (Visibilité des éléments de
modèle).
Pour plus d'informations, voir Managing Attributes and Operations in Classifiers (Gestion des attributs et des opérations dans les
discriminants).
Vous pouvez ajouter à la description des opérations une description de l'implémentation d'une opération.
Le cas échéant, un diagramme de séquence peut être utilisé pour décrire une méthode. Voir dans l'aide en ligne la
rubrique Documenting
Model Elements (Documentation des éléments de modèle).
Pour plus d'informations, voir Sequence Diagrams (Diagrammes de séquence).
Vous avez la possibilité d'utiliser une machine d'états (facultatif).
Pour plus d'informations, voir UML State Machines (Machines d'état UML)
-
Définissez des attributs. Voir
Attributes (Attributs).
-
Ajoutez des attributs aux discriminants. Voir
Adding Attributes to Classifiers in Diagrams (Ajout
d'attributs aux discriminants dans les diagrammes).
-
Spécifiez la visibilité. Voir
Visibility of Model Elements (Visibilité des éléments de modèle).
Voir Dependency
Relationships (Relations de dépendance).
-
Ajoutez des relations d'association.
-
Spécifiez le type de chaque association. Voir
Specifying Relationships in UML Diagrams (Spécification
des relations dans les diagrammes UML).
Reportez-vous aux rubriques sur les classes structurées contenues dans Modeling Static Structure by Using Class Diagrams
(Modélisation de la structure statique à l'aide de diagrammes de classes).
Voir Generalization
Relationships (Relations de généralisation).
Voir Setting the
Concurrency Property of an Operation (Définition de la propriété accès concurrent d'une opération)
Les exigences non fonctionnelles conduisent généralement une classe à ajouter des mécanismes de conception spécifiques
via l'utilisation de collaborations et de patterns. Il est fréquent que l'utilisation d'un composant d'infrastructure
suffise à satisfaire une exigence non fonctionnelle. Voir Identifier les éléments de conception.
Pour plus d'informations, voir Applying Patterns (Application de 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 a Web (Publication d'un modèle dans le
Web).
Tutoriels :
-
Apply a Pattern
(Appliquer un pattern)
Exemples :
-
Model for Pattern
Application - Simple UML Model (Modèle pour une application de pattern - Modèle UML simple)
-
Patterns - Simple
UML Model (Patterns - Modèle UML simple)
|