Informatieobject

Binnen PDM is het Informatieobject de bouwsteen die de informatiestromen binnen het werknetwerk expliciet maakt.

Waar de focus in traditionele methoden vaak uitsluitend op activiteiten ligt, is het binnen PDM juist het Informatieobject dat de feitelijke samenhang en chronologie van het werk regeert ( Regel P5 (Informatie-afhankelijkheid) Chronologie in de processtroom is altijd een gevolg van databeschikbaarheid. Stap B start pas als de benodigde input van stap A beschikbaar is.).

Doel en functie

Het primaire doel van het Informatieobject is het elimineren van ruis en miscommunicatie over data overdracht. Het fungeert als de logische koppeling tussen opeenvolgende Processtappen.

Binnen de PDM-filosofie ontstaat de processtroom (flow) organisch: een Processtap kan pas starten zodra alle als input gedefinieerde Informatieobjecten door voorgaande stappen succesvol zijn opgeleverd als output ( Regel P5 (Informatie-afhankelijkheid) Chronologie in de processtroom is altijd een gevolg van databeschikbaarheid. Stap B start pas als de benodigde input van stap A beschikbaar is.).

Attributen

Voor ieder Informatieobject in de SSoT worden de metadata en eigenschappen vastgelegd via vaste front-matter attributen:

Objecttype	Verplichte Attributen	Type	Optionele Attributen	Speciale Logica / Voorwaarden
Informatieobject	`id` , `title` , `type` , `pdm_bouwsteen`	Informatieobject	`omschrijving` , `pdm_status` , `pdm_substatus` , `heeft_drager` , `synoniemen`	De opslaglocatie of technische context wordt via een objectrelatie gedefinieerd. synoniemen ondersteunt normalisatie naar SSoT.

Relaties in het Metamodel

Het Informatieobject verbindt de operationele handelingen met de systemische infrastructuur:

erDiagram
    INFORMATIEOBJECT ||--o{ PROCESSTAP : "dient als input voor (P5)"
    PROCESSTAP ||--o{ INFORMATIEOBJECT : "levert als output"
    INFORMATIEOBJECT }o--o| HULPMIDDEL : "is opgeslagen in / ontsloten via (M4)"

    PROCESSTAP {
        string id PK "Stap-ID"
        string title "Actieve handeling"
    }
    INFORMATIEOBJECT {
        string id PK "Informatie-ID (bijv. IO001)"
        string title "Eenduidige datanaam"
    }
    HULPMIDDEL {
        string id PK "Systeem-ID"
    }

Dient als input voor / Wordt geproduceerd door (Processtap): De kernrelatie die de chronologische volgorde van stappen bepaalt.
Is opgeslagen in / ontsloten via (Hulpmiddel): De relatie die de abstracte informatie koppelt aan de fysieke werkelijkheid (zoals een database, fileshare, SaaS-applicatie of papieren archief).

PDM-Modelleerprincipes voor Informatieobjecten

Om wildgroei en dubbele definities in de SSoT te voorkomen, hanteren we drie strenge modelleerregels:

1. Strikte normalisatie (Geen synoniemen)

Een veelvoorkomende valkuil is dat hetzelfde informatieobject onder verschillende namen in documenten verschijnt (bijv. “Incident”, “Ticket”, “Melding” of “Call”).

Regel M11 (Strikte de-duplicatie)

Synoniemen zijn niet toegestaan; we hanteren binnen de SSoT één genormaliseerde term. In Fase 3 dwingt de documentalist één genormaliseerde, eenduidige term af.

2. Scheiding van Informatie en Drager

Regel M4 (Hulpmiddel-isolatie)

Een Hulpmiddel koppelen we nooit rechtstreeks aan een informatieobject of fysiek object, maar altijd aan een specifieke processtap (Hulpmiddel --> processtap) ten behoeve van de ketenimpact en system ketenimpact.

3. Eenduidige eigenschappen en status

Informatieobjecten veranderen van status gedurende de procesketen (bijv. van “Concept offerte” naar “Getekende offerte”). Binnen PDM modelleren we dit bij voorkeur als statusovergangen van hetzelfde basistype, zodat de ketenanalyse zuiver blijft.

Het Informatieobject binnen de PDM-Projecties

Het Informatieobject is de ruggengraat voor de impactanalyses in de gecompileerde Hugo-kennishub:

Processtroom: Visueel geprojecteerd als een Rechthoek (Document/Data-vorm) binnen het Mermaid-diagram, hangend tussen de gekoppelde processtappen.
Ketenimpact: De belangrijkste weergave voor deze bouwsteen. Deze projectie toont de volledige levenscyclus en de end-to-end reis van een specifiek Informatieobject door alle werkdomeinen en processen heen.
Rollenmatrix: Maakt direct inzichtelijk welke Rollen specifieke informatie mogen/moeten muteren (output) of enkel mogen raadplegen (input).
Systeemimpact: Brengt in kaart welke systemen (Hulpmiddelen) de drager zijn van welke kritieke informatiestromen.
RACI- & Risicomatrix: Toont of het Informatieobject gekoppeld is aan specifieke complianceregels (zoals GDPR/privacy-gevoelige data) of kwaliteits-KPI’s.