Pré. | Proc. |
Exigences Diagramme
Un diagramme Exigences est l'un des types de 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 avec d'autres éléments du modèle tels que les moteurs Métier , les contraintes, les Règles Métier , les cas d'utilisation et les composants de conception. L'Exigence sera l'élément principal vu sur ces diagrammes ; il a 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
Exigences outils des exigences
Vous pouvez créer des éléments en les faisant glisser depuis les pages ' Exigences ' de la Diagramme à outils du diagramme vers le canevas du diagramme. Les connecteurs peuvent également être sélectionnés dans la boîte à outils et déplacés entre les éléments du diagramme ou à l'aide du Quick Linker. Ce tableau répertorie les éléments disponibles à partir de 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 le ' Trouvez Item de Boîte à Outils ' et dialogue le nom de l'élément.
Exigences boîte à outils Exigences
Élément |
Usage |
---|---|
Paquetage |
Paquetages sont des éléments de conteneur qui peuvent être utilisés pour regrouper des exigences et d'autres éléments dans des ensembles. Ce ne sont pas des exigences elles-mêmes, mais elles 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 Requirement 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 telles que les exigences fonctionnelles, utilisateur et architecturales disponibles à partir de la page "Extended Exigences " de la boîte à outils. Ils 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 besoins métier. Ce sont généralement des 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 à la fois les risques techniques et commerciaux et peut être connecté à un ou plusieurs éléments. |
Object |
Les objets sont utiles pour modélisation l'une des entités qui sont discutées 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 lorsque l'analyse est effectuée, une classe de domaine peut être dérivée d'un ou plusieurs objets. |
Exigences outils des relations avec les exigences
Vous pouvez créer des relations en sélectionnant l'icône correspondante dans la boîte à outils et en faisant glisser entre deux éléments quelconques dans le canevas du diagramme , ou en utilisant le Quick Linker. Ce tableau répertorie les relations disponibles à partir de la page ' Exigences Relation' 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.
Exigences outils Relations d'exigences
Connecteur |
Utilisation |
---|---|
Agrégat |
Utilisé pour montrer qu'une exigence (extrémité en diamant) 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é arrière). 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. |
Met en oeuvre |
Utilisé pour montrer qu'un élément de modèle implémente une exigence. En règle générale, il serait 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é arrière) repose sur un autre élément (extrémité flèche). |
Flux d'information |
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 d' Items d'information pouvant être sélectionnés à partir de n'importe quelle partie du modèle. Ils pourraient être utilisés pour montrer l'exigence que les informations circulent entre le système proposé et le système d'un fournisseur ou pour représenter une contrainte que deux composants doivent communiquer via un certain protocole. |
Trace |
Utilisé pour montrer qu'un élément (extrémité arrière) est plus élaboré dans le modèle que l'élément à l'extrémité de la flèche. Ainsi, une Exigence Utilisateur pourrait être rattachée à une Exigence 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 aux exigences de haut niveau d'être décomposées en exigences vérifiables.
Exemple Diagramme - Traces
Ce diagramme montre comment les Exigences peuvent être connectées à d'autres éléments du modèle, affichant la traçabilité.