Pré. | Proc. |
Exigence Volatilité
Les pressions du marché pour commercialiser les produits et les systèmes le plus tôt possible sont de plus en plus fortes, ce qui met les équipes de projet sous pression pour développer, tester et déployer les produits dans des délais de plus en plus courts. Les processus d'exigences ont considérablement changé ces dernières années pour garantir que des spécifications stables, correctes et bien articulées soient fournies aux architectes, concepteurs et développeurs lorsqu'ils en ont besoin. On assiste à une évolution vers des processus itératifs et incrémentaux, ce qui nécessite de fournir un ensemble d'exigences stables pour chaque itération. La multiplication des exigences est souvent un indicateur qu'un problème n'est pas clairement compris, que les parties prenantes n'ont pas été compromises et qu'il existe des problèmes politiques non résolus, que le périmètre n'est pas défini ou que l'entreprise elle-même est en fluctuation. Enterprise Architect dispose d'un certain nombre de mécanismes qui peuvent être utilisés pour résoudre ce problème. Enterprise Architect ne dispose pas d'une propriété intégrée pour la volatilité des exigences (stabilité), mais en utilisant le mécanisme d'extension UML à usage général de Valeur Étiquetés une étiquette pourrait être créée pour enregistrer cette propriété.
Note : les exigences internes ont une propriété de stabilité, mais pas les exigences externes.
Mécanismes de gestion de la volatilité des besoins
Mécanisme |
Description |
---|---|
La volatilité comme Valeur Étiquetée |
Enterprise Architect fournit une série de propriétés pour Exigences , mais des propriétés supplémentaires peuvent être créées pour enregistrer d'autres propriétés telles que la volatilité d'une exigence ou la source de l'exigence. Cela est réalisé à l'aide du mécanisme UML Valeur Étiquetée , qui permet à tout élément comprenant Exigences d'avoir une ou plusieurs étiquettes appliquées, représentant une propriété à laquelle une valeur peut être attribuée. Enterprise Architect a étendu ce mécanisme et permet au modélisateur de créer une liste de valeurs qui peuvent être choisies dans une liste déroulante à l'aide des Valeur Étiquetés structurées prédéfinies. Cela permet à une équipe de définir sa propre liste de valeurs de volatilité, telles que extrême, élevée, moyenne, faible, minimale.
|
Utilisation Lignes de base |
L' facilité Baseline est un outil efficace qui permet à un utilisateur de prendre un instantané d'un modèle ou plus généralement d'un fragment de modèle, puis, au fur et à mesure du développement du modèle, de comparer la nouvelle version du modèle à la baseline, identifiant ainsi tout ce qui a changé depuis la prise de la baseline. Lignes de base ont une applicabilité générale, mais sont particulièrement utiles dans la gestion des exigences, où les exigences sont souvent considérées comme validées ou gelées et toute modification qui leur est apportée doit être enregistrée comme un changement. L'outil Baseline dispose d'un utilitaire de comparaison qui répertorie de manière pratique les changements entre le modèle actuel et la baseline.
|
Recherches sur les besoins de barattage |
Enterprise Architect dispose d'une facilité de recherche sophistiquée qui permet à un utilisateur de rechercher soit dans un Paquetage sélectionné, soit dans l'ensemble du référentiel, pour localiser les éléments qui répondent à des critères précis. Cela peut être utilisé pour localiser les exigences qui n'ont pas changé en recherchant un changement dans la date de modification avant une date spécifiée, fournissant ainsi une liste d'exigences stables. Alternativement, si la volatilité a été définie à l'aide d'une Valeur Étiquetée , tous les éléments avec une volatilité spécifiée peuvent être localisés. La facilité de recherche renvoie une liste d'éléments qui peuvent être localisés dans la fenêtre Navigateur ; la recherche peut être utilisée comme base d'un Modèle Vue à utiliser pour afficher les exigences volatiles ou non volatiles. |