Per flussi di lavoro standard e indiretti, potresti rappresentare i requisiti aziendali con BPMN . È una notazione grafica progettata esattamente per questo. È diventato uno standard internazionale ISO 19510: quindi c'è un certo consenso a riguardo. Inoltre, è adatto per l'orchestrazione di processi in esecuzione su sistemi diversi.
Per i requisiti di sistema, che non si concentrano sul coordinamento intersistema, potresti prendere in considerazione casi d'uso. Ma uml use case o use case 2.0 sono più per documentare obiettivi di alto livello e comportamenti osservabili in relazione con gli attori del sistema. Questi non sono appropriati per i requisiti a livello di campo e requisiti non funzionali.
Potresti considerare Cockburn come casi d'uso narrativo invece o come complemento di uml. Ma questi sono ancora più appropriati per le interazioni e le esigenze aziendali.
Il tipo di requisiti molto tecnici sembra essere più relativo alla specifica e alla mappatura dei dati che ai requisiti oggettivi. Se la descrizione testuale è troppo lunga, puoi optare per un modello di dati o un diagramma di classe. Uml ti consente di esprimere i limiti del linguaggio naturale che potrebbero aiutarti a descrivere la mappatura. Ma tieni presente che questo tipo di espressione non è comprensibile per l'utente medio. Quindi potrebbe essere più efficace esprimere questo tipo di regole sui dati sotto forma di elenchi puntati leggibili.