La validation des exigences consiste à vérifier que les exigences définies pour le développement définissent le système que le client souhaite vraiment. Pour vérifier les problèmes liés aux exigences, nous effectuons la validation des exigences. Nous utilisons généralement la validation des exigences pour vérifier l’erreur lors de la phase initiale du développement, car l’erreur peut augmenter les reprises excessives lorsqu’elle est détectée plus tard dans le processus de développement.
Dans le processus de validation des exigences, nous effectuons un type de test différent pour vérifier les exigences mentionnées dans la Spécification des exigences logicielles (SRS), ces contrôles incluent:
- Contrôles d’exhaustivité
- Contrôles de cohérence
- Contrôles de validité
- Contrôles de réalisme
- Contrôles d’ambiguïté
- Vérifiabilité
La sortie de la validation des exigences est la liste des problèmes et les actions convenues des problèmes détectés . Les listes de problèmes indiquent le problème détecté lors du processus de validation des exigences. La liste des mesures convenues indique les mesures correctives à prendre pour résoudre le problème détecté.
Il existe plusieurs techniques qui sont utilisées individuellement ou conjointement avec d’autres techniques pour vérifier tout ou partie du système:
- Génération de cas de test:
L’exigence mentionnée dans le document SRS doit être testable, les tests effectués révèlent l’erreur présente dans l’exigence. On pense généralement que si l’essai est difficile ou impossible à concevoir, cela signifie généralement que l’exigence sera difficile à mettre en œuvre et qu’elle devrait être réexaminée. - Prototypage:
Dans ces techniques de validation, le prototype du système est présenté devant l’utilisateur final ou le client, il expérimente le modèle présenté et vérifie s’il répond à son besoin. Ce type de modèle est généralement utilisé pour recueillir des commentaires sur les besoins de l’utilisateur. - Examens des exigences:
Dans cette approche, le SRS est soigneusement examiné par un groupe de personnes, y compris des personnes des organisations contractantes et du côté client, l’examinateur analyse systématiquement le document pour vérifier l’erreur et l’ambiguïté. - Analyse de cohérence automatisée:
Cette approche est utilisée pour la détection automatique d’une erreur, telle que le non-déterminisme, les cas manquants, une erreur de type et des définitions circulaires, dans les spécifications des exigences.Tout d’abord, l’exigence est structurée en notation formelle, puis l’outil CASE est utilisé pour vérifier la cohérence du système, Le rapport de toutes les incohérences est identifié et des mesures correctives sont prises.
- Walk-through :
Une procédure pas à pas n’a pas de procédure formellement définie et ne nécessite pas d’attribution de rôle différenciée.- Vérifier tôt si l’idée est réalisable ou non.
- Obtenir les opinions et suggestions d’autres personnes.
- Vérifier l’approbation des autres et parvenir à un accord.
