UKE 3 Krav og behov. Plenum IN1050 Julie og Maria

Transkript

1 UKE 3 Krav og behov Plenum IN1050 Julie og Maria

2 Hva skjer i dag? BEHOV - Hva og hvorfor? KRAV - Ulike typer krav - Måter å etablere krav - Måter å presentere krav Oblig 2 - Eksempler fra tidligere besvarelser

3 KONTAKTSTUDENT

4 Etikk og fagets historie Tjenestedesign Datainnsamling Krav og UtviklingsIntroduksjon behov prosesser Analyse Evaluering vol. 2 Designprinsipper Design og prototyping Brukeropplevelser Repetisjon Tangible interaction Evaluering vol. 1 Universell utforming

5

6 BEHOV

7 Behov Behov er noe som er nødvendig for organismer for å leve et sunt og godt liv. Behov skiller seg fra ønsker fordi de beskriver hva brukerne trenger på et mer grunnleggende nivå. Behov kan være objektive og fysiske slik som mat, eller de kan være subjektive og psykologiske som for eksempel behovet for selvaktelse. Det er med andre ord forskjell på et ønske om å spise god mat, og et behov om å få i seg næring.

8 Fra Interaction Design Foundation

9 Behov Å identifisere behovene hos brukeren handler ikke om å spørre dem hva de trenger. Bruker vet ikke nødvendigvis hva det er mulig å trenge. Å identifisere behov handler om å forstå de ulike egenskapene og evnene til brukerne; hva de prøver å oppnå, hvordan de prøver å oppnå det per dags dato, og om de ville oppnådd sine mål på en mer effektiv måte om de hadde blitt støttet annerledes. Det er viktig å identifisere behovene da man bruker disse for å etablere kravene til systemet.

10 Behov er altså ikke knyttet til spesifikk teknologi!

11 OPPGAVE

12 Hvordan vil du beskrive en god bandøvelse? «Det er i hvert fall at alle møter opp når de skal. Og at alle er gira på å få det til. At man er, eh, at alle er motiverte og at man har struktur på det. At, det hjelper egentlig gjerne at liksom en er litt sånn leder for det kan fort bli sånn at man begynner bare å prate masse og og at det blir litt sånn at det svinner litt hen da. Plutselig begynner bare noen å klimpre masse på instrumentet sitt og så. Ja. Surres det bort. Men det som alltid er fint er, liksom, for eksempel om man skal øve til en konsert, så har man en set-liste klar, og så spille gjennom hele den i ett strekk. Ja, det bruker å hjelpe. Ha en plan, liksom!»

13 Utdrag fra et sammendrag av et intervju: Bjørg liker ikke rock, men liker å høre på tekstene i sangene hun spiller. Før pleide hun og kollegaene hennes å diskutere musikk på jobben, å søke etter sanger og artister, men nå som hun er pensjonert har hun ikke mulighet til det lenger. Hjemme står radioen alltid på, det samme gjelder i bilen, og hun har radio i alle rom. Bjørg liker radioen. Den er enkel og har knapper så hun kan bytte mellom det hun vil høre på. Det samme gjelder CD-spilleren hennes. Det er viktig for Bjørg at musikken ikke skal være forstyrrende, og hun liker dermed ikke å gå med ørepropper, med mindre hun slapper av på stranda. Her tar hun forøvrig med seg en radio, men er åpen for å benytte seg av telefonen sin dersom den har god lyd og hun lærer seg det.

14 KRAV

15 Krav Et krav er en uttalelse om et planlagt produkt/løsning/tjeneste som spesifiserer hva det skal gjøre eller hvordan det skal oppføre seg. Vi skiller mellom funksjonelle og ikke-funksjonelle krav. - Funksjonelle krav beskriver hva systemet skal gjøre (men kan også beskrive hva systemet ikke skal gjøre). - Skrives gjerne på formen Systemet skal../systemet bør (nice to have)... - Ikke-funksjonelle krav definerer hvordan systemet skal innfri de funksjonelle kravene. - Ikke-funksjonelle krav skrives gjerne på formen Systemet skal være/ha [egenskap]. - Vi kan også gruppere krav i kategorier som omgivelseskrav, organisatoriske krav og sosiale krav.

