HCI-text Skriftlig examination
|
|
- Sofia Henriksson
- för 7 år sedan
- Visningar:
Transkript
1 Människa-datorinteraktion, DVC Januari 2002 HCI-text Skriftlig examination Del 2. Grupp A Johan Bergsten, mda00jbe@student.bth.se
2 Innehållsförteckning : Innehållsförteckning :... 2 Kravetablering... 3 Kravetablering i MDA-utbildningen... 3 Inledning... 3 Kravetablering: Interaktionsdesign vs. OOS... 4 Informationsinsamling... 6 Kravformulering i analysfasen... 6 Kravtyper... 8 Användbarhetskrav...10 Krav i designen av laboration Reflektion på krav...12 Reflektion på HCI-kursen och dess innehåll...13 Källförteckning
3 Kravetablering Kravetablering i MDA-utbildningen Centralt på MDA-programmet är att vi studenter lär oss att designa användbara IThjälpmedel. Hittills har stort fokus legat på olika former informationsinsamling genom användarstudier och användarmedverkan. Resultatet presenterar vi ofta i en etnografisk rapport eller fältstudierapport i form av löpande text som berättar och beskriver arbetsutföranden, organisation, kommunikation mm. Något vi inte haft chansen att ägna oss lika mycket åt är överlappningen mellan rapport och kravformulering. En möjlig framtida arbetsuppgift för oss MDA-studenter är att arbeta med applikationsdesign. Ultimat ska detta arbete resultera i den kravspecifikation som ligger till grund för produkten som utvecklas. Vi vill därför ta chansen att utifrån HCI-kursens perspektiv lägga extra fokus på att beskriva arbetet kring kravetablering i vår fortsatta text. Kravetablering är ett mycket omfattande område. Vi väljer därför att återge och diskutera de delar inom kravetablering som vi finner intressantast och mest givande ur vårt MDA-perspektiv. Inledning Vilken interaktiv produkt som än ska designas så måste användarens behov, krav och mål analyseras. Detta kräver en förståelse för användarna och deras kapacitet, mål, uppgifter, omständigheterna under vilka produkten ska användas och riktlinjer för vad den ska kunna prestera. Arbetet med att klargöra vad en produkt ska kunna göra brukar beskrivas med många olika termer. Några är; kravinsamling, kravspecifikation eller kravanalys. Benämningen kravinsamling ger lätt den felaktiga synen att kraven är färdigformulerade och att det bara gäller att gå ut på fältet och hämta dem. En bättre svensk term att använda tycker vi är kravetablering. Syftet med kravetableringen är att göra en produkts krav så tydliga, 3
4 otvetydiga och specifika som möjligt. Kraven skiljer sig dock mycket åt i form av abstraktionsnivå och kravtyp. Detta kommer vi att diskutera nedan. A requirement is a statement about an intended product that specifies what it should do or how it should perform. (Preece, 2002) Att etablera krav är inte så enkelt som att skriva ner en öskelista med funktioner. Vi ska titta närmare på etableringen av krav, vilka olika kravtyper som existerar och beskriva några av dem närmare. Vi kommer också att diskutera skillnaden mellan kravformulering i objekorienterad systemutveckling och kravetablering inom HCI diciplinen Interaktionsdesign. Kravetablering: Interaktionsdesign vs. OOS Kravanalys är en omfattande aktivitet som inte följer ett sekventiellt mönster. Istället utvecklas kraven i en iterativ process. I stora drag handlar det dock om att samla in data, analysera datan och sedan formulera krav utifrån analysen. I objektorienterad systemutveckling, OOS, är kravspecifikationen en viktig del. Larman skriver att: The primary goal of requirements phase is to identify and document what is really needed, in a form that clearly communicates to the clients and to development team members. The challenge is to define the requirements unambiguously, so that the risks are identified and there are no surprises when the product is finally delivered. (Larman, 1998) Detta uttalande skulle även kunna stämma in på designen av vilken interaktiv produkt som helst. En viktig skillnad mellan kravspecifikationen i objektorienterad systemutveckling och kravetableringen i Interaktionsdesign är att fokus på den verkliga användaren helt utelämnas i objektorienterad systemutveckling. I Interaktionsdesign är användarcentrerad 4
5 design en självklarhet. Det är användaren som ska bruka produkten och därför har användaren en självklar roll i designarbetet av en interaktiv produkt. Vi vill hävda att kravetableringen inom Interaktionsdesign och kravetableringen inom OOS har skilda fokus, men att metoderna trots det går hand i hand. Medan OOS fokuserar på funktionella krav så utökar och bygger Interaktionsdesign ut kravspecifikationen genom att ta in verkliga användare som källor för designen. Kravetablering inom Interaktionsdesign tar också hänsyn till icke-funktionella krav som en viktig del i designen av en lyckad produkt. Skillnaden mellan funktionella och icke-funktionella krav beskriver vi under rubriken kravtyper nedan. Vi kommer också vidare i texten att diskutera var brytpunkten mellan Interaktionsdesign och OOS går. Att kravformuleringen blir rätt är avgörande för att lyckas med utvecklingen av en interaktiv produkt, skriver Preece (2002). Hon betonar att en av de största anledningarna till att många IT-projekt misslyckas är en dåligt formulerad kravspecifikation eller otydliga mål och krav. Ett exempel på en kravspecifikation visades upp på föreläsning (Kyhlbäck, 2002) på BTH. Exemplet påvisade några otydligt formulerade krav som ur systemutvecklarsynpunkt skulle vara svåra att arbeta efter. Efter diskussion i klassen kom förslaget fram att ett krav bör formuleras så tydligt att det går att svara ja eller nej på om kravet är uppfyllt (implementerat). 5
6 Informationsinsamling Att arbeta med informationsinsamling är vi MDA-studenter vana vid. Därför kommer vi inte att beskriva den aktiviteten särskilt omfattande här. Syftet med informationsinsamlandet är att skapa en så fullständig och riktig bild av användaren och användningskontexten som möjligt. Ur HCI-perspektiv handlar det traditionellt om att skapa förståelse för arbetsutförande och arbetsplatsen i sig. För detta finns en mängd metoder att tillgå. Några av dessa är enkätundersökningar, intervjuer, fokusgrupper, workshops, observation och dokumentationsstudier. Varje metod har både för och nackdelar beroende på i vilken situation den används. Om studieobjektet t.ex. inte är en arbetsutövare på en arbetsplats, utan en mobiltelefonanvändare i ett varierande kontext, så blir det betydligt svårare att utföra naturliga observationer i den varierande kontexten än i den stationära arbetsplatskontexten. I en sådan situation kan andra metoder för informationsinsamling vara bättre lämpade. Kravformulering i analysfasen Då den första informationsinsamlingen är klar börjar analyfasen. Preece (2002) skriver att det är bra att påbörja analysfasen så snart som möjligt efter informationsinsamlingen, då man fortfarande har en klar bild av informationskällan och inte har hunnit glömma detaljer. Syftet med analysfasen är att påbörja formuleringen och dokumentationen av krav. Att använda en mall såsom Voleres Requirement Specification Template (se figur 10 nedan) är bra enligt Preece. Den hjälper designern att fokusera på viktig information och guidar denne genom analysfasen, skriver hon. Då formuleringen av kraven påbörjats dyker med största säkerhet nya frågetecken upp. Det är då lämpligt att återvända till informationsinsamlandet för att finna svar. På detta sätt utvecklas kraven genom ett antal iterationer för att sedan sluta i en uppsättning välformulerade och väletablerade krav. 6
7 Fig.10 Kravmall från Volere Requirement Specification Template Värt att påpeka i mallen är punkten Fit Criterion. Den är ett sätt att mäta om lösningen uppfyller de ursprungliga kraven och kan närmast översättas till användaracceptans. Detta är alltså ett bidrag till att försöka lösa problemet med dåligt formulerade mål och krav. Vi kommer att titta närmare på Fit Criterion i beskrivningen av användbarhetskraven nedan. För att återkoppla till jämförelsen mellan kravformulering i objektorienterad systemutveckling och Interaktionsdesign så vill vi påpeka att det i OOS inte finns någon entydig motsvarighet till kravmallen ovan. Eftersom OOS i huvudsak behandlar funktionella krav (se beskrivning under kravtyper nedan) så ger notationen huvudsakligen vägledning i beskrivningen av funktionella detaljer och systemfunktioner. Ett exempel på detta är Kontrakt (Eng. Contract). Kontrakten beskriver vad en operation ska utföra och beskriver systemets svar på operationen. En kontraktmall (Larman 1998) visas i figur 11. Contract Name: Responsibilities: Class: Cross-references: Notes: Output: Preconditions: Postconditions: Fig. 11, Kontraktmall i UML. 7
8 Kravtyper I objektorienterad systemutveckling finns traditionellt två kravtyper. Dessa är funktionella och icke-funktionella krav. Preece (2002) skriver att de funktionella kraven beskriver vad systemet ska göra. De icke-funktionella kraven anger systemets ramar och begränsningar. Robertson and Robertson (2001), presicerar ytterligare genom att beskriva funktionella krav såsom en detaljerad specifikation för varje individuell funktion vilken utgörs av konkret data, logik eller algoritmer. De beskriver samtidigt icke-funktionella krav som den framtoning eller känsla produkten ska förmedla. Nedan följer några påhittade krav för en mobil enhet som exemplifierar de båda kravtyperna: Funktionella krav: Icke-funktionella krav: Enheten ska stödja typsnitten Arial och Times New Roman. Enheten ska varna användaren med ett textmeddelande och en ljudsignal på 442Hz då batteriets strömstyrka understiger 50%. Enheten ska vara så fysiskt liten som möjligt. Standby-tiden ska vara så lång som möjligt. Enhetens färg ska vara vit och rosa. Kravens abstraktionsnivå varierar vilket innebär att ett krav ofta byggs upp av flera delkrav. I HCI och i synnerhet inom diciplinen Interaktionsdesign (eng. Interaction design) blir de icke-funktionella kraven minst lika viktiga som de funktionella. Preece (2002) beskriver ett antal användbarhetsmål (kapitel 1.5.2) vars syfte är att förhöja användarupplevelsen. Några av dessa mål är att en interaktiv produkt ska vara rolig, underhållande, tillfredställande och estetiskt tilltalande. Vi tycker att målen har en tydlig koppling till de icke-funktionella kraven. Preece (2002) tycker att de icke-funktionella kraven är så viktiga att hon väljer att omfördela kravtyperna till nya kategorier. 8
9 Interaction design requires us to understand the functionality required and the constraints under which the product must operate or be developed. However instead of referring to all requirements that are not functional as simply non-functional requirements, we prefer to refine this into further categories. (Preece, 2002) Listan nedan är ett exempel som påvisar den mångfald av icke-funktionella krav som en designer måste kunna fånga. Exemplen är tagna från The Volere Requirements Specification Template. (Robertson and Robertson, 2001). Indelning av icke-funktionella krav Look and Feel-krav Användbarhetskrav Prestationskrav Operativa krav Underhålls- och Kompatibilitetskrav Säkerhetskrav Kulturella och politiska krav Rättsliga krav Vi kommer nu att titta närmare på användbarhetskraven i Robertsons och Robertsons (2001) kravmall och beskriva deras innebörd. Beskrivningarna har en direkt koppling till kravmallen i figur 10 ovan. Även användbarhetskraven delas in i delkrav. Dessa är enkelhet i handhavandet och enkelhet i inlärningen. 9
10 Användbarhetskrav 1. Enkelhet i handhavandet (Eng. Ease of use): Den första punkten under användbarhetskrav beskriver önskan om hur enkel produkten ska vara att använda för den tilltänkta användaren. Produktens användbarhet stammar från den tilltänkta användarens förmåga att använda produkten och från hur komplexa produktens funktioner är. Syftet är att ge utvecklaren vägledning vid implementationen av produkten som på så vis infriar användarnas förväntningar. Exempelkrav på enkelhet i handhavandet är att: Produkten ska vara enkel för en 10-åring att använda. Produkten ska hjälpa användaren med att undvika att göra fel. Produkten ska kunna användas av blinda. Exemplen påvisar användarens intentioner. För att ytterligare förtydliga kraven är det lämligt att lägga till en grad av acceptans, enligt Robertson och Robertson. Det är detta de kallar Fit Criterion i kravmallen. Fit Criterion har en given koppling till de tilltänkta användarna och kräver verkliga testpersoner. Fit Criterion anger hur väl applikationen uppfyller de krav som ställs av användaren. Ett exempel på Fit Criterion kan vara att; 90% av testpanelen med 10-åringar måste kunna genomföra en lista med uppgifter inom utsatt tid. Ett annat exempel kan vara att; 10% av användarna måste i en enkätundersökning svara att det tog max två veckor att lära sig använda produkten. 10
11 2. Enkelhet i inlärning (Eng. Ease of learning): Den andra punkten under användbarhetskrav beskriver hur enkelt det ska vara att lära sig att använda produkten. Kravet är alltså en tidsangivelse som sträcker sig från nolltid, d.v.s. användaren ska kunna använda produkten direkt t.ex. en parkeringsautomat, till lång tid för högteknologiska produkter. Syftet med kravet är att specificera den inlärningstid som (kunden tycker) är acceptabel innan användaren kan använda produkten. Kravet hjälper designern med att förstå hur användaren lär sig använda produkten. Resultatet kan t.ex. bli en hjälptext eller en steg för steg anvisning som guidar användaren i handhavandet. Alternativt designas produkten så att det är uppenbart för användaren hur den ska användas. Exempel på enkelhet i inlärningkrav är: Produkten ska vara enkel för en ingenjör att lära sig efter en fem veckors introduktionskurs. En arkitekt ska kunna använda programmet direkt. Vem som helst ska kunna använda produkten genast. Användaracceptansen (Fit Criterion) för det första exemplet ovan är: En ingenjör ska producera [ett specifikt resultat] inom [en viss tid]. Eller i exempel två, t.ex: 80% av arkitekterna i arkitekttestgruppen ska kunna lösa [ett antal uppgifter] utan särskild instruktion. Det är viktigt att designern ser till att kraven på enkelhet i inlärningen stämmer överens med de verkliga användarnas krav. Vi tycker att de verkliga användarna har en självklar roll i formuleringen av användbarhetskraven. Genom fältstudier har kontextspecifika förutsättningar noterats, vilka sedan kan ligga till grund för användbarhetskraven. I användar-workshops kan användbarhetskraven diskuteras och omformuleras. På så vis ökar chansen att man får med alla specifika användbarhetsomständigheter. 11
12 Krav i designen av laboration 2 Syftet med laboration 2 i HCI-kursen var att i praktiken försöka förena användning av designers standardutvecklingsresurser med principer för "människor datorinteraktion". Laborationen skulle laborationsgruppen utföra ett enkelt användartest på prototypen enligt ett utvärderingsprotokoll. Prototypen skulle också utvärderas av annan laborationsgrupp enligt samma utvärderingsprotokoll. I laborationen skapade vi en telefonbok (figur 6) med lite nytänkande i form av att kontakterna i boken presenterades som klickbara bilder på respektive person. Eftersom laborationen skulle utvärderas av annan laborationsgrupp och oss själva så ville vi skapa en så välfungerande och användbar prototyp som möjligt. Vi skulle följdaktligen kunna formulera ett användbarhetskrav på laboration 2 såsom att: En person med grundläggande datorvana ska genast kunna använda vår applikation utan särskilda instruktioner. Reflektion på krav Vi har sett att det finns två grundtyper av krav. Funktionella och icke-funktionella. De funktionella kraven behandlas utmärkt vid applikationsutveckling i disciplinen objekorienterad systemutveckling. Betydligt mindre vikt läggs dock på de ickefunktionella kraven och kopplingen till de verkliga användarna. Vi tror att HCI disciplinen Interaktionsdesign kan komplettera kravetableringen genom sina omfattande metoder för etablering av icke-funktionella krav. För informationsinsamlingen som ligger till grund för kraven har en lång rad metoder adapterats. Dessa är t.ex. intervjuer, observation och fokusgrupper. Genom en grundläggande informationsinsamling och analys kan tydliga krav formuleras. Dessa ligger sedan till grund för den vidare produktutvecklingen. Om produkten är en applikation så erbjuder objekorienterad systemutveckling utmärkta möjligheter för vidare analys och design på sitt manér med diagram som beskriver systemets funktion. 12
13 Reflektion på HCI-kursen och dess innehåll I kursen har vi lärt oss att skapa mer användbara applikationer. Kunskapen om designmönster är värdefull och något vi kommer ha nytta av i vårt framtida yrkesutövande. Man ska inte överbelasta användarens minne med komplicerade procedurer för att utföra en uppgift (Preece, Rogers, Sharp, 2002) De är just detta designern arbetar bort genom att designa med hjälp av designmöster. En användare ska känna att de förstår hur de ska gå tillväga när de ska utföra en uppgift. Är det för svårt, komplicerat och otydligt så kommer de troligtvis inte att använda programmet igen. I vår första övning fick vi arbeta på UNIX arbetsstationer. Där etablerade vi en utvecklingsmiljö med de verktyg vi behöver för att skriva och kompilera program. Eftersom UNIX miljön var ny för oss så blev upplevelsen vid första mötet detsamma som man kan tänka sig att en nybörjare upplever vid första mötet med en ny applikation eller produkt. En stor del av första övningen bestod i att bekanta sig med miljön och dess verktyg. Övning två tog vid efter den första övningen. Nu skulle vi manipulera några olika delar i ett färdigt program. Den första uppgiften gick ut på att göra applikationens bakgrundsfärg blå. Övningen fungerade som en mjukstart i användargränssnittsdesign i Java som vi vid det tillfället inte hade jobbat med på några månader. Genom att introducera oss till en ny arbetsmiljö fick vi en bredare syn på hur man kan arbeta när man skapar nya program. Att arbeta i par har både för och nackdelar. En fördel är att man motiverar varandra till fortsatt arbete. Man fungerar som varandras bollplank för att diskutera idéer och metoder. Att genom en egen HCI-text få chansen att fördjupa sig inom några valfria områden har varit intressant och roligt. Vi valde att fokusera på designmönster som vi tycker har en viktig plats i användargränssnittsdesign. Vi valde också att fokusera på kravetablering 13
14 eftersom vi inte läst särskilt mycket om det tidigare på MDA-programmet, samtidigt som vi känner att kravetableringen kan ha en viktig roll i vårt framtida yrkesutövande. Valfriheten i laborationer och examinationsmoment har bidragit till att göra kursen bra. Vi tycker sammanfattningsvis att det har varit en rolig och lärorik kurs. 14
15 Källförteckning Robertson, James & Susanne: Volere Requirements Specification Template Edition Larman, Craig. Applying UML And Patterns: An Introduction to Object-Oriented Analysis and Design. Prentice Hall Kyhlbäck, Hans. Föreläsning i HCI på BHT: MDI och Standard, krav och testning Blekinge Tekniska Högskola. Den 21 november Grand, Mark. Patters in Java: Volume 2. Wiley Preece, Rogers, Sharp. Interaction Design Beyond human-computer interaction. Wiley
HCI-text Skriftlig examination
Människa-datorinteraktion, DVC002 17 Januari 2002 HCI-text Skriftlig examination Del 1. Grupp A Johan Bergsten, mda00jbe@student.bth.se Stefan Höglund, mda00sho@student.bth.se Innehållsförteckning : Innehållsförteckning
Läs merAtt fastställa krav. Annakarin Nyberg
Att fastställa krav Annakarin Nyberg Disposition Del 1 Varför samla in krav? Typer av krav Interaktionsdesign och krav Del 2 Analys, tolkning och presentation Scenarios Use cases Task analysis Avslutning
Läs merMänniska-Datorinteraktion
Människa-Datorinteraktion Grundutbildnings-, forskarutbildnings- och forskningsämne som behandlar Gränssnitt och kommunikation människa-dator Kommunikation och samarbete människa-människa via (medierat
Läs merReflektioner kring designprocessen av Intellitic
INDIVIDUELL UPPSATS IT-universitetet, Chalmers tekniska högskola Institutionen för Människa datorinteraktion 1 p Kursansvarig: Erik Eliasson 2003-11-02 Camilla Orrenäs camilla.orrenas@mmedu.net Reflektioner
Läs merFöreläsning 4 Identifiera krav och behov. Att läsa: Kapitel 10 i Rogers et al.: Interaction design
Föreläsning 4 Identifiera krav och behov Att läsa: Kapitel 10 i Rogers et al.: Interaction design Översikt Vikten av krav Olika typer av krav Datainsamling för olika krav Scenarier Use Cases Essential
Läs merFastställa mål. Daniel Bosk. goals.tex :33:45Z danbos
1 Fastställa mål Daniel Bosk Avdelningen för informations- och kommunikationssytem (IKS), Mittuniversitetet, Sundsvall. goals.tex 1914 2014-08-26 13:33:45Z danbos 2 Litteratur Du ska inför denna övning
Läs merREFLEKTION PÅ STARGATE-PROJEKTET
IT-UNIVERSITETET GU JOHAN BERGSTEN it3bejo@ituniv.se UPPSATS I MDI HT2003: REFLEKTION PÅ STARGATE-PROJEKTET REFLEKTION PÅ STARGATE-PROJEKTET... 3 INLEDNING... 3 UPPLÄGG OCH DISPOSITION... 3 Datainsamling
Läs merDH2622 MDI-fk Introduktion till kursen & ämnet. MDI på KTH. Kursen i sitt sammanhang
DH2622 MDI-fk Introduktion till kursen & ämnet Tisdagen den 27 oktober 13-15 i svg alz@kth.se http://www.csc.kth.se/utbildni ng/kth/kurser/dh2622/ MDI på KTH Kursen i sitt sammanhang Forskningsmiljö Utbildning
Läs merJakten på den totala kravbilden Användarkravens betydelse och problematik inom interaktionsdesign
Jakten på den totala kravbilden Användarkravens betydelse och problematik inom interaktionsdesign Hemtentamen Interaktionsdesign analysmetoder, 5p VT 2004 MDI/Interaktionsdesign, påbyggnadsprogram 60p
Läs merFrågor och svar till tentamen i Kravhantering
Frågor och svar till tentamen i Kravhantering Del 1 Frågor & svar Frågor&svar till tentamen 1 Datamodeller (0.5p) När man tar fram data krav skriver Lausen i sin bok, gällande data modeller, att det finns
Läs merUppsats i MDI En reflektion över designarbetet i tidigare inlämningsuppgift
Uppsats i MDI En reflektion över designarbetet i tidigare inlämningsuppgift Personlig uppsats i kursen Människa-datorinteraktion Magisterprogrammet MDI/ID 2003 11 03 Mattias Ludvigsson it3luma@ituniv.se
Läs merObjektorientering. Grunderna i OO
Objektorientering Grunderna i OO 1 Systemutveckling Tre systemnivåer: Verksamhet Informationssystem Datasystem Huvuduppgifterna i ett systemutvecklingsarbete: Verksamhetsanalys Informationsbehovsanalys
Läs merFöreläsning 11, Planera utvärdering. Att planera utvärdering. Vetenskapliga experiment. Kapitel i kursboken
Föreläsning 11 Planera utvärdering Kapitel 22-24 i kursboken Att planera utvärdering Vem, vilka? Att välja användare, antal Vad? Hur sätter man ihop lämpliga uppgifter? När? Hur lång tid ska man avsätta?
Läs merAnvändarcentrerad systemdesign introduktion till begrepp, processer och arbetssätt
Användarcentrerad systemdesign introduktion till begrepp, processer och arbetssätt Bengt Göransson bengt.goransson@it.uu.se Människa-datorinteraktion 1MD016, hösten 2012 Avdelningen för Visuell information
Läs merKonverteringsskola Del 3: Vad är användbarhet?
Konverteringsskolans andra del behandlade vikten av att lära känna sina besökare. Vi kommer nu att arbeta vidare med besökarna i åtanke och fokusera på hur pass väl de kan använda webbplatsen. Om webbplatsen
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se http://www.hci.uu.se/edu Vad innebär
Läs merUtvecklingsm odell och utvecklingsm etod för att skapa god kom m unikation
Kurs: Designm etodik, 3 p Delm om ent: Datum : 2 0 0 3-1 2-1 8 Utvecklingsm odell och utvecklingsm etod för att skapa god kom m unikation Nils Järgenstedt [ it3 jani@ituniv.se] Innehållsförteckning INLEDNING...
Läs merRUP är en omfattande process, ett processramverk. RUP bör införas stegvis. RUP måste anpassas. till organisationen till projektet
RUP är en omfattande process, ett processramverk RUP bör införas stegvis RUP måste anpassas till organisationen till projektet Volvo Information Technology 1 Även RUP har sina brister... Dåligt stöd för
Läs merDesign för användbarhet Användarcentrerad utvecklingsprocess
Design för användbarhet Användarcentrerad utvecklingsprocess Bengt Göransson :: Användbarhetsdesigner Guide Redina AB :: Bengt.Goransson@guide.se Mina tillfällen 23 25 2 Onsdag 23/11 Användarcentrerad
Läs merFöreläsning 5: Fastställa krav varför, vad och hur
Föreläsning 5: Fastställa krav varför, vad och hur FSR: 1, 2, 5 Att läsa: Kapitel 10 i Rogers et al.: Interaction design 160412 Krav 2 Översikt Att kunna om kravspecifikation Vikten av krav Verktyg: Volere-formulär
Läs merFöreläsning 4, Användbarhet, prototyper
Föreläsning 4 Användbarhet och prototyper Kapitel 5-7 i Stone et al. Mer om användbarhet Psykologiska principer avseende: Förväntningar En uppgift i taget Struktur för förståelse Känna igen eller komma
Läs merFöreläsning 10: Introduktion till utvärdering. Rogers et al. Kapitel 12
Föreläsning 10: Introduktion till utvärdering Rogers et al. Kapitel 12 Analys Utvärdering Implementation Prototyper Krav Design 120515 Intro utvärdering 2 Bruce Tognazzini om utvärdering Iterative design,
Läs merGRÄNSSNITTSDESIGN. Ämnets syfte. Kurser i ämnet
GRÄNSSNITTSDESIGN Ämnet gränssnittsdesign behandlar interaktionen mellan dator och människa med fokus på designaspekterna i utveckling av användbara, tillgängliga och tilltalande gränssnitt. Det innehåller
Läs merMänniska-Datorinteraktion. HCI text
2002-04-17 09:13 Människa-Datorinteraktion DVC002 HCI text Anders Carlsson pt00aca@student.bth.se Per Salomonsson pt00psa@student.bth.se Grupp: D Innehållsförteckning 1. Inledning... 3 2. Design och produktutveckling...
Läs merIntroduktion till människa datorinteraktion och interaktionsdesign
Introduktion till människa datorinteraktion och interaktionsdesign Daniel Bosk Avdelningen för informations- och kommunikationssytem (IKS), Mittuniversitetet, Sundsvall. intro.tex 1257 2013-09-05 07:55:25Z
Läs merLinköpings universitet 1 TDP029. Systemutveckling. Systemutveckling. Vanliga faser. Fler faser. Systemutvecklingsmetod
Systemutveckling TDP029 Systemutveckling Annika Silvervarg COIN/HCCS/IDA Systemutveckling kallas processen att ta emot en beställning på ett datorsystem, skriva en strukturerad kravspecifikation på systemet,
Läs merUtvärdering. Användbarhet. + beställarperspektivet! Innehåll. Varför?
Användbarhet Användbarhetsutvärdering Stefan Berglund Den grad i vilken användare i ett givet sammanhang kan bruka en produkt för att uppnå specifika mål på ett ändamålsenligt, effektivt och för användaren
Läs merDatavetenskap. Beteendevetenskap MDI. Design
Designprocessen 1 Datavetenskap Beteendevetenskap MDI Design Två betydelser The final solution/plan (e.g. proposal, drawing, model, description) or the result of implementing that plan in the form of the
Läs merAnvändarcentrerad Systemutveckling
Användarcentrerad Systemutveckling Människadatorinteraktion (MDI) Inst. för informationsteknologi http://www.it.uu.se/edu/ course/homepage/hci/ ht10 Användarcentrerad systemutveckling, gränssnitt och prototyper.
Läs merInteraktionsdesign som profession. Föreläsning Del 2
Interaktionsdesign som profession Föreläsning Del 2 Vikten av att göra research Varför behöver vi göra research? En produkt blir aldrig bättre än den data som denna baseras på Men Vi har redan gjort en
Läs merDatainsamling. Daniel Bosk. data.tex 1914 2014-08-26 13:33:45Z danbos
1 Datainsamling Daniel Bosk Avdelningen för informations- och kommunikationssytem (IKS), Mittuniversitetet, Sundsvall. data.tex 1914 2014-08-26 13:33:45Z danbos 2 Litteratur Du ska inför övningen ha läst
Läs merIntro utvärdering
Föreläsning 2: Introduktion till varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) 2 Översikt Att kunna om Observation, kort repetition Iterativ Det som påverkar Tänkbara syften
Läs merDen kompletta studiehandledningen för kursen DT126G Användbarhet för mobila enheter
Den kompletta studiehandledningen för kursen DT126G Användbarhet för mobila enheter Daniel Bosk studyguide.tex 1577 2014-01-21 16:59:17Z danbos Innehåll 1 Mål 1 2 Kursupplägg 2 2.1 Schema................................
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala Universitet, Sverige Jan.Gulliksen@hci.uu.se http://www.hci.uu.se/edu Definition of
Läs merPraktikum i programvaruproduktion
Praktikum i programvaruproduktion Introduktion Föreläsare/Ansvarig: Pontus Boström Email:pontus.bostrom@abo.fi Rum A5055 Assistent: Petter Sandvik Email: petter.sandvik@abo.fi Rum: A5048 Föreläsningar:
Läs merDesign för användbarhet
Design för användbarhet» Användbarhetsdesign, användbarhetsn och utvecklingsprocessen. Bengt Göransson användbarhets Bengt.Goransson@guide.se även avdelningen för Människa-datorinteraktion, Uppsala universitet
Läs merAnvändbarhet. Datorbaserade verktyg används till att. Aspekter på användbarhet. uppfylla behov eller lösa problem! Användbarhet.
Innehåll Användbarhet Användbarhet När, hur och vem? Specificering av krav Utvärdering Stefan Berglund Användbarhet Den grad i vilken användare i ett givet sammanhang kan bruka en produkt för att uppnå
Läs merDen kompletta studiehandledningen för kurserna DT157G/IG025G Människa datorinteraktion och IU127G Interaktionsdesign
Den kompletta studiehandledningen för kurserna DT157G/IG025G Människa datorinteraktion och IU127G Interaktionsdesign Daniel Bosk studyguide.tex 1897 2014-08-21 15:05:49Z danbos Innehåll 1 Mål 1 2 Kursupplägg
Läs merMänniska-datorinteraktion 1MD016, hösten 2011 Användarcentrerad systemdesign september 2011
introduktion till begrepp, processer och arbetssätt Bengt Göransson bengt.goransson@it.uu.se Människa-datorinteraktion 1MD016, hösten 2011 Avdelningen för MDI, Informationsteknologi Användbarhet Kan jag
Läs merVälkomna till DIT012 IPGO
Välkomna till DIT012 IPGO 1 Lärare och Handledare Kursansvariga, examinatorer, föreläsare och handledare Joachim von Hacht, hajo@chalmers.se, 772 1003 Handledare (se även kurssida) Alexander Sjösten, sjosten@chalmers.se
Läs merAnvändarcentrerad systemdesign
Användarcentrerad systemdesign, kurstillfälle 6: Användbarhet och användarcentrering. Användarcentrerad systemdesign Användbarhet och användarcentrering Jan Gulan Gulliksen Avdelningen för MDI/IT, Uppsala
Läs merModern utvecklingsmetodik. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag. Användarcentrering i företag
Modern utvecklingsmetodik TNMK31 Användbarhet HIIA20 Användbarhet med kognitiv psykologi Teknikdriven design kontra användarcentrerad design Traditionell filosofi Teknikdriven Fokus på komponenter Individuella
Läs merIC1007 Människa-dator interaktion: Principer och Design 7,5 hp
IC1007 Människa-dator interaktion: Principer och Design 7,5 hp Human-computer Interaction: Principles and Design Kursplan för IC1007 gäller från och med HT11 Betygsskala: A, B, C, D, E, FX, F Utbildningsnivå:
Läs merLOKAL UTBILDNINGSPLAN INFORMATIKPROGRAMMET 120 POÄNG IF04
INSTITUTIONEN FÖR MATEMATIK OCH NATURVETENSKAP LOKAL UTBILDNINGSPLAN INFORMATIKPROGRAMMET 120 POÄNG IF04 Fastställd i institutionsstyrelsen 2004-04-01 Dnr 420/333-04 INNEHÅLL LOKAL UTBILDNINGSPLAN Sid
Läs merOperatörer och användargränssnitt vid processtyrning
Operatörer och användargränssnitt vid processtyrning Normativa och beskrivande analyser Uppsala universitet @ 2003 Anders Jansson Sammanfattning kap. 1 Sociotekniska system Många olika grupper av användare
Läs merFöreläsning 2: Introduktion till utvärdering varför ska vi utvärdera?
Föreläsning 2: Introduktion till utvärdering varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) Analys Utvärdering Implementation Prototyper Krav Design 150327 Intro utvärdering
Läs mer* Rätt svar A. * Motivering De flesta hushållsmaskiner har en på- och avstäningsknapp och inte endast en av-knapp.
A Både påståendet och anledningen är korrekta uttalanden OCH anledningen förklarar påståendet på ett korrekt sätt. B Både påståendet och anledningen är korrekta uttalanden, men anledningen förklarar inte
Läs merFöreläsning 11, Mer utvärdering
Föreläsning 11 Planera utvärdering Att läsa: Kapitel 13-14 i Rogers et al.: Interaction Design Att planera utvärdering Vem, vilka? Att välja användare, antal Vad? Hur sätter man ihop lämpliga uppgifter?
Läs merErfarenheter från Hazop användning på programvara i Arte740. Presentation för SESAM 2003-02-04 Claes Norelöv 4Real AB
Erfarenheter från Hazop användning på programvara i Arte740 Presentation för SESAM 2003-02-04 Claes Norelöv 4Real AB 1 Innehåll 1. Bakgrund 2. Hazops plats i systemsäkerhetsarbetet 3. Vad-Hur gör man.
Läs merDesign för användbarhet Designexempel, hur tänkte man vid designen?
Design för användbarhet Designexempel, hur tänkte man vid designen? Bengt Göransson :: Användbarhetsdesigner Guide Redina AB :: Bengt.Goransson@guide.se Varför? Bengt Göransson, Guide Redina AB, 2005 http://www.guide.se/
Läs mer1) Kravhantering varför? (1.5p)
1) Kravhantering varför? (1.5p) Inlärningsmål : 10, 19 Kurslitteratur : [Dam], enligt kursmaterialet Enligt Damian/Chisan, vilka är de tre viktigaste vinsterna som ges av kravhantering inom mjukvaruutveckling?
Läs merNÄRMARE VARANDRA. Övningshäfte till NIO VECKOR TILL EN STARKARE PARRELATION. Natur & Kultur
MARIA BURMAN ANNA-KARIN NORLANDER PER CARLBRING GERHARD ANDERSSON Övningshäfte till NÄRMARE VARANDRA NIO VECKOR TILL EN STARKARE PARRELATION Natur & Kultur VALENTINSKALAN 1. Jag kan samarbeta väl och lösa
Läs merPMM (Process Maturity Metrics) Allmänt. Mätetal för framgångsfaktorer. 1. CM konfigurationsstyrning
PMM (Process Maturity Metrics) PMM är en metod för att mäta processmognad i utvecklingsprojekt. I korthet går metoden ut på att man utvärderar sin utvecklingsprocess med avseende på ett antal framgångsfaktorer
Läs merINTERAKTIONSDESIGN: VAD & HUR?
INTERAKTIONSDESIGN: VAD & HUR? Interaktionsteknik & Design, HT-13 Evelina Fagertun evelinafagertun@gmail.com VAD? Vad är interaktionsdesign? HUR? Hur skapar vi bra design? INTERAKTION Wiki: Interaktion
Läs merFöreläsning 2: Introduktion till utvärdering varför ska vi utvärdera?
Föreläsning 2: Introduktion till utvärdering varför ska vi utvärdera? FSR: 1, 2, 5 Rogers et al. Kapitel 13 (e/3: 12-13) 160401 Intro utvärdering 2 Översikt Att kunna om utvärdering Observation, kort repetition
Läs merSoftware Design Introduction
1/17 Software Design Introduction Mikael Svahnberg 1 2016-03-08 1 Mikael.Svahnberg@bth.se www.bth.se About Me: Mikael Svahnberg Associate Professor, PhD in Software Engineering mailto:mikael.svahnberg@bth.se
Läs merFöreläsning 3 Användare, uppgift och omgivning. Kapitel 3-4 i Stone et al.
Föreläsning 3 Användare, uppgift och omgivning Kapitel 3-4 i Stone et al. Från föregående föreläsning Kravinsamling med användare i fokus genom Observationer i verkliga situationer Konstruera uppgifter
Läs merDESIGNMET MINA REFLEKTIONER KRING DESIGNARBETET I IBRUSH-PROJEKTET INVOLVERING AV ANVÄNDARE HUR ÄR DET ATT HA BARN SOM MÅLGRUPP?
DESIGNMET MINA REFLEKTIONER KRING DESIGNARBETET I IBRUSH-PROJEKTET INVOLVERING AV ANVÄNDARE HUR ÄR DET ATT HA BARN SOM MÅLGRUPP? DIK JENNY DAFGÅRD DESIGNMETODIK, 3 POÄNG IT-UNIVERSITETET I GÖTEBORG 5 JANUARI
Läs merMönster. Ulf Cederling Växjö University Ulf.Cederling@msi.vxu.se http://www.msi.vxu.se/~ulfce. Slide 1
Mönster Ulf Cederling Växjö University UlfCederling@msivxuse http://wwwmsivxuse/~ulfce Slide 1 Beskrivningsmall Beskrivningsmallen är inspirerad av den som användes på AG Communication Systems (AGCS) Linda
Läs merFöreläsning 1 2i1029 / MDI - Människa DatorInteraktion. Vem är jag någonstans? Vad är MDI?
Föreläsning 1 2i1029 / MDI - Människa DatorInteraktion Göra teknik för människor - eller göra människor för teknik? Patric Dahlqvist &Ulrika Norman 1 Vem är jag någonstans? Patric Dahlqvist, patricd@dsv.su.se,
Läs merFöreläsning 2. Objektorienterad analys och design. Analys: att modellera världen. Design: att strukturera program.
Föreläsning 2 Objektorienterad analys och design. Analys: att modellera världen. Design: att strukturera program. Vår process Kravbeskrivning (3 dagar). Enkel form av användningsfall (use cases). Analys
Läs mer729G75: Programmering och algoritmiskt tänkande. Tema 1, föreläsning 1 Jody Foo
729G75: Programmering och algoritmiskt tänkande Tema 1, föreläsning 1 Jody Foo Föreläsningsöversikt Kursinfo / Om kursen Algoritmer Objektorienterad programmering i praktiken terminologi använda objekt
Läs merProjekt: Utveckling av ett användargränssnitt
Projekt: Utveckling av ett användargränssnitt Daniel Bosk interactivesys.tex 157 2016-10-04 21:02:00Z jimahl Innehåll 1 Introduktion 1 2 Syfte 2 3 Läsanvisningar 2 4 Genomförande 2 5 Examination 3 5.1
Läs merHi-Fi Prototyping + laborationsgenomgång & verktyg
Hi-Fi Prototyping + laborationsgenomgång & verktyg Karin Fahlquist 2015 Frågor att besvara Vad innebär prototyping? Vad är speciellt med hi-fi prototyping? Hur kan man använda dem? Hur väljer man nivå
Läs merObjekt-orienterad Programmering och Design. TDA552 Alex Gerdes, HT-2018
Objekt-orienterad Programmering och Design TDA552 Alex Gerdes, HT-2018 Kursteamet Dr. Alex Gerdes examinator och föreläsare (Dr. Niklas Broberg föreläsare) Handledare: Sólrún Halla Einarsdóttir Yazan Ghafir
Läs merAstrakan Strategisk Utbildning AB 2011 1
Målet med detta kapitel är att du skall kunna utvärdera ett agilt projekt och förstå hur man upptäcker vad som behöver förstärkas. Metoden som egentligen är ett verktyg kan användas på många sätt: att
Läs merKursen handlar om. Var används datorer och andra IT-stöd? T ex: Människa-datorinteraktion (MDI) Inst. för informationsteknologi
Människadatorinteraktion ITP, 3p Människa-datorinteraktion () Inst. för informationsteknologi Bengt Sandblad Iordanis Kavathatzopoulos http://www.it.uu.se/edu/course/homepage/hci/vt07 Kursen handlar om
Läs merDesign och konstruktion av användargränssnitt (distans) Mänsklig styrning av höghastighetsbåtar. Avdelningen för Människadatorinteraktion
Design och konstruktion av användargränssnitt (distans) Gulan Jan Gulliksen Ph D, MSc Jan.Gulliksen@hci.uu.se HCI(Uppsala Universitet) och CID(KTH) Uppsala Universitet Institutionen för Avdelningen för
Läs merInteraktionsdesign. Användbarhet ISO 9241. Usability goals. Interaktionsdesign, grundkurs (7,5 HP) Sammanfattande föreläsning
Interaktionsdesign, grundkurs (7,5 HP) Sammanfattande föreläsning Interaktionsdesign Designing interactive products to support the way people communicate and interact in their everyday and working lives.
Läs merObjekt-orienterad Programmering och Design. TDA551 Alex Gerdes, HT-2016
Objekt-orienterad Programmering och Design TDA551 Alex Gerdes, HT-2016 Kursteamet Dr. Alex Gerdes kursansvarig, föreläsare Dr. Niklas Broberg examinator, (föreläsare) Fredrik Sjöholm handledare Johan Andersson
Läs merFokus Yrkesutbildning VO
www.vo-college.se/esf Fokus Yrkesutbildning VO Genomförandeprojekt i den nationella utlysningen "Effektivare strukturer för en bättre Yrkesutbildning Olga Orrit delprojektledare med ansvar för språk och
Läs merTDDC74 FÖRELÄSNING 9 ANDERS MÄRAK LEFFLER IDA/HCS
TDDC74 FÖRELÄSNING 9 ANDERS MÄRAK LEFFLER IDA/HCS 180226 Idag (ADT), OOP i Racket, labb 5 2 Allmän info Duggan. Laboration 4 deadline. Planering framöver Muddy cards (nästa timme) 3 Lite repetition ADT
Läs merKravställande/kravhantering
Kravställande/kravhantering Systemering med användarfokus Suzana Ramadani 1 ACD metoden: faserna Analys Användaranalys Uppgiftsanalys Kravställande Funktionalitetskrav Egenskapskrav Användbarhetskrav Design
Läs merProjekt: Utveckling av ett användargränssnitt
Projekt: Utveckling av ett användargränssnitt Daniel Bosk interactivesys.tex 221 2017-09-25 14:46:14Z jimahl Innehåll 1 Introduktion 1 2 Syfte 2 3 Läsanvisningar 2 4 Genomförande 2 5 Examination 3 5.1
Läs merREPUBLIC OF INNOVATION
- We are the - REPUBLIC OF INNOVATION we make products easy to use... REPUBLIC OF INNOVATION Vi hjälper företag med innovation. Vi är designers och ingenjörer som utvecklar produkter och tjänster som är
Läs merObjekt-orienterad utveckling. Objektorienterad analys och design. Objekt-orienterad programutveckling. Objekt-orienterad analys och design: Litteratur
Objekt-orienterad utveckling Saker man vill uppnå: Objektorienterad analys och design Sven-Olof Nyström Uppsala Universitet 16 mars 2005 en systematisk metod för att gå från problembeskrivning till färdigt
Läs merFrån extern till intern på tre dagar Erfarenheter från externa lärares pedagogiska kompetensutveckling
Från extern till intern på tre dagar Erfarenheter från externa lärares pedagogiska kompetensutveckling Maria Göransdotter, Designhögskolan, Umeå Universitet Margareta Erhardsson, Universitetspedagogiskt
Läs merMO8007 VT2017. Antal svar: 4
MO8007 VT07 Antal :. Vad var bäst med kursen? Vad var bäst med kursen? Aitors engagemang som labassistent The tight connection between the course literature, lectures and laboratories. Innehållet och upplägget!
Läs merFrågetekniker. Föreläsning 3, Utvärderingstekniker MDI, Lena Palmquist 1. Än en gång: JEdit (Py Kollberg) Loggning. Tolkande dataanalys
Föreläsning 3, Utvärderingstekniker Än en gång: Frågetekniker Att läsa: Sharp, Helen, Rogers, Yvonne & Preece, Jenny E. (2007) Interaction design. Wiley. Kapitel 13-15. Mål, frågeställningar Teknik Hur
Läs merMänniska-datorinteraktion och användarcentrerad design
Människa-datorinteraktion och användarcentrerad design Tisdagen den 7 februari 10-12, E33 Människa-datorinteraktion "HCI is a discipline concerned with the design, evaluation and implementation of interactive
Läs merMÄLARDALENS HÖGSKOLA. Kravspecifikation KPP017
MÄLARDALENS HÖGSKOLA Kravspecifikation KPP017 Annika Henrich, Claes Eriksson, Emma Johansson, Nadja Suonperä 091006 Inledning En kravspecifikation är ett slags kontrakt som upprättas mellan uppdragsgivare
Läs merRevidering av ISO 9001. 2013-11-05 Peter Allvén SIS TK-304/PostNord
Revidering av ISO 9001 Förändringar i ny version av ISO 9001 Det är inte bara ISO 9001 (kraven) som är under översyn utan även ISO 9000 som omfattar Concepts and Terminology. Viktigt att notera är att
Läs merEvaluation Summary - CT3380 Grundläggande webbdesign HT05 Dan Levin
Evaluation Summary - CT8 Grundläggande webbdesign HT Dan Levin Antal kursutvärderingar: Q. Anser du dig ha tillräckligt med förkunskaper för att klara kursen? (=JA =NEJ) Q. a Kurslitteratur? 7 Medel:.
Läs merSänk kostnaderna genom a/ ställa rä/ krav och testa effektivt
Sänk kostnaderna genom a/ ställa rä/ krav och testa effektivt Kravhantering / Testprocess - Agenda AGENDA Grundläggande kravhanteringsprocess. Insamling, dokumentation, prioritering, Test och förvaltning
Läs merMetoder för datainsamling
Metoder för datainsamling Föreläsning 16/10-2002 Christina von Dorrien Kapitel 9.4, 12-13 Användarcentrerad designmetodik Analysera användare, användningssituation och uppgift Testa och utvärdera designförslag,
Läs merChaos om IT-projekt..
Användarcentrerad systemutveckling, gränssnitt och prototyper. Lämplig extraläsning Gulliksen, Göransson: Användarcentrerad systemdesign, Studentlitteratur, kapitel: 4, 5, 6, 7, 8, 9 (Bredvidläsning) Syfte
Läs merVässa kraven och förbättra samarbetet med hjälp av Behaviour Driven Development Anna Fallqvist Eriksson
Vässa kraven och förbättra samarbetet med hjälp av Behaviour Driven Development Anna Fallqvist Eriksson Kravhantering På Riktigt, 16 maj 2018 Anna Fallqvist Eriksson Agilista, Go See Talents linkedin.com/in/anfaer/
Läs merChaos om datorprojekt..
Systemutveckling och användbarhet Användarcentrerad systemutveckling, gränssnitt och prototyper. Referens till avsnitt i kursboken Dix kapitel 6 Gulliksen, Göransson: Användarcentrerad systemdesign, kapitel:
Läs merManhour analys EASA STI #17214
Manhour analys EASA STI #17214 Presentatör Johan Brunnberg, Flygteknisk Inspektör & Del-M Koordinator Sjö- och luftfartsavdelningen Operatörsenheten Sektionen för teknisk operation 1 Innehåll Anmärkningen
Läs merInteraktionsdesign, grundkurs (7,5 HP)
Interaktionsdesign, grundkurs (7,5 HP) Vem är jag? Mattias Wallergård Elektroteknik, PhD (LTH) Forskar och undervisar inom interaktionsdesign, Virtual Reality & Augmented Reality Det började med att farmor
Läs mermen borde vi inte också testa kraven?
men borde vi inte också testa kraven? Robert Bornelind Presentation på SAST, 24 februari 2011 SQS Software Quality Systems Sweden AB Innehåll Introduktion Kvalitet, tid och kostnad Process Testning av
Läs merPRODUKTUTVECKLING. Ämnets syfte
PRODUKTUTVECKLING Ämnet produktutveckling behandlar arbetsprocessen för att skapa en produkt samt produktens material, konstruktion och design. Ämnet behandlar också hur olika intressenters krav samordnas
Läs merBoken. Kap 2.1-2.4 Kap 11.3
Konceptuell design Boken Kap 2.1-2.4 Kap 11.3 Konceptuell design är helt grundläggande inom interaktionsdesign kan upplevas som abstrakt och svårt att förstå förstås bäst genom att man utforskar och upplever
Läs merKanban är inte din process. (låt mig berätta varför) #DevLin2012 15 Mars 2012
Kanban är inte din process (låt mig berätta varför) #DevLin2012 15 Mars 2012 Torbjörn Tobbe Gyllebring @drunkcod tobbe@cint.com Är du eller känner du en Kanban hipster? Förut körde vi X nu kör vi Kanban
Läs merVälkomna till DIT012 IPGO. Tyvärr en bug i Google Docs: Sidnummer stämmer inte alltid. Alla anteckningar börjar på sidan 1.
Välkomna till DIT012 IPGO 1 Tyvärr en bug i Google Docs: Sidnummer stämmer inte alltid. Alla anteckningar börjar på sidan 1. Lärare och Handledare Kursansvariga, examinatorer, föreläsare och handledare
Läs merFöreläsning 1, vecka 6: Abstraktion genom objektorientering
TDA 548: Grundläggande Programvaruutveckling Föreläsning 1, vecka 6: Abstraktion genom objektorientering Magnus Myréen Chalmers, läsperiod 1, 2016-2017 Hur skulle ni implementera detta? (3D demo) Vi återkommer
Läs merFokus Yrkesutbildning VO
www.vo-college.se/esf Fokus Yrkesutbildning VO Genomförandeprojekt i den nationella utlysningen "Effektivare strukturer för en bättre Yrkesutbildning Olga Orrit delprojektledare med ansvar för språk och
Läs merFöreläsning 12 Inspektionsmetoder. Rogers et al. Kapitel 15
Föreläsning 12 Inspektionsmetoder Rogers et al. Kapitel 15 Inspektionsmetoder Metoder som genomförs utan användare En eller helst flera experter utför en inspektion eller granskning Man utgår ifrån vedertagna
Läs merVad är design? Designmetodik. Varför en metodik? Samma (5!) huvudmoment. Härledning av form från specifikation. Användarcentrerad designmetodik
Designmetodik Vad är design? Föreläsning 11/9 2003 Preece: kap 1, 6.1-6.3 Härledning av form från specifikation Varför en metodik? Användarcentrerad designmetodik En metodik är tänkt att vara en hjälp
Läs merInlämning 2 - Förslag till tentamensfrågor i Kravhantering, Grupp A. Kompletterar de kursavsnitt som inte täcktes av förra inlämningen.
Inlämning 2 - Förslag till tentamensfrågor i Kravhantering, Grupp A Totalt 15 poäng Kompletterar de kursavsnitt som inte täcktes av förra inlämningen. 1 Vilka två av följande påståenden angående stilar
Läs mer