Les exigences Business

1. Les demandes de notre exemple

Nous utiliserons le workflow n°2 de traitements des exigences Business, du chapitre Généralités sur les exigences, dans notre exemple : deux demandes d’évolution sont détectées par la MOA qui estime avec la MOE qu’elles sont faisables.

images/04EP08.png

En accord avec le CP MOE, ces deux demandes sont acceptées et regroupées pour produire la release ALPHA 1.2.0 :

images/04EP09.png

Pendant que la MOE effectue les développements suivis par ce workflow, l’équipe de test peut parallèlement préparer une double étude d’impact en utilisant les mêmes exigences Business et sans intervenir dans le workflow.

Cette étude s’effectue en deux temps :

  • Une étude d’impact Produit, qui détermine les parties du logiciel impactées.

  • Une étude d’impact Test, qui découle de la précédente, et qui détermine les parties du référentiel de test impactées.

In fine, le but est de quantifier puis déterminer un changement de la couverture de test pour déboucher sur une stratégie de test.

La section suivante traite de l’étude d’impact Produit.

2. L’étude d’impact Produit

Dès lors que des exigences Business ont été acceptées par le CP MOE, le périmètre de la release cible est stabilisé - au delta près des correctifs des anomalies...

Pour consulter la suite, découvrez le livre suivant :
couv_EPALMQC.png
60-signet.svg
En version papier
20-ecran_lettre.svg
En version numérique
41-logo_abonnement.svg
En illimité avec l'abonnement ENI
130-boutique.svg
Sur la boutique officielle ENI
Précédent
Les exigences avant l'étude d'impact
Suivant
Initialisation de la stratégie de test