Présentation
Configurer Rose pour un projet signifie poser les bases permettant aux membres de l'équipe de travailler sur le même
modèle simultanément. Le développement de systèmes complexes exige que les groupes d'analyses, d'architectes et de
développeurs puissent voir et accéder au projet dans sa globalité, tout en travaillant sur leur propre partie du projet
- simultanément. Pour gérer efficacement un environnement dans lequel de nombreux membres de l'équipe possèdent
plusieurs types d'accès au même modèle, il faut :
-
formuler une stratégie de travail pour la gestion de l'activité de l'équipe
-
posséder les outils permettant de prendre en charge cette stratégie
Dans l'idéal, les utilisateurs de Rose doivent travailler dans leur espace de travail personnel, à l'abris des
changements non testés ou non approuvés.
Voici les étapes principales permettant la mise en place des bases de cette configuration :
-
Formuler des stratégies de
travail
-
Définir les éléments par défaut de Rational Rose
-
Subdiviser le modèle en unités
contrôlées
-
Définir des chemins d'accès
-
Intégrer un système de gestion de configuration
Pour obtenir plus d'informations sur la façon d'utiliser Rose au sein d'une équipe, voir aussi :
1. Formuler des stratégies de travail
Lors du développement d'une stratégie pour travailler en équipe, deux aspects entrent en compte :
-
le développement d'une stratégie prenant en charge le développement actuel
-
le développement d'une stratégie permettant de conserver et d'extraire les produits de modélisation réutilisables
créés
Lors du développement de projets, les outils utilisés par l'équipe doivent pouvoir :
-
fournir un accès simultané au modèle entier à tous les membres de l'équipe
-
contrôler les membres de l'équipe mettant à jour les éléments de modèle
-
introduire les changements de manière contrôlé
-
conserver les versions multiples d'un modèle
Lorsque vous développez un système, vous développez des produits de projet valables pouvant être réutilisés. Les
produits sont en général conservés dans un référentiel. Pour prendre en charge la réutilisation :
-
les produits de modèle doivent être des unités architecturales significatives, comme des patterns, des
infrastructures préfabriquées et des composants (pas des classes individuelles).
-
tous les membres de l'équipe, où qu'ils soient, doivent avoir accès aux produits réutilisables.
-
ces produits doivent être faciles à cataloguer, à trouver et à appliquer dans un modèle.
Un référentiel de réutilisation peut être différent de la gestion de configuration de votre projet à condition qu'il
prenne en charge la gestion des versions. Le référentiel doit aussi prendre en charge les produits de catalogage à un
niveau de granularité approprié comme, par exemple, au niveau composant.
2. Définir les éléments par défaut de
Rational Rose
Rose vous permet de configurer des éléments par défaut s'appliquant au modèle entier. Ces éléments s'appellent des
propriétés et des options, ils établissent principalement les règles que les utilisateurs suivront lorsqu'ils
utiliseront le modèle. Les paramètres que vous créez sont conservés dans le fichier rose.ini, qui doit être placé sous
le contrôle de configuration si vous utilisez un système de gestion de configuration. Pour accéder aux propriétés et
aux options du modèle , utilisez le menu Outils > Options.
3. Subdiviser le modèle en unités contrôlées
Rose prend en charge la division du modèle en éléments gérables en vous permettant de diviser le modèle en fichiers
séparés appelés des unités contrôlées. Chaque équipe ou chaque membre de l'équipe, lors de l'utilisation
d'unités contrôlées, est responsable de l'entretien ou de la mise à jour d'une unité spécifique. Un package est le
niveau le plus bas de granularité pour une unité de contrôle, car les packages sont considérés comme étant les plus
petits éléments significatifs d'un point de vue architectural d'un modèle (les classes n'en sont pas). Les unités
contrôlées sont les éléments structurels de base que vous mettez dans le contrôle des versions.
Vous pouvez créer une hiérarchie d'unités contrôlées dans laquelle les unités contrôlées supérieures peuvent
correspondre à des références à d'autres unités contrôlées. Par exemple, vous pouvez transformer les packages en unités
contrôlées avec les packages de niveau supérieur qui pointent sur les packages imbriqués. Cela permet à deux
développeurs de réserver les packages appartenant au même package de niveau supérieur. La manière de diviser le modèle
et le type de hiérarchie implémentée dépendent de la façon dont les membres de l'équipe fonctionneront, aussi bien d'un
point de vue physique (qui travaille avec quel package) que logique (comment diviser le modèle et préserver sa
conception).
Vous pouvez créer des unités contrôlées pour les packages, les diagrammes de déploiement et les propriétés du modèle.
Lorsque vous créez des unités contrôlées, vous nommez le nouveau fichier mais vous utilisez une des ces quatre
extensions pour le type particulier d'unités contrôlées que vous créez :
-
les packages logiques et les packages de cas d'utilisation sont stockés dans les fichiers .cat
-
les packages de composant sont conservés dans les fichiers .sub
-
les packages de déploiement sont conservés dans les fichiers .prc
-
les propriétés du modèle sont conservées dans un fichier .prp
Le nombre de fichiers .cat et.sub est illimité mais, le modèle Rose ne prenant en charge qu'un diagramme de
déploiement, il n'y a qu'un seul fichier .prc De la même façon, il n'y a qu'un ensemble de propriétés du modèle et
qu'un seul fichier .prp.
4. Définir les
chemins d'accès
Les chemins d'accès virtuels permettent à Rose d'utiliser les chemins de fichiers relatifs à la place des chemins de
fichiers physiques lorsqu'il référence les unités contrôlées. Cette fonction vous permet de déplacer un modèle entre
différents systèmes et différents répertoires et de le mettre à jour depuis plusieurs espaces de travail. La sauvegarde
d'un modèle ou la création d'une unité contrôlée s'effectue dans un emplacement physique. Cependant, votre fichier
modèle et les unités contrôlées parent qui y sont liées dépendent du chemin d'accès du fichier pour localiser les
unités contrôlées qui y appartiennent. En créant et en utilisant des chemins d'accès virtuels, vous permettez à Rose de
remplacer les chemins d'accès du fichier physiques par un chemin d'accès du fichier relatif, libérant votre modèle des
contraintes liées à l'emplacement physique.
Une perluète (&) dans un chemin virtuel indique que le chemin dépend du fichier modèle ou de l'unité contrôlée
(parent) qui la contient. Une façon habituelle d'implémenter les chemins d'accès est que tous les membres de l'équipe
définissent &CURDIR=&. Cela vous permet de sauvegarder le modèle et les unités contrôlées relatives au contexte
environnant, permettant aux différents utilisateurs d'ouvrir le modèle et de charger l'unité dans différents espaces de
travail.
5. Intégrer un système de gestion de
configuration
L'implémentation d'un système de gestion de configuration est essentiel pour les projets complexes. Un système de
gestion de configuration peut prendre en charge le développement de l'équipe s'il :
-
protège les développeurs de logiciel des changements de modèle non approuvés
-
prend en charge la comparaison et la fusion des changements effectués par différents collaborateurs
-
prend en charge le développement réparti (dispersé d'un point de vue géographique)
Vous pouvez aussi utiliser les mêmes outils de gestion de configuration pour entretenir les modèles dont vous vous
servez pour vos autres produits de projet, comme le code source et les DLL.
La gestion de développement parallèle étant primordiale, Rose fournit des intégrations avec Rational ClearCase et avec
les versions de systèmes de contrôle compatibles avec SCC, comme Microsoft Visual Source Safe. En intégrant des
systèmes de gestion de configuration, Rose rend les commandes des contrôles de versions les plus utilisées directement
accesibles depuis les menus de Rose, incluant les fonctions d'archivage et de réservation qui sont utilisées tous les
jours.
|