Ostatnio spotkałem się z pojęciem diagramu procesu, który na bazie kroków procesu równocześnie wskazuje, co one dostarczają. Jest to tzw. Process-Deliverable Diagram (w skrócie PDD). Jest to diagram, który łączy w sobie elementy z dwóch obszarów:
- kroków/czynności składających się na proces, zaprezentowanych za pomocą diagramu czynności (ang. activity diagram) z notacji UML,
- obiektów dostarczanych przez proces, zaprezentowanych za pomocą diagramu klas (ang. class diagram) z notacji UML;
Pierwszym procesem, który przyszedł mi na myśl, gdy przeczytałem o tym diagramie, był proces realizacji projektu, zaprezentowany na powyższym przykładowym diagramie. Począwszy od inicjalizacji projektu, przez realizację jego kolejnych działań po wdrożenie, na każdym etapie dostarczany (ang. deliver) jest określony “produkt”. Produkty w całości lub częściowo są wykorzystywane na kolejnych etapach procesu. Te produkty można potraktować jako produkty końcowe procesu. Mogą być np. podstawą kolejnych zmian, przeprowadzania szkoleń, wyjaśniania reklamacji, analizy luk procesu.
Podobne rozwiązanie zostało zastosowane przy prezentacji wejść i wyjść w ramach realizacji procesu rekrutacji.
Modelowanie procesów biznesowych 
[…] Dziennik na podobnych zasadach może zostać utworzony dla realizowanego procesu biznesowego. Taki przykładowy , uproszczony proces przy użyciu czynności wykonywanych zarówno ręcznie, jak i przez użytkownika w systemie został zaprezentowany na diagramie. Użytkownik wykonuje kolejne zadania w ramach procesu. Aplikacja obsługująca proces zapamiętuje pewne fakty o wykonywanych czynnościach. Dane zadanie, na starcie może odnotować fakt jego rozpoczęcia, a na koniec, fakt zakończenia, co zostało również zaprezentowane na diagramie. Pozostałe czynności składające się na dane zadanie mogą odkładać także inne informacje. […]