F4 - Förhandling och validering av krav Flashcards
Förklaring av insamling-förhandling-dokumentationrelation:
Under insamling och dokumentering kan motstridiga åsikter av olika intressenter om krav upptäcks som måste lösas genom förhandling aktiviteten.
För att lösa upptäckta konflikter, kan ytterligare information begäras eller kreativa lösningar kan behövas. I båda fallen behöver insamling metoder (om)utföras igen.
Delaktiviteter i kravförhandling:
- Identifiera konflikter
- Analysera orsaken till konflikter
- Lösa konflikter
- Dokumentera konfliktlösningar
Delaktivitet 1 -identifiera konflikter:
Konflikter av krav kan uppstå under alla kravhanterings aktiviteter men lösas i “förhandling” aktiviteten:
Vid insamling, när 2> intressenter anger krav som motsäger varandra.
Vid dokumentation, när kraven från olika kravinsamlings sessioner motsäger varandra.
Vid kravstyrning, konflikter inträffar under prioritering av krav eftersom intressenter kan ha olika uppfattningar.
Under validering kan olika intressenter tänka annorlunda om korrekthet av ett eller flera krav.
Under konflikts upplösning, kan en ny konflikt identifieras.
Kravhanterare bör anstränga sig för att identifiera alla konflikter för att möjliggöra deras konsolidering under konfliktanalys (aktivitet 2) och lösningar (aktivitet 3).
Delaktivitet 2 - analysera konflikter
Målet är att undersöka konflikternas detaljer. De fyra olika konflikter är:
Datakonflikter, intressekonflikter, värdekonflikter och överlappning.
Tabeller kan användas för att visualisera identifierade konflikter mellan krav.
Exempel datakonflikt:
Datakonflikt: orsakas av brist på information, felaktig information, eller olika tolkningar av ett information. Exempel:
S_A: The system shall enable students to change lectures.
S_B: ”a misinterpreation - should it be ”read” instead of ”change”?”
Exempel intressekonflikt:
Intressekonflikt: olika intressen eller mål av intressenter (subjektivt eller objektivt). Exempel:
S_A wants the pictures of online products to be animated, S_B wants the simplest visualisation to minimize the cost of system development.
Exempel värdekonflikt:
Värdekonflikt: orsakas av olika värde kriterier som tillämpas vid bedömning av betydelse. Exempel:
S_A wants the DVD player to support the OGG format in addition to MP3, while S_B thinks that the OGG format is unimportant.
Exempel överlappning:
Överlappning: när olika intressenter uttrycker samma krav som dokumenterades separat.
Delaktivitet 3 . Lösa konflikter:
Det finns tre huvuda strategier för att lösa konflikter:
- Överenskommelse - lösning A eller B tas (om lösning hittas genom förhandling blir det win-win).
- Kreativ kompromisslösning: Synpunkter av intressenterna i konflikt tas bort och en ny lösning hittas (leder till win-win)
- Beslut: en högre auktoritet fattar beslut (leder till win-loose eller loose-loose)
Delaktivitet 4 - dokumentera lösningar:
Dokumentera uppnådda lösningar - att göra dem synliga för ytterligare aktiviteter (annars kan de glömmas).
Example: “requirement_X of Stakeholder_A will be removed because of interest conflict with requirement_Y of Stakeholder_B.
Dokumentera anledningar bakom lösningar - för att undvika samma typ av problem att återkomma.
Example: “requirement_X is not vital for the functionality, requirement_Y is”
Dokumentera revideringar av lösningarna - uppdatera påverkade kraven, samt alla beroende kraven (med hjälp av spårbarhet, F8).
Beskriv konceptet ”validering”:
För att kontrollera kvaliteten på specificerade kraven, kommuniceras de tillbaka till intressenter för validering. Resultatet av kvalitetskontroller är beslutet om huruvida kontrollerade krav (dokumentation) kan godkännas för användning i ytterligare systemutvecklings faser eller inte.
Mål för kravvalidering:
Innehåll: Har alla relevanta krav framtagits, dokumenterats, kopplas, och utan fel?
Dokumentation: Följer kraven och annan skriven information föreskrivet formatet för kravspecifikationen?
Avtal: Är intressenterna överens om varje krav och har alla konflikter lösts för varje krav?
Det finns olika metoder för validering av krav. En av dem är perspektiv-baserad läsning (se även Föreläsning 2). De vanliga perspektiven är Innehåll, Dokumentation och Avtal; och även:
Användarperspektiv – beskriver kraven önskade funktionaliteter och kvalitet?
Systemarkitekt perspektiv – innehåller kraven alla information som behövs för
vidare utveckling av systemet?
Tester perspektiv – är kraven beskrivna på sättet att deras uppfyllelse kan testas, dvs. att testfall kan skapas?