Krav- och Uppgiftsanalys

Relevanta dokument
Krav- och Uppgiftsanalys

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

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

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

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

Användaranalys och användbarhetskrav

Kravställande/kravhantering

TDDC74 - Projektspecifikation

Systemering med användarfokus

LIPS 1, 2002 Lätt Interaktiv Projektstyrningsmodell

BILAGA E till Programvaruprojekt ÅTERSTÅENDE PROBLEM MultiPC v1.0. Innehållsförteckning

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

Interaktionsdesign - Prototyper. Användbarhetskrav

Allmänna energispartips för hushåll

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

Operatörer och användargränssnitt vid processtyrning

Översikt Föreläsning 1. Trivicalc. Vad är trivicalc? En cell. Områden på skärmen. SMD168/SMD135 Fredrik Bengtsson

1. Viktigt till att börja med din spis.

Objekt-orienterad utveckling. Objektorienterad analys och design. Objekt-orienterad programutveckling. Objekt-orienterad analys och design: Litteratur

Att fastställa krav. Annakarin Nyberg

Belysning för simbassäng

Hem- och konsumentkunskap år 7

FMEA. Failure Mode and Effects Analysis. Kurs: KPP017 Produktutveckling 2 Handledare: Rolf Lövgren Program: Innovation och produktdesign

Vetenskaplig metod och statistik

Objektorienterad analys och design

Förberedelser är A och O för att göra bryggdagen så smidig som möjlig. Så börja med att kontrollera att du har följande utrustning tillgänglig:

Vetenskaplig Metod och Statistik. Maja Llena Garde Fysikum, SU Vetenskapens Hus

Arbeta i projekt. Anders Hessel ITP-projekt Uppsala Universitet

OBS! LÄS NEDANSTÅENDE NOGA!!!

Vetenskaplig metod och Statistik

Inst. för IT / MDI, Stefan Blomkvist Användarcentrerad systemdesign, ht03 Inlämningsuppgift 1

Medarbetarundersökningen 2012

Objektorienterad programmering, allmänt

Viktiga egenskaper hos ett program (Meyer): Objektorienterad programmering, allmänt. Vilka egenskaper vill vi att våra program ska ha?

Personlig reflektion över designarbetet. Av Anneli Olsen, ,

Användarcentrerad systemdesign

Anledning: Generellt så undviker QUPER att göra fullständiga förutsägelser för relationerna mellan ett systems fördelar, kostnad och kvalitet.

* Rätt svar A. * Motivering De flesta hushållsmaskiner har en på- och avstäningsknapp och inte endast en av-knapp.

Säkerheten före allt? Åsa Hedenberg, vd Specialfastigheter

UML: Exempel. Ett modelleringsspråk. UML: Ansvar. UML: tre huvudanvändningar. Exempel: En klass position storlek. UML Unified Modelling Language

En finansiering från Naturskyddsföreningen är möjligtack vare försäljning av Bra miljöval el

DD

Design av inbyggda system

Introduktionsmöte Innehåll

Kravhantering med prototyp

TIPS TILL DIG SOM FLYTTAR UT THE FULL SERVICE PROPERTY HOUSE

Operatörer och användargränssnitt vid processtyrning

Utsikt - Ett projekt kring missbruksproblematik och

TRYCKKOKARE Bruksanvisning

Objekt-orienterad utveckling. Objektorienterad analys och design. Objekt-orienterad programutveckling. Objekt-orienterad analys och design: Litteratur

Objektorienterad analys och design

KVALITET TILL ett RIMLIGT PRIS! BastuUGNAR VEDELDADE PRODUKTER

Design av inbyggda system

Medarbetarundersökningen 2012

Konkret exempel från ett uppdrag där processkartläggningen medförde att systemleverantörens offert sänktes med 80%

Medarbetarundersökningen 2012

Uppsats i MDI En reflektion över designarbetet i tidigare inlämningsuppgift

Inkapsling (encapsulation)

TPFD - TestPlan Före Design BESKRIVNING AV AKTIVITETER

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

