Activité :
|
Objet
|
Rôle : Spécificateur d'exigences |
Fréquence : |
Etapes |
Artefacts d'entrée : | Artefacts de sortie : |
Guides d'utilisation de l'outil : |
Plus d'informations : |
Détails sur l'enchaînement d'activités : |
Assurez-vous que toutes les exigences sont spécifiées de façon suffisamment détaillée pour transmission aux concepteurs, testeurs et rédacteurs. Consultez les Points de contrôle : Spécifications supplémentaires pour voir si des détails supplémentaires sont nécessaires pour décrire les exigences logicielles qui ne figurent pas dans les cas d'utilisation.
Si vous rédigez une Spécification des exigences logicielles (SRS) formelle, consultez Points de contrôle : Spécification des exigences logicielles.
Si les exigences font l'objet d'un suivi ou de tout autre type de gestion formelle, assurez-vous que chaque exigence est clairement identifiée et étiquetée.
Souvent, les exigences sont stockées et gérées à l'aide d'un ou plusieurs outils. Il peut s'agir par exemple d'outils :
Cette étape permet de générer de la documentation à partir de ces outils, afin de faciliter la consultation des informations. Voir la section Plus d'informations de cette activité pour connaître les rapports que vous pouvez exécuter dans le cadre de cette tâche.
Si aucun outil spécialisé n'est utilisé pour répertorier les exigences, cette étape n'est pas applicable (dans ce cas, toutes les exigences logicielles sont indiquées directement dans la documentation).
Pour les projets informels, cette étape consiste à regrouper les rapports appropriés et la documentation générée manuellement, avec suffisamment de documents de support pour que les exigences puissent être revues correctement.
Pour les projets plus formels, une ou plusieurs spécifications des exigences logicielles (SRS) reprennent et organisent toutes les exigences liées au projet. Par exemple, une SRS distincte peut être utilisée pour décrire les exigences logicielles liées à chaque fonctionnalité d'une version donnée du produit. Chaque SRS peut contenir plusieurs cas d'utilisation issus du modèle de cas d'utilisation pour décrire les exigences fonctionnelles de la fonctionnalité, ainsi qu'un ensemble d'exigences détaillées reprises dans des spécifications supplémentaires.
La Spécification des exigences logicielles (SRS) est un document formel de type IEEE 830, qui prend la forme d'un "package" UML. Deux canevas de SRS sont fournis : le premier est à utiliser *avec* modélisation de cas d'utilisation (rup_srsuc.dot) et le deuxième est à utiliser *sans* modélisation de cas d'utilisation (rup_srs.dot). Le premier (rup_srsuc.dot) référence, ou comprend, les artefacts de modèle de cas d'utilisation : la description du modèle de cas d'utilisation, les rapports de cas d'utilisation et les spécifications supplémentaires. Cela vous permet de créer une SRS formelle, conforme aux normes IEEE, sans avoir besoin de répéter les informations de ces trois artefacts.
Le second canevas (rup_srs.dot) est un document indépendant qui contient *toutes* les exigences logicielles. Pour ce document, vous devez recourir à la traçabilité des exigences des artefacts de cas d'utilisation, s'ils sont utilisés. Techniquement, ils contiennent les mêmes informations, mais les informations contenues dans le modèle de cas d'utilisation sont incluses par référence (non par duplication) dans le premier caneva, alors qu'elles sont intégralement dupliquées dans le deuxième (si des cas d'utilisation sont utilisés), ce qui implique davantage d'efforts pour gérer les relations de traçabilité.
A l'aide du canevas de Spécification des exigences logicielles, composez votre package SRS et ajoutez les informations nécessaires afin d'obtenir une définition complète des exigences logicielles pour ce sous-système ou cette fonctionnalité.
RUP (Rational Unified Process)
|