Sammanfattning

Question 1

Vad är ett krav

Answer 1

Ett krav är ett tillstånd (förmåga) som en användare behöver för att lösa ett problem eller uppnå ett mål

Question 2

Ett krav kan insamlas i olika former. De vanligaste är?

Answer 2

Mål är önskade tillstånd av aktörer och grupper för en verksamhet, och därmed, för dess system.

Scenarier beskriver exempel på systemanvändning.

(System*)krav beskriver funktioner och kvaliteter som ett system skall stödja

Question 3

Semi-formella kravspråk

Answer 3

System (substantiv)
Process (verb fras)
Objekt (substantiv)
Objekts detaljer (substantiv)
När?

Question 4

Systemet/Daisy ska kunna lägga till på en kurs student med students ID, namn och adress (gata, postnummer, stad) om studenten är registrerad på programmet var kursen ingår

Answer 4

Systemet/Daisy
ska kunna lägga till på en kurs
student
med students ID, namn och adress (gata, postnummer, stad)
om studenten är registrerad på programmet var kursen ingår

Question 5

Kvalitetskriterier för individuella krav

Answer 5

Komplett
Spårbar
Nödvändigt
Entydigt
Begripligt
Konsekvent
Kontrollbart
Genomförbart
Ett resultat

Question 6

Komplett

Answer 6

Komplett: kravet måste helt beskriva funktionaliteten (eller kvalitet) som kravet specificerar.

Question 7

Spårbar

Answer 7

Spårbar: kravs källa, genomförande, och relation till andra krav kan spåras.

Question 8

Nödvändigt

Answer 8

Nödvändigt: kravet är bekräftad (överens) som korrekt av intressenterna.

Question 9

Entydigt

Answer 9

Entydigt: kravet kan tolkas på ett enda sätt.

Question 10

Begripligt

Answer 10

Begripligt: kravet är begripligt för alla berörda parter.

Question 11

Konsekvent

Answer 11

Konsekvent: kravet får inte stå i konflikt med andra krav, eller till sig själv

Question 12

Kontrollbart

Answer 12

Kontrollbart: kravet kan testas eller mätas i implementerade systemet

Question 13

Genomförbart

Answer 13

Genomförbart: det måste vara möjligt att genomföra kravet med tanke på de organisatoriska, juridiska, ekonomiska eller tekniska begränsningar.

Question 14

Ett resultat

Answer 14

Ett resultat: kravet beskriver en enda process.

Question 15

Funktionella krav

Answer 15

beskriver specifika funktioner systemet måste utföra.

T.ex: Systemet ska kunna verifiera användare genom inloggning med användarnamn och lösenord.

Question 16

Icke-Funktionella krav (NFR)

Answer 16

beskriver hur systemet ska fungera, dvs egenskaper och begräsningar.

Process krav
Produkt (System) krav
Externa krav

Question 17

Process krav

Answer 17

Processkrav ställer krav på systemutvecklingsprocessen

Leveranskrav, Systemet ska vara färdigt och levererat till kunden senast den 1 juni 2024.

Implementeringskrav, Systemet ska vara kompatibelt med Windows 10 och senare operativsystem.

Standardkrav, Systemet ska följa branschstandarder, exempelvis ISO 27001 för informationssäkerhet

Question 18

Produkt (System) krav

Answer 18

Produktkrav specificerar egenskaperna (kvaliteten) som nya systemet måste ha:

Användbarhet - krav på slutanvändarens gränssnitt och interaktioner
Pålitlighet - krav på systemets körtidsbeteende (”run-time”)
Säkerhet - krav på att systemet ska förhindra otillåten tillgång till data och funktioner
Prestanda - krav på systemhastigheten
Kapacitet - krav på förmåga uppfylla datalagringsbehov, eller ett visst antal samtidiga användare / interaktioner
Effektivitet - krav på att utföra systemfunktioner optimalt, dvs. endast det arbete som krävs, och med minimal resursåtgång

Question 19

Externa krav

Answer 19

Externa krav kan införas för både produkten (systemet) och utvecklingsprocessen: de kommer från externa omgivningen till den miljö som systemet implementeras i

Lagkrav, Systemet ska följa GDPR för att skydda användarnas personuppgifter.
Ekonomiska krav, Driftkostnaden för systemet ska inte överstiga 10 000 SEK per månad
Interoperabilitetskrav, Systemet ska kunna integreras med befintliga CRM-system, som Salesforce och HubSpot

Question 20

Mål

Answer 20