Klasser & klassvariabler Metodanrop och lokala variabler Objekt och instansvariabler

Interaktionsdesign och användbarhet Personas. Paper prototyping. » Metod för representation av användaren. » Metod för konceptutveckling

INSTALLATIONSANVISNING SENSE SPORT

Uppgiftsanalys och användbarhetskrav Del 1 Kravformulering Av Stefan Blomkvist

CW263BT. Badrumsvåg. Manual

Alistair McIntosh NSMO NCM

Dela, koda och korrigera! Undervisningsmaterial inom digital kompetens

MSS 5572 Elektrisk Knivslip

Så här används Cylinda spisar

innehåll Inledning 3 Projektplan 3 Tidsplan 4 Min tidsplan 5 Budget 6 Min budget 7 Marknadsföring 8 Redovisning 8

Den traditionella spisen

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

RUP - Rational Unified Process

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

Formell Verifiering. Hur vet man att ett system fungerar korrekt? Lisa Kaati

Objekt-orienterad utveckling. Objektorienterad analys och design. Objekt-orienterad programutveckling. Objekt-orienterad analys och design: Litteratur

Lärares attityd till skolan. En undersökning genomförd bland lärare i grundskolan. Oktober 2010

TDDI02. Programmeringsprojekt. Föreläsning 2 Jonas Lindgren, Institutionen för Datavetenskap, LiU

Användarmanual. Great Northern Popcorn - Little Bambino

Lära dig analysera större och mer komplicerade problem och formulera lösningar innan du implementerar.

Art BAIN MARIES VATTENBAD ANVÄNDARHANDBOK

Projekt i programmering 1 (ver 2)... 2 Projektidé... 2 Planering... 2 Genomförande... 2 Testning och buggar... 3 Utvärdering... 3 Planering...

Några råd till dig som flyttar!

1. För föräldrar som är ansvarig för att organisera bemanning av caféet för sitt lag:

stativ alternativ perspektiv 1. Eleverna fick välja mellan olika på idrottsdagen. sommartider årstider påsk 2. Vår och höst är olika.

Kravspecifikation KA54 Huvudområdesgrupp

TDDC74 Lab 02 Listor, sammansatta strukturer

LiTH Segmentering av MR-bilder med ITK Efterstudie MCIV. Anders Eklund. Status

Reglerteknisk projektkurs TSRT10

Projektkaos. Chaos-rapporten. 34% av projekten avslutades i tid och enligt budget % misslyckades!

Till dig som besöker Lyan!

Tips och råd för. En smartare flytt

Tvättmaskinen är svår att klara sig utan, det tar tid och kraft - som kan användas till något bättre - att tvätta för hand men här är några tips.

TDDI02. Programmeringsprojekt, Föreläsning 1. Filip Strömbäck. Med utgångspunkt i tidigare slides av Jonas Lindgren

Några exempel. Principer för design. Vilka problem medför den här designen? Vilken av följande placeringar av piltangenterna är bäst?

Krångla inte till det vilda

Lutande torn och kluriga konster!

Objektorienterad Programkonstruktion

Datavetenskapligt program, 180 högskolepoäng

Långkokaren praktisk för den som har plats Fem modeller testade - tva extra bra

Transkript:

Krav- och Uppgiftsanalys

Rätt sak till rätt sak

Systemutvecklingsprocessen Kraven 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

Användarkrav Rätt kravspec Fel kravspec Rätt systemspec Fel systemspec Fel systemspec Rätt design Fel design Fel design Rätt kod Fel kod Fel kod Rätt produkt Fel produkt

Användarkrav Rätt kravspec Fel kravspec Rätt systemspec Fel systemspec Fel systemspec Rätt design Fel design Fel design Rätt kod Fel kod Fel kod Rätt produkt Fel produkt

Problem Lösningar ersätter krav

Problem Målet ändras på vägen

Problem Dålig prioritering av krav

Problem Otydliga krav Tvetydiga krav

Problem Otillräcklig versionshantering

