GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING

Transkript

1 GJENNOMGANG UKESOPPGAVER 3 KRAVHÅNDTERING INF1050 V16

2 HVA ER KRAVHÅNDTERING? Kravhåndtering er prosessen å identifisere, analysere og spesifisere kravene til et nytt system eller et system som skal forbedres Altså finne ut av hva som skal lages og på hvilken måte man skal gjøre det

3 1 A) HVA ER EN KRAVSPESIFIKASJON?

4 LØSNINGSFORSLAG OPPGAVE 1A En kravspesifikasjon er et dokument som: - Spesifiserer system- og brukerkrav - Definerer hva som skal lages - Er ofte en del av kontrakten for systemutviklingsprosjektet

5 BRUKERKRAV VS. SYSTEMKRAV Brukerkrav Krav uttrykt i naturlig språk eller diagrammer som viser ønskede tjenester (funksjoner) til systemet og føringer som gjelder (kvalitetsegenskaper) - Skal forstås greit av kunden Systemkrav Strukturert, detaljert beskrivelse av systemets funksjoner og føringer som gjelder (kvalitetsegenskaper) - Definerer hva som skal implementeres - Utgangspunkt for kontrakt mellom kunde (oppdragsgiver) og utviklerorganisasjon DAG SJØBERG

6 1 B) HVORFOR ER DET NØDVENDIG Å LAGE EN KRAVSPESIFIKASJON?

7 LØSNINGSFORSLAG OPPGAVE 1B En god kravspesifikasjon Skaper felles forståelse av systemet Skaper enighet om hva som skal leveres Er grunnlag for kontrakt som viser hva leverandør og kunde blir enige om Forhindrer eventuelle konflikter som kan oppstå på bakgrunn av uklare forventninger

8 ANALOGI: OBLIGATORISKE OPPGAVER - Det er vanskelig å gjøre en oblig om beskrivelsen er dårlig - Løser dere den på en annen måte enn tiltenkt blir gruppelærer misfornøyd - Men hvordan skal man vite hva som er forventet om det ikke står skrevet?

9 2 GI EN DEFINISJON AV BEGREPET INTERESSENT LIST OPP NOEN INTERESSENTER FOR EN APP SOM FINNER RESTAURANTER I NÆRHETEN AV DER DU BEFINNER DEG

10 LØSNINGSFORSLAG OPPGAVE 2 Begrepet interessent benyttes for å angi en mengde personer, grupper eller organer som har interesse av systemet, dvs. blir påvirket av eller påvirker systemets utvikling eller bruk, enten direkte eller indirekte. De påvirker eller blir påvirket av kravspesifikasjonen til systemet. Eksempler: kunden, sluttbruker, myndigheter og utviklere

11 LØSNINGSFORSLAG OPPGAVE 2 Eksempler på interessenter for restaurant-app: Interessent Restauranteier Utviklere Myndigheter Sluttbruker Kartleverandører Interesser Få flere kunder, tjene penger Godt omdømme, gode referanser At personvern skal ivaretas, at folk ikke skal lage nattmat hjemme God brukervennlighet Bruk av deres tjeneste

12 3 A) HVA ER FUNKSJONELLE OG IKKE- FUNKSJONELLE KRAV? BESKRIV FORSKJELLEN

13 LØSNINGSFORSLAG OPPGAVE 3A Funksjonelle krav definerer hva systemet skal gjøre Hvilke tjenester (funksjoner) systemet skal tilby Hvordan det skal reagere på ulike typer input Kan også si hva systemet ikke skal gjøre DAG SJØBERG

14 EKSEMPLER FRA RUTERS BILLETTAPP Systemet skal kunne vise en oversikt over en brukers betalte billetter Systemet skal gi beskjed når det er under 24 timer til en billett løper ut Systemet skal tilby funksjonalitet for valg av billettype Systemet skal tilby hurtigkjøp av tidligere valgte billetter Systemet skal fjerne et valgt bankkort hvis bruker taster feil pin 3 ganger

