Liste de contrôle: Spécification des exigences logicielles
Cette liste de contrôle permet de s'assurer que la spécification des exigences logicielles sont correctes et complètes.
Relations
Description principale

Référence : [IE830]



Eléments de vérification
La fonctionnalité, les interfaces externes, les performances, les attributs et les contraintes de conception sur l'implémentation doivent être traités.
Fonctionnalité : Qu'est-ce que le logiciel est censé faire ?
 
Interfaces externes : Comment le logiciel interagit-il avec les personnes, le matériel du système, les autres matériels et les autres logiciels ?
 
Performances : Quels sont les vitesse, disponibilité, temps de réponse et de récupération, etc. des diverses fonctions du logiciel ?
 
Attributs : Quelles sont les considérations de portabilité, d'exactitude, de maintenance, de sécurité, etc. ?
 
Contraintes de conception imposées à une implémentation : Y a-t-il nécessité de respecter des normes en vigueur, un langage d'implémentation, des règles d'intégrité de la base de données, des limitations de ressources, des environnements d'exploitation, etc. ?
Existe-t-il des exigences spécifiées hors des limites de la SRS (spécification des exigences logicielles) ?
Cela signifie que la SRS :
  • Doit correctement définir toutes les exigences logicielles,
  • Ne doit décrire aucun détail de conception ou d'implémentation,
  • Ne doit pas imposer des contraintes supplémentaires au logiciel.
La SRS limite-t-elle correctement la gamme des conceptions valides sans spécifier aucune conception particulière ?
La SRS présente-t-elle ces caractéristiques essentielles ?
Correcte : Est-ce que toutes les exigences stipulées dans la SRS sont des exigences que le logiciel doit satisfaire ? Non ambiguë
Est-ce que toute exigence n'a qu'une seule interprétation ? A-t-on utilisé la langue du client ? Des diagrammes ont-ils été utilisés pour renforcer les descriptions en langage naturel ?
Complète
La SRS inclut-elle toutes les exigences significatives, qu'elles se rapportent à la fonctionnalité, aux contraintes de conception liées à la performance, aux attributs ou aux interfaces externes ?  Toutes les plages prévues pour les valeurs d'entrée dans tous les scénarios possibles ont-elles été identifiées et traitées ?  Les réponses ont-elles été incluses dans les valeurs d'entrée, aussi bien valides que non valides ? Les figures, tableaux et diagrammes comprennent-ils tous des libellés complets, des références et des définitions pour tous les termes et unités de mesure ?  Les points à déterminer ont-ils tous été résolus ou traités ?
Cohérente
Cette SRS est-elle conforme au document Vision, au modèle de cas d'utilisation et aux spécifications supplémentaires ? Est-elle conforme à toutes autres spécifications de plus haut niveau ? Est-elle cohérente au niveau interne, sans conflit entre aucun des sous-ensembles d'exigences décrits ?
Capacité d'ordonner les exigences
Chaque exigence est-elle libellée avec un identifiant indiquant l'importance ou la stabilité de cette exigence particulière ? Les autres attributs significatifs pour déterminer correctement la priorité ont-ils été identifiés ?
Vérifiable
Est-ce que chaque exigence stipulée dans la SRS est vérifiable ? Existe-t-il un processus rentable par lequel une personne ou une machine peut vérifier que le produit logiciel satisfait aux exigences ?
Modifiable
La structure et le style de la SRS sont-ils tels que tout changement dans les exigences puisse être effectué facilement, complètement et de façon homogène, tout en gardant la structure et le style ? Les redondances ont-elle été identifiées, limitées et référencées ?
Traçable
Chaque exigence a-t-elle un identifiant clair ? L'origine de chaque exigence est-elle claire ? La traçabilité descendante est-elle maintenue par un référencement explicite des artefacts précédents ? Existe-t-il un niveau raisonnable de traçabilité ascendante pour les artefacts engendrés par la SRS ?