IT Systems Diagnostic Diagnostic SI

Prepare an information-system change: what is missing before the portfolio owner can review it? This recorded example uses a fictional QlikView warehouse and the owner-presence rule already published in this guide.Préparer une évolution du système d’information : que manque-t-il avant la revue par le responsable du portefeuille ? Cet exemple enregistré utilise un entrepôt QlikView fictif et la règle de présence d’un responsable déjà publiée dans ce guide.

One question, one bounded checkUne question, un contrôle délimité

The fictional portfolio owner needs to identify data stores with no recorded owner before planning a change. The only source here is a synthetic portfolio fixture. The correction is a fictional ownership statement added to that fixture.Le responsable du portefeuille fictif doit identifier les stockages de données sans responsable renseigné avant de planifier un changement. La seule source utilisée ici est un jeu d’essai synthétique du portefeuille. La correction ajoute une déclaration fictive de responsabilité à ce jeu d’essai.

Rule: each resource typed si:DataStore must have at least one si:dataOwner value. The rule checks presence. Owner identity, role and authority are separate questions.Règle : chaque ressource de type si:DataStore doit posséder au moins une valeur si:dataOwner. La règle vérifie la présence. L’identité, le rôle et l’autorité du responsable sont des questions distinctes.

1. Inspect: the missing-owner fixture contains one data store and no owner.Examiner : le jeu d’essai sans responsable contient un stockage de données et aucun responsable.
2. Validate: the first report has sh:conforms false and one violation on si:db-qlik-warehouse, path si:dataOwner.Valider : le premier rapport contient sh:conforms false et une violation sur si:db-qlik-warehouse, au chemin si:dataOwner.
3. Correct: the corrected fixture adds si:db-qlik-warehouse si:dataOwner si:portfolio-owner.Corriger : le jeu d’essai corrigé ajoute si:db-qlik-warehouse si:dataOwner si:portfolio-owner.
4. Replay: the second report has sh:conforms true and no violation for this rule.Réexécuter : le second rapport contient sh:conforms true et aucune violation de cette règle.

What the results establishCe que les résultats établissent

• Established defect: the first fixture fails the specified presence rule.Défaut établi : le premier jeu d’essai échoue à la règle de présence spécifiée.
• Conditions satisfied in the evaluated scope: the corrected fixture passes that same rule.Conditions satisfaites dans le périmètre évalué : le jeu d’essai corrigé satisfait cette même règle.
• Insufficient evidence for the business decision: change readiness requires owner identity and authority, a complete dependency inventory and a reviewed risk assessment. Those elements are absent from this fixture, so this example leaves readiness unresolved.Preuves insuffisantes pour la décision métier : l’aptitude au changement demande de vérifier l’identité et l’autorité du responsable, la complétude de l’inventaire des dépendances et une analyse de risque revue. Ces éléments sont absents du jeu d’essai ; l’aptitude au changement reste donc à établir.

This explicit sufficiency criterion is a business interpretation, not a third native value of the boolean sh:conforms. Passing this check establishes neither overall data truth nor organisational compliance. It does not block an external agent action.Ce critère explicite de suffisance est une interprétation métier. Le booléen sh:conforms conserve ses deux valeurs natives. La réussite de ce contrôle porte sur la contrainte retenue ; la véracité globale des données, la conformité de l’organisation et le blocage d’une action externe demandent des vérifications et intégrations supplémentaires.

Reproduce the executionReproduire l’exécution

Install rudof 0.2.8. Download the existing rule specimen and both fixtures into the same folder, then run:Installez rudof 0.2.8. Téléchargez l’extrait de règle existant et les deux jeux d’essai dans le même dossier, puis exécutez :

rudof --version
rudof shacl-validate --reader-mode strict --mode native \
  --shapes-format turtle --data-format turtle --result-format turtle \
  --shapes owner-rule.ttl missing-owner.ttl
rudof shacl-validate --reader-mode strict --mode native \
  --shapes-format turtle --data-format turtle --result-format turtle \
  --shapes owner-rule.ttl corrected-owner.ttl

From the product repository, node scripts/qa/si-diagnostic-evidence.mjs /tmp/bra0-si-replay recreates the fixtures and checks both report outcomes and the offending resource. Run pnpm install --frozen-lockfile first.Depuis le dépôt du produit, node scripts/qa/si-diagnostic-evidence.mjs /tmp/bra0-si-replay recrée les jeux d’essai et vérifie les résultats des deux rapports ainsi que la ressource en défaut. Exécutez d’abord pnpm install --frozen-lockfile.

Execution record, input hashes and correction provenance. Fixture identifiers use a reserved example namespace. The published rule specimen is reproduced as-is, including its historical diagnostic message; that wording supplies no legal finding. This reproduction creates no new canonical ontology.Trace d’exécution, empreintes des entrées et provenance de la correction. Les identifiants des jeux d’essai utilisent un espace de noms réservé aux exemples. L’extrait de règle publié est reproduit à l’identique, y compris son message historique ; ce libellé reste un diagnostic technique, sans valeur de conclusion juridique. La reproduction conserve le statut de jeu d’essai, hors ontologie canonique.

Extend the investigation deliberatelyÉtendre l’investigation avec un périmètre explicite

The previous seven-rule portfolio and twelve-result illustration had no tracked data bundle on the release base. This release therefore supports the single presence check above. Application ownership, lifecycle dates, recovery objectives and integrations are follow-up questions that need their own sources, rules and verification.L’ancienne illustration d’un portefeuille à sept règles et douze résultats était dépourvue de jeu de données versionné dans la base de cette release. Cette version étaye donc le seul contrôle de présence ci-dessus. La responsabilité applicative, les dates de cycle de vie, les objectifs de reprise et les intégrations sont des questions complémentaires qui demandent leurs propres sources, règles et vérifications.

Scope a diagnosis with Omyn · Understand the Knowledge Space · Documentation Cadrer un diagnostic avec Omyn · Comprendre le Knowledge Space · Documentation