16 Krav Eksempler på funksjonelle og ikke-funksjonelle krav til en nettbank kan være; Funksjonelle krav - Systemet skal bruke bank-id som sikker identifisering ved innlogging. - Systemet skal vise en oversikt over alle kundens kontoer. - Systemet skal vise saldo for alle kundens kontoer. - Systemet skal ha gi kunden mulighet til å betale regninger. Ikke funksjonelle krav - Systemet skal gjennomføre en transaksjon på under 5 sekunder. - Kunden skal kunne betale en regning på under 2 minutter. - Systemet skal fungere på alle plattformer. - Systemet skal utvikles ved bruk av smidig metodikk.

17

18 Hvordan identifisere behov og etablere krav?

19 Hvordan identifisere behov og etablere krav? Datainnsamling og analyse Intervju Observasjon Spørreundersøkelse Fokusgruppe Contextual inquiry Etnografi (OBS! Mer om datainnsamling? Se uke 2. Analyse? Se uke 4)

20 Teknikker for å utlede, etablere og fremstille krav? Personas Scenario Hierarkisk oppgaveanalyse (HTA) Use case

21 Persona For å strukturere informasjon om brukergruppen kan utarbeidelse av personas være nyttig. En persona er en stereotypisk deltaker fra brukergruppen som innehar sentrale egenskaper som definererer brukergruppen.

22

23 Scenario Scenario er en tekstlig fremstilling av en situasjon hvor problemstilling kommer klart frem. Scenario benyttes for å illustrere og kommunisere et problemområde på en måte som alle kan relatere til. Et godt scenario for beskrivelse av en problemstilling skal presentere et uløst problem og ikke inneholde noen presentasjon av en eventuell løsning.

24

25

26 Hierarkisk oppgaveanalyse (HTA) Her bryter vi ned oppgaven i mindre deloppgaver slik at disse kan analyseres. Både en tekstlig og skjematisk fremstilling kan benyttes.

27 Tekstlig fremstilling: å betale en regning 1. Betale regning 1.1 Logg inn i nettbank 1.2 Velg Betal regning i meny 1.3 Fyll inn mottakerinfo 1.4 Fyll inn beløp og KID 1.5 Bekreft med engangskode

28 Skjematisk fremstilling: å betale en regning

29 Hierarkisk oppgaveanalyse (HTA) Oppgave: Ring mamma Tekstlig fremstilling: Å ringe noen 1. Å ringe noen 1.2 Lås opp telefonen 1.3 Åpne kontakter 1.4 Søk navn 1.5 Velg ønsket kontakt 1.6 Velg ring

30 Hierarkisk oppgaveanalyse (HTA) Oppgave: Ring mamma Tekstlig fremstilling: Å ringe noen 1. Å ringe noen 1.2 Lås opp telefonen Tast pin Trykk OK 1.3 Åpne kontakter 1.4 Søk navn 1.5 Velg ønsket kontakt 1.6 Velg ring

31 Hierarkisk oppgaveanalyse (HTA) Skjematisk fremstilling: Å ringe noen Å ringe noen Lås opp telefonen Tast pin Trykk OK Åpne kontakter Søk navn Velg ønsket kontakt Velg ring

32 Use case Use case er teknikk som kan brukes for å etablere krav til et system. Her tar man utgangspunkt i en komplett funksjonell enhet i systemet, for eksempel Bestill billett. Use caset skal kommunisere hvem som bruker systemet, og hva målet til brukeren er.

33

34

35 Oblig 2

36

37

38

39 INTERVJUGUIDE

40

41

42

43

44

45

46

47

48

49

50

51

52

53

54 Spørsmål?

55 Takk for i dag Neste uke: Analyse Lurer du på noe? Send oss en mail! Maria: mlstolin@ifi.uio.no Julie: juliehni@ifi.uio.no