Sari la conținut

Limitele refactoringului

Această pagină explică ce nu poate fi reconstruit automat în timpul refactoringului și cum să gestionezi aceste lipsuri.

Cum funcționează

Refactoringul reconstruiește serviciile tale bazându-se pe ceea ce este vizibil și documentat. Dacă o operațiune are loc "în culise" fără a lăsa urme, sistemul nu poate ghici.

De exemplu: dacă în sistemul tău vechi o comandă de 50 euro activează automat o reducere de 10%, dar această regulă nu este scrisă în niciun manual și nu apare în niciun ecran, noul serviciu nu va ști că trebuie să facă acest lucru.

Ce trebuie să faci tu

  1. Analizează procesele pe care le folosești zilnic și notează cele care se întâmplă automat fără ca tu să apeși nimic.
  2. Semnalează către glacom® orice integrare cu software externe care nu este vizibilă în interfața utilizatorului.
  3. Verifică datele din sistemul vechi: dacă există date de contact incomplete sau erori, trebuie să le cureți înainte de [migrazione-dati.md].
  4. Testează cu atenție funcțiile în timpul [periodo-parallelo.md] pentru a descoperi logici uitate.

Ce face glacom®

Analizează ecranele și fluxurile furnizate pentru a reconstrui structura. Dacă în timpul testelor apare o funcție lipsă, intervine pentru a o adăuga urmând procedura din [../errori-e-correzioni/aggiungere-quello-che-manca.md].

Limite

Refactoringul nu poate reconstrui: - Logici ascunse: reguli de calcul sau automatizări niciodată documentate și nevizibile în interfețe. - Integrări închise: conexiuni cu sisteme de terțe la care nu se poate accesa sau care nu expun date. - Date corupte: dacă informațiile din sistemul vechi sunt greșite sau incomplete, noul serviciu va moșteni eroarea.

Probleme frecvente

  • Lipsește o funcție care era înainte? → Probabil era o logică ascunsă: semnaleaz-o imediat printr-un [../supporto/ticket.md].
  • Noul sistem dă erori pe unele date? → Verifică dacă datele originale erau corecte sau dacă sunt corupte la sursă.
  • Un software extern nu mai comunică? → Verifică dacă integrarea se baza pe accesări nedocumentate.

Din aplicație

Nu este disponibil din aplicație: gestionarea limitelor de refactoring se face exclusiv prin coordonare directă cu echipa de proiect.