Modèles de maintenance logicielle – DZone

La maintenance logicielle peut nécessiter différentes approches en fonction de vos objectifs commerciaux, du secteur dans lequel vous évoluez, de l’expertise de votre équipe technique et des tendances prédictives du marché.

Par conséquent, en plus de comprendre les différents types de maintenance logicielle, vous devez également explorer différents modèles de logiciels. En fonction du type de problème que vous essayez de résoudre, votre équipe peut choisir le bon modèle parmi les options suivantes :

1. Modèle de solution rapide

Un modèle de solution rapide dans la maintenance logicielle est une méthode permettant de résoudre les bogues ou les problèmes du logiciel en donnant la priorité à une résolution rapide plutôt qu’à une solution plus complète.

Cette approche implique généralement d’apporter une petite modification localisée au logiciel pour résoudre le problème immédiat plutôt que de comprendre et de traiter pleinement la cause sous-jacente. Cependant, les organisations n’adoptent cette approche de maintenance que dans le cas de situations d’urgence nécessitant des résolutions rapides.

Dans le cadre du modèle de solution rapide, les équipes techniques effectuent les activités de maintenance logicielle suivantes :

• Annotez les modifications logicielles en incluant les ID de modification et les commentaires de code
• Entrez-les dans un historique de maintenance détaillant pourquoi ils ont fait le changement et les techniques utilisées par eux
• Notez chaque emplacement et fusionnez-les via l’ID de changement s’il y a plusieurs points dans le changement de code

2. Modèle d’amélioration itératif

Le modèle itératif est utilisé pour la modernisation des applications à petite échelle et la maintenance planifiée. Généralement, la justification commerciale des changements est ignorée dans cette approche car elle n’implique que l’équipe de développement logiciel, pas les parties prenantes commerciales. Ainsi, l’équipe du logiciel ne saura pas si des changements plus importants sont nécessaires à l’avenir, ce qui est assez risqué.

Le modèle d’amélioration itératif traite la cible d’application comme une quantité connue. Il intègre des modifications dans le logiciel sur la base de l’analyse du système existant. Le modèle itératif convient le mieux aux modifications apportées aux cibles d’application confinées, avec peu d’impact croisé sur d’autres applications ou organisations.

3. Modèle orienté vers la réutilisation

Le modèle orienté vers la réutilisation identifie les composants du système existant qui peuvent être réutilisés à plusieurs endroits. Depuis quelques années, ce modèle comprend également la création de composants pouvant être réutilisés dans de multiples applications d’un système.

Il existe trois manières d’incorporer le modèle orienté réutilisation : objet et fonction, système d’application et composant.

• Réutilisation d’objets et de fonctions : Ce modèle réutilise les éléments logiciels qui implémentent un seul objet bien défini.
• Réutilisation du système d’application : Dans ce modèle, les développeurs peuvent intégrer de nouveaux composants dans une application sans apporter de modifications au système ni le reconfigurer pour qu’un utilisateur spécifique puisse le réutiliser.
• Réutilisation des composants : La réutilisation des composants fait référence à l’utilisation d’un composant préexistant plutôt qu’à la création d’un nouveau dans le développement logiciel. Cela peut inclure l’utilisation de bibliothèques de code prédéfinies, de frameworks ou d’applications logicielles complètes.

4. Le modèle de Boehm

Introduit en 1978, le modèle de Boehm se concentre sur la mesure des caractéristiques pour impliquer les parties prenantes non technologiques dans le cycle de vie des logiciels. Le modèle représente une structure hiérarchique de caractéristiques de haut niveau, intermédiaires et primitives du logiciel qui définissent sa qualité globale.

Les caractéristiques de haut niveau d’un logiciel de qualité sont :

• Maintenabilité : Il doit être facile de comprendre, d’évaluer et de modifier les processus d’un système.
• Portabilité: Les systèmes logiciels devraient aider à déterminer le moyen le plus efficace d’apporter des changements environnementaux
• Utilitaire tel quel : Il devrait être facile et efficace d’utiliser un utilitaire tel quel dans le système.

Le niveau intermédiaire de caractéristiques représenté par le modèle affiche différents facteurs qui valident la qualité attendue d’un système logiciel. Ces caractéristiques sont :

• Fiabilité: Les performances du logiciel sont conformes aux attentes, sans aucun défaut.
• Portabilité: Le logiciel peut fonctionner dans divers environnements et sur différentes plates-formes.
• Efficacité: Le système optimise l’utilisation du code, des applications et des ressources matérielles.
• Testabilité : Le logiciel peut être testé facilement et les utilisateurs peuvent faire confiance aux résultats.
• Compréhensibilité : L’utilisateur final doit être en mesure de comprendre facilement les fonctionnalités du logiciel et donc de l’utiliser efficacement.
• Convivialité : Les efforts nécessaires pour apprendre, utiliser et comprendre les différentes fonctions logicielles doivent être minimes.

Les caractéristiques primitives d’un logiciel de qualité incluent des fonctionnalités de base telles que l’indépendance de l’appareil, l’accessibilité, la précision, etc.

5. Modèle de maintenance tendue

Développé par BJ Taute en 1983, le modèle de maintenance Taute permet aux équipes de développement de mettre à jour et d’effectuer les modifications nécessaires après l’exécution du logiciel.

Le modèle Taute de maintenance logicielle peut être réalisé selon les phases suivantes :

• Phase de demande de modification : Dans cette phase, le client envoie la demande d’apporter des modifications au logiciel dans un format prescrit.

• Phase d’estimation : Ensuite, les développeurs effectuent une analyse d’impact sur le système existant pour estimer le temps et les efforts nécessaires pour apporter les modifications demandées.

• Phase de planification : Ici, l’équipe regroupe les demandes de modification pour la prochaine version planifiée et crée les documents de planification en conséquence.

• Phase de programmation : Lors de la phase de programmation, les modifications demandées sont implémentées dans le code source et tous les documents pertinents, tels que les documents de conception et les manuels, sont mis à jour en conséquence.

• Phase d’essai : Au cours de cette phase, les modifications logicielles sont soigneusement analysées. Le code est testé à l’aide de cas de test existants et nouveaux, ainsi que de la mise en œuvre de tests de régression.

• Phase documentaire : Avant la publication, la documentation système et utilisateur est préparée et mise à jour en fonction des résultats des tests de régression. Ainsi, les développeurs peuvent maintenir la cohérence des documents et du code.

• Phase de publication : Le client reçoit le nouveau produit logiciel et la documentation mise à jour. Ensuite, les utilisateurs finaux du système effectuent des tests d’acceptation.

Conclusion

La maintenance logicielle n’est pas seulement une corvée nécessaire, mais un aspect essentiel de tout projet de développement logiciel réussi. En investissant dans une maintenance continue et en résolvant les problèmes au fur et à mesure qu’ils surviennent, les entreprises peuvent s’assurer que leurs logiciels restent fiables, sécurisés et à jour. Des corrections de bugs aux optimisations de performances, la maintenance logicielle est une étape cruciale pour maximiser la valeur et la longévité de votre logiciel. Ne négligez donc pas cet aspect critique du développement logiciel : priorisez la maintenance et assurez le bon fonctionnement de votre logiciel pour les années à venir.