Proces
Doel en functie
Het primaire doel van de bouwsteen Proces is het bieden van een helder tactisch kader voor een gerichte operationele stroom. Het fungeert als de organisatorische kapstok voor de onderliggende, atomische Processtappen ( Regel M9 (Actieve schrijfwijze) De naam van een processtap volgt de structuur: `[Actief Werkwoord in infinitief] + [Zelfstandig Naamwoord]` (bijv. "Controleren Factuur"). Bij een stap met een gateway-functie weerspiegelt de naam de beslissingsactiviteit (bijv. "Beoordelen Storingsprioriteit").).
In tegenstelling tot traditionele procesbeschrijvingen is een Proces binnen PDM geen statisch tekstbestand, maar een dynamisch knooppunt in de SSoT dat de randvoorwaarden (Startsignalen, Eindstatus en Eigenaarschap) van de keten dwingend vastlegt.
Attributen
Een Proces-object wordt gedefinieerd door een vaste set attributen in de front-matter. Dit garandeert dat de Hugo-site-generator de metadata foutloos kan uitlezen en compileren:
| Objecttype | Verplichte Attributen | Type | Optionele Attributen | Speciale Logica / Voorwaarden |
|---|---|---|---|---|
| Proces | id
, werkdomein
, title
, type
, pdm_bouwsteen
, pdm_status | Process | doel
, scope
, trigger_start
, endstatus
, eigenaar
, pdm_substatus
, versie
, bovenliggend_proces
, kpis | Fungeert als organisatorische container voor processtappen via Processtap.proces_id. Moet dwingend gekoppeld zijn aan een Werkdomein-ID. pdm_status bepaalt of het proces de geldende IST is of een SOLL-ontwerp. |
Relaties in het Metamodel
Binnen de relationele grammatica van PDM staat het Proces-object via expliciete, gerichte assen in verbinding met de overige bouwstenen:
erDiagram
WERKDOMEIN ||--|{ PROCES : "bevat (M6)"
PROCES ||--|{ PROCESSTAP : "bestaat uit (M9)"
PROCES ||--|| ROL : "heeft als eigenaar (M12)"
PROCES {
string id PK "Uniek ID (bijv. PR001)"
string title "Functionele naam"
string trigger "Startvoorwaarde"
string eindstatus "Gerealiseerd resultaat"
}Is onderdeel van Werkdomein ( Regel M6 (Proces-omkadering) Elk proces is gekoppeld aan exact één overkoepelend Werkdomein.en Regel M15 (Naamgeving Werkdomein) De naam van een Werkdomein is altijd een zelfstandig naamwoord of een thematische naamwoordgroep (bijv. "Incident Management" of "Financiën"), nooit een actiewerkwoord.: Een Proces behoort altijd tot exact één overkoepelend Werkdomein dat de thematische en budgettaire grenzen bewaakt.
Bestaat uit Processtappen ( Regel M9 (Actieve schrijfwijze) De naam van een processtap volgt de structuur: `[Actief Werkwoord in infinitief] + [Zelfstandig Naamwoord]` (bijv. "Controleren Factuur"). Bij een stap met een gateway-functie weerspiegelt de naam de beslissingsactiviteit (bijv. "Beoordelen Storingsprioriteit").): Een Proces bestaat uit een chronologische opeenvolging van atomische Processtappen. Een Processtap behoort op haar beurt tot exact één Proces.
Heeft een Proceseigenaar ( Regel M12 (Eigenaarschap) Een proces of werkdomein heeft altijd een geldige, bestaande Rol als eigenaar om overgedragen te kunnen worden naar de productiestatus (Fase 5).: Elk Proces is onlosmakelijk gekoppeld aan een specifieke Rol (nooit een persoonsnaam) die de formele beheer- en onderhoudsverantwoordelijkheid draagt voor de integriteit van de procesdocumentatie.
Visuele representatie en views
In de gecompileerde Hugo-kennishub wordt het Proces-object niet als statische tekst getoond, maar dynamisch ontsloten via 6 gestandaardiseerde Projecties die rechtstreeks uit de SSoT worden gegenereerd:
Processtroom (Flow-view): De visuele, chronologische weergave van de Processtappen binnen het proces (waarbij het Proces-object zelf de vorm van een Hexagon (Zeshoek) aanneemt).
RACI Matrix: De geautomatiseerde weergave van de taakverdeling, waarin per Processtap direct inzichtelijk is welke Rol verantwoordelijk (Responsible) of aansprakelijk (Accountable) is.
Rollenmatrix: Een dwarsdoorsnede die per specifieke Rol laat zien bij welke processen en Processtappen deze Rol betrokken is, inclusief de bijbehorende bevoegdheden.
Risicomatrix: De projectie die de Processtappen koppelt aan de vigerende Regels (compliance-kaders, risico’s en control-maatregelen) om permanente procesaudit-readiness te bewaken.
Ketenimpact: Het end-to-end overzicht dat laat zien hoe de informatiestromen (Informatieobjecten) en fysieke stromen (Fysieke objecten) zich chronologisch door en tussen de processen bewegen.
Systeemimpact: De technische impactanalyse die direct in kaart brengt welke Hulpmiddelen (systemen en applicaties) bij welke Processtappen en processen actief in gebruik zijn.
Afgeleide documentatie: De Procesbeschrijving
Binnen PDM schrijven we procesbeschrijvingen niet zelf. De definitieve Procesbeschrijving is een geautomatiseerde, dynamische projectieset die door Hugo uit de brondata wordt gegenereerd:
Metadata-blok: Automatische weergave van de unieke ID, titel, de verantwoordelijke beheerrol (Proceseigenaar) en de actuele publicatiestatus (
Gepubliceerd).Ketenafbakening: Directe weergave van de harde Trigger (wanneer start het?) en de gewenste Eindstatus (wanneer is het succesvol afgerond?).
Chronologische Flow: Een gestructureerde opsomming van alle onderliggende Processtappen, waarbij de unieke inkomende en uitgaande relaties (Rollen, Informatieobjecten en Hulpmiddelen) per stap inzichtelijk worden gepresenteerd.
RACI-Matrix: Een model-berekend overzicht van de taakverdeling, direct gedestilleerd uit de actieve relaties in de SSoT.