Kravhantering

Question 1

Vad är ett användarkrav?

Answer 1

beskrivna på hög nivå, abstrakt beskrivna, beskrivs med kundens språk, kan göras med t ex use case-diagram

Question 2

Vad är ett systemkrav?

Answer 2

mer strikta definitioner och mer detaljerade, utvecklaren språk.

Question 3

Hur förhåller sig systemkrav -och användarkrav till varandra?

Answer 3

För att täcka fullständigt funktionalitet från flera vinklar, ska man skapa en inloggning kan t ex användarkravet vara att man ska kunna logga in och systemkravet specificerar krav på säkerhet, eg. vad lösenordet har för minimikrav.

Question 4

Vad innebär funktionella krav?

Answer 4

Krav som beskriver VAD systemet ska göra

Question 5

Vilka två begrepp ska man tänka vid kravspecifikation?

Answer 5

Complete - alla funktionalitet och information som behövs ska finnas med
Consistent - krav får inte motsäga varandra eller andra krav

Question 6

Vad innebär icke-funktionella/kvalitativ krav?

Answer 6

• Krav som beskriver hur ett systemet ska fungera
• Talar om systemet i stort och inte specifika funktioner
• Avser kvalité (abilities) och egenskaper

Question 7

I vilka tre kategorier kan vi dela in icke-funktionella krav i?

Answer 7

1. Produkt; minne, pålitlighet, användbarhet
2. Organisation; programspråk, policys runt processer
3. Extern omgivning; lagkrav, standarder, integrering av tredjepartskomponenter

Question 8

Vad innebär domänkrav?

Answer 8

Krav som uppstår för att produkten befinner sig i en viss domän

t ex:
en webbapp, där vi måste förhålla sig en webbläsare

ett inbyggt system, som måste förhålla sig begränsningar i hårdvara

Question 9

Hur förhåller sig domänkrav till funktionella och icke-funktionella krav?

Answer 9

Domänkrav överlappar andra typer av krav och kan vara funktionella eller icke-funktionella krav samtidigt

Question 10

Varför kan kravupptäckt vara svårt?

Answer 10

Kravuppstäcka = upptäcka kraven

• Intressenter vet inte alltid vad de vill ha
• Intresseneter talar språk (menar vi samma sak)
• Domänkunskap varierar
• Samma krav kan uttryckas på olika sätt (risk för dubletter)

Question 11

Vad ingår i kravvalidering?

Answer 11

1. Validitet
2. Consistency
3. Completness
4. Realism
5. Verifierbar
6. Spårbarhet
7. Förståelighet
8. Anpassningbarhet

Question 12

Vad vill vi validera vid “validitet” i förhållande till kravvalidering?

Answer 12

Är det här verkligen kravet som behövs? illustrerar det ett verkligen behov?

Question 13

Vad vill vi validera vid consistency i förhållande till kravvalidering?

Answer 13

Consistency:

Går kraven att uppfulla som helhet, dvs inga konflikterr eller motsägande krav?

Question 14

Vad vill vi validera vid completness i förhållande till kravvalidering?

Answer 14

Completness:

Är allt med? Har alla intressenters synvinklar kommit med?

Question 15

Vad vill vi validera vid realism i förhållande till kravvalidering?

Answer 15

Realism:

är de faktiskt genomförbara (tidsfråga, resursfråga etc)?

Question 16

Förklara kravprocessen och dess ingående delar.

Answer 16

(1) Första fasen handlar om att upptäcka krav och analysera dessa
(2) Bryt ner och specificera kraven
(3) Validera kraven - är det här rätt behov? Vad det rätt typ av krav?
(4) Dokumentera!

Question 17

Vad vill vi validera vid verifierbarhet i förhållande till kravvalidering?

Answer 17

Verifierbara:

Är kraven testbart formulerade?

Question 18

Vad vill vi validera vid spårbarhet i förhållande till kravvalidering?

Answer 18

Spårbarhet:

varifrån kommer kraven och vad ger de upphov till?

Question 19

Vad vill vi validera vid förståeliget i förhållande till kravvalidering?

Answer 19

Förståelighet:

varför finns kraver? vad innebär det? vad avser kravet? är det läsbart?

Question 20

Vad vill vi validera vid anpassningsbarhet i förhållande till kravvalidering?

Answer 20

Anpassningsbarhet:

finns möjligheten att justera kraven när behov uppstår?

Question 21

Hur kan man arbeta med krav när dessa förändras?

Answer 21

1. Identifiera problemet (vad är problemet, vad ska förändras)
2. Analysera och beskriva (vilka krav, hur ska de ändras)
3. Analysera påverkan och kostnad (hur stort är problemet? hur många påverkas?)
4. Beslut om ev förändring

Question 22

Vad menas med volatile requirements?

Answer 22

Flyktiga krav

Question 23