Problem Ändringar görs utan kontroll

Problem Kravdefinitionen avslutas inte

Problem Icke-behövda krav

Problem Otillräckliga krav

Krav kan justeras i efterhand

Problem Vad menar vi med krav? Egentligen?

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

Användbarhetskrav?

Användbarhetskrav? Mätbara Relevanta Funktionella/icke-funktionella?

Varför uppgiftsanalys? Hitta och ta bort otydligheter Utbildning/dokumentation Arbetsbeskrivningar Design av arbete Design specifikation Utvärdering Säkerhet/felanalys

Varför uppgiftsanalys? Hitta och ta bort otydligheter Utbildning/dokumentation Arbetsbeskrivningar Design av arbete Designspecifikation Utvärdering Säkerhet/felanalys

Människan är anpassningsbar

Uppgiftsanalysens faser Datainsamling Fullständighet Representation Överskådlighet Kraftfullhet Analys Kraftfullhet Förståelse

Förståelse av uppgift

H(ierachical) T(ask) A(nalysis) Beskriver händelser baserat på: Mål vad man vill uppnå Operationer vilka aktiviteter som leder till målet Planer villkor för att utföra operationer

Planer Procedurbeskrivningar Villkorsbeskrivningar Planer för tidsanpassning

Representationsformer Hierarkiska diagram Hierarkisk text Tabellformat Alla dessa är likvärdiga!

Resultatet Inte diagrammen! Analysen av diagrammen Vad saknas? Vad är komplicerat? Vad är enkelt? Var finns det risk att göra fel?

Förståelse?

Allt går inte att fånga!

Felanalys HTA + en feltaxonomi Feltaxonomi Kontrollfel Handlingsfel Felval Minnesfel Kommunikationsfel/Perceptionsfel

Exempel 1 Koka vatten 1

Exempel 1 Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Plan 1: Gör 1.1, 1.2 1.3 i ordning

Exempel 1 Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen 1.2.1 1.2.2 1.2.3 Plan 1: Gör 1.1, 1.2 1.3 i ordning Plan 1.2: Gör 1.2.1 och 1.2.2 i valfri ordning. När grytan är full 1.2.3.

Exempel 1 Koka vatten 1 Ta fram gryta Fyll på vatten Sätt på spisen Värm vattnet Stäng av spisen 1.1 1.2 1.3 1.4 1.5 Håll gryta under kran Öppna kranen Stäng kranen 1.2.1 1.2.2 1.2.3 Plan 1: Gör 1.1, 1.2 1.3, 1.4 i ordning. När vattnet kokat gör 1.5 Plan 1.2: Gör 1.2.1 och 1.2.2 i valfri ordning. När grytan är full 1.2.3.

Exempel 1 Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen Sätt på spisen Sätt gryta på spisen 1.2.1 1.2.2 1.2.3 1.3.1 1.3.2 Plan 1: Gör 1.1, 1.2 1.3 i ordning Plan 1.2: Gör 1.2.1 och 1.2.2 i valfri ordning. När grytan är full 1.2.3. Plan 1.3: Gör 1.3.1 och 1.3.2 i valfri ordning

Exempel 1 Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen Sätt på spisen Sätt grytan på spisen Stäng av spisen 1.2.1 1.2.2 1.2.3 1.3.1 1.3.2 1.3.3 Plan 1: Gör 1.1, 1.2 1.3 i ordning Plan 1.2: Gör 1.2.1 och 1.2.2 i valfri ordning. När grytan är full 1.2.3. Plan 1.3: Gör 1.3.1 och 1.3.2 i valfri ordning. När vattnet kokar gör 1.3.3

Exempel 1 Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen Sätt på spisen Sätt grytan på spisen Stäng av spisen 1.2.1 1.2.2 1.2.3 1.3.1 1.3.2 1.3.3 Öppna skåp Ta ut gryta Stäng skåp 1.1.1 1.1.2 1.1.3 Plan 1: Gör 1.1, 1.2 1.3 i ordning Plan 1.1: Gör 1.1.1, 1.1.2, 1.1.3 i ordning. Plan 1.2: Gör 1.2.1 och 1.2.2 i valfri ordning. När grytan är full gör 1.2.3. Plan 1.3: Gör 1.3.1 och 1.3.2 i valfri ordning. När vattnet kokar gör 1.3.3

