Rétro-ingénierie & reprise d’existant

Retrouver la logique derrière l’écran

Une application ancienne continue souvent de remplir une fonction essentielle, alors que ses connaissances sont dispersées : code incomplet, documentation vieillie, fichiers spécifiques ou départ de l’intervenant initial. La première étape consiste à observer ce qu’elle fait réellement.

Nous rapprochons les écrans, les données, les fichiers produits et les opérations réalisées par les utilisateurs. Les noms de champs ne suffisent pas : il faut comprendre ce qui déclenche une création, une modification, un calcul ou un changement de statut.

UTS : rendre les typographies disponibles dans InDesign Server

Le parcours Reymann comprend une rétro-ingénierie autour d’Universal Type Server pour relier la typothèque à la génération InDesign Server. Patrice a conduit ce travail avec l’équipe technique, dans le but de retrouver sur le serveur les fontes nécessaires aux documents.

La disponibilité des polices est une dépendance de production : une famille manquante ou une mauvaise variante peut changer les prix, les retours à la ligne et l’équilibre des pages. Les essais, les alertes et les contrôles du PDF complètent le raccordement.

Analyser les formats et les échanges

Dans le périmètre du système que vous nous confiez, nous étudions les requêtes, les réponses, les exports et les journaux disponibles. Un identifiant peut changer entre deux outils ; une date être exprimée dans un autre fuseau ; un fichier contenir plusieurs versions ou références croisées.

Nous construisons des exemples reproductibles et décrivons les correspondances observées. Le résultat attendu est une spécification utilisable : structure des données, conditions d’échange, erreurs et limites connues.

Documents & interfaces d’époque

Interfaces de la chaîne éditoriale Reymann, dans leur version d’époque. Ces archives illustrent le parcours de Patrice Salib, fondateur de Dtouch, au sein de l’agence.

Agrandir ↗

Lire la structure des fichiers pour récupérer l’information

Les travaux menés dans la chaîne Reymann comprenaient la lecture des ressources Photoshop 8BIM intégrées aux JPEG : repérage du tracé actif, extraction et réinsertion des tracés, recadrage sur le détourage et conservation du tracé utile. Il s’agissait d’agir sur les informations du fichier pour automatiser une opération auparavant liée aux outils graphiques.

Un autre ensemble de développements concernait les PDF Aproove : récupération des annotations, des textes, des images embarquées et des pièces jointes associées. Les traitements ont dû prendre en compte plusieurs encodages, dont ASCII85 et ASCIIHex, ainsi que les images référencées mais absentes du PDF.

Ces cas illustrent la rétro-ingénierie au service de l’interopérabilité : comprendre comment l’information est réellement stockée afin de la retrouver, de la relier à un dossier et de la rendre exploitable dans un autre outil.

Diagnostiquer une chaîne hétérogène

L’expérience acquise autour de 4D, des scripts de production, des services d’images et d’InDesign Server nourrit cette méthode. Elle implique de suivre un fichier et ses métadonnées à travers plusieurs applications, plutôt que d’examiner un écran isolément.

Des cas rencontrés dans cette chaîne illustrent les difficultés : une fiche verrouillée dans 4D alors que le premier appel fonctionne, une image convertie mais mal recopiée, un détourage présent dans un retour sans être appliqué au fichier haute définition. Comprendre l’ordre et le rôle des opérations permet de localiser la rupture.

Comprendre le mécanisme avant de construire le raccordement

Le travail sur les flux Dalim TWIST constitue un cas concret d’analyse d’existant. La question était de savoir comment faire entrer un travail dans le moteur et comment lui transmettre ses paramètres. L’étude du comportement a montré que déposer les fichiers dans les dossiers surveillés faisait partie de l’initialisation du traitement ; écrire un état ailleurs ne constituait pas une entrée équivalente.

Cette compréhension a orienté l’organisation des passerelles et des flux communs. Elle illustre l’intérêt de reconstituer le fonctionnement réel avant de remplacer une opération par une interface qui semblerait plus directe.

Reconnecter avant de remplacer

Selon le diagnostic, la réponse peut être un adaptateur, un export fiable, une nouvelle interface ou le remplacement progressif d’un traitement. Nous cherchons à isoler une fonction que l’on peut vérifier avant d’étendre le changement.

Un connecteur peut laisser le logiciel historique en place tout en ouvrant une nouvelle boutique ou un portail. Une migration peut reprendre les identifiants, les liens vers les documents et les règles nécessaires à la continuité de l’activité.

Rendre la connaissance transmissible

Nous distinguons les comportements vérifiés, les hypothèses et les points encore à éclaircir. Cartographie, exemples de fichiers, règles de correspondance et procédure de reprise constituent une base pour maintenir la solution.

Cette prestation s’adresse aux entreprises qui doivent faire évoluer un outil qu’elles utilisent déjà, raccorder un système spécialisé ou reprendre un développement dont la connaissance s’est perdue.