Guide d'utilisation de l'outil : Configuration d'un projet à l'aide du Rational Software Architect
Purpose
This tool mentor describes how to set up the RSA modeling environment
for a project.
This section provides links to additional information related to this tool mentor.
Présentation
Configurer RSA pour un projet signifie poser les bases qui permettent aux membres de l'équipe de travailler sur le même modèle au même moment. Le développement de systèmes complexes nécessite que des groupes d'analystes, architectes et développeurs aient la capacité de voir et d'accéder au projet "dans sa globalité" alors qu'ils travaillent sur leur propre partie du projet -simultanément. Pour réussir à gérer un environnement dans lequel de nombreux membres d'une équipe ont plusieurs types d'accès au même modèle, il faut :
- formuler une stratégie de travail pour gérer l'activité de l'équipe
- avoir les outils pouvant prendre cette stratégie en charge
Dans les recommandations ci-dessous, nous utiliserons ces termes :
Projet évoque un emplacement de système de fichier connu par l'espace de travail Eclipse et utilisé pour stocker les ressources Eclipse (artefacts de différents types) qui sont les produits d'un effort de développement
Les modèles conceptuels sont des modèles exprimant des concepts abstraits comme les cas d'utilisation, les classes d'analyse et les composants de conception. Ils ne sont pas étroitement liés au code d'implémentation. Ils sont stockés dans des fichiers avec des extensions .emx. Ils diffèrent des modèles d'implémentation, qui consistent du code d'implémentation lui-même, ainsi que des diagrammes du code stockés dans des fichiers avec une extension .dnx. (Vous pouvez considérer le modèle d'implémentation comme un équivalent du projet contenant le code et les diagrammes de code.)
Les principales étapes suivantes posent ces bases :
Etablir le rôle de la modélisation conceptuelle et la ventilation du travail de modélisation 
Pour poser les bases du projet il faut notamment déterminer comment les modèles conceptuels seront utilisés dans l'effort de développement. Dirigeront-ils le développement ou bien seront-ils utilisés plus rétrospectivement (par exemple comme un type de documentation) ?
Si les modèles dirigent le développement, il faut déterminer :
- Les types de modèles utilisés (comme cas d'utilisation, analyse et conception d'entreprise (technologies de l'information).
- La composition (taille et ensembles de compétences) de l'équipe de modélisation conceptuelle.
- La portée prévue de l'effort de modélisation conceptuelle.
- La façon dont les tâches de modélisation conceptuelle seront attribuées entre les membres de l'équipe.
- La probabilité que de nombreux membres de l'équipe travaillent simultanément sur les mêmes parties des modèles conceptuels.
- L'outil de gestion de la configuration utilisé pour stocker et versionner les ressources de modèles conceptuels, et la nature des enchaînements des activités typiques en terme de gestion des changements.
Une autre considération est le type de modèle conceptuel utilisé.
L'outil fournit un petit nombre de modèles de canevas pouvant être utilisés pour instancier de nouveaux modèles conceptuels de types spécifiques comme le modèle de cas d'utilisation, le modèle d'analyse et le modèle de conception d'entreprise (technologies de l'information). Le canevas fournit généralement une structure de paquetage UML de base, et un exemple de contenu. Certains profils UML2 peuvent être pré-appliqués.
Personnaliser les canevas et les éléments par défaut RSA (facultatif) 
Dans les étapes suivantes, vous allez créer des modèles RSA en utilisant des canevas standards qui comportent une structure de paquetage de base qui suit les Principes et conseils de structure de modèle pour Rational Software Architect.
Vous pouvez éventuellement créer vos propres canevas spécialisés. De cette façon vous pouvez pré-définir des propriétés et des options comme les polices par défaut, les couleurs, les styles de ligne, les options de stockage de fichiers, et la façon dont les stéréotypes et les autres informations sont présentées.
Vous pouvez également définir vos propres structures de paquetage et contenu de départ standards, et pré-appliquer les profils UML de votre choix (y compris les profils que vous créez).
Pour plus d'informations, référez-vous à Installer et travailler avec les projets de modélisation.
Déterminer la stratégie de partitionnement des modèles 
En prenant en compte la ventilation des tâches de modélisation identifiées dans les étapes précédentes, et en factorisant d'autres considérations examinées dans les sections Développement de l'équipe de l'aide en ligne, déterminez une stratégie pour attribuer des modèles conceptuels aux fichiers physiques de modélisation.
RSA prend en charge deux approches principales pour séparer les instances de modèles logiques :
- une approche planifiée dans laquelle vous décomposez les modèles dès le début, en créant de nombreux fichiers de modélisation par modèle.
- une approche ad-hoc, basée sur le réusinage des modèles.
En réalité, il est plus probable que ces deux approches soient mélangées : même si la stratégie de partitionnement a été prévue à l'avance, il sera parfois nécessaire de procéder à un réusinage des modèles afin d'améliorer les enchaînements des activités de l'équipe. Pour une discussion détaillée de cette rubrique, voir les Principes et conseils de structure de modèle pour Rational Software Architect.
Pour plus d'informations, voir Développement de l'équipe.
Créer des projets de modélisation et des modèles
Nous décrivons ci-dessous le processus de mise en place d'un ensemble de modèles conceptuels pour un effort de développement. Notez que vous ne créez pas nécessairement tous les projets et les modèles dès le début - il vous faudra peut-être les introduire de façon incrémentielle à différents stades de l'effort de développement.
- Créez un projet UML. Donnez-lui un nom qui reflète les activités et les artefacts de développement qu'il prendra en charge (par exemple les "modèles Timesheet Management System" ou peut-être les "fichiers de modélisation de cas d'utilisation Timesheet Management System")
- Lorsque vous créez le projet on vous demandera de choisir le type de fichier de modélisation conceptuelle à créer dans le projet :
- Si vous prévoyez d'utiliser un projet UML par type de modèle conceptuel, vous devez sélectionner à ce stade le type de modèle souhaité pour le projet.
- Si vous prévoyez d'utiliser un projet UML pour accueillir plus d'un type de modèle conceptuel, le modèle que vous sélectionnez à ce stade peut être l'un des types que vous prévoyez d'accueillir ultérieurement dans le projet.
- De toutes façons, vous devez choisir un nom significatif pour le nouveau fichier de modélisation. Le nom doit refléter le nom de la solution développée et le type de modèle (par exemple "modèle de cas d'utilisation Timesheet Management System" ou
"modèle d'analyse Timesheet Management System"). Si vous prévoyez d'attribuer le contenu logique d'un modèle conceptuel à de multiples fichiers de modélisation, le nom de chaque fichier de modélisation doit également refléter le type de contenu logique accueilli dans le fichier (par exemple "cas d'utilisations de gestion des employés Timesheet Management System" ou "cas d'utilisations de gestion de projet Timesheet Management System").
- Ajoutez des fichiers de modélisation supplémentaires au projet si nécessaire
- Continuez à ajouter des projets UML et à ajouter des fichiers de modélisation supplémentaires aux projets jusqu'à ce que vous ayez l'ensemble de projets et de fichiers de modélisation UML dont vous avez besoin.
Pour un mappage entre les modèles RUP et RSA et une description détaillée des types de projet, voir Principes et conseils de structure de modèle pour Rational Software Architect.
Pour plus d'informations, référez-vous à Installer et travailler avec les projets de modélisation.
|