Exempel 2: Felanalys Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen Sätt på spisen Sätt grytan på spisen Stäng av spisen 1.2.1 1.2.2 1.2.3 1.3.1 1.3.2 1.3.3 Öppna skåp Ta ut gryta Stäng skåp 1.1.1 1.1.2 1.1.3 Fel 1.3.3: Om man glömmer stänga av plattan kan det uppstå brand.

Exempel 2: Felanalys Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen Sätt på spisen Sätt grytan på spisen Stäng av spisen 1.2.1 1.2.2 1.2.3 1.3.1 1.3.2 1.3.3 Öppna skåp Ta ut gryta Stäng skåp 1.1.1 1.1.2 1.1.3 Fel 1.3.1: Om man sätter på fel platta kan det uppstå brand. Fel 1.3.2: Om man sätter grytan på fel platta kan det uppstå brand. Fel 1.3.3: Om man glömmer stänga av plattan kan det uppstå brand.

Exempel 2: Felanalys Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen Sätt på spisen Sätt grytan på spisen Stäng av spisen 1.2.1 1.2.2 1.2.3 1.3.1 1.3.2 1.3.3 Öppna skåp Ta ut gryta Stäng skåp 1.1.1 1.1.2 1.1.3 Fel 1.3.1: Om man sätter på fel platta kan det uppstå brand. Fel 1.3.2: Om man sätter grytan på fel platta kan det uppstå brand. Fel 1.3.3: Om man glömmer stänga av plattan kan det uppstå brand. Fel 1.1.2: Om grytan är tung kan den tappas och orsaka skada.

Exempel 2: Felanalys Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen Sätt på spisen Sätt grytan på spisen Stäng av spisen 1.2.1 1.2.2 1.2.3 1.3.1 1.3.2 1.3.3 Öppna skåp Ta ut gryta Stäng skåp 1.1.1 1.1.2 1.1.3 Fel 1.2.3: Om man glömmer stänga kranen kan det bli översvämning. Fel 1.3.1: Om man sätter på fel platta kan det uppstå brand. Fel 1.3.2: Om man sätter grytan på fel platta kan det uppstå brand. Fel 1.3.3: Om man glömmer stänga av plattan kan det uppstå brand. Fel 1.1.2: Om grytan är tung kan den tappas och orsaka skada.

Exempel 2: Felanalys Koka vatten 1 Ta fram gryta Fyll på vatten Värm vattnet 1.1 1.2 1.3 Håll gryta under kran Öppna kranen Stäng kranen Sätt på spisen Sätt grytan på spisen Stäng av spisen 1.2.1 1.2.2 1.2.3 1.3.1 1.3.2 1.3.3 Öppna skåp Ta ut gryta Stäng skåp 1.1.1 1.1.2 1.1.3 Fel 1.2.3: Om man glömmer stänga kranen kan det bli översvämning. Fel 1.3.1: Om man sätter på fel platta kan det uppstå brand. Fel 1.3.2: Om man sätter grytan på fel platta kan det uppstå brand. Fel 1.3.3: Om man glömmer stänga av plattan kan det uppstå brand. Fel 1.1.2: Om grytan är tung kan den tappas och orsaka skada. Fel 1.1.3: Om man glömmer stänga skåpet kan man slå i den öppna luckan.

Verktyget - inte svaret HTA är ett struktureringshjälpmedel Strukturerna inte givna i förväg Resultatet måste tolkas och förstås!

Vanliga fel Dela inte upp datastrukturerna Procedurerna skall bli mindre Gör inte diagrammen för finkorniga Dela upp stora diagram i mindre deldiagram Gör inte diagrammen för platta Ett platt diagram ger ingen information Glöm inte planerna Ett diagram utan planer säger inte mycket