Guide d'utilisation de l'outil: Configuration de Rational Systems Developer pour un projet
Ce guide d'utilisation de l'outil explique comment configurer l'environnement de modélisation RSD pour un projet.
Outil: Rational Systems Developer
Etend: Configuration de Rational Software Development Platform pour un projet
Relations
Description principale

Présentation

Configurer un projet signifie poser les bases permettant aux membres de l'équipe de travailler simultanément sur le même modèle. Dans le cas du développement de systèmes complexes, des groupes d'analystes, architectes et développeurs doivent avoir la possibilité de visualiser le projet dans sa globalité et d'y accéder, tout en travaillant sur leur propre partie du projet. Pour gérer efficacement un environnement dans lequel plusieurs membres de l'équipe disposent de différents types d'accès à un même modèle, il convient de :

  • formuler une stratégie de travail permettant de gérer l'activité de l'équipe,
  • posséder les outils pouvant prendre en charge cette stratégie.

Dans les conseils suivants, nous utiliserons ces termes :

Un projet est un emplacement de système de fichiers connu de l'espace de travail Eclipse et utilisé pour stocker les ressources Eclipse constituant 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 possédant une extension .emx. Ils diffèrent des modèles d'implémentation, qui se composent du code d'implémentation lui-même ainsi que des diagrammes du code stockés dans des fichiers dotés d'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.)

Etapes de base :

Définir le rôle de la modélisation conceptuelle et la répartition du travail de modélisation

Pour poser les bases du projet, il faut notamment déterminer la façon dont 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 convient de déterminer :

  • les types de modèles (tels que les cas d'utilisation, l'analyse et la conception IT d'entreprise) qui seront utilisés,
  • 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 réparties 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 configuration utilisé pour stocker et gérer les versions des actifs de modèles conceptuels, ainsi que la nature des activités typiques en termes de gestion de configuration.

Autre élément à prendre en considération : les types de modèle conceptuel utilisés. L'outil fournit un petit nombre de canevas de modèle 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 IT d'entreprise. Les canevas fournissent généralement une structure de package UML de base et un exemple de contenu. Certains profils UML2 peuvent également être préappliqués.

Personnaliser les canevas et les éléments par défaut (facultatif)

Dans les étapes suivantes, vous allez créer des modèles à l'aide de canevas standard, qui comportent une structure de packaging de base conforme aux Instructions relatives aux structures de modèles pour RSx.

Vous pouvez éventuellement créer vos propres canevas spécialisés. Cela vous permettra de prédéfinir des propriétés et des options, telles que les polices, couleurs, styles de traits et options de stockage de fichiers par défaut, ainsi que la façon dont les stéréotypes et les autres informations sont présentés. Vous pouvez également définir vos propres structures de package et contenu de départ standard et préappliquer les profils UML de votre choix (y compris les profils que vous créez).

Pour plus d'informations, voir manuel d'aideSetting Up and Working with Models and Modeling Projects (Configuration et utilisation de modèles et projets de modélisation).

Définir la stratégie de partitionnement des modèles

En prenant en compte la répartition du travail de modélisation identifiée au cours des étapes précédentes, ainsi que d'autres éléments de réflexion abordés dans la section "Team Development" (Développement coopératif) de l'aide en ligne, déterminez une stratégie permettant d'attribuer des modèles conceptuels aux fichiers physiques de modélisation.

L'outil prend en charge deux grandes approches de la répartition des instances de modèles logiques :

  • une approche planifiée consistant à décomposer d'emblée les modèles, en créant plusieurs fichiers de modélisation par modèle.
  • une approche ad hoc, fondée sur la restructuration des modèles.

Dans la réalité, il est plus probable de rencontrer un panachage de ces deux approches : même si la stratégie de subdivision a été planifiée à l'avance, il sera parfois nécessaire de procéder à une restructuration des modèles afin d'améliorer les activités de l'équipe. Pour obtenir plus d'informations sur le sujet, reportez-vous aux Instructions relatives aux structures de modèles pour RSx.

Pour plus d'informations, voir manuel d'aideWorking in a Team Environment (Travail au sein d'une équipe).

Créer des projets de modélisation et des modèles

Cette section décrit 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 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 tâches et les produits de développement qu'il prendra en charge (par exemple, "Modèles de système de gestion de feuilles de temps" ou bien "Fichiers de modélisation de cas d'utilisation du système de gestion de feuilles de temps")
  • A la création du projet, vous devrez 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.
    • Vous devez de toute façon choisir un nom significatif pour le nouveau fichier de modélisation. Ce nom doit refléter celui de la solution développée et le type de modèle (par exemple, "Modèle de cas d'utilisation du système de gestion de feuilles de temps" ou "Modèle d'analyse du système de gestion de feuilles de temps"). Si vous prévoyez d'attribuer le contenu logique d'un modèle conceptuel à plusieurs fichiers de modélisation, le nom de chacun de ces fichiers doit également refléter le sous-ensemble du contenu logique hébergé dans le fichier (par exemple, "Cas d'utilisation de gestion des employés du système de gestion de feuilles de temps" ou "Cas d'utilisation de gestion de projet du système de gestion de feuilles de temps").
  • Ajoutez d'autres fichiers de modélisation au projet si nécessaire.
  • Ajoutez des projets UML et attribuez-leur des fichiers de modélisation supplémentaires jusqu'à ce que vous disposiez de l'ensemble de projets et de fichiers de modélisation UML dont vous avez besoin.

Pour réaliser un mappage entre les modèles RUP et les modèles spécifiques à l'outil, et pour obtenir la description détaillée des différents types de projet, reportez-vous aux Instructions relatives aux structures de modèles pour RSx.

Pour plus d'informations, voir manuel d'aideSetting Up and Working with Models and Modeling Projects (Configuration et utilisation de modèles et projets de modélisation).