Rappresenta la fase di raccolta delle informazioni necessarie all’avvio della migrazione. Durante questa fase si procederà con l’identificazione del perimetro di intervento e dell’ecosistema tecnologico coinvolto (DB, ODI, APEX, PL/SQL, VPD, SAP BO, QlikView/QlikSense, …), l’identificazione delle dipendenze interne ed esterne nel software (punti di contatto), la definizione dei test-case sulle componenti impattate dal porting
e la stesura piano di dettaglio e ingaggio dei servizi a supporto delle attività
Rappresenta la fase core della strategia di migrazione, con il porting in OCI di tutte le componenti software individuate e la migrazione dei dati storici di ogni applicativo. Durante questa fase si procede pertanto con la creazione e la configurazione strutturale degli ambienti target, il porting in OCI di tutto il parco software individuato e applicazione di eventuali adjustement/rework,
la creazione e la configurazione delle utenze di cantiere e con l’initial load dei dati storici
Rappresenta l’esecuzione degli opportuni test e il successivo go-live dell’applicativo in OCI. In questa fase si procede con l’esecuzione degli Unit Test, No regression test e performance test, l’analisi delle risorse hardware necessarie per un corretto bilanciamento performance/costi,
il supporto alle fabbriche per esecuzione Integration Test E2E e l’avvio delle schedulazioni in OCI sui nuovi ambienti cloud.
E' la fase conclusiva necessaria per il recupero e il rilascio risorse da on-prem. In questa fase si prevede un supporto alla cancellazione (progressiva o big bang)
dei flussi ODI on-premise e delle eventuali altre tecnologie migrate in OCI, nonché degli oggetti DB non più utilizzati on-premise