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 :
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.
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 Setting Up and Working with Models and Modeling Projects (Configuration et utilisation de modèles et
projets de modélisation).
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 Working in a Team Environment (Travail au sein d'une équipe).
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 Setting Up and Working with Models and Modeling Projects (Configuration et utilisation de modèles et
projets de modélisation).
|