Décision à préparer
Quelles fonctions conserver, quelles mises à niveau prévoir et sur quelle base comparer les options ?
Chrysalid · Exemple pédagogique / version 1.0 / 20 septembre 2026
Dossier fictif d’évaluation du SI industriel avant acquisition
Utilisez la fonction Imprimer du navigateur pour enregistrer ce dossier en PDF ou l’imprimer.
DOSSIER ENTIÈREMENT FICTIF. Les applications et constats ci-dessous sont inventés pour montrer la forme des livrables. Ils ne représentent pas les résultats d’une mission client. Aucun chiffrage indicatif n’est présenté.
1. Le périmètre de décision
Un investisseur prépare l’intégration d’un laboratoire industriel. Hypothèses de démonstration : un site, 40 utilisateurs du LIMS, trois interfaces à inventorier. Le LIMS est le logiciel de gestion des informations du laboratoire. STARLIMS est cité comme exemple de LIMS personnalisé, sans jugement sur l’éditeur ni allégation de vulnérabilité.
Preuves à réunir
Inventaire de versions, contrats, interfaces, parcours métier, sauvegardes et exigences de validation.
2. Une cartographie exploitable
Chaque ligne relie un usage, des dépendances et les informations qui manquent encore. « À confirmer » ne veut pas dire « non conforme ».
| ID / application | Usage | Dépendances | Preuves manquantes |
|---|---|---|---|
| APP-01 LIMS personnalisé | Échantillons, résultats et validation | ERP, équipements, identités | Version, contrat de support et personnalisations à documenter |
| APP-02 Interfaces ERP–LIMS | Référentiels et ordres de travail | Fichiers et traitements planifiés | Responsable, contrôles de reprise et supervision à confirmer |
| APP-03 Reporting local | Indicateurs opérationnels | Exports LIMS et tableaux de suivi | Règles de gestion et usages à valider avec le métier |
3. Les risques à instruire avant engagement
Dans cet exemple, il manque des preuves. Le dossier indique la conséquence possible, la vérification attendue et le responsable, au lieu d’attribuer un score sans justification.
R-01 · Support non documenté
Ne pas conclure à l’obsolescence sans la version et le contrat.
Preuve attendue : Contrat, matrice de versions, confirmation du support
Responsable à mobiliser : DSI / fournisseur
R-02 · Reprise des flux non démontrée
Une défaillance d’interface pourrait retarder le traitement.
Preuve attendue : Test de reprise et contrôle des données échangées
Responsable à mobiliser : Intégration / métier
R-03 · Restauration non démontrée
La présence d’une sauvegarde ne démontre pas une reprise utilisable.
Preuve attendue : Restauration isolée et validation des parcours critiques
Responsable à mobiliser : Infrastructure / métier
R-04 · Effort de validation incertain
Les exigences applicables et les personnalisations peuvent modifier le coût.
Preuve attendue : Périmètre, traçabilité des exigences et plan de tests
Responsable à mobiliser : Qualité / métier
4. Une maquette pour documenter le besoin
La maquette complète la documentation disponible. Elle décrit les fonctionnalités utilisées, les règles de gestion et les critères à préserver avant de préparer une adaptation, une modernisation ou un remplacement.
Parcours illustratif
Ordre reçu → échantillon enregistré → résultat saisi → revue autorisée → transmission à l’ERP.
Aucune donnée réelle, aucun accès à un équipement, aucune validation effective.
Critères comparables
Droits par rôle, traçabilité des modifications, reprise d’une transmission en échec, export et restauration du dossier. Les exigences applicables restent à confirmer au cadrage.
5. Les décisions et jalons à préparer
La cible est choisie à partir des besoins métier, des risques et des preuves réunies. Le scénario de conservation reste pertinent lorsque le support, la sécurité, la reprise et l’adéquation métier le permettent.
Confirmer le périmètre
Valider les applications, les responsabilités et les preuves accessibles.
Lever les inconnues prioritaires
Vérifier le support, tester une restauration isolée et qualifier les interfaces.
Documenter et valider les fonctionnalités
Compléter les maquettes et les règles de gestion avec les responsables applicatifs avant de choisir une modernisation ou un remplacement.
Arbitrer et planifier
Valider conjointement les applications à conserver, sécuriser, adapter ou documenter, puis établir le planning des actions et des échéances opérationnelles.
Ce dossier ne constitue pas un engagement de prix, de délai, d’économie ou de conformité réglementaire. Il montre comment documenter une décision et ce qui reste à prouver.