Copier un exécutable ne rend pas une application portable. Un ancien ordinateur Windows 2000 peut dépendre de bases de données, chemins réseau, pilotes ou dispositifs de licence. Ce guide produit un inventaire vérifiable pour une future migration ; il n’installe ni ne répare rien et ne certifie pas la compatibilité avec un Windows récent.
1. Consigner l’état initial
Travaillez sur l’ancien système existant, déconnecté d’Internet. Notez date, ordinateur, utilisateur connecté et application examinée. Dans la fenêtre d’informations du logiciel, relevez éditeur, version exacte et extensions. Rassemblez la source d’installation et les documents de licence dans un emplacement protégé. Ne mettez ni mots de passe ni clés de licence dans le rapport général.
2. Sauvegarder les informations système
- Ouvrez Démarrer – Exécuter et saisissez
msinfo32. - Relevez le résumé système : version de Windows, Service Pack, nom du poste et paramètres régionaux. Utilisez la fonction d’enregistrement ou d’export proposée et conservez un rapport texte lisible dans un nouveau dossier.
- Dans Environnement logiciel, examinez services, modules chargés, variables d’environnement, connexions réseau et programmes au démarrage. Notez les chemins et versions utiles.
- Dans Composants, vérifiez imprimantes, ports et périphériques spécifiques requis. Rouvrez le résultat sauvegardé et contrôlez la présence des sections nécessaires.
3. Compléter par application
Créez une liste avec dépendance, valeur observée, preuve, responsable, point à vérifier. Remplissez-la à partir des réglages existants, de la documentation et des processus connus :
- Dossiers de données, modèles et fichiers de configuration, distincts de l’exécutable.
- Lecteurs réseau et cibles réelles des partages, serveur et nom de base de données, pilotes nécessaires : sans identifiants secrets.
- Services associés, mode de démarrage, compte de service et tâches planifiées : documenter sans arrêter ni modifier.
- Imprimantes, scanners, périphériques série, dongles et pilotes adaptés, ainsi que composants d’exécution supplémentaires.
- Droits utilisateur, formats de fichiers, méthodes d’import/export et contacts de l’éditeur.
4. Signaler les lacunes
Informations système est un instantané, pas un analyseur exhaustif des dépendances. Une DLL chargée ne prouve pas la portabilité ; son absence ne prouve pas qu’elle ne sera jamais nécessaire. Une liste de logiciels ne suffit pas non plus. Microsoft documente même des entrées d’applications Office non installées dans le module Office 2000 ; de nombreux détails ne sont remplis que lorsque l’application fonctionne. Ne lancez pas de processus inconnus sur l’original uniquement pour compléter la liste. Marquez les incertitudes comme ouvertes.
5. Préparer la recette
Avec le responsable métier, définissez des essais concrets dans un environnement séparé : ouvrir une copie représentative des données, valider le résultat, enregistrer puis rouvrir, tester l’impression ou l’export requis. Clarifiez auparavant droits d’installation, transfert de licence, pilotes disponibles et sauvegarde vérifiée avec procédure de restauration. Le seul démarrage du logiciel ou la copie de son dossier ne constitue pas une migration réussie. Conservez installation et données originales jusqu’à une validation étayée.