uke3 Flashcards

1
Q

Hva er et use case, og hvorfor er det nyttig å lage use cases?

A

Det er en beskrivelse av hvordan systemet oppnår et mål av verdi for en aktør.

Beskriver en komplett funksjonell enhet.

Use case er testbare

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Hva skiller aktører og interessenter?

A

Definisjon på aktør: Samlebetegnelse for å angi alle grupper av personer som anvender systemet, eller øvrige systemer som blir anvendt av systemet.
Vi skiller mellom to typer aktører.
Primæraktører: har et mål av verdi i systemet.
Sekundæraktører: Hjelper primæraktør med å oppnå målet.

Definisjon på interessent: Samlebetegnelse for alle personer, grupper, eller organer, som påvirkes av eller påvirker systemets utvikling / bruk.
Det er fire hovedkategorier: kunde, leverandør, bruker, øvrige.

Skillet mellom aktør og interessent: Aktører må være brukere av systemet, og andre systemer som brukes av / bruker systemet.
interessenter kan være brukere av systemet, men ikke nødvendigvis. Det inkluderer alle som påvirker systemets kravspesifikasjon og utvikling.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

Hva er en aktør i et use case-diagram og hva er forskjellen på en primær og sekundær aktør?

A

Primæraktør har et mål av verdi i systemet. Use case er det målet. Sekundæraktører realiserer målene til primæraktørene.

En aktør kan f.eks være en kunde som har bruker et use case f.eks “sette inn penger” som igjen går til en bank som da er en sekundæraktør.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Hva er en domenemodell, og hvorfor er det nyttig å lage en domenemodell for et gitt system?

A

UML-klassediagrammer uten metoder.
viser objekter som er knyttet til problemdomenet. Representasjon av de ulike objektene et system består av.

Hensikten er å forstå objektene, oversikt over terminologi.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Hva er en tekstlig beskrivelse av et use case?

A

Det er en detaljert beskrivelse av interaksjon mellom bruker og system. Tekstlige beskrivelser skal inneholde navn på use case, prebetingelser, postbetingelser, hovedflyt, alternativ flyt.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

I smidig utvikling benytter man gjerne brukerhistorier. Nevn noen fordeler ved å bruke denne tilnærmingen til beskrivelse av krav.

A

En brukerhistorie er en presis beskrivelse av en ønsket funksjon til systemet. Brukerhistorier skal redgjøre for aktør, funksjon og nytteverdi.
Format:
“som ønsker jeg for å oppnå “

  • Får kartlagt hvem som vil ha hva
  • kort og konsist format felles for alle typer brukere
  • Nytteverdi kan tydeliggjøre prioritering av enkelte oppgaver.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Skriv noen brukerhistorier for en app som finner restauranter i nærheten av der du befinner deg.

A
  • Som ‘kunde’ ønsker jeg å kunne ‘se hva andre har kommentert om hver restaurant’, for å gjøre det ‘lettere å ta et godt valg’.
  • Som ‘restauranteier’ ønsker jeg at appen skal kunne ‘vise menyen til restauranten’ vår, for at ‘kunden får et godt inntrykk av hva vi tilbyr’.
  • som ‘bevegelseshemmet kunde’ ønsker jeg å kunne ‘sjekke om restauranten er tilstrekkelig tilrettelagt’, for å ‘kunne vurdere spisestedet’.
How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Hva er scrum?

A

Smidig utvikling, planlegging gjøres inkrementelt. Enklere å endre prosessen ved endringer i krav fra kunden.

Planlegginsfasen
overordnede mål etableres / arkitektur designes.

Gjennomføringsfasen
Serie med iterasjoner sprinter på 2-4uker. Hver iterasjon leverer et inkrement av systemet.

Avslutningsfasen
dokumentasjon og manualer ferdigstilles.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Hva er fossefall?

A

Plandrevet prosessmodell. Utviklingen styres av forhåndsspesifiserte planer.
Seperate, veldefinerte faser. Vansklig å gjøre endringer underveis. Dårlig modell.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly