EXEMPLE — DONNÉES FICTIVES, À TITRE ILLUSTRATIF
Rapport de diagnostic — périmètre PAIEMENT
Ceci est un exemple anonymisé du livrable remis à l'issue d'un diagnostic pilote Docobol. Les noms de programmes, règles et chiffres ci-dessous sont fictifs — le format et le niveau de détail sont représentatifs d'un vrai rapport.
Périmètre analysé
Catalogue des règles métier — extrait
| Règle | Statut | Preuve |
|---|---|---|
| Ancienneté > 5 ans → prime de fidélité de 8 %, sinon 3 % | Observée | PAIEMENT.cob · L.214-221 |
| Un paiement en devise étrangère déclenche une vérification de conformité additionnelle | Déduite | PAIEMENT.cob · L.340 + CLIENT.cpy |
| Origine exacte du seuil de 10 000 $ déclenchant l'alerte manuelle | À confirmer | Valeur codée en dur, aucune documentation associée |
| Appel dynamique vers un sous-programme non résolu depuis le code statique | Non déterminable | CRUDPRET.cob · L.88 — nom de programme construit à l'exécution |
Carte des dépendances
Indice de risque de connaissance
Concentration humaine
Une seule personne comprend l'intégralité du traitement des paiements en devise.
Couverture documentaire
La documentation existante date de 3 ans et ne mentionne pas la règle de conformité additionnelle.
Testabilité
Aucun cas de test couvrant le seuil de 10 000 $ n'a été retrouvé dans le périmètre fourni.
Plan d'action priorisé
- 30 joursFaire valider par un expert métier l'origine du seuil de 10 000 $ et documenter la réponse.
- 60 joursRésoudre l'appel dynamique non identifiable en instrumentant une exécution de test tracée.
- 90 joursÉtendre l'analyse aux deux programmes adjacents pour compléter la carte de dépendances du domaine paiement.
Ce niveau de détail, sur votre propre périmètre ?
Le diagnostic pilote produit ce même format de rapport, sous NDA, sur un ensemble de programmes réels.
DOCOBOL PAR BOSQWEB — EXEMPLE ANONYMISÉ — 2026
