Le cycle de vie d'un logiciel

 Ensemble séquentiel de phases, dont le nom et le nombre sont

déterminés en fonction des besoins du projet, permettant généralement
le développement d’un service ou d’un produit.

1
Ce cycle de vie contient différentes activités dans différentes phases
du développement du logiciel en particulier:

• analyse des besoins du client,

• conception de l'architecture générale du logiciel,
• conception détaillée des différents modules du logiciel,
• programmation proprement dite,
• vérification du fonctionnement de chaque module (test unitaire),
• vérification du fonctionnement de l'ensemble des modules (test d'intégration),
• correction des défauts détectés,
• documentation,
• etc.

2
De plus, souvent, la vie d'un logiciel ne se fige pas après la première
livraison au client (ou vente dans les magasins). Il continue à évoluer de
plusieurs façons : des défauts détectés après livraison peuvent être
corrigés; des fonctionnalités supplémentaires peuvent être rajoutées,
etc. On appelle l'ensemble des activités de modification du logiciel
après sa première sortie sur le marché la maintenance du logiciel.

3
Parmi les activités post-livraison, la plus grande partie concerne l'ajout
de fonctionnalités. En fait, il arrive souvent que 80% du coût total d'un
logiciel soit dû à sa maintenance. Pour faciliter les activités de
maintenance, il est donc important que le logiciel soit bien écrit,
ou maintenable. De plus, si un ou plusieurs modules du logiciel sont
censés être réutilisés dans d'autres logiciels, il faut que ces modules
soient bien écrits d'un autre point de vue que nous
appelons réutilisabilité.

4
Modèles de cycles de vie
Afin d'être en mesure d'avoir une méthodologie commune entre le
client et la société de service réalisant le développement, des modèles
de cycle de vie ont été mis au point définissant les étapes du
développement ainsi que les documents à produire permettant de
valider chacune des étapes avant de passer à la suivante.

5
 Modèle en cascade

Le modèle de cycle de vie en cascade a été mis au point dès 1966, puis
formalisé aux alentours de 1970. Il définit des phases séquentielles à
l'issue de chacune desquelles des documents sont produits pour en
vérifier la conformité avant de passer à la suivante :

6
nte :

7
Modèle en V

Le modèle de cycle de vie en V part du principe que les procédures de

vérification de la conformité du logiciel aux spécifications doivent être
élaborées dès les phases de conception.

8
é du logiciel aux spécifications doivent être élaborées dès les phases de conception.