Remerciez-le!

Remerciez @Admin pour avoir partagé cet document gratuitement, de la manière la plus simple, en partageant sur les réseaux sociaux.

Chapitre 2 bis premier Chapitre ?? Les processus de la maintenance La vision traditionnelle du cycle de vie du logiciel a desservie la maintenance en la décrivant uniquement comme une seule étape à la ?n du cycle Par conséquent la maintenance des logiciel

Chapitre ?? Les processus de la maintenance La vision traditionnelle du cycle de vie du logiciel a desservie la maintenance en la décrivant uniquement comme une seule étape à la ?n du cycle Par conséquent la maintenance des logiciels devrait avoir son propre modèle de cycle de vie Trois caractéristiques communes des modèles CVML sont trouvées dans la littérature comprendre le code la modi ?cation du code et revalidation du code D'autres modèles considèrent le développement de logiciels en tant que processus itératifs et basés sur l ? idée de changement mini-cycle ? change mini-cycle en anglais Modèles itératifs Les modèles itératifs partagent l ? idée qu ? un ensemble complet de besoins relatifs à un système ne peuvent pas être complètement compris ou les développeurs ne savent pas comment construire le système complet Par conséquent les systèmes sont construits en versions dont chacune est un ra ?nement des exigences de la version précédente Une construction est a ?née en tenant compte de la rétroaction des utilisateurs changement mini-cycle Ces modèles se composent de cinq grandes phases demande de changement analyser et plani ?er le changement mettre en ?uvre le changement véri ?er et valider et le changement de la documentation Dans ce modèle de processus plusieurs activités importantes ont été identi ?ées telles que la compréhension du programme l'analyse d'impact le refactoring et la propagation du changement Un autre type de modèle d'évolution du logiciel appelé modèle de maintenance et d ? évolution à étapes proposé par Rajlich et Bennett Son objectif principal est d'améliorer la compréhension de l ? évolution des logiciels de longue durée de vie Le modèle considère quatre étapes successives distinctes de la durée de vie d'un logiciel Le développement initial Lorsque la version initiale du système est produite à ce stade l ? architecture du système émerge et se stabilise rapidement L ? Évolution Après la stabilité initiale il est facile d'e ?ectuer des modi ?cations simples au système Des changements importants impliquent un coût plus élevé et un risque plus élevé L ? Entretien Les développeurs se concentrent principalement sur les t? ches de maintenance telles que la correction de bugs alors que les modi ?cations architecturales sont rarement e ?ectuées Retrait L'organisation décide de remplacer le système pour diverses raisons i il est trop coûteux d ? entretenir le système ou ii il existe une solution plus récente disponible Passer d'un système existant di ?cile à maintenir à un système de solution moderne a ses propres dé ?s impliquant la préparation et la migration des données Réingénierie REENGINEERING La Réingénierie implique un cycle unique consistant à générer un nouveau système à partir d ? un système existant V T Rajlich and K H Bennett A staged model for the software life cycle IEEE Computer July pp ?? CReengineering Reverse engineering ? Forward engineering Le premier élément reverse engineering est l'activité de la dé ?nition d'une représentation plus abstraite et plus facile à comprendre du système Par exemple si l ? entrée du