Relaties tussen bouwstenen

In PDM vormen Relaties de absolute ruggengraat van het werknetwerk. Waar de Bouwstenen de werkelijkheid beschrijven, zijn het de expliciete relaties die de feitelijke samenhang binnen het model geven. Zonder deze verbindingen blijft proceskennis gefragmenteerd; pas door de toevoeging van Relaties wordt de overgang gemaakt van statische documentatie naar een dynamisch kennisnetwerk dat fungeert als de SSoT.
graph LR
    subgraph WD[Werkdomein]
    direction LR
        A[SSoT]
        B[Werknetwerk]
        C[PDM Canvas]
        D[Bouwstenen]
        E[Relaties]
        
        A --> B
        B --> C
        C --> D & E
        D -.- E
    end
    click A "/PDM/ssot/" " "
    click B "/PDM/werknetwerk/" " "
    click C "/PDM/canvas/" " "
    click D "/PDM/bouwstenen/" " "
    click E "/PDM/relaties/" " "

style WD fill:#202020,stroke:#fff,stroke-width:1px,color:#fff,stroke-dasharray: 5 5

class E X
classDef X fill:#6C8CE3,color:#222

relaties boven hiërarchie

Een ontwerpprincipe van PDM is Regel B5 (Relaties boven hiërarchie) De volgorde van werkzaamheden ontstaat uitsluitend uit logische afhankelijkheden tussen objecten (zoals informatie-afhankelijkheid), nooit door een arbitraire nummering of visuele positionering in een tekening.. In traditionele procesdiagrammen wordt de volgorde van werkzaamheden vaak gesuggereerd door visuele positionering of een handmatige nummering van stappen. In PDM ontstaat de flow (werkstroom) uitsluitend uit expliciete afhankelijkheden tussen objecten. Dit betekent dat de volgorde waarin werk wordt uitgevoerd het logische gevolg is van informatie-afhankelijkheden, materiaalstromen en voorafgaande startsignalen, en niet van een arbitraire tekening.

graph TD
    WD["Werkdomein"]
    P{{"Proces"}}
    P_SUB{{"Subproces"}}
    I[Informatieobject]
    F[/Fysiek Object/]
    S(Processtap)
    A([Rol])
    T[/Hulpmiddel\]
    R[Regel]
    K((KPI))

    %% Relatiestructuur
    WD --> P
    P --> P_SUB
    P --> S
    I & F --> |input| S 
    A --> |voert uit| S 
    T --> |ondersteunt| S
    R --> |kadert / Guide vooraf| S
    K --> |meet / Meting achteraf| S
    K --> |meet / Keten-aggregatie| P
    S --> |output| I & F

    style R stroke-dasharray: 5 5

analytische waarde en impactanalyse

De kracht van een werknetwerk ligt in de mogelijkheid om modelmatige impactanalyses uit te voeren. Omdat relaties expliciet en structureel zijn vastgelegd, maakt het model direct inzichtelijk wat de gevolgen zijn wanneer een object wijzigt of uitvalt:

  • De Ketenimpact en Systeemimpact tonen het volledige netwerk van infrastructurele afhankelijkheden. Dit stelt de organisatie in staat om programmatisch te analyseren welke processtappen direct stagneren wanneer een specifiek Hulpmiddel of Systeem uitvalt.

  • Het Kaderoverzicht maakt via de KPI-relaties direct inzichtelijk welke specifieke processtappen ondermaats presteren zodra een KPI op procesniveau buiten haar norm dreigt te treden.

integriteit en de ssot

Om de betrouwbaarheid van het netwerk te borgen, gelden strikte integriteitsregels voor relaties. Relaties mogen uitsluitend verwijzen naar objecten die daadwerkelijk bestaan (relatie-integriteit) en objecten mogen pas worden verwijderd als alle actieve relaties zijn beëindigd.

overzicht van alle pdm-relaties

Hieronder vindt u de toegestane, formele relaties binnen de PDM-grammatica. Klik op een kaart voor de volledige uitleg, modelregels en voorbeelden per relatie.

  • Definieert de fysieke grondstoffen, halffabrikaten of materiële drager die als verplichte ingang (Input) door de processtap worden getransformeerd of bewerkt.
  • Legt vast welk applicatiesysteem, welke softwaretool of welk fysiek gereedschap als faciliterende factor (Enabler) noodzakelijk is om de processtap uit te voeren.
  • Specificeert welke exacte gestructureerde of ongestructureerde data (Input) minimaal beschikbaar dient te zijn om de uitvoering van de processtap te kunnen starten.
  • Koppelt een geaggregeerde prestatiemeting aan de totale procesketen ter bewaking van de overkoepelende doorlooptijd, kwaliteit, kosten of efficiency op procesniveau.
  • Verbindt een specifieke operationele meting (achteraf) aan een individuele processtap om lokale prestaties en normafwijkingen direct aan de bron te registreren.
  • Modelleert de functionele deconstructie waarbij een overkoepelend proces hiërarchisch wordt opgeknipt in een of meerdere logische subbesturingen of deelprocessen.
  • Markeert de externe of keten-overstijgende interface: geeft aan welk (voorafgaand) proces de initiërende trigger of het startsignaal levert voor een specifieke processtap.
  • Bepaalt het concrete, materiële eindresultaat (Output) dat als direct gevolg van de uitvoering van de processtap is gerealiseerd of fysiek is gewijzigd.
  • Bepaalt het normatieve of prescriptieve kader (Guide vooraf) — zoals wetgeving, beleid of bedrijfsregels — waaraan de uitvoering van de stap strikt moet voldoen.
  • Wijst de formele Proceseigenaar aan die integraal verantwoordelijk is voor het ontwerp, de prestaties, de governance en het continue beheer van het totale proces (M12).
  • Identificeert de uitvoerende actor die de menselijke of geautomatiseerde handeling verricht (de ‘Responsible’ actor binnen het RACI-governamodel).
  • Legt vast welke strategische Rol de formele Domeineigenaar is en de eindverantwoordelijkheid draagt voor de scope, kaders en resources van het Werkdomein (M6).
  • Definieert de organisatorische en thematische afbakening: geeft aan binnen welk specifiek Werkdomein een proces inhoudelijk is ondergebracht en gehuisvest.