Krav G

Question 1

Beskriv vikten av bra krav.

Answer 1

För att det som vi producerar ska bli bra. Bra krav: Rätt produkt, vid rätt tillfälle, till rätt pris, till rätt intressent/användare till rätt kvalitet.

Question 2

Vad blir konsekvensen av dåliga krav?

Answer 2

Det blir dyrt att utveckla, Det når inte sin målgrupp, Det kan inte vidareutvecklas (eller blir dyrt att göra det), Det måste ständigt rättas/fixas, Det blir lätt en ”soppa” av ändringar där man tappar översikt och fokus
Missnöjda beställare

Question 3

Vad påverkar krav?

Answer 3

Tiden
Hur lång tid har vi på oss
Mängden
Hur mycket ”krav” finns det som bör/måste finnas med
Bemanning
Vilka personer finns att tillgå
Budget
Pengapåsen. En vanligtvis begränsande faktor.
Risker
Hur stor är risken att implementera det eller det kravet

Question 4

Vilka faktorer påverkar kvalitetssäkringen?

Answer 4

Design
Krav
Annat
Implementering av kod

Question 5

Redogör för skillnaden mellan funktionella och icke-funktionella(IF) krav.

Answer 5

Funktionella krav: VAD ska systemet göra?
Vad behövs för att det ska fungera?

Icke-funktionella krav: HUR systemet ska fungera.

Komplement till de funktionella kraven

Användarna ska få en uppfattning av systemet
Kraven måste implementeras och bestämmas tidigt
Hur kraven ser ut är beroende av IT-arkitekturen
Svårt att justera efteråt

Viktigt att vara medveten om dem liksom att dokumentera dem

Question 6

Ge exempel på IF krav. Liksom kunna exempel på när och på viken typ av system de används

Answer 6

Användbarhet, Tillförlitlighet, Prestanda,

Användbarhet: Lätt att använda funktionerna
Tydlig och bra användargränssnitt
Ska kunna läsas på stort avstånd
En ny användare ska på x minuter kunna göra det mest fundamentala funktionerna
Ska gå att använda utan mus

Tillförlitlighet: Att kunna lita på systemet, inte bara nu, utan också senare
Hur mäter man det?
Felfrekvens
Hur ofta
Allvarlighetsgrad
SLA. (Service Level of Agreement):
Ett avtal mellan leverantör och beställare. Under vilka förhållanden ett system ska driftsättas.

Question 7

Förstå och ge exempel på intressenter liksom deras kopplingar till olika typer av krav

Answer 7

Användare, kunder (Funktionalitet, tillgänglighet, prestanda)
Myndigheter (Laglig krav, personuppgiftslagen, bokföringslagen)
IT-ledning (Strategiska val av teknik. Rutiner för säkerhetskopiering, övervakning)
Helpdesk (Systemet ska vara lätt att administrera)
Testare, utvecklare (Testbarhet. Utvecklare: förslag på lösningar baserat erfarenhet från andra system)

Question 8

Ge exempel på några insamlingstekniker, samt deras för- och nackdelar, samt när det är lämpligt att använda vilken teknik

Answer 8

Workshop
Kan ”alltid” användas för att ta fram krav. Ett urval av användarna/intressenterna är med och spånar kring idéer, lösningar och problem

Ostrukturerad samt strukturerad intervju
Används ofta på ett eller annat sätt. Bra före eller efter en workshop
Nackdelar:
Svårt att dokumentera
Risk för att man spenderar tid på oväsentligheter
Fördelar:
Möjligheten att kunna styra den intervjuade att besvara de ställda frågorna utförligt.

Enkät
Få in kompletterande krav
Fördelar:
Systematisk och effektiv
Samma frågor oberoende av vem som ställer dem.
Jämfört med ostrukturerade ger den väldigt mycket
Nackdelar:
Frågeställaren blir mindre flexibel.
Man ska inte sälla ”smarta” frågor, som man kommer på just då.
Resultat, man behöver gå tillbaka till person 1 osv

Question 9

Exempel på bra respektive dåliga krav

Answer 9

Bra krav = kvalitet, Dåliga krav = otydliga

Question 10

Beskriv vad a) användningsfall(use case) och b) användningsberättelser är för något.

Answer 10

a) Användningsfall: Ett sätt att dokumentera krav precis som kravspecifikationer. Funktionella krav beskrivs i form av användningsfall.
b) Användningsfall beskriven i text; Kortfattad beskrivning, Huvudflöde, Alternativflöde, Startvillkor och Slutvillkor.

Question 11

Beskriv modellbaserad dokumentation.

Answer 11

And/or. And = Alla delmål måste vara uppfyllda för att det övergripande målet ska vara uppfyllt. Or = Minst et av delmålen är uppfyllt.

Question 12

Beskriv arbetssätt vid dokumentation av krav.

Answer 12

I början
övergripande nivå

vidareutvecklas succesivt tillkommer fler detaljer såsom tabeller, komponenter mm.

Tekniska detaljer - senare

I agila dokumenterar man bara de krav som behövs för iterationen i detalj.

Övriga krav finns i en röstlista/backlog på en övergripande nivå tills det är dags att realisera dem

Question 13

Nämn några prioriteringstekniker

Answer 13

Prioritering med hjälp av värdeskalor (låg, medel. hög), Prioritering mot två kriterier (korset),

Question 14

Vilka granskningsformer finns det och vad är för- och nackdelarna.

Answer 14

Informell: Fördelar: Snabb och okomplicerad och många fel hittas. Nackdelar: Saknar spårbarhet, Man kan inte jämföra kvaliteten mellan olika granskningstillfällena.

Formell: Fördelar: Följer en granskningsprocess, protokollfört granskningsmöte.

Question 15

VIlka olika figurer finns det i ett flödesschema?

Answer 15

Parallellogram: Data, Diamand: Beslut, Rektangel: Process, Rund rektangel: Start/slut, Pil: Riktning, JA/NEJ

Question 16

Beskriv Kravprocessens olika delar.

Answer 16

Samla in,
Strukturera,
Prioritera,
Dokumentera,
Kvalitetssäkra,
Förvalta.

Question 17

Beskriva kort innehållet på några av dem.

Answer 17

Prioritera: Vilka krav är de som ger mest värde för pengarna samt förknippat med de största riskerna

Prioritering göras av beställaren* med hjälp av leverantören

Man använder en skala typ måste/bör, hög/låg*

Strukturera: Kontinuerlig aktivitet
Lätt att överblicka/förvalta

Förvalta:
Strukturerat angreppssätt

Frysta för en tidsperiod*

CCB (Change Control Board) ändringsråd