Artefact :
|
![]() |
Spécification d'une condition ou d'une capacité à laquelle doit se conformer un système. |
---|---|
Autres relations : | Etendu par : |
Rôle : | Spécificateur d'exigences |
Caractère facultatif/Occurrence: | Occurrences multiples, englobées généralement dans un conteneur de type artefact. Doit être utilisé chaque fois que le système doit se conformer à une capacité ou à une condition. |
Modèles et rapports : |
|
Exemples : | |
Représentation UML : | Divers stéréotypes peuvent être utilisés, tels que <<cas d'utilisation>> et <<règle métier>>. |
Informations supplémentaires : |
Entrée d'activités : | Sortie d'activités : |
Les exigences logicielles sont documentées en vue de spécifier :
Cet artefact est essentiel au développement du logiciel, bien qu'il soit usuel, dans de fréquents contextes, qu'une partie des exigences ne soit pas totalement documentée. RUP aborde cette préoccupation en gérant le développement du logiciel par itérations multiples, permettant ainsi la détection des exigences significatives au fil du temps.
Lors de la création de l'artefact Exigence logicielle , vous devez prendre en compte certains de ses aspects, notamment :
Nom de la propriété | Brève description |
---|---|
Identificateur | Nom unique utilisé pour l'identification de cette exigence logicielle. |
Brève description | Brève description de l'exigence (aussi succincte que possible). |
Justification | Explication de la nécessité de cette exigence et de l'avantage ou de la valeur qu'elle représente. |
Représentation UML | Stéréotypes divers, tels que <<cas d'utilisation>>, <<règle métier>> |
Description détaillée | Explication détaillée de l'exigence. |
Procédures de restauration et de reprise | Procédures requises pour aboutir à une restauration ou à une reprise de la configuration de l'environnement de test. |
Les exigences logicielles sont identifiées (et un bref aperçu partiellement fourni) dès le début de la phase de création, lorsque l'équipe commence à définir la portée du système en réponse aux requêtes et à la vision du système par l'intervenant. La plupart des exigences sont ensuite décrites en détails lors des phases d'élaboration et de construction, et une petite partie est enfin définie et traitée lors de la transition.
Le rôle Spécificateur d'exigences est principalement responsable de cet artefact.
Cet artefact est généralement englobé dans la Spécification des exigences logicielles, un cas d'utilisation ou d'autres artefacts de spécification d'exigences.
RUP (Rational Unified Process)
|