Ces classifications sont utilisées pour décrire comment utiliser les produits (et leurs états) lors de la
personnalisation du Processus de développement. Ces valeurs peuvent être complétées
par un discriminant pour définir les procédures de revue du produit. Pour plus d'informations sur les niveaux de revue
des produits, voir Instructions :
Niveaux de revue.
Classification
|
Explication
|
Doit être utilisé
|
Vous devez utiliser ce produit. C'est un produit clé et vous pourriez rencontrer des difficultés lors
du développement si vous ne l'utilisez pas.
|
Devrait être utilisé
|
Vous devez, si possible, utiliser ce produit mais vous pouvez vous en passer. Si vous n'utilisez pas ce
produit maintenant, vous devez être capable de justifier pourquoi.
|
Peut être utilisé
|
Vous n'avez pas à utiliser ce produit. Il ne faut l'utiliser que s'il ajoute de la valeur et que vous
disposez d'assez de temps.
|
Ne doit pas être utilisé
|
Vous n'utiliserez pas ce produit. Cela peut arriver lorsqu'un produit Rational Unified Process est
remplacé par un produit local.
|
Ce schéma de classification peut être étendu ou personnalisé pour correspondre aux spécificités de votre organisation.
L'ajustement du schéma de classification dépend du niveau de la personnalisation effectuée. Par exemple, lorsque
vous personnalisez un processus pour un projet donné, la décision d'utiliser ou non un produit spécifique est prise
dans le cadre du travail d'adaptation. Dans ce cas, le schéma de classification ci-dessus peut être limité à
"Requis" et "Non requis". Dans d'autres cas, lorsque vous personnalisez un processus pour une organisation et
qu'une adaptation plus détaillée est prévue pour des projets spécifiques par exemple, il est important de définir un
schéma de classification plus détaillé que celui décrit dans le tableau ci-dessus. Pour plus d'informations sur
les différents niveaux de personnalisation, voir Concept :
Personnaliser RUP.
Impact de la classification
Les procédures de revue, les outils, les éléments paramétrés et la gestion de configuration des produits classés dans
la catégorie Doit être utilisé ou Devrait être utilisé doivent être paramétrés.
La spécification de ces procédures est optionnelle pour les produits classés dans la catégorie Peut être
utilisé. La décision peut revenir aux développeurs ou aux projets d'utiliser ou non ces produits.
L'omission de tous les produits classés dans la catégorie Ne doit pas être utilisé doit être justifiée.
Le principal avantage de ce schéma de classification est qu'il indique clairement la façon dont le processus a été
personnalisé et les possibilités de négociation et de prises de décisions locale.
Le schéma de classification du produit permet de définir des contraintes d'utilisation des produits.
Par exemple, si vous décidez que le projet pourrait avoir un modèle d'analyse, une personnalisation plus détaillée peut
ajuster ces valeurs en décidant que le projet doit répondre à l'un des critères suivants :
-
il doit avoir un modèle d'analyse
-
il ne doit pas avoir de modèle d'analyse
-
son statut doit rester inchangé (un modèle d'analyse est facultatif)
Ce schéma de classification peut aussi être utilisé de manière dynamique, permettant au statut du produit de changer en
fonction de la phase du projet à laquelle il appartient.
Le tableau suivant indique les différentes façons de traiter le modèle d'analyse. La colonne Utilisation définit
la façon dont le produit est utilisé dans chacune des phases.
Produit
|
Utilisation
|
Commentaire
|
Création
|
Elaboration
|
Construction
|
Transition
|
Modèle d'analyse
|
Ne doit pas être utilisé
|
Ne doit pas être utilisé
|
Ne doit pas être utilisé
|
Ne doit pas être utilisé
|
Le modèle d'analyse n'est pas développé.
|
Modèle d'analyse
|
Peut être utilisé
|
Peut être utilisé
|
Peut être utilisé
|
Peut être utilisé
|
Normal.
|
Modèle d'analyse
|
Peut être utilisé
|
Devrait être utilisé
|
Ne doit pas être utilisé
|
Ne doit pas être utilisé
|
Approche évolutive où le modèle d'analyse est remplacé par le modèle de conception.
|
Modèle d'analyse
|
Indispensable
|
Ne doit pas être utilisé
|
Ne doit pas être utilisé
|
Ne doit pas être utilisé
|
Approche évolutive où le modèle d'analyse est obligatoire pendant la phase de création pour aider à
définir le projet mais est remplacé par le modèle de conception pendant l'élaboration.
|
Modèle d'analyse
|
Devrait être utilisé
|
Indispensable
|
Indispensable
|
Indispensable
|
Processus formel où le modèle d'analyse est obligatoire, produit préservé optionnel pendant la
phase de création.
|
|