| Pré. | Proc. |
Diagramme Exigences
Un diagramme Exigences est l'un des types diagramme étendus d' Enterprise Architect . Il permet à un analyste de modéliser visuellement les exigences, en montrant comment les exigences sont liées les unes aux autres et comment elles se connectent à d'autres éléments du modèle tels que les facteurs Métier , les contraintes, Règles Métier , les cas d'utilisation et les composants de conception. L'exigence sera l'élément principal visible sur ces diagrammes ; elle possède un nom, une description et une série de propriétés (appelées attributs dans certaines publications) telles que le statut, la complexité, la difficulté et l'auteur. Enterprise Architect est conçu pour être un outil flexible et permet de créer des exigences directement dans le référentiel sans utiliser de diagramme , mais le diagramme s'est avéré être un outil utile pour exprimer le rôle important que jouent les exigences dans le processus de développement.
Exemple Diagramme
Boîte à outils Exigences
Vous pouvez créer des éléments en les faisant glisser depuis les pages « Exigences » de la boîte à outils Diagramme vers le canevas diagramme . Les connecteurs peuvent également être sélectionnés depuis la boîte à outils et glissés entre les éléments du diagramme ou en utilisant le Quick Linker . Ce tableau répertorie les éléments disponibles dans la boîte à outils « Exigences », mais il est important de se rappeler que d'autres éléments tels que les cas d'utilisation et les composants peuvent être ajoutés au diagramme en ouvrant d'autres pages de la boîte à outils - cliquez sur 
pour afficher la dialogue « Trouvez Item de Boîte à Outils » et spécifiez le nom de l'élément.
Éléments de la boîte à outils Exigences
Élément |
Usage |
|---|---|
|
Paquetage |
Paquetages sont des éléments conteneurs qui peuvent être utilisés pour regrouper des exigences et d'autres éléments en ensembles. Ils ne sont pas des exigences en soi mais agissent comme un mécanisme de regroupement ; les analystes doivent veiller à ce que le Paquetage ne soit pas une exigence de haut niveau. |
|
Exigence |
L'élément Exigence est utilisé pour modélisation une condition ou une capacité qu'un système doit avoir. Le type d'exigence peut être défini, mais il existe également un certain nombre de types d'exigences tels que les exigences fonctionnelles, utilisateur et architecturales disponibles à partir de la page « Exigences étendues » de la boîte à outils. Elles sont utiles pour modélisation une gamme d'autres entités, telles que les justifications et les hypothèses. |
|
Fonctionnalité |
Une Fonctionnalité est une caractéristique ou une propriété que le système doit posséder pour répondre à ses exigences métier. Il s'agit généralement de propriétés de haut niveau qui représentent un groupe d'exigences. |
|
Risque |
Un risque est une condition qui pourrait entraîner la perturbation, la perte ou la compromission d'un système. L'élément peut être utilisé pour modéliser les risques techniques et commerciaux et peut être connecté à un ou plusieurs éléments. |
|
Object |
Les objets sont utiles pour modélisation n'importe quelle entité abordée lors d'un atelier d'élicitation des exigences ou lors de la lecture de la documentation du projet. Formellement, ce sont des instances de classes et lorsqu'une analyse est effectuée, une classe de domaine peut être dérivée d'un ou de plusieurs objets. |
Boîte à outils des relations Exigences
Vous pouvez créer des relations en sélectionnant l'icône correspondante dans la boîte à outils et en la faisant glisser entre deux éléments quelconques dans le canevas diagramme , ou en utilisant le Quick Linker . Ce tableau répertorie les relations disponibles dans la page « Relation Exigences » de la boîte à outils, mais il est important de se rappeler que d'autres relations telles que Composite peuvent être ajoutées au diagramme en ouvrant d'autres pages de la boîte à outils.
Boîte à outils Exigences Relations
Connecteur |
Utiliser |
|---|---|
|
Agrégat |
Utilisé pour montrer qu'une exigence (extrémité en losange) est composée d'une autre exigence (extrémité en queue). Cela permet de créer des hiérarchies d'exigences. |
|
Héritage |
Utilisé pour montrer qu'un élément (extrémité du triangle) est une version plus généralisée d'un autre élément (extrémité de la queue). La relation est utilisée entre les classificateurs tels que les cas d'utilisation, les classes, les artefacts et les composants. |
|
Associé |
Utilisé pour montrer une relation sémantique ou structurelle entre deux éléments. |
|
Outils |
Utilisé pour montrer qu'un élément de modèle implémente une exigence. En général, il est utilisé par un architecte ou un concepteur pour indiquer que le besoin exprimé dans l'exigence serait satisfait par un module, un cas d'utilisation ou un composant particulier du système. |
|
Dépendance |
Utilisé pour montrer qu'une exigence (extrémité de la queue) dépend d'un autre élément (extrémité de la flèche). |
|
Flux d'informations |
Utilisé pour montrer que les données circulent entre deux éléments dans un Référentiel . Le type de données peut être représenté sous forme Items d'information qui peuvent être sélectionnés à partir de n'importe quelle partie du modèle. Ils peuvent être utilisés pour montrer l'exigence selon laquelle les informations circulent entre le système proposé et le système d'un fournisseur ou pour représenter une contrainte selon laquelle deux composants doivent communiquer via un certain protocole. |
|
Tracer |
Utilisé pour montrer qu'un élément (extrémité de la queue) est plus élaboré dans le modèle que l'élément à l'extrémité de la flèche. Ainsi, une exigence utilisateur peut être rattachée à une exigence d'une partie prenante ou à un objectif Métier , |
Exemple Diagramme - Hiérarchies
Ce diagramme montre comment les exigences peuvent être connectées en hiérarchies, permettant ainsi de décomposer les exigences de haut niveau en exigences vérifiables.
Exemple Diagramme - Traces
Ce diagramme montre comment Exigences peuvent être connectées à d'autres éléments du modèle, affichant ainsi la traçabilité.
