Copiare un eseguibile non rende portatile un’applicazione. Un vecchio computer Windows 2000 può dipendere da database, percorsi di rete, driver o dispositivi di licenza. Questa guida crea un inventario verificabile per la futura migrazione; non installa o ripara nulla e non certifica la compatibilità con Windows più recenti.
1. Registrare lo stato iniziale
Lavora sul vecchio sistema esistente, scollegato da Internet. Annota data, computer, utente connesso e applicazione esaminata. Nella finestra informativa del programma registra produttore, versione esatta ed estensioni. Raccogli sorgente di installazione e documenti di licenza in una posizione protetta. Non inserire password o chiavi di licenza nel rapporto generale.
2. Salvare le informazioni di sistema
- Apri Start – Esegui e digita
msinfo32. - Registra il riepilogo con versione di Windows, Service Pack, nome del computer e impostazioni internazionali. Usa la funzione disponibile di salvataggio o esportazione e conserva un rapporto di testo leggibile in una nuova cartella.
- In Ambiente software, controlla servizi, moduli caricati, variabili d’ambiente, connessioni di rete e programmi di avvio. Annota percorsi e versioni pertinenti.
- In Componenti, verifica stampanti, porte e dispositivi speciali necessari. Riapri il risultato salvato e controlla che contenga le sezioni richieste.
3. Aggiungere dettagli per applicazione
Crea un elenco con dipendenza, valore osservato, prova, responsabile, da verificare. Compilalo usando impostazioni esistenti, documentazione e procedure note:
- Cartelle dati, modelli e file di configurazione, distinti dall’eseguibile.
- Unità di rete e destinazioni effettive delle condivisioni, server e nome del database, driver necessari: senza credenziali.
- Servizi associati, modalità di avvio, account di servizio e attività pianificate: documentare senza arrestare o modificare.
- Stampanti, scanner, dispositivi seriali, dongle e driver appropriati, oltre ai componenti runtime aggiuntivi.
- Diritti utente, formati di file, metodi di importazione/esportazione e contatti del produttore.
4. Evidenziare le lacune
System Information è un’istantanea, non un analizzatore completo delle dipendenze. Una DLL caricata non prova la portabilità; la sua assenza non dimostra che non serva mai. Anche il solo elenco dei programmi è insufficiente. Microsoft documenta persino voci di applicazioni Office non installate nel modulo Office 2000; molti dettagli sono compilati solo con l’applicazione in esecuzione. Non avviare procedure sconosciute sull’originale solo per completare l’elenco. Segna come aperti i punti incerti.
5. Preparare i test di accettazione
Con il responsabile operativo definisci prove concrete in un ambiente separato: aprire una copia rappresentativa dei dati, verificare il risultato, salvare e riaprire, provare stampa o esportazione necessarie. Chiarisci prima diritti di installazione, trasferimento della licenza, driver disponibili e backup verificato con procedura di ripristino. Avviare il programma o copiarne la cartella non dimostra una migrazione riuscita. Conserva installazione e dati originali fino a un’accettazione documentata.