Maintenance du logiciel

La norme ISO (ISO/IEC 14764, Software Engineering—Software Life Cycle Processes—Maintenance) décrit en détail les processus de maintenance logicielle. Cette norme distingue six processus de maintenance logicielle :

1. L'implémentation ;
2. L'analyse et la résolution de problèmes ;
3. La modification du logiciel ;
4. L'acceptation de la modification par le demandeur ;
5. La migration ;
6. Et finalement, la mise à la retraite (Application retirement (en)).

Il y a un certain nombre de processus, d'activités et de règles qui sont propres à la maintenance du logiciel, par exemple :

1. La transition : la passation coordonnée du logiciel, de l'équipe de développement à l'équipe de maintenance ;
2. Les ententes de services applicatives ;
3. La priorisation des requêtes de modification et des rapports de problèmes ;
4. L'acceptation ou le rejet d'une demande de modification selon le travail et la complexité plus ou moins grandes qu'elle implique; son renvoi à l'équipe de développement.

Une idée répandue est que le maintenanceur ne fait que corriger des défauts (bugs). Pourtant des études et des enquêtes indiquent depuis des années que plus de 80 % des efforts de maintenance sont consacrés à des interventions autres que correctives (Pigosky 1997). Cette notion est perpétuée par des utilisateurs qui font état de problèmes alors qu'ils ont affaire, en réalité, à des améliorations fonctionnelles du logiciel.

La maintenance et l'évolution des logiciels furent abordées pour la première fois par le Dr. Lehman, en 1969. S'étendant sur une vingtaine d'années, ses recherches aboutirent à la formulation de huit règles de l'évolution d'un logiciel (1997). Elles ont mis en lumière le fait que la maintenance est un processus évolutif et que les logiciels évoluent avec le temps. En évoluant, ils deviennent plus complexes à moins qu'une action spécifique soit engagée pour en réduire la complexité.

E.B. Swanson a identifié, au départ, trois catégories de maintenance : la corrective, l'adaptative et la perfective. Ces catégories ont été mises à jour par l'équipe de ISO/IEC 14764, avec l'ajout d'une quatrième catégorie :

1. Maintenance corrective : modification d'un progiciel effectuée après livraison afin de corriger les défauts rencontrés.
2. Maintenance adaptative : modification d'un progiciel effectuée après livraison pour qu'il reste utilisable dans un environnement qui change ou a changé.
3. Maintenance perfective : modification d'un progiciel effectuée après livraison pour en améliorer l'efficacité ou la maintenabilité.
4. Maintenance préventive : modification d'un progiciel effectuée après livraison pour en déceler et corriger les défauts latents avant qu'ils ne se manifestent.

La maintenance corrective et la maintenance préventive visent à corriger des erreurs ; la maintenance adaptative et la maintenance perfective répondent à une demande d'amélioration du logiciel[1].

Les problèmes majeurs de la maintenance du logiciel relèvent autant de la gestion que du domaine technique.

Les problèmes de gestion sont :

1. l'alignement sur les priorités de la clientèle ;
2. le choix des employés ;
3. le choix de l'entité chargée de la maintenance ;
4. la justification de la valeur ajoutée et des coûts de l'équipe.

Les problèmes techniques sont liés à l'insuffisance :

1. de la compréhension du logiciel ;
2. de la documentation ;
3. des tests ;
4. de la mesure de la maintenabilité.

Les modèles de maturité du savoir-faire qui visent spécifiquement la maintenance du logiciel sont :

1. le modèle de maturité de la maintenance du logiciel S3M (avril 2006);
2. le modèle de maturité de la maintenance corrective (Kajko-Mattsson 2001).