Neg + validation

Question 1

Vilken kommer först av negotiation och validation?

Answer 1

N

Question 2

Vad handlar negotion om? (RESD)

Answer 2

Att försöka uppnå agreements mellan alla stakeholerders, requirments enginners och developers

Question 3

Hur kan en konflikt vara bra?

Answer 3

Det kan ge möjlighet att få nya ideer och lösningar

Question 4

Vilka uppgifter /task finns det inom negotiaion?

Answer 4

1. Identifiera konflikt
2. Analysera orsak till konflikt
3. Lösa konflikt
4. Dokumentera konflikt lösning

Question 5

När kan konflikter uppstå?

Answer 5

Under alla faser men även när man prioriterar kraven

Question 6

Vilka konflikter finns det? börja med första

Answer 6

Data = att det finns fel eller för lite information om ett krav som kan tolkas olika

Ex: Student ska kunna ändra lektion, egentligen borde det vara att student ska kunna delta på lektion

Question 7

Vilka konflikter finns det? #2

Answer 7

Intrest = handlar om att stakeholders har olika intressen för målen ex stake 1 vill att man ska kunna ha bilder som är animerade medans stakeholder 2 vill ha enklaste bilden för att minska kostnad

Question 8

Vilka konflikter finns det? #3

Answer 8

Value = Stakeholders prioriterar olika mellan kraven ex stakeholder 1 vill att man ska kunna ha DVD spelare som har MP3 format medans stakeholder 2 tkr mp3 är onödigt

Question 9

Vilka konflikter finns det? #4

Answer 9

overlap = olika stakeholders utrycker samma sak men docokumenteras seperat

Question 10

analysera konflikt innebär vad?

Answer 10

Om man har krav som är i konflikt med varandra så skriver man r1 conflict with r2

Question 11

Vad innebära fasen resolve conflikt? och vilka strategier finns det?

Answer 11

1. Negotiation = handlar om att man tar lösning 1 eller 2
2. Creative solution = handlar om att man tar en lösning mellan 1 och 2
3. Decition = högre authornity tar ett beslut

Question 12

Vilka för och nackdelar finns det med varje konflikt

Answer 12

win win slouktion och nackdel är att det tar tid att lösa konflikterna

decition = kan kännas som att man inte lyssnar på stakeholders

Question 13

Varför dokuemnterar man solutuon?

hur dokuemnterar man soluton

Answer 13

1. För att andra ska kunna se lösningarna
2. Man skriver vilka som var i konflikt med varandra, vad man kom fram till och vilka andra krav som kan påverka ändrade beslutet

Question 14

Vad är validering?

Answer 14

Process där man kollar specification möter kraven från stakeholders

Question 14

Vad är verifiering?

Answer 14

Process för att kolla om de specifikationen möter de krav som är utvecklade

Question 15

Vilka tekniker finns det för validering? #1 (vanligaste)

Answer 15

Inspection handlar om att en grupp av männiksor följer systematiskt en process att kolla på kraven utifrån en lista och kollar efter problem. När man hittar problem kommer man överrens om vad man ska göra för att lösa problemet.

Question 16

Vilka tekniker finns det för validering? #2

Answer 16

Commenting = Den som har skrivit kraven ger kravpecifikationen till en person frpn ett annat team för att kolla kvaliten på kraven, kan vara alla eller en del. sen får man tillbaka feedback.

Question 17

Vilka tekniker finns det för validering? #3

Answer 17

Walktrough = lättare verison av inspection som handlar om att kolla på requirment specification utan några för definerade roller utan bara att kolla åsikterna kring kraven

Question 18

Vilka assistance validation techniques finns det?

Answer 18

Checklist = lista med krav som ska kollas på

Perspective based reading = Väljer man ett perspektiv att kolla på kraven

Prototyping = att man testar kraven genom att använda en prototyp.

Question 19

Förklara vilka perspektiv det finns i perspective based reading?

Answer 19

content = Har alla krav elicatitated, dokuemterats och blivit ihopkopllade utan probkem?

documentation = följer kraven rätt format och kvalite enligt dokuemnteringsfasen?

agremment = är stakeholders överrens om att varje krav och att konflikter är löste för varje krav?

user perspecitve = Är kraven fökrlade efter kvalite och funktionalitet som man vill eftersätva?

System architectect perspective = Har kraven all informatopn som behövs för att framtida system ska kunna utvecklas

Tester perspective = är alla krav förklarade så att de kan testas?