• Modello dei casi d'uso: insieme di scenari tipi d'uso del sistema (usato principalmente per requisiti funzionali)
• Specifiche supplementari: essenzialmente tutto ciò che non rientra nei casi d'uso (principalmente requisiti non funzionali), è anche una sezione in cui possono essere registrati dei requisiti funzionali non esprimibili con i casi d'uso.
• Glossario: i termini significativi, ha anche il ruolo di dizionario
• Visione: riassume i requisiti ad alto livello che sono dettagliati nel modello dei casi d'uso e nelle specifiche supplementari.
• Regole di business: (anche dette regole di dominio) descrivono di solito i requisiti o le politiche che trascendono un unico progetto software; esse sono richieste nel dominio o nel business, ed è possibile che molte applicazioni vi si debbano conformare. Un esempio sono le leggi fiscali dello Stato. I dettagli di tali regole possono essere aggiunte alle specifiche supplementari, ma in realtà sarebbe più comodo averle tutte in un unico elaborato condiviso tra gli analisti, così da consentire un migliore riuso dello sforzo degli analisti.

In UP, tutti gli elaborati sono astrazioni di informazioni; possono essere memorizzati in pagine web (come una wiki sul web), poster, o qualsiasi altra variante immaginabile.