Kapitel 7
Kapitlet går igenom olika former av
data/informations -insamling och hur det kan användas till olika
syfte, t.ex. att möta vissa användningskrav för utvecklandet av en
ny produkt eller en förbättring av en existerande. I huvuddrag
finns det tre olika insamlingsmetoder: intervjuer, frågeformulär
och observation, vilket kräver olika tillvägagångssätt. Boken går
därefter in i detalj om hur man ska gå tillväga med de olika
metoderna som olika strukturerade intervjuer, upplägget och
ordningen av frågor i formulär, registrering av omdöme med t.ex.
Likert skala samt aktiv och passiv deltagning i observationsstudier.
Det mest ideala vore att applicera triangulering; genom att använda
flera olika metoder kan man få en tydligare bild sin undersökning.
Då detta inte alltid är möjligt ger boken förslag på vilka
metoder som är bra för olika data samt för och nackdelar med dem.
Kapitel 8
Föregående kapitel handlar om insamling av data,
men data är inte så användbar utan analysering, något som detta
kapitel handlar om. Statistik tas upp kortfattad då området är
stort och information om mer omfattande statistik hantering får
hämtas från annat håll. Kvantitativ analys beskrivs och hur man
kan använda program som Excel för att sammanställa data. Genom
skapandet av grafer med insamlad data kan man får en tydligare
överblick och lättare se trender och avvikande värden. Kvalitativ
analys, d.v.s. analys på data som inte enkelt kan registreras
numeriskt, beskrivs också. Då någon sorts kategorisering är
nödvändig för analys ger boken exempel på bl.a. att titta på
upprepande mönster i data, kategorisering av text samt kritiska
händelser. Dessa är inte exklusiva; det kan vara bra att
kategorisera situationen efter att identifierat kritiska händelser.
Vidare kan kvalitativ data ges en teoretisk struktur för djupare
analys.
Kapitel 9
Kapitlet handlar om vad krav (requirement) är och
hur man använder krav för att designa sin produkt. Krav ska vara
tydliga och kan i mjukvara delas in i två kategorier: funktionella
krav som beskriver vad en produkt ska göra och icke-funktionella
krav om begränsningar för produkten. Vidare beskrivs riktlinjer för
datainsamling av krav. Olika sätt att beskriva typiska
användarscenarier med t.ex. personas för en typisk användare, samt
use och task cases för hur en användare interagerar med systemet.
Analysering av handlingar, hur och varför en användare gör något
kan vara användbart för att förstå motiven av användare. Bl.a.
kan ”hierarchical task analysis” användas för att dela upp
handlingar i sub-handlingar och därifrån identifiera behov och
förbättringar. Fördelarna med detta är en mer strukturerad vy men
det kan vara svårt att applicera det på större projekt.
Inga kommentarer:
Skicka en kommentar