Arbetsuppgifter. Vad gör du? Egentligen? Vad behövs? Gruppincheckning

Transkript

1 Arbetsuppgifter Vad gör du? Egentligen? Vad behövs? Gruppincheckning

2 Kravspecifikation Vad är ett krav? vad produkten ska klara av eller en kvalitet som produkten ska ha 2

3 Krav Affärsmässiga Varför gör vi produkten? Funktionella Vad skall den göra? Icke-funktionella Hur skall den göra det? Speciella krav t.ex. säkerhet

4 Sytemutvecklingsprocessen Krav går hand i hand med utvärdering Referenspunkt för testning Medvetenhet om kraven

5 Kravfel 8000 mjukvaruprojekt 16 % klarade budget och tidsramar Genomsnittligt projekt överskrider Budget med 90% Tidsplan med 120% Felaktiga krav ca 56 % av felkällorna Källa: Standish Group

6 Krav på Användbarhet Funktionella eller icke-funktionella? Krav som står i konflikt? 6

7 Krav och kravhantering Vad menar vi med krav på system? Hur skapar vi kraven? Hur använder vi kravspecifikationen? Behövs kravspecifikationen? Krav på användbarhet?

8 Krav på Användbarhet Funktionella eller icke-funktionella? Krav som står i konflikt? Är det samma sorts krav? 8

9 Krav på Användbarhet Funktionella krav Man ska kunna få hjälp i alla situationer Det ska alltid finnas en nödutgång... Icke-funktionella krav Effektivitet Ändamålsenlighet Tillfredsställelse... 9

10 Funktionella krav - uppgifter Funktionella kraven är ofta ekvivalent med vilken funktionalitet som behövs för arbetet. Funktioner som behövs, arbetsmoment Icke-funktionella kraven specificerar de funktionella kraven Hur finna de funktionella kraven? Uppgiftsanalys? 10

11 Uppgift Gränssnitt Funktionalitet

12 Uppgifter och deras analys Svårt för designer att förstå innehållet i arbete Proceduralisering Tyst kunskap Jargong, fackspråk Svårt för användaren se om designern förstått rätt Representation Koreansk pressmaskinsoperatör

13 Uppgiften - en första definition Filkes: att utföra en uppgift innebär att uppnå en mängd mål under inflytandet av en mängd begränsningar aktör utvärdering alternativa handlingar verktyg

14 Uppgiften - målrelaterad inte en sekvens av händelser ger en ytlig definition svårt att definiera alternativa handlingsvägar koncentration på fel saker målet definierar uppgiften

15 Scenario Ett scenario är utgångspunkten för att beskriva en uppgift Specificerad situation Givna förutsättningar Uppgifterna utförs i ett känt och beskrivet sammanhang

16 16

17 Uppgiftsstödets roll Skall hjälpa användaren nå målet Känt mål Kända begränsningar Uppgifter Koka en kopp kaffe Kopiera ett brev Skicka elektroniskt brev

18 Interna och externa uppgifter Varje uppgift kan delas in i två principiella delar Interna uppgifter Externa uppgifter intern extern

19 Externt orienterade uppgifter t.ex. att hantera någon typ av maskin inslag av interna uppgifter ofta en konkret modell för arbetet Datorstödet måste (främst) understödja de externa uppgifterna t.ex. ge ökad precision utnyttja expertkunskaper hos användaren ge underlag för interna uppgifter

20 20

21 Internt orienterade uppgifter t.ex. att utforma tankescheman eller mentala modeller svårdefinierad uppgift mycket beroende på mentala manipulationer Datorstödet måste (främst) understödja den interna modellen av uppgiften understödja kognitiva begränsingar hos människan

22 Uppgiftsanalys Vilka arbetsuppgifter ingår? Vilka deluppgifter finns? Vilka metoder används? Vilka resurser har vi att tillgå? Vilka begränsningar finns för arbetet? Vilka objekt används för uppgifterna?

23 Vad gör man i en uppgiftsanalys? Delar in begrepp i mindre delar Hierarki/nätverk Beskriver begrepp Definition Kopplar begrepp till varandra Relation Hittar strukturer Komplexitet Generaliserar/specificerar 23

24 Hierarkisk uppgiftsanalys (HTA) Annett och Duncan (1967) Generell uppgiftsanalys Kognitiv Fysisk Formell Informell En prototyp för uppgiftsanalyser Innehåller många egenskaper som är gemensamma för flera metoder

25 HTA En metod för uppgiftsanalys med betoning av hierarkisk struktur på uppgifter Systemorienterad analys Kan vara svårt att se hur resultatet skall översättas till en systemdesign Kan behöva kompletteras för att bli en användbar metod Finns i princip ingen generell metod

26 26

27 Delar i en HTA Mål önskvärt tillstånd i världen Uppgiften att överbrygga vägen från start till mål Operationer vad som görs för att utföra uppgiften Hierarkier av mål och delmål Planer och organisering av delmål Stoppkriterier för omformulering

28 Hierarkier Hierarkier viktiga strukturer ur kognitivt perspektiv Problemlösning ofta hierarkiskt organiserad General Problem Solver Planer anger hur hierarkier skall traverseras alternativa handlingar länkning av operationer

29 HTA-processen Formulera övergripande mål och operation Genomför en omskrivning i delmål och deloperationer Efter varje omskrivning: Fortsätt omskrivningen av detaljer och delmål Revidera helhetsanalysen igen Avsluta processen när det är lämpligt

30 Resultatet från uppgiftsanalys Vettiga funktioner i system Krav på in- och utmatning Objekt i verksamheten Arbetsmetoder i det nya systemet Ideal situation Uppgift Uppgiftsbeskrivning Systemspecifikation