• Les questions suivantes doivent être traitées :
    • Fonctionnalité : Qu'est-ce que le logiciel est supposé 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 ?
    • Performance : Quels sont la vitesse, la disponibilité, le temps de réponse, le temps de récupération des diverses fonctions du logiciel, etc. ?
    • 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. ?
  • Y a-t-il des exigences spécifiées hors des limites de la SRS? Ceci 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.
  • Est-ce que la SRS limite correctement la gamme des conceptions valides sans spécifier aucune conception particulière ?
  • Est-ce que la SRS présente les caractéristiques suivantes ?
    • 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 ? 
      • Est-ce que toutes les plages prévues pour les valeurs d'entrée, dans tous les scénarios possibles, ont é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 et 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 ?

Référence : [IE830]



RUP (Rational Unified Process)   2003.06.15