Ces flux de travaux décrivent des scénarios types pour utiliser cette intégration de
Rational RequisitePro
et de Produits de modélisation Rational.
Association d'exigences et d'éléments de domaine dans de nouveaux produits
- L'analyste ou le gestionnaire de produits utilisent RequisitePro pour définir les exigences des nouveaux produits logiciels.
- L'architecte du système lance un produit de modélisation Rational et ouvre le projet
RequisitePro dans la vue
Explorateur d'exigences. Il étudie ensuite les exigences
et développe un nouveau modèle UML qui reflète ces exigences.
- L'architecte associe les exigences RequisitePro
à des éléments de modèle UML pour indiquer les exigences correspondant aux éléments de
modèle.
Remarque : Cette architecture peut relier un élément à une seule exigence,
comme dans le cas d'une association univoque entre un élément de cas d'utilisation et
une exigence de cas d'utilisation, ou à plusieurs exigences en utilisant la traçabilité,
comme lorsqu'une classe unique répond à plusieurs exigences. A l'inverse, plusieurs
éléments peuvent se lier à une seule exigence, comme lorsque plusieurs classes
répondent à une exigence. Les éléments de modèle et les exigences sans associations ni traçabilité peuvent être le
signe d'une conception incomplète.
- Une fois l'architecture terminée, les programmeurs utilisent le modèle UML
pour réaliser l'implémentation du code d'application.
Association d'exigences et d'éléments de domaine dans des produits existants
- L'analyste ou le gestionnaire de produits utilisent RequisitePro pour créer ou modifier les exigences de produits logiciels existants.
- L'architecte du système lance un produit de modélisation Rational et ouvre le projet
RequisitePro dans la vue
Explorateur d'exigences. Il crée des éléments de
modèle et une traçabilité pour répondre aux nouvelles exigences.
- L'architecte modifie également le modèle UML pour appliquer les modifications
apportée à la conception existante.
Remarque : Ces modifications créent des changements dans les
exigences associées et peuvent être à l'origine d'une traçabilité marquée comme "suspecte" pour ces exigences.
Ces relations de traçabilité peuvent être consultées sur les vues Traçabilité des exigences et Résultats de requête d'exigence ou dans RequisitePro et aident
l'équipe du projet à analyser l'impact des modifications proposées sur le projet.
- Une fois les modifications d'architecture terminées, les programmeurs utilisent le modèle UML
pour réaliser leurs modifications sur le code d'application.