Le cycle en V est une méthode qui ne fonctionne que lorsque l'on fait une boite noire où tous les signaux entrants et sortants sont parfaitement définis. Mais quand une interface dépend d'un humain, l'expérience montre que ça conduit à bien des déboires. La cause, elle est simple : Le cycle en V permet de vérifier que le produit livré est conforme aux spécifications mais il n'existe aucune méthode pour vérifier que les spécifications correspondaient aux besoins qui ont la fâcheuse manie d'évoluer. De plus il n'existe aucune méthode pour spécifier la faculté d'adaptation aux évolutions du logiciel après réception. Parfois, il faut tout refaire.
Les normes de Qualité sont issues du monde du hardware où l'on ne doit faire que ce qui est strictement défini. Elles s'appliquent bien au logiciel embarqué mais très mal quand ce n'est pas le cas.
Le cycle en V présume que les spécifications sont exactes et exhaustives, ce n'est jamais le cas quand un humain interfère avec le logiciel.
[^] # Re: Ok...
Posté par Pierre Jarillon (site web personnel) . En réponse à la dépêche Java libre : un rêve devient réalité. Évalué à 10.
Les normes de Qualité sont issues du monde du hardware où l'on ne doit faire que ce qui est strictement défini. Elles s'appliquent bien au logiciel embarqué mais très mal quand ce n'est pas le cas.
Le cycle en V présume que les spécifications sont exactes et exhaustives, ce n'est jamais le cas quand un humain interfère avec le logiciel.