Please enable JavaScript.

Coggle requires JavaScript to display documents.

CH 4 : management SI, 👉 Idée clé à retenir : La réingénierie vise à…

- - - - mieux comprendre leurs composants,
      - comprendre le fonctionnement des programmes,
      - évaluer leur qualité globale.
    - - Mesurer la qualité et la maintenabilité des systèmes existants.
      - Identifier les premiers candidats à la réingénierie(systèmes plus coûteux/complexes/difficiles à maintenir).
      - 👉 L’analyse sert donc de phase de décision :quels systèmes réingénier et pourquoi ?
    - - L’analyse repose sur des métriques, c’est-à-dire des mesures quantitatives.
      - 4.1 Métriques de maintenabilité
        
        Elles mesurent la facilité de maintenance d’un logiciel.
        
        La maintenabilité est la capacité du système à être :
        
        corrigé lorsqu’il contient des erreurs,
        
        modifié pour répondre à de nouveaux besoins.
      - 4.2 Métriques de compréhensibilité
        
        Elles mesurent la facilité de compréhension du logiciel.
        
        La compréhensibilité correspond à la facilité avec laquelle on peut :
        
        comprendre le but du programme,
        
        comprendre comment il fonctionne, en lisant le code source et la documentation.
      - 4.3 Métriques de complexité
        
        La complexité est un indicateur important de la compréhensibilité.
        
        Plus un programme est complexe :
        
        plus il est difficile à comprendre,
        
        plus il est difficile à maintenir.
      - 4.4 Métriques de taille
        
        Elles mesurent la taille du logiciel (volume de code).
        
        La taille influence : la complexité / le coût de maintenance / l'éffet nécessaire pour la réingénierie
  - - - Redocumenter le système,
      - Améliorer la compréhension,
      - Préparer d’éventuelles transformations
    - - La rétro-ingénierie fait partie d’un redéveloppement comprenant deux étapes :
        
        Reverse Engineering (rétro-ingénierie) → analyse et documentation.
        
        Forward Engineering (ingénierie directe) → reconstruire et réimplémenter le système à partir de modèles abstraits.
    - - Redocumentation :
        
        Créer ou mettre à jour une représentation équivalente du logiciel.
        
        Représentations possibles : flux de données, structures de données, flux de contrôle.
      - Recherche de modèle (Design Recovery) :
        
        Extraire des abstractions de plus haut niveau à partir du code et de la documentation.
        
        Combine : connaissances du domaine + observations du système + expérience.
        
        Objectif : reproduire toutes les informations nécessaires pour comprendre le logiciel (quoi, comment, pourquoi).
    - - Rassembler et examiner l’information.
      - Déduire la structure.
      - Enregistrer : la fonctionnalité, les flux de données, flux de contrôle
      - Revoir le modèle et générer la documentation.
    - - Diminuer la complexité du système.
      - Générer des vues alternatives pour mieux comprendre et vérifier le logiciel.
      - Enregistrer l’information perdue non documentée.
      - Détecter les effets secondaires ou anomalies avant qu’ils deviennent des bugs.
      - Synthétiser des abstractions de haut niveau.
      - Faciliter la réutilisation des composants logiciels.
    - - Rétro-conception des données :
        Exemple : récupérer des schémas de données sous forme de modèles E/A étendus.
      - Rétro-conception logique:
        
        Reconstituer les spécifications d’un programme à partir du code source.
        
        Créer des modèles conceptuels ou organisationnels en utilisant des informations externes pour combler les pertes d’abstraction.
  - - - faciliter la maintenance,
      - réduire les erreurs,
      - améliorer la qualité globale du code
    - - Restructuration logique
        
        def : Elle concerne la logique interne du programme et le code source.
        
        fonctions de base :
        
        Reformatage du code source
        → indentation correcte, commentaires clairs, lisibilité améliorée.
        
        Réorganisation de la logique du programme
        → simplifier les structures de contrôle, éliminer les redondances, clarifier les enchaînements.
        
        Standardisation de l’utilisation des langages de programmation
        → appliquer des conventions de codage uniformes (noms, styles, structures).
        👉 Objectif : un code plus clair, plus cohérent et plus compréhensible.
      - Restructuration des données
        
        def : Elle concerne la structure et la gestion des données utilisées par le logiciel.
        
        fonction de bases :
        
        Analyse et modification des éléments de données
        → améliorer les types, structures et relations des données.
        
        Chargement du dictionnaire de données
        → centraliser la description des données (sens, type, usage).
        
        Traçabilité des modifications des données
        → suivre l’impact des changements sur l’ensemble du système.
        👉 Objectif : des données plus cohérentes, mieux définies et mieux utilisées.
    - - physique
        → code source, fichiers, structures mémoire.
        
        Conceptuel
        → modèles de données, relations entre entités.
        
        Spécification
        → description des fonctionnalités et règles du système.
        👉 La restructuration n’est donc pas limitée au code uniquement.
  - - - Ré-écriture manuelle : Le logiciel est entièrement réécrit dans le nouveau langage ou environnement.
      - Utilisation d’un traducteur automatique : Conversion semi-automatique du code d’un langage à un autre.
      - Re-modularisation et ré-implémentation : Décomposer le système en modules, puis réimplémenter chaque module dans le nouvel environnement.
    - - Programmes d’analyse → examiner l’existant.
      - Métriques → évaluer la qualité et la complexité avant et après migration.
      - Restructurateurs → faciliter l’adaptation du code et des données.
      - Outils de rétro-conception / rétro-ingénierie → comprendre le système existant pour mieux le migrer.
      - Translateurs / convertisseurs → automatiser le passage d’un langage à un autre.
      - Outils de modifications et gestion de configuration → gérer les changements et les versions.
      - Outils de redocumentation → mettre à jour la documentation pour refléter les changements.