Guide d'utilisation de l'outil : Identification des éléments de conception à l'aide deRational Software Architect
Objet
Cette section fournit des liens vers des informations complémentaires concernant ce guide d'utilisation de l'outil.
Les étapes de ce guide d'utilisation de l'outil correspondent à celles de l'activité. Les liens vers les rubriques de l'aide en ligne du RSA sont identifiés par le signe .
Présentation
Dans ce guide d'utilisation de l'outil, les étapes suivantes sont exécutées pour chaque cas d'utilisation à concevoir dans l'itération en cours :
Informations supplémentaires sur l'outil
Les éléments de conception significatifs du point de vue architectural peuvent être consignés dans une vue logique séparée, qui est maintenue au fur et à mesure que les éléments de conception sont identifiés. La recommandation générale dans RSA est d'utiliser les paquetages de<<perspective>>. Voir Principes et conseils de structure de modèle pour Rational Software Architect pour plus d'informations sur cette rubrique.
Les caractéristiques des événements, aussi appelés déclencheurs dans UML 2.0, doivent être consignées selon les besoins pour identifier les éléments de conception qui les traitent.
Ces informations peuvent être consignées de manière informelle, par exemple dans un document séparé, plutôt que de faire partie du modèle RSA.
Les événements de communication asynchrone peuvent être modélisés sous forme de signaux pour spécifier les données contenues ou les relations entre les signaux, comme par exemple la généralisation. Les sous-étapes suivantes décrivent comment modéliser les signaux :
- Créer des diagrammes de classe selon les besoins. Voir
Ajouter des diagrammes de classe aux éléments de modèle.
- Ajouter des signaux. Voir
Créer et modifier les diagrammes de classe.
- Ajouter une brève description à chaque élément de conception. Voir
Documenter les éléments de modèle.
- Ajouter des relations de généralisation entre les signaux, si cela est adapté.
Pour plus d'informations sur les diagrammes de classe, voir
Modéliser la structure statique avec les diagrammes de classe.
Les éléments de conception sont généralement créés des trois manières suivantes :
- Etendre un pattern
- Modélisation
- Code et génération de code
Ces approches sont expliquées dans les sections ci-après.
Etendre un pattern
Dans RSA, un pattern est un type spécifique 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. Pour plus d'informations, voir Mécanismes d'analyse.
Voir Créer des patterns et Appliquer des patterns dans l'aide en ligne de RSA.
Modélisation
L'outil RSA prend en charge une approche de développement logiciel dirigé par modèle (voir
Développement dirigé par modèle et architecture dirigée par modèle et Mécanismes d'analyse), dans lequel vous construisez un ensemble de modèles qui peuvent inclure un modèle de conception et générer des artefacts d'implémentation (code 3GL, descripteurs, etc.) à partir du modèle de conception en utilisant des transformations. Dans certains cas les transformations qui génèrent les codes prendront comme entrée les classes d'analyse, mais ils seront principalement dirigés par les éléments de conception. Pour plus d'informations, voir : Conception : Transformer le modèle en modèle et Conception : Transformer le modèle en code .
Dans une approche de développement traditionnelle vous créez des diagrammes de classe dans le modèle de conception afin de consigner les éléments de conception. Si vous décidez de maintenir les classes d'analyse, vous souhaiterez peut-être établir une traçabilité en utilisant des dépendances de "trace" par rapport aux classes d'analyse.
- Créer des diagrammes de classe selon les besoins. Voir
Ajouter des diagrammes de classe aux éléments de modèle .
- Ajouter des sous-systèmes et des classes. Voir
Créer et modifier les diagrammes de classe .
- Ajouter une brève description à chaque élément de conception. Voir
Documenter les éléments de modèle .
- (facultatif) Ajouter une traçabilité aux classes d'analyse en utilisant des dépendances de "trace" de vos éléments de conception aux classes d'analyse sur lesquelles elles se basaient. Voir
Ajouter des relations d'abstraction .
- Organiser les éléments de conception en sous-systèmes et en paquetages. Référez-vous au livre blanc Modéliser les principes et conseils de structure pour Rational Software Architect.
Pour plus d'informations sur les diagrammes de classe, voir
Modéliser la structure statique avec les diagrammes de classe.
Code et génération de code
Une approche différente est l'approche "orientée code" : le code est le moteur principal soit parce qu'il existe déjà (par exemple dans un cycle de développement déjà existant) ou parce que l'équipe doit traiter des risques de projet spécifiques en codant un prototype pour valider un concept complexe. Dans le cadre de la prise en charge de la reconnaissance et de la récupération de l'architecture (voir les Principes et conseils de reconnaissance, analyse et contrôle architectural), la capacité de visualisation de code de RSA peut remplir automatiquement les diagrammes de rubriques, comme la structure de paquetage, les éléments internes de classe, les arbres d'héritage, et les collaborations. L'objectif de cette activité n'est pas seulement de comprendre le code existant, mais également d'extraire un modèle de l'application qui peut être utilisé en relation à d'autres modèles spécifiques afin de générer la nouvelle version de l'application, en utilisant les transformations.
Une fois que vous avez généré ou composé un diagramme UML de code existant, vous avez plusieurs options pour tirer parti des représentations de code dans le cadre de votre modèle de conception :
- Recueillez une représentation UML d'un élément de code dans votre modèle de conception, en tant que véritable élément de modèle sémantique. Cela crée un nouvel élément UML dans le modèle de conception qui n'a pas de lien avec l'élément de code recueilli. Il a cependant des propriétés (d'attributs et d'opérations d'instance) qui reflètent les propriétés de l'élément de code recueilli. Dans la mesure où il s'agit d'un véritable élément sémantique UML, on peut générer un nouveau code à partir de cet élément (c'est-à-dire qu'il a le même statut dans le modèle de conception que tout élément de conception défini par le processus de modélisation inédit décrit ci-dessus.)
-
Appliquez une référence visuelle à l'élément de code dans un diagramme situé dans le cadre de votre modèle de conception. Cette référence n'a pas de signification sémantique dans le modèle de conception, et aucun nouveau code ne sera généré à partir d'elle. Il ne s'agit, comme son nom l'indique, que d'une référence au véritable élément de code. Cependant, vous pouvez dessiner des relations entre la référence de code et les éléments de conception sémantiques dans le modèle de conception. Ces relations ont une signification sémantique dans le modèle de conception, et elles ont une influence sur la génération de code.
Pour plus d'informations, référez-vous à Modéliser la structure statique avec les diagrammes de classe dans l'aide en ligne de RSA.
Les étapes suivantes s'appliquent aux systèmes à forte granularité :
- Pour chaque sous-système, identifiez un ensemble d'interfaces potentielles.
Si vous avez précédemment créé des classes d'analyse et effectué des réalisations de cas d'utilisation de niveau d'analyse, vous déciderez à présent comment les opérations doivent être regroupées et décrites en tant qu'interfaces de composants ou de services spécifiques. Ajoutez des interfaces à un diagramme de composants existant, ou créez des nouveaux diagrammes de composants si nécessaire.
Voir
Ajouter des formes.
- Ajoutez des dépendances d'interface.
- Mappez les sous-systèmes aux interfaces en ajoutant une relation de réalisation du sous-système à l'interface.
- Documentez l'interface en incluant le comportement requis. Voir
Documenter les éléments de modèle .
- Ajoutez des opérations à l'interface. Voir
Ajouter des opérations aux classifieurs dans des diagrammes .
- Ajoutez une description à chaque opération. Voir
Documenter les éléments de modèle .
- Ajoutez des paramètres à chaque opération. Voir
Ajouter des opérations aux classifieurs dans des diagrammes .
- Organisez les interfaces en paquetages.
Dans UML 2.0 les sous-systèmes sont des composants de grande taille et doivent être représentés comme des classes structurées avec des ports et/ou des interfaces. Voir les rubriques de l'aide en ligne spécifiques à UML 2.0.
Visites guidées :
RAS
Modèles
Tutoriels :
Appliquer le pattern XYZ
Exemples :
Modèle d'application de pattern
Modèles
Aides-mémoire :
Identifier les éléments de conception
|