Rinnovare un’esportazione esistente per gradi
Un piano di transizione dettagliato: stessi dati di test, diritti di lettura chiari e una via di ritorno limitata.
Scelga una funzione con un confine chiaro
Parta da un risultato concreto, come un’esportazione affidabile di rapporti. Il modello Strangler Fig descrive la sostituzione di singole funzioni mentre altre restano nel sistema esistente. Verifichi prima se le chiamate possono essere instradate separatamente e se le due soluzioni possono operare insieme temporaneamente.
Elenchi persone che effettuano chiamate, interfacce e attività pianificate in background. Documenti campi, formato, errori e diritti di accesso. Fowler raccomanda di guidare la modernizzazione con risultati desiderati e punti di separazione adatti. Esamini i vecchi difetti prima di accettarli come requisiti di business.
Esempio di piano per un’esportazione in sola lettura
Il piano è interamente inventato. Un insieme fisso di dati di prova contiene SR-18, con stato approved e 90 minuti, e SR-19, con stato draft e 30 minuti. La regola concordata prevede di esportare solo voci approvate. La tabella descrive prove attese, non test eseguiti.
Fase | Attività | Prova attesa |
|---|---|---|
Situazione iniziale | Eseguire la vecchia esportazione sui dati fissi. | 1 riga di dati: |
Nuova implementazione | Eseguire la nuova esportazione con diritti di lettura sugli stessi dati. | Di nuovo 1 riga di dati: |
Passaggio limitato | Instradare chiamate selezionate alla nuova implementazione; tenere disponibile il vecchio percorso. | Le chiamate autorizzate danno il risultato concordato; le altre sono respinte. Il ritorno è verificato. |
Rimozione della vecchia esportazione | Spostare chiamate e attività restanti; assegnare responsabilità operativa. | Nessuna dipendenza dalla vecchia esportazione rimane. Prove e limiti del ritorno sono registrati. |
In questo esempio, scritture e responsabilità sui dati di riferimento restano interamente nella vecchia applicazione. La nuova funzione riceve solo i diritti di lettura necessari; lo schema del database non cambia. Confronti le esportazioni sugli stessi dati fissi. Momenti diversi di dati reali mutevoli falserebbero il confronto.
Verifichi il nuovo accesso e il ritorno
L’instradamento non sostituisce il controllo degli accessi. OWASP richiede la verifica appropriata dei permessi a ogni richiesta. Includa chiamate dirette alla nuova esportazione, accessi respinti e messaggi di errore.
Il ritorno vale solo finché vecchio percorso di lettura e formato restano compatibili. Non dimostra un ripristino del database. Dopo il passaggio si può rimuovere la vecchia esportazione; il resto dell’applicazione serve ancora per gestire e conservare i dati. Se l’instradamento separato è impossibile o tutto il vecchio sistema deve essere dismesso presto, il piano richiede un perimetro diverso.
Fonti
Scritto da
- Katharina WeberRedattrice per software e tecnologiaKatharina Weber cura per ASES gli articoli sullo sviluppo software. Scrive delle questioni che le aziende affrontano nella scelta del software, nello sviluppo di nuove applicazioni e nella modernizzazione dei sistemi esistenti.
Continuate a leggere
Tutti gli articoli
Sviluppo software con ASES
Software su misura, app web e mobile