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 :   

Objet Haut de la page

Les exigences logicielles sont documentées en vue de spécifier :

  • Une capacité logicielle requise par l'utilisateur afin de résoudre un problème [afin de] et atteindre un objectif
  • Une capacité logicielle devant être satisfaite ou possédée par un système, ou par l'un de ses composants, afin de se plier à un contrat, une norme, une spécification ou toute autre documentation imposée de manière formelle
    [THA97]

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.

Bref aperçu Haut de la page

Lors de la création de l'artefact Exigence logicielle , vous devez prendre en compte certains de ses aspects, notamment :

  • les différents groupes d'intérêts et parties prenantes pouvant avoir des exigences à contribuer
  • les différents types d'exigences (catégories, dimensions) devant être envisagés

Propriétés Haut de la page

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. 

Calendrier Haut de la page

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.

Responsabilité Haut de la page

Le rôle Spécificateur d'exigences est principalement responsable de cet artefact.

Personnalisation Haut de la page

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)   2003.06.15