Systemet vi interesserer oss for: f.eks. installasjonsrutinen
Primæraktør: Her skriver vi hvem som er primærbruker (person eller
system)

Mål: Her skriver vi hva som ønskes

Forbetingelse: Her skriver vi hva som er startverdier

Sluttbetingelse: Her skriver vi forventet sluttresultat

Scenarier: består egentlig av en stegliste
med aktiviteter som f.eks. for pålogging til systemet.
I tillegg beskrives ønskede utvidelser, unntak og
feilhåndtering.

Eksempelscenarit for pålogging til systemet:

Bruksseksvens 1:
1. Bruker: vil logge seg inn og trykker en tast:
2. Systemet: viser fram loginn-bildet på skjermen
3. Bruker taster brukernavn, og passord
4. Systemet: autentiserer bruker, og gir autorisasjon

Utvidelser til brukstilfelle 1:
2.b Systemet: gir gir bruker mulighet til å logge seg inn på annenet domene
4.a Systemet: gir bruker en melding for dagen

Unntak, og feil til brukstifelle 1:
3.ui  Systemet: finner ikke bruker, ber bruker taste annen bruker
3.uii Systemet: finner ikke passor, ber bruker taste rett passord

Brukertilfeller kan deles i delsystemer. På overordnet nivå bør
et system ikke overstige mer enn 5-8 brukstilfeller. På underordnet
nivå er det snak om maks 20 brukstilfeller.

Videre følger funksjonellee og ikke-funksjonelle krav.
Funksjonelle vil settes opp i en kravliste og prioriteres
underveis i prosjektet der en kan utsette krav som er
fint å ha, men ikke absolutt nøvendig :)

Brukstilfellet er bare en av flere måter å beskrive
et system på. Ofte er det lurt å ha med konseptuelle
skisser og teninger som viser omfanget av systemet, og
plassere brukstilfeller i forhold til det.

Kilde: Structuring Use Cases With Goals  
       Alistair Cockburn