|
Bienvenue sur les pages WEB de Thierry Bazzanella. Ce site est dédié principalement aux développements d'applications Open Source via sa plateforme Trac/Svn qui lui est associé. Le temps est une denrée rare et précieuse. La solution Trac/Svn constituant cette plateforme dédiée optimise les temps de développement, minimise les risques d'erreur, simplifie le travail collaboratif, et apporte un suivi efficace au cycle de vie des logiciels. Le cycle de vie logiciel se décompose en 4 phases : phase Alpha, Béta, Release Candidate, et "stable".
La phase "stable" représente la dernière version de production. Le risque de trouvé des erreurs dans le logiciel est faible. Pour rester dans le langage courant, je nomme en fait, version de production, une version "stable". La phase Release Candidate représente la dernière version "presque stable". Le risque de trouver des erreurs dans le logiciel est plus élevé que dans la phase "stable". La phase béta représente la dernière version de test. Le risque de trouver des erreurs dans le logiciel est plus élevé que dans la phase RC (Release Candidate). Toutes les fonctionnalités de la béta du logiciel sont gelées quand on passe d'une version béta à une version RC. L'équipe de développement se consacre aux tests unitaires et à la résolution des erreurs trouvées (connues). La résolution des erreurs est reportée (fusionnée) dans la version RC. La phase alpha représente la dernière version en cours de développement. Le risque de trouver des erreurs dans le logiciel est trés élevé. Je nomme erreurs, des causes de disfonctionnement ou de dégradation d'une fonctionnalité du logiciel. On les appelle également des bugs, terme imagé anglais pour erreur logiciel. Un logiciel n'ayant pas d'erreur, n'existe pas à mon sens. Plus la richesse fonctionnelle du logiciel est élevée, plus le risque d'erreur est élevé. La plateforme de développement Trac/Svn permet de minimiser ce risque. Le risque zéro n'existe pas !
La recherche opérationnelle progressant , il n'existe pas encore à ce jour une méthodologie permettant de livrer un logiciel sans erreur. Je me contente donc, faute de mieux, de diminuer le risque d'en trouver ... Le langage courant parle de "garantir l'objectif de qualité". Je préfére dire "minimer le risque d'erreur". Ce dernier terme est plus proche de la réalité, que du premier.
|
