Övning / handledning Användningsfall

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

Interaktionsdesign - Prototyper. Användbarhetskrav

Användarcentrerad systemdesign

Användarcentrerad systemdesign

UML use cases. Mikael Söderström Institutionen för informatik Umeå universitet

Objektorientering Användning

Agile-metoder, XP och ACSD

Användarcentrerad systemdesign

Användarcentrerad systemdesign

Design för användbarhet Användarcentrerad utvecklingsprocess

Design för användbarhet

Allmänna frågor om kursen: 1. Vad är ditt allmänna omdöme om kursen? Antal svar: 14 Medelvärde: Har kursen känts relevant för din utbildning?

Användarcentrerad systemdesign

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

Allmänna frågor om kursen: 1. Vilket är ditt allmänna omdöme om kursen? Antal svar: 25 Medelvärde: 4.3

Objekt-orienterad programmering. Klassbegreppet och C++ UML. UMLs fördelar

LÖSNINGSFÖRSLAG. Tentamen. Objektorienterad modellering och design. EDA665, 4 poäng

RUP är en omfattande process, ett processramverk. RUP bör införas stegvis. RUP måste anpassas. till organisationen till projektet

Prototyper och användartest

Människa-datorinteraktion 1MD016, hösten 2011 Användarcentrerad systemdesign september 2011

Objektorientering. Grunderna i OO

Användarcentrerad systemdesign

Deluppgift 2 Kravhantering a) (2p) När man diskuterar krav brukar man ange två olika typer av krav. Beskriv dessa och ge exempel.

Användarcentrerad systemdesign introduktion till begrepp, processer och arbetssätt

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

Kurs-PM fo r HI1028, Projektkurs inom programvaruutveckling, VT16

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

In-flight Information System utveckling med ett användningscentrerat synsätt

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

Användarcentrerad Systemutveckling

Modern utvecklingsmetodik. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag

Laboration 1: Design av applikation för uthyrning av maskeradkläder

Föreläsning om OO, OOA och UML

Fastställa mål. Daniel Bosk. goals.tex :33:45Z danbos

TDP005. Föreläsning 3 - UML. Filip Strömbäck

Objektorienterad analys och design

Skapa enkäter i EvaSys

E-val. Användningscentrerad systemdesign enligt Constantine & Lockwood. UPPSALA UNIVERSITET Uppsala

Användningsfalls- mönster

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

Fältstudier och analys

Handläggningssstöd för synskadade Baserat på teorierna av Constantine & Lockwood

Design och konstruktion av användargränssnitt (distans) Avdelningen för Människadatorinteraktion. Gulan Jan Gulliksen Ph D, MSc

Att fastställa krav. Annakarin Nyberg

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

e-el Abstrakt. Erik Scholander Mikael Hedberg Marcus Grehag

ENIMEOS ΣOEMINE. Krav och trender. Praktisk kravhantering och annat nyttigt från industrin. Christian Ehrenborg


Avdelningen för Människadatorinteraktion

Enkla steg-för-steg guider. Användarguide. Nordeas Mobilbank

payex Så skapar du ett PayEx-konto IT-avdelningen

Praktikum i programvaruproduktion

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

Kravsammanställning. Förstudie verksamhetsstödjande. Drift & Förvaltning. Affärs-/ processutveckling. Analys & Design. Konstruktion Test Införande

Överföring av filer med Zendto v 1.1. stora filer som inte kan skickas via e-post konfidentiella uppgifter som inte kan skickas via okrypterad e-post

IT-körkort för språklärare. Modul 3: Ljud, del 1

När? Varför? För vem? Resultat? (Artefakter?)

TDDC74 FÖRELÄSNING 9 ANDERS MÄRAK LEFFLER IDA/HCS

S2S SECRETS TO SPORTS Lathund

Användarguide itslearning

Chaos om datorprojekt..

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

Inledande programmering med C# (1DV402) Introduktion till. eller så här är det tänkt att fungera.

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

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

Programmering i C++ EDA623 Objektorienterad programutveckling. EDA623 (Föreläsning 5) HT / 33

Presentation. Fredrik Runnsjö 1996 Utvecklare 2004 Testare ~2006 Scrum/Canban

Manual för Typo3 Site-Admins version 4.04

Objektorienterad analys och design

Projektuppgift ACSD ht 2004 E-dagis enligt Constantine & Lockwood (Software for Use)

Föreläsning 4 Identifiera krav och behov. Att läsa: Kapitel 10 i Rogers et al.: Interaction design

7,5 högskolepoäng. Objektorienterad systemutveckling I Provmoment: Ladokkod: 21OS1B Tentamen ges för: Lycka till! /Peter & Petter

Mer OOP. Variation i typ. Medlen repetition. Generiska klasser. Gränssnitt - Interface. Mer om klasser Några exempel UML

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

Chaos om IT-projekt..

TDDD78 Att välja och planera ett projekt

Användarguide itslearning 3.3 för studenter

Föreläsning 8, Design

RUP - Rational Unified Process

Inför projektuppgiften. Markus Buschle,

Fr om version ser inloggningen med HogiaID lite annorlunda ut i Hogias Ekonomisystem

Period 3-4, VT2006 Distans, nät

Avdelningen för Människadatorinteraktion

TDDE10 TDDE11, 725G91/2. Objektorienterad programmering i Java, Föreläsning 4 Erik Nilsson, Institutionen för Datavetenskap, LiU

Agile. Frågor. Lyckade/misslyckade IT-projekt

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

kalkylprogram Motsvarande vägledningar för vänstermeny hittar du längre ner i dokumentet

Användarcentrerad design Prototyper & användartest

Lovprocessen med exemplet Tillgänglighet

Kursen: Sjukvårdsarbete. Människa-datorinteraktion 5hp. IT-inst. / MDI-avd. Anders Jansson Lars Oestreicher Bengt Sandblad Bengt Göransson Thomas Lind

TDDD78 Att välja och planera ett projekt

KONTO. KUND Datum TRANS AKTION ISA UTTAG

Så här betalar du med kort

Information technology Open Document Format for Office Applications (OpenDocument) v1.0 (ISO/IEC 26300:2006, IDT) SWEDISH STANDARDS INSTITUTE

Frontermanual för Rektorsprogrammet

Introduktionsmöte Innehåll

Förslag den 25 september Engelska

Föreläsning 1: Introduktion till kursen

ANVÄNDARMANUAL HUR INSTALLERAR JAG MOBILEPASS PÅ MIN TELEFON ELLER DATOR

Transkript:

ACSD sommar 2004 Övning / Handledning Användningsfall Uppsala universitet & Stefan Blomkvist @ 2004 Stefan Blomkvist stefan.blomkvist@it.uu.se ACSD sommar 2004. Övning / handledning Användningsfall Ett exempel Övningsuppgift (Varianter på användningsfall) Tid för handledning inlupp 2 (och 1) ACSD sommar 2004. Informationsteknologi 2004-06-17 #2 1

Användningsfall det klassiska exemplet! ACSD sommar 2004. Informationsteknologi 2004-06-17 #3 AF: Ta ut pengar Aktör (A): Kund System (S): Bankomat A för in ett kort i automaten. A anger PIN-kod. A väljer uttag A anger önskat belopp. S läser och kontrollerar information på kortet. S frågar efter PIN-koden. S verifierar kod. S frågar vad kunden vill göra ( uttag, kontobesked, överföring ) S ber om belopp. S kommunicerar med bank för att kontrollera saldo. ACSD sommar 2004. Informationsteknologi 2004-06-17 #4 2

Aktör (A): Kund System (S): Bankomat Frågar A om kvitto önskas (om papper finns). S matar ut kort och ber A att ta kortet. A tar sitt kort. S matar ut det begärda beloppet. S matar ut kvitto. A tar pengar. A tar kvitto. AF avslutas. ACSD sommar 2004. Informationsteknologi 2004-06-17 #5 Bankkund Aktören (actor) Aktör är en roll, ej en enskild individ eller användare En användare kan ha många roller (ej nödvändigtvis en människa) Aktör finns utanför och interagerar med systemet Aktören har mål med att använda systemet. ACSD sommar 2004. Informationsteknologi 2004-06-17 #6 3

Användningsfallet (use case) Representerar något som systemet gör och innebär ett värde för aktören. Namnet uttrycker det värde som AF:et ger aktören, till exempel: Ta ut pengar Överför pengar Kontrollera saldo ACSD sommar 2004. Informationsteknologi 2004-06-17 #7 Användningsfallet (use case) Beskrivs som en sammanhängande sekvens händelser mellan aktör system. Händelseförloppet är en hel väg genom interaktion med systemet tills aktörens mål är uppfyllt. Abstrakt och Generell beskrivning (Scenarion däremot är konkreta) Undvik för mycket designlösningar ACSD sommar 2004. Informationsteknologi 2004-06-17 #8 4

Textbeskrivning av händelseförlopp Aktör (A): Kund A för in ett kort i automaten. A anger PIN-kod. A väljer uttag A anger önskat belopp. System (S): Bankomat S läser och kontrollerar information på kortet. S frågar efter PIN-koden. S verifierar kod. S frågar vad kunden vill göra ( uttag, kontobesked, överföring ) S ber om belopp. S kommunicerar med bank för att kontrollera saldo. ACSD sommar 2004. Informationsteknologi 2004-06-17 #9 Systemgränser Kund Bankomat Bankomat Bankdator Bankdator Bankomat Ta ut pengar Bankkund ACSD sommar 2004. Informationsteknologi 2004-06-17 #10 5

Primär aktör UML-diagram Bankomat Ta ut pengar Bankdator Överför pengar Bankkund Kontrollera saldo Ladda bankomat Sekundär aktör Serviceperson ACSD sommar 2004. Informationsteknologi 2004-06-17 #11 Det finns många sätt en annan bankomat Överkurs: OO tankesätt. Hierarkier av AF, AF som ärver av andra. AF som utökar eller är inkluderade i andra AF. ACSD sommar 2004. Informationsteknologi 2004-06-17 #12 6

Övning 1-2 Användningsfall för P-automat (eller något annat). Processen, enligt föreläsning 5: Dra upp systemets gränser Lista primära aktörer och ev övriga aktörer Lista aktörernas mål (Skriv översiktliga scenarier för att nå målen) Gå igenom scenarier och förfina dessa till användningsfall Revidera fallen Välj ett huvudsakligt (lyckat) fall Fyll i detaljerna skriv en händelsesekvens I senare iterationer kan man förfina AF (överkurs): Dela upp i mindre delsekvenser om nödvändigt (OO struktur includes, extends) Lista alternativa sekvenser och sekvenser vid fel För varje fel/alt. sekvens, skriv ner hur aktören bör handla Sammanställ alla era AF i ett UML-diagram ACSD sommar 2004. Informationsteknologi 2004-06-17 #13 Vad har Användningsfall med Användarcentrerad systemdesign att göra egentligen? ACSD sommar 2004. Informationsteknologi 2004-06-17 #14 7

Många varianter på AF Vanliga AF / System use case / Formal use case Varianter på ovanstående Text och UML-representation Essential Use Case (Constantine & Lockwood) Cockburn hittade 18 varianter: Syfte samla användarhistorier eller krav Innehåll detaljeringsgrad skiljer Pluralitet AF = scenario, kan ett AF innehålla ett AF Struktur ostrukturerad, semi-formell, formell ACSD sommar 2004. Informationsteknologi 2004-06-17 #15 gettingcash Essential Use Case User Intention identify self choose System Responsibility verify identity offer choices dispense cash take cash ACSD sommar 2004. Informationsteknologi 2004-06-17 #16 8

Läs mer: Resurser & Länkar www.it.uu.se/edu/course/homepage/acsd/s04 Användbarhet & användningsfall Are Use Cases the death of good UI Design?, uppföljande artikel Use Cases still considered Dangerous! Generellt om användningsfall Alistair Cockburns sida om användningsfall, systemutveckling och Agile. Mycket material. Use Case Fundamentals av Cockburn. UseCases.org Cockburns sida om användningsfall. Innehåller t.ex. mallar för användningsfall + artiklar och länkar]. Use Cases, Ten Years Later From their evolution, learn what to expect and how to better work with them by Alistair Cockburn. The use case zone. Samling artiklar och länkar om användningsfall. Use cases: best practices IBM Rational. System Use Case Overview. The Official Agile Modeling Site Med mera ACSD sommar 2004. Informationsteknologi 2004-06-17 #17 Inlupp 2 Användningsfall (use cases) 2a. Användningsfall som beskriver ett system för självscanning Minst 2 olika aktörer Minst 3 olika AF vanliga AF, text 2b. Egen reflektion Resurser Föreläsning 6 Handledning/övning 2, torsdag 17/6 Boken + kurssidan + länkar Deadline: On 23/6 kl. 09:00 ACSD sommar 2004. Informationsteknologi 2004-06-17 #18 9

Formalia inlämning Lämnas in skriftligen i elektronisk version: 1it240-inlupp@hci.uu.se Filnamn: inlupp<nr>_dittnamn Rapportens omfattning: motsvarande 1 5 A4-sidor exklusive framsida. Handledning: Övning/lektion 1 och 2 Stefan Blomkvist, rum 1157 E-post: 1it240@hci.uu.se Arkiv: www.hci.uu.se/courses/1it240/s04/mail/ Mer info: www.it.uu.se/edu/course/homepage/acsd/s04 ACSD sommar 2004. Informationsteknologi 2004-06-17 #19 Resultat Webbsida med era resultat + epostadresser www.it.uu.se/edu/course/homepage/acsd/s04/result Användarnamn & lösenord behövs Mer info på kurswebben. Uppdateras kontinuerligt. www.it.uu.se/edu/course/homepage/acsd/s04 ACSD sommar 2004. Informationsteknologi 2004-06-17 #20 10