Flux de travaux d'association d'exigences

Ces flux de travaux décrivent des scénarios types pour utiliser cette intégration des outils Rational RequisitePro et Rational Software Modeler.

Association d'exigences et d'éléments de modèle dans de nouveaux produits

  1. L'analyste ou le gestionnaire de produits utilisent RequisitePro pour définir les exigences des nouveaux produits logiciels.
  2. L'architecte du système lance Software Modeler et ouvre le projet RequisitePro dans la vue Explorateur des exigences. Il étudie ensuite les exigences et développe un nouveau modèle UML qui reflète ces exigences.
  3. 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.
  4. 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 modèle dans des produits existants

  1. L'analyste ou le gestionnaire de produits utilisent RequisitePro pour créer ou modifier les exigences de produits logiciels existants.
  2. L'architecte du système lance Software Modeler et ouvre le projet RequisitePro dans la vue Explorateur des exigences. Il crée des éléments de modèle et une traçabilité pour répondre aux nouvelles exigences.
  3. 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.
  4. 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.
Concepts associés
Associations entre exigences et éléments de modèle
Concepts et artefacts d'exigence
Tâches associées
Affichage et modification des exigences
Association d'exigences et d'éléments de modèle existants
Création d'éléments de modèles et d'exigences associés
Conditions d'utilisation | Retours d'informations
(C) Copyright IBM Corporation 2004, 2005. All Rights Reserved.