1 KravprosessenKravprosessen Noen sentral punkter

2

3 Brooks: «Den vanskeligste delen av det å bygge et programvare- system er å bestemme presist hva som skal bygges. Ikke noe annet arbeid er så vanskelig som å skulle finne ut de detaljerte tekniske krav som inkluderer alle grensesnittene mot mennesker, maskiner og til andre programvaresystemer. Ikke noen annen del av arbeidet kan i samme grad forkrøple sluttresultatet hvis arbeidet gjøres galt. Ikke noen annen del er det vanskeligere rette opp senere.» Hva sier guruene?

4 «There is little doubt that project requirements are the single biggest cause of trouble on the software project front. Study after study has found that, where there is a failure, requirements problems are usually at the heart of the matter.» Robert L. Glass:

5 Hva det dreier seg om Å bestemme hvilket system vi skal bygge Engineering, fordi man må finne ut presist hva som kreves Problemløsning, å finne krav betyr å definere problemet som krever en løsning

6 Problemdomenet  den del av verden som problemet befinner seg i

7 Problemdomenet Systemløsningen Grensesnitt analysespesifikasjondesign

8 Hva er krav? Den virkning som klienten ønsker påført problemdomenet. En betingelse eller mulighet som må være til stede for at en bruker skal løse et problem eller nå et mål (IEEE). En betingelse eller mulighet som må tilfredstilles av et system eller delsystem for å oppfylle en kontrakt, standard, spesifikasjon eller et annet annet formelt dokument. En dokumentert representasjon av en betingelse eller egenskap som beskrevet foran. Noen definisjoner:

9 Hva er analyse? Gjennom å studere et problemdomene skal man finne og dokumentere egenskapene til domenet og problemene (som krever en løsning) i dette domenet. Fra en ordbok: 1.Undersøkelse som består i at noe sammensatt oppløses i enkelte bestanddeler 2.Utredning med grunnlag i en slik undersøkelse En annen definisjon (Jacobson): In analysis we analyze the requirements as described in requirements capture by refining and structuring them Og enda en (Booch): Objektorientert analyse er en metode for analyse som undersøker kravene i form av klasser og objekter som man finner i vokabularet til problemdomenet

10 Hva er elicitation? Hvilken informasjon skal samles inn? Hvor finner man informasjonen (kilder)? Hvordan skal man gå frem for å finne informasjonen? Det dreier seg om å samle inn informasjon (med stor møye) Artefakten som leveres er «elicitation»notater

11 Spesifikasjon Kan defineres som  det å finne opp og definere hvordan et system som er løsningen på et problem, skal oppføre seg, sett utenfra, slik at det får den nødvendige effekt på problemdomenet.

12 Validering Validering skal sikre at det systemet som er spesifisert har korrekt funksjonalitet.