Limites du refactoring

Cette page explique ce qui ne peut pas être reconstruit automatiquement pendant le refactoring et comment gérer ces manques.

Comment ça fonctionne

Le refactoring reconstruit tes services en se basant sur ce qui est visible et documenté. Si une opération se passe "en coulisses" sans laisser de traces, le système ne peut pas la deviner.

Par exemple : si dans ton ancien système une commande de 50 euros active automatiquement une remise de 10% mais que cette règle n'est écrite dans aucun manuel et n'apparaît sur aucun écran, le nouveau service ne saura pas qu'il doit le faire.

Ce que tu dois faire

1. Analyse les processus que tu utilises chaque jour et note ceux qui se produisent automatiquement sans que tu aies à cliquer sur quoi que ce soit.
2. Signale à glacom® chaque intégration avec des logiciels externes qui n'est pas visible dans l'interface utilisateur.
3. Vérifie les données dans l'ancien système : s'il y a des fiches incomplètes ou des erreurs, tu dois les nettoyer avant la [migrazione-dati.md].
4. Teste attentivement les fonctions pendant le [periodo-parallelo.md] pour débusquer les logiques oubliées.

Ce que fait glacom®

Analyse les écrans et les flux fournis pour reconstruire la structure. Si une fonction manquante apparaît pendant les tests, intervient pour l'ajouter en suivant la procédure de [../errori-e-correzioni/aggiungere-quello-che-manca.md].

Limites

Le refactoring ne peut pas reconstruire : - Logiques cachées : règles de calcul ou automatismes jamais documentés et non visibles dans les interfaces. - Intégrations fermées : connexions avec des systèmes tiers auxquels il est impossible d'accéder ou qui n'exposent pas de données. - Données corrompues : si les informations dans l'ancien système sont fausses ou incomplètes, le nouveau service héritera de l'erreur.

Problèmes fréquents

• Il manque une fonction qui existait avant ? → C'était probablement une logique cachée : signale-la immédiatement via un [../supporto/ticket.md].
• Le nouveau système affiche des erreurs sur certaines données ? → Vérifie si les données originales étaient correctes ou si elles sont corrompues à la source.
• Un logiciel externe ne communique plus ? → Vérifie si l'intégration était basée sur des accès non documentés.

Depuis l'app

Non disponible depuis l'app : la gestion des limites de refactoring se fait exclusivement via une coordination directe avec l'équipe projet.