Vad kan flyktiga krav bero på?

Answer 23

(1) Omgivningen förändras
(2) Emergent requirement - krav som uppstår med ökad förståelse och olika möjligheter med nya system
(3) Krav som uppstår för att man ändrar ett system/inför nytt system
(4) Kompabilitet med andra system och processer

Question 24

Vad betyder emergent requirements?

Answer 24

Krav som uppstår med ökad förståelse

Question 25

Vad ingår i processen för kravupptäckt och kravanalys?

Answer 25

(1) Upptäcka och förstå krav (2) Klassificera och organisera krav (3) Prioritera och förhandla (4) Specificera och förhandla

Question 26

Förklara varför kravupptäckt kan vara så svårt.

Answer 26

(1) Intressenter vet inte vad de vill ha eller kan inte formulera behovet (2) Vi talar olika språk, hur vi talar om ett system varierar (eg. om man är teknisk lagt eller inte, eller inte har viss domänkunskap) (3) Samma krav kan uttryckas på olika sätt (4) Krav påverkas av andra faktorer än behov, eg företagspolicy (5) Dynamisk omgivning, affärsnytta kan ändras

Question 27

Hur görs kravvalidering?

Answer 27

(1) Reviews/granskning (2) Prototyper (3) Genererande av testfall (verifierbarheten i ett krav) (4) Scenarion (5) Modellering av flöden och data

Question 28

Beskriv hur man kan behöva arbeta med krav när dessa förändras.

Answer 28

(1) Identifiera problem (2) Analysera och beskriva (3) Analysera påverkan och kostnad (4) Beslut och eventuell genomförande av förändring Man behöver veta vem som beslutar om ändringar (eg agila processer flyttar ner denna makten).

Question 29

Förklara problematiken med att dokumentera krav i naturligt språk.

Answer 29

Naturligt språk är ofta tvetydigt och tolkningsbart.

Question 30

Vad bör man tänka på för att minska riskerna med att dokumentera krav med naturligt språk?

Answer 30

(1) Konsekven format (2) Använda språket konsekvent (eg. ska vi säga slutanvändare, användare, kunden, spelaren - är detta samma sak?) (3) Använd formatering för att öka läsbarhet (4) Undvika förkortningar eller jargong etc, och isåfall komma överens om en ordlista (5) Motivera kraven för att förtydliga betydelse och innebörd (6) Formulera kraven testbart - en utmaning med naturligt språk eftersom det ofta blir en tolkningsfråga

Question 31

Förklara varför det är viktigt att identifiera krav med unika IDn.

Answer 31

För att man ofta behöver referera till krav på olika sätt och det är viktigt att de inte blandas ihop

Question 32

Ge några exempel på hur man kan prioritera krav.

Answer 32

(1) Lista 1-2-3 (2) Prioritera i förhållande till varandra. eg. Vilket är viktigast av krav A och B? B kanske, då jämför vi B mot C - vilket är viktigast? och får på sätt ut en prioritetslista baserat på viktigast krav. (3) Klassificera grupper av krav, eg. MosCoW (Must, Should, Could, Won’t) (4) Prioritera i olika dimensioner (kundkrav, teknisk komplexitet etc.

Question 33

På vad kan prioritering av krav baseras?

Answer 33

(1) Kunden prioriterings (2) I förhållande till konkurrerande produkter (3) Förståelse för krav

Question 34

Förklara varför det är viktigt att upprätthålla spårbarhet för krav.

Answer 34

För att kunna spåra hur detta påverkar systemet

Question 35

Ge exempel på spårbarhet i olika riktningar från ett krav.

Answer 35

Framåt - spårbarhet till testfall och implementation Bakåt - spårbarhet till kravets källa, varför ser kravet ut som det gör Mellan krav - mellan användarkrav och systemkrav, mellan icke-funktionella och funktionella krav, mellan krav som direkt påverkar varandra

Question 36

Förklara begreppen include i användningsfallsdiagram. Försök hitta fall av dessa för det system du ritat ett diagram för.

Answer 36

Include - används när ett användningsfall som alltid inkluderar funktionalitet från ett annat användningsfall, till skillnad från exclude där funktionaliteten är villkorad.

Question 37

Förklara begreppen extend i användningsfallsdiagram. Försök hitta fall av dessa för det system du ritat ett diagram för.

Answer 37

Extend - vi vill utöka ett användningsfall med ett annat ett användningsfall. Ofta när det extended användningsfallet kanske kan ske (tänk som en if-sats), det är villkorat.

Question 38

Förklara begreppen generalisering i användningsfallsdiagram. Försök hitta fall av dessa för det system du ritat ett diagram för.

Answer 38

Generalisering - visar att ett användningsfall tillhandahåller den funktionalitet som är mer generell, och att det sedan finns specialiserad form av funktionalitet för detsamma