Réserver une Démo

SVP notez : Cette page d’aide n’est pas pour la dernière version d’Enterprise Architect. La dernière aide peut être trouvée ici.

Pré. Proc.

Exigences UML

Le Unified Modeling Language ne spécifie pas d'élément pour la modélisation des Exigences autre que le cas d'utilisation, qui, selon lui, peut être utilisé pour décrire les usages du système. Dans les toutes premières versions d' UML , une exigence était définie comme un commentaire stéréotypé, mais cela a ensuite été rendu obsolète. Enterprise Architect a, depuis les toutes premières versions, comblé cette lacune dans la spécification UML en étendant le langage pour inclure un élément Requirement qui permet à ce concept important d'être modélisé textuellement et graphiquement dans des diagrammes et d'autres vues. Enterprise Architect dispose d'un support riche pour la modélisation des cas d'utilisation conformément à la spécification, mais permet à l'analyste des exigences de spécifier d'autres Exigences à l'aide de l'élément flexible Exigences . Lorsqu'ils sont utilisés ensemble, l'élément d'exigence et le cas d'utilisation fournissent à l'analyste une palette utile pour décrire les Exigences de n'importe quel système à n'importe quel niveau. L'élément Requirement peut être utilisé pour décrire les Métier Drivers, les Métier Goals et les Stakeholder Exigences , et ceux-ci peuvent être liés à des cas d'utilisation avec le connecteur Realize. Les cas d'utilisation peuvent être complétés par des exigences fonctionnelles, architecturales et d'implémentation Exigences adaptées aux équipes d'implémentation.

Example Requirements Traceability diagram in Sparx Systems Enterprise Architect