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

Relevanta dokument
Krav- och Uppgiftsanalys

Krav- och Uppgiftsanalys

Nätkurs Design & konstruktion av användargränssnitt 1MD113 Sid 1 (5) Lektion 11 Användare, uppgifter och krav del

Rätt sak till rätt sak. Uppgiftsanalys. Människan är anpassningsbar. Varför uppgiftsanalys? (?)

Agenda. Inledning, teoretiska metoder Hierarkisk uppgiftsanalys, HTA Cognitive walkthrough CW Heuristisk evaluering

Föreläsning 5: Fastställa krav varför, vad och hur

Operatörer och användargränssnitt vid processtyrning

Systemering med användarfokus

PRODUKTUTVECKLING. Ämnets syfte

Kursen handlar om. Var används datorer och andra IT-stöd? T ex: Människa-datorinteraktion (MDI) Inst. för informationsteknologi

Användaranalys och användbarhetskrav

Fö 2: Designprocessen. Projektet. Design är... Forts. projektet

BEHOVEN KRING ETT ANVÄNDBART

Föreläsning 3 Användare, uppgift och omgivning. Kapitel 3-4 i Stone et al.

Chaos om datorprojekt..

Chaos om IT-projekt..

Uppgiftsanalys och användbarhetskrav Del 1 Kravformulering Av Stefan Blomkvist

Användarcentrerad systemdesign

Informationsteknologi och etik Introduktion. Kursen. Etikteorier och forskning. Filosofisk forskning: Psykologisk forskning:

Systemutveckling. Systemutveckling Systemutveckling (Huvudsakligen från Ruland kap 9)

PRODUKTUTVECKLING. Ämnets syfte. Kurser i ämnet

Undervisningen i ämnet mobila applikationer ska ge eleverna förutsättningar att utveckla följande:

Operatörer och användargränssnitt vid processtyrning

Föreläsning 4, Användbarhet, prototyper

Användarcentrerad Systemutveckling

Frågor och svar till tentamen i Kravhantering

Sammanfattning kap.1. Människor och komplexa system. Sammanfattning kap.2. Sammanfattning kap.3-4. Konceptuella nivåer. Formativa analyser

Projektuppgift i Användarcentrerad Systemdesign, ht 04

Att fastställa krav. Annakarin Nyberg

Användarcentrerad systemdesign

Användarcentrerad systemdesign

Riktlinjer för styrdokument Ett normerande dokument som kommunstyrelsen fattade beslut om

Neural bas för kognition

Barns lek och lärande i perspektivet av förskolans verksamhetsutveckling

Intelligenta kranar för utomhusbruk

Kravställande/kravhantering

Objektorientering Användning

En grupp. varandra. gruppen, normer

Kognition crash course

Kognitiv utveckling. Utveckling. Olika teoretiska grunder

Analysmodeller och datainsamling. Människor och komplexa system. Exempel från lok. Informationshantering i en förarhytt. Direkt observation

Effektivt Nyttigt Självförklarande Kräver ingen manual Intuitivt Läcker design Vem som helst kan använda det. Ändamålsenligt. Farmor kan använda den!

Styrdokumentkompendium

System- och objektförvaltning - roller

Analysfasen. Systemering med användarfokus

Användarcentrerad systemdesign

Om ämnet Engelska. Bakgrund och motiv

Granskning av gränssnitt. Mattias Arvola

Operatörer och användargränssnitt vid processtyrning

Webbserverprogrammering

Övning / handledning Användningsfall

PROJEKTSKOLA 1 STARTA ETT PROJEKT

Människor och komplexa system. Analysmodeller och datainsamling. Normativa Beskrivande. Formativa. Datainsamlingsmetoder

Vad påverkar designen?

Programmering = modellering

Kognitiv modellering inom MDI

APL-uppgifter åk 2. Handels- och administrationsprogrammet Box 915, Enköping. Tfn: E-post:

Representationer. Henrik Artman KTH

1. (3p) Inom MDI-området framhåller man att människor lär sig via metaforer. Hur menar man att detta går till?

IT och arbetsmiljö. Bengt Sandblad. Människa-datorinteraktion Inst för informationsteknologi Uppsala universitet. Vård- och omsorgsarbete

RENGÖRINGSSERVICE. Ämnets syfte

Presentationsprogram - Kravspecifikation. Henrik Österdahl och Jenny Melander, D mars 2002

En idéskrift. En idéskrift

GRAFISK PRODUKTION. Ämnets syfte

Folkhälsokommitténs sekretariat. Johan Jonsson

Designmetodik case study. Lena Pareto

Inlämning 1 - Tentafrågor. Projektgrupp A

Människans förmåga kognition. Fö5. Kursinnehåll. Kognition och e-hälsa. ETIF20 E-hälsa. MEN kanske extra viktigt om man riktar sig till en

Användbarhet och Webbutveckling för mobila enheter. Behovsanalys

Fö 4: Utvärdering. Gästföreläsning. Muddy-cards resultat. Varför och vad? Varför? Vad? Mot vad? (Krav) Hur? IMPACT

Patricija Jaksetic Erik Wistrand. Psykologi del 2 - kognition. Förra gången pratade vi om perception...

Utvecklingsm odell och utvecklingsm etod för att skapa god kom m unikation

Utvärdering. Exempel från lok. Utvärderingsmetoder. Metoder för att utvärdera användning av IT-system. Anders Jansson

Att arbeta agilt. En arbetsgång

Människa-datorinteraktion och användarcentrerad design

WEBBSERVERPROGRAMMERING

Pussel DISC/Morot Kombination

IT, stress och arbetsmiljö

E-kvalité C-kvalité A-kvalité. Med viss säkerhet Med viss säkerhet Med säkerhet

Skriftlig tentamen den 25 oktober 2014 Kravhantering, ETS672, 7,5 hp

Inlämning 2 - Tentafrågor. Projektgrupp A 1 december 2010

Utvärdering av gränssnitt särskilt befintliga. Hur utvecklar man användbara system? Användbarhet handlar om kvalitet

Kursplanen i svenska som andraspråk

Objektorientering. Grunderna i OO

PROGRAMMERING. Ämnets syfte. Kurser i ämnet

Analys och design. Objekt. Klass. med hjälp av CRC. Klassdiagram

Förslag den 25 september Engelska

Reflekterande Design. Materialet utan egenskaper. God Design. Grundbegrepp. Introduktion till Design. Introduktion till Design

PRODUKTIONSUTRUSTNING

Handledning Det didaktiska kontraktet. 19 september 2012

Undervisningen i ämnet moderna språk ska ge eleverna förutsättningar att utveckla följande:

Organisation Individ och grupp

Utbildningsplan för: Masterprogrammet i pedagogik med inriktning mot professionsutveckling och forskning, 120 hp MIUN 2017/460. Utbildningsvetenskap

Hållbar organisations- utveckling

Problemlösning. Planering av program. Konstruktion. Programmeringsmetaforer. Problemlösning. Programmering = Problemlösning

Processinriktning i ISO 9001:2015

Gränssnittsdesign. Design för användbarhet. Gränssnittsdesign - designheuristik

Forskningsperspektiv inom MDI Vetenskap, mångvetenskap och tvärvetenskap Vad är forskning inom MDI?

Period 3-4, VT2006 Distans, nät

Moderna språk. Ämnets syfte

Transkript:

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

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

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

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

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

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

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?

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

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

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

Uppgift Gränssnitt Funktionalitet

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

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

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

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

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

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

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

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

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?

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

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

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

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

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

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

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