Ett mål är en avsikt kopplad till ett subjekt (t.ex. verksamhet eller produkt). Fokus ligger på affärsmål och IT-stöd för dessa, formulerat på olika nivåer (strategisk till operativ).

Question 21

Mätbara mål

Answer 21

följer SMART-kriterierna:
Specifik
Mätbar
Accepterad
Realistisk
Tidsbegränsad

Question 22

Typer av mål

Answer 22

Hårda mål: Kan mätas exakt.
Mjuka mål: Uppfylls inte på ett exakt sätt.

Question 23

Nedbrytning av mål

Answer 23

Bryts ner genom att fråga “hur” tills delmål nås, vanligtvis på individnivå. Högnivå mål motsvarar till grupper av aktörer; de bryts ned till delmål, till bottennivån nås.

Question 24

Medel (Means)

Answer 24

Ett medel är en resurs, teknik, eller metod för att nå mål. Organisationen kontrollerar medel, till skillnad från mål som kan vara osäkra.

Strategi: Långsiktigt angreppssätt för att nå mål.
Taktik: Konkret metod att implementera strategier, ofta på avdelningsnivå.

Question 25

Influerare

Answer 25

Faktorer som påverkar mål eller medel, både externa (kunder, teknik) och interna (resurser)
Kategoriseras enligt SWOT
strength, weakness (interna)
opportunity, threat (externa)

Question 26

DDRE

Answer 26

Datadriven kravhantering (DDRE, eng) handlar om att samla in krav från digitala källor - dynamiska, ej avsedda, implicita, ostrukturerade

Question 27

Källor till digitala krav

Answer 27

Mikrobloggar:
tweets, onlinebloggar
Foruminlägg
Apprecensioner
E-post
Onlinechattar
Elektronisk affärsdokumentation
Datorloggar (av transaktioner)
Sensoravläsningar
Generativ AI

Question 28

Utmaningar med DDRE

Answer 28

Dynamisk natur: Digital data förändras ständigt, vilket gör kraven svårare att stabilisera.

Oavsiktlig datainsamling: Till skillnad från traditionell kravinsamling, där krav är resultatet av strukturerade intervjuer, hämtas digital data från källor som inte är avsedda för kravinsamling, vilket kan göra datan ofullständig och svår att tolka.

Rådata till krav: Att omvandla ostrukturerad data till standardiserade krav som är tydliga för utvecklingsteamet är utmanande.

Datavariation: Olika källor har olika struktur och mening, vilket gör det komplext att sammanföra och automatisera bearbetningen av data till enhetliga krav.

Question 29

Kano klassificering

Answer 29

Dissatisfier (“Must-Be”)
Satisfier
Delighter

Question 30

Dissatisfier (“Must-Be”)

Answer 30

Dessa krav är grundläggande och måste vara uppfyllda för att systemet ska anses fungera korrekt och överhuvudtaget vara accepterat på marknaden. De är ofta så självklara att de tas för givna av användarna, vilket innebär att de inte kommer att öka kundnöjdheten om de är uppfyllda. Däremot leder deras frånvaro till stor missnöjdhet.

T.ex:
I en internetbank: Säker inloggning med användarnamn och lösenord.
I en e-handelssajt: Kundens information sparas säkert vid köp.

Question 31

Satisfier

Answer 31

Detta är funktioner som intressenter uttryckligen efterfrågar och som de förväntar sig ska finnas i systemet. Ju bättre dessa krav uppfylls, desto nöjdare blir användarna. Nöjdheten ökar linjärt med graden av funktionens fullbordan, vilket innebär att kunderna blir mer nöjda ju mer dessa krav är uppfyllda.

T.ex:
I en shoppingapp: Snabba leveranstider där kunden själv kan välja leveransalternativ.
I en streamingtjänst: Rekommendationer baserade på användarens tittarhistorik.

Question 32

Delighter

Answer 32

Dessa är oväntade funktioner som intressenterna inte har efterfrågat eller förväntat sig, men som skapar stor positiv överraskning när de finns. Deras frånvaro påverkar inte kundnöjdheten negativt, men deras närvaro kan öka nöjdheten oproportionerligt mycket. Denna typ av krav kan vara konkurrensfördelar eftersom de ger ett mervärde som andra kanske inte erbjuder.

T.ex:
I en e-handelssajt: Virtuell provrumsfunktion där kunden kan prova kläderna digitalt innan köp.
I en social media-app: Automatiska minnesalbum som skapas från användarens tidigare bilder och aktiviteter.