Le Specifiche Supplementari raccolgono altri requisiti, informazioni e vincoli che non sono facilmente colti nei casi d'uso o nel Glossario, compresi gli attributi di qualità e i requisiti non funzionali (usabilità, affidabilità, prestazioni, sostenibilità e altro) a livello di intero sistema.
I requisiti non funzionali specifici per un caso d'uso possono, e probabilmente dovrebbero, essere prima brevemente scritti nell'ambito del caso d'uso, nella sezione Requisiti Speciali, mentre si riflette sul caso d'uso. Dopo questo passo informale, vanno spostati nelle Specifiche Supplementari, per tenere tutti i requisiti non funzionali in unica posizione, senza duplicarli.
Elementi delle Specifiche Supplementari:
Alcuni attributi vengono detti di qualità di un sistema. Tra questi abbiamo: usabilità, affidabilità e così via. Si noti che questi sono qualità del sistema.
Le regole di Dominio specifiche dell'applicazione, come leggi fiscali, appartengono all'elaborato delle Regole di Dominio di UP. Tuttavia, regole più specifiche per un'applicazione, per esempio: come calcolare lo sconto per un certo articolo possono essere registrate nelle Specifiche Supplementari.
Per un esperto in materia è buona norma scrivere o fornire link ad alcune spiegazioni sui domini relativi al nuovo sistema software (vendita e contabilità, geofisica dei flussi sotterranei di petrolio o gas o acqua), per fornire un contesto e degli approfondimenti per il team di sviluppo. Quel documento può indirizzare a testi, formule, leggi o altri riferimenti importanti. Per esempio, i segreti degli schemi di codifica UPC e EAN e la simbologia dei codici a barre devono essere compresi a un certo livello dal team che sviluppa NextGen.