15 LØSNINGSFORSLAG OPPGAVE 3A Ikke-funksjonelle krav er ved hvilke rammer systemet skal implementere de funksjonelle kravene. De kan anses som egenskaper Egenskapene må evalueres ved at man må kunne måle/teste dem Kan også beskrives som kvalitetsønsker Det vil si: Krav til systemet som ikke handler om funksjonalitet

16 TRE HOVEDKATEGORIER:

17 EKSEMPLER Krav som: - Hvilket programmeringsspråk som skal brukes - Tids- og kostnadsrammer - Personvern - Brukervennlighet Er dette et passende grensesnitt?

18 MÅLBARHET - Kravene må være verifiserbare, må kunne testes objektivt - Hva betyr: Systemet må være raskt? - Hva er raskt? - Setter man et konkret tall kan dette undersøkes direkte - Eks: Systemet må være raskt, en ny side skal lastes inn på under ett sekund

19 EKSEMPLER RUTERS BILLETTAPP NB! Dette er forslag, ikke ekte krav fra prosjektet - Systemet må være brukervennlig, en kunde må kunne betale en billett på under 3 minutter - Systemet skal håndtere samtidige brukere - Systemet skal utvikles ved hjelp av smidige metoder

20 3 B) SKRIV FEM FUNKSJONELLE KRAV TIL APPEN SOM ER BESKREVET I OPPGAVE 2

21 LØSNINGSFORSLAG OPPGAVE 3B 1. Systemet skal inneholde funksjonalitet for å legge til en restaurant 2. Systemet skal inneholde funksjonalitet for å legge til en vurdering av en restaurant 3. Systemet skal inneholde funksjonalitet for å vise restauranter i nærheten av brukeren 4. Systemet skal inneholde funksjonalitet for å legge til en meny for en restaurant 5. Systemet skal innehole funksjonalitet for å legge til kategori for en restaurant

22 3 C) SKRIV FEM IKKE-FUNKSJONELLE KRAV TIL DEN SAMME APPEN

23 LØSNINGSFORSLAG OPPGAVE 3C 1. Systemet må være raskt, det skal ikke ta mer enn 2 sekunder å laste inn en side 2. Systemet må være brukervennlig, en ny kunde skal finne en restaurant på under ett minutt 3. Systemet må være plattformuavhengig 4. Systemet må kunne håndtere samtidige brukere 5. All systemdokumentasjon skal være skrevet på engelsk

24 3 D) BESKRIV HVORDAN DU KAN EVALUERE DE IKKE-FUNKSJONELLE KRAVENE

25 LØSNINGSFORSLAG OPPGAVE 3D For å kunne evaluere ikke-funksjonelle krav må de være målbare 1. Systemet må være raskt, det skal ikke ta mer enn 2 sekunder å laste inn en side Test: Gjennomfører tester der man måler tid. Gjennomføres under ulike dekningsforhold 2) Systemet må være brukervennlig, en ny kunde skal kunne finne en restaurant på under 1 minutt Test: Brukertester, måler tid som er brukt

26 LØSNINGSFORSLAG OPPGAVE 3D 3. Systemet må være plattformuavhengig Test: Tester på ulike plattformer 4. Systemet må kunne håndtere samtidige brukere Test: Stresstester 5. All systemdokumentasjon skal være skrevet på engelsk Test: Ja/nei-spørsmål, sjekkes direkte

27 4 HVA VIL DET SI Å VALIDERE ET SYSTEM OG HVORFOR ER DETTE VIKTIG?

28 LØSNINGSFORSLAG OPPGAVE 4 Validering: Er dette systemet som kunden faktisk vil ha? Man kan validere en kravspesifikasjon - beskriver denne systemet kunden ønsker? Viktig fordi: - Det koster svært mye å endre et system når det er ferdig - Et system kan være godt laget, men ubrukelig for kunden om det ikke løser kundens behov

29 5 A) HVA ER EN BRUKERHISTORIE?

30 KRAVSPEC I SMIDIGE PROSJEKTER Systemer som utvikles iterativt, har færre detaljer i kravspec en I Scrum og andre smidige metoder er kravene gjerne uttrykt som en liste av brukerhistorier kalt backlog I statusmøter (sprint-slutt i Scrum) evalueres backlog en. Innholdet kan endres, dvs. får en levende kravspec

31 LØSNINGSFORSLAG OPPGAVE 5A Brukerhistorie (user story): Eń eller flere setninger som beskriver hva brukeren av et system ønsker a fa ut av systemet pa formen: Som en <rolle> ønsker jeg <funksjon> for a oppna <verdi> NB! Trenger ikke være sluttbruker

32 5 B) NEVN NOEN FORDELER MED Å BRUKE DENNE TEKNIKKEN TIL Å BESKRIVE KRAV

33 LØSNINGSFORSLAG OPPGAVE 5B Fordeler: - Man forstår raskt hvorfor det er nødvendig å implementere funksjoner - Det er lettere å se hvem kravet er tiltenkt - Man trenger ikke teknisk kompetanse for å forstå kravet

34 5 C) DRØFT NOEN UTFORDRINGER VED Å BENYTTE BRUKERHISTORIER BESKREVET PÅ LAPPER PÅ EN TAVLE I STORE, SMIDIGE UTVIKLINGSPROSJEKTER

35 LØSNINGSFORSLAG OPPGAVE 5C Utfordringer: - Det kan lett bli kaos med mange lapper - Man er avhengig av å være tilstede for å kunne se hva som står der NB! Det finnes elektroniske løsninger for dette

36 5 D) SKRIV NOEN BRUKERHISTORIER FOR APPEN BESKREVET I OPPGAVE 2

37 LØSNINGSFORSLAG OPPGAVE 5D Som kunde ønsker jeg å kunne se hva andre har kommentert på restauranter, slik at det blir lettere å ta et godt valg. Som kunde ønsker jeg å kunne sortere restauranter etter kategori, slik at jeg kan finne en restaurant som tilbyr mat jeg liker Som restauranteier ønsker jeg at appen skal kunne vise menyen til restauranten, slik at kunden får et godt inntrykk av hva vi tilbyr.

38 6 I systemutviklingsprosjekter med tett kundemedvirkning er det en fare for at kunden blir påvirket av utviklingsteamet og adopterer deres perspektiv. Da kan brukernes behov bli tillagt for liten vekt

39 6 A) FORESLÅ TRE MÅTER Å REDUSERE DETTE PROBLEMET PÅ

40 LØSNINGSFORSLAG OPPGAVE 6A Ikke ha én fast representant fra kunden som deltar Holde tekniske diskusjoner til et minimum Ikke gjøre kunden til en del av teamet, men bare involvere kunden der det er nødvendig

41 6 B) DISKUTER FORDELER OG ULEMPER MED KUNDEINVOLVERING

42 LØSNINGSFORSLAG OPPGAVE 6B FORDELER Raske tilbakemeldinger Involverer en person med god domeneforståelse Sørger for at systemet opprettholder brukernes behov ULEMPER Krever mye tid og ressurser av kunde Krever at kunde er tilgjengelig

43 7 FORKLAR HVORFOR DET ER NØDVENDIG MED TO KRAVAKTIVITETER I GJENBRUKSBASERT SYSTEMUTVIKLING

44 GJENBRUKSBASERT UTVIKLING Eksisterende programvare gjenbrukes i varierende grad i utviklingen av nye systemet Komponentbasert utvikling - Bruker komponenter fra pakker Service-orientert utvikling - Bruker tjenester som finnes på nett/i skyen

45 REUSE-ORIENTED SOFTWARE ENGINEERING 1 2 Requirements specification Component analysis Requirements modification System design with reuse Development and integration System validation

46 LØSNINGSFORSLAG OPPGAVE 7 To kravaktiviteter: 1) Standard kravinnsamling, bestemmer hva som skal lages og hvordan det skal gjøres 2) Etter å ha undersøkt hva som finnes på markedet modifiserer man kravspesifikasjonen med utgangspunkt i den eksisterende programvaren

47 TAKK FOR MEG Spørsmål? Informasjonen er hovedsaklig basert på forelesningsfoilene, samt fjorårets presentasjon laget med Emilie Hallgren