Modèle Exigences

Représenter Exigences

Dans Enterprise Architect , une exigence peut être modélisée comme :

• Exigence externe - une attente du système ou du processus, ce que le système ou le processus doit fournir, modélisé comme un élément ; par exemple, une exigence métier ou une demande de partie prenante - Exigences à ce niveau ont leurs propres propriétés et sont signalées séparément dans les rapports de documents
• Exigence interne - une exigence d'un élément existant, ce que l'élément doit faire ou accomplir, défini comme une propriété de l'élément

Exigences dans le Modèle

Les éléments d'exigence peuvent être regroupés et organisés au sein de Exigences d' diagrammes .

Les éléments d'exigence sont connectés les uns aux autres par des relations d'agrégation pour former une hiérarchie :

Il est assez courant de développer un Paquetage de plusieurs centaines d'éléments d'exigence, disposés individuellement et en hiérarchies de complexité variable. Vous pouvez sélectionner un Paquetage et utiliser l'option de ruban 'Conception > Paquetage > Gérer > Numérotation des Niveaux ' pour mettre en évidence l'ordre et la disposition des Exigences rapidement et facilement.

Cette illustration montre un certain nombre d' Exigences dans un Paquetage , où Numérotation des Niveaux rend l'ordre et l'arrangement clairs :

Si des éléments sont ajoutés, déplacés ou supprimés du Paquetage , la numérotation s'ajuste automatiquement.

Cette numérotation peut également être appliquée dans un document.

Cas d'utilisation

Exigences sont implémentées (réalisées) par des éléments de modèle tels que les cas d'utilisation, les classes, les interfaces et les composants. Il existe de nombreuses façons de tracer soit l'exigence pour la fonctionnalité ou le service modélisé par les éléments, soit les éléments qui développent l'exigence, le plus visiblement dans les diagrammes de traçabilité qui décrivent les Exigences et les éléments du modèle connectés par des relations de réalisation. Le connecteur Realize permet aux membres de l'équipe de projet de maintenir les objectifs de conception et de développement en tandem, ainsi que la voie et l'objectif de développement clairs.

La relation de réalisation la plus courante se situe entre une exigence et un cas d'utilisation. Une Exigence peut être réalisée par un ou plusieurs Cas d'Utilisation, et un Cas d'Utilisation peut réaliser une ou plusieurs Exigences .

Alors qu'une exigence définit une condition qui doit être remplie, le cas d'utilisation est la clé pour définir et visualiser comment cette condition est remplie. Un diagramme de cas d'utilisation décrit le regroupement logique d'actions, de processus et de composants pour obtenir un résultat requis et, grâce à l'utilisation d'éléments Acteur, définit également les rôles utilisateur et/ou système participant au processus.

Chaque cas d'utilisation (en tant qu'élément composite) peut contenir une combinaison de diagrammes enfants qui définissent plus en détail comment une activité ou une facilité particulière peut être mise en œuvre - ces diagrammes incluent les diagrammes Séquence , Communication , Activity , Statemachine et Métier Rule Flow . La mise en œuvre proprement dite de chaque cas d'utilisation est réalisée par des éléments de classe, de composant et d'interface organisés dans leurs propres diagrammes . Ces réalisations peuvent également être capturées et visualisées dans des diagrammes de traçabilité , décrivant le cheminement complet du développement, de l'exigence initiale aux tests et à la production.