De nombreux processus industriels et commerciaux dépendent encore de logiciels hérités basés sur DOS. Ces systèmes s’exécutent souvent sur du matériel d’époque ou utilisent des composants spécialisés tels que des cartes ISA et des dongles de port parallèle [5]. Bien que ces outils étaient autrefois à la pointe de la technologie, ils présentent désormais des risques considérables liés à la défaillance matérielle et à l’obsolescence logicielle.
Le maintien de ces systèmes nécessite un équilibre entre stabilité immédiate et modernisation à long terme. L’objectif consiste à passer d’un matériel fragile et vieillissant à des environnements modernes et évolutifs sans perdre de données critiques ni la logique opérationnelle.
Préservation des environnements hérités via l’émulation
Avant de migrer les données, les techniciens doivent comprendre le système d’origine dans son environnement natif [4]. L’émulation permet aux applications héritées de s’exécuter sur des systèmes d’exploitation modernes 64 bits sans nécessiter le matériel physique d’origine.
Par exemple, des outils comme vdos.info et dbDOS offrent la possibilité d’exécuter des applications Paradox pour DOS sur Windows Vista et versions ultérieures [S1, S2]. D’autres laboratoires utilisent 86Box pour créer des machines virtuelles historiquement appropriées, allant de MS-DOS 6.22 à Windows 98 [4].
Ces environnements virtuels servent à deux fins. Premièrement, ils agissent comme une implémentation de référence qui garantit que le logiciel d’origine reste disponible pendant la modernisation [4]. Deuxièmement, ils permettent aux développeurs d’étudier les formats de fichiers propriétaires et les flux de travail dans un espace sûr et isolé [4].
Navigation des formats de bases de données hérités
Les systèmes hérités s’appuient souvent sur des systèmes de gestion de bases de données relationnelles (SGBDR) qui ont précédé les normes SQL modernes. Paradox et dBASE étaient dominants durant l’ère DOS, chacun possédant une architecture distincte [S1, S3].
Paradox pour DOS était réputé pour son interface visuelle Query by Example (QBE) et son utilisation du langage d’application Paradox (PAL), qui enregistrait les actions au clavier [S1, S2]. En revanche, dBASE et ses dérivés xBase (tels que FoxPro et Clipper) dominaient le marché grâce à un autre ensemble de normes [S1, S3].
Ces différences créent des défis spécifiques lors de la migration. Par exemple, le passage de Paradox pour DOS à Paradox pour Windows a nécessité une réécriture majeure car le langage PAL original n’avait aucun équivalent dans un environnement basé sur une interface graphique, ce qui a conduit à la création d’ObjectPAL [S1, S2]. Comprendre si un système utilise le format DBF, xBase ou des formats propriétaires constitue la première étape de l’extraction des données [4].
Un workflow de modernisation structuré
Le passage d’un système d’environnement DOS des années 1980 à une pile moderne nécessite une approche par étapes afin d’éviter toute perte de données. Un workflow pratique consiste à passer de l’environnement d’origine à une base de données moderne, puis à une couche applicative contemporaine [4].
Voici une séquence typique de modernisation :
- Configuration de l’environnement : Exécuter l’application héritée dans une machine virtuelle isolée (par exemple, MS-DOS 6.22 ou Windows 3.1) [4].
- Analyse : Identifier les fichiers spécifiques et les formats de bases de données, tels que .DBF ou les fichiers Paradox propriétaires [4].
- Transformation : Nettoyer, valider et transformer les données brutes en un format moderne [4].
- Migration : Déplacer les données vers une base de données SQL moderne telle que SQLite ou PostgreSQL [4].
- Développement applicatif : Créer une nouvelle interface à l’aide d’outils modernes tels que Python et PySide6 [4].
Ce processus garantit que la logique métier est préservée tandis que la technologie sous-jacente est mise à jour pour répondre aux normes modernes de sécurité et de performance.
Si vous gérez un système hérité, commencez par auditer vos dépendances matérielles afin d’identifier quels composants, tels que les cartes ISA ou les dongles, nécessiteront le plus d’attention durant la transition [5].
Sources
- Migration des systèmes d’entreprise et industriels hérités basés sur DOS
- Paradox (base de données) - Wikipedia)
- Logiciel:Paradox (base de données) - HandWiki)
- Laboratoire logiciel hérité JASS - GitHub
- Jours DOS - dBASE
