/[cvs]/Kamel/HCI_text.tex

Diff of /Kamel/HCI_text.tex

Parent Directory | Revision Log | View Patch Patch

-revision 1.4 by eax,
Sun Mar  9 16:40:50 2003 UTC
+revision 1.8 by eax,
Sun Mar  9 17:23:28 2003 UTC
 Line 22
    \onehalfspacing
      \section{Kurserfarenheter} %Är detta ett bra namn?
-       Detta kapitel kommer vi att ta upp delar av det vi har gått igenom
+       Detta kapitel kommer att ta delar av det vi har gått igenom
        i kursen, samt försöka belysa vissa av dem.
          \subsection{Användandet av en minsta gemensamma
 Line 65
            kommando. Detta innebär att det blir enklare att hålla
            ordning på det man utvecklar då det i scriptet går
            snabbt att skriva ner de kommandon som ser till att
-           källfilerna ligger i en katalog, det kompilerade
+           källfilerna ligger i en katalog, de kompilerade
            programmet i en, och hjälp filerna i en tredje (om
-           programmeringsspråket stödjer detta (t.ex. Java API).\\
+           programmeringsspråket stödjer detta (t.ex. java API).\\
            %Eller är det svaret vi skall skjuta in?
            Men hur är detta något som är intressant ur en MDI
 Line 119
            den. När man har kommit förbi detta stadiet så kan man
            bygga en lite mera avancerad prototyp för att vidare
            utveckla produkten. En mock-up är vanligtvis (eller
-           i alla fall dom vi har gjort)
+           i alla fall dom vi har gjort) ''dynamiskt statiska``
-           %Uhm, va?
-           ''dynamiskt statiska``
            vilket kan låta som en motsägelse, men vad vi menar med
            det är att den görs dynamisk är att det går att byta
            detaljer i mock-upen för att symbolisera interaktion. En
-Line 158
+Line 156
          har sett programmet tidigare, eller ens ett program som
          liknar detta (till funktionalitet sett).
-         \emph{``Ett väl-designat GUI låter användaren göra fel''}
+         \emph{Ett väl-designat GUI låter användaren göra fel}
          (Grand, M. 1999)\\
          Detta är viktigt därför att om det inte går att göra fel,
          eller viktigare att återhämta sig från ett fel utan en
-Line 175
+Line 173
          \subsection{Vikten av att känna igen sig i ett program}
            En viktig sak med att få användaren att känna igen sig
-           är att detta ger en ``säkerhets känsla'' i programmet,
+           är att detta ger en ''säkerhets känsla`` i programmet,
            användaren känner att han vet (i viss mån) hur han skall
            bära sig åt för att göra olika saker. Nästan alla
            program där man kan spara sitt arbete, öppna en fil med
-           gammalt arbete osv har detta i en meny märk ``Arkiv'' på
+           gammalt arbete osv har detta i en meny märk ''Arkiv`` på
            svenska, kommandon som kopiera, klistra in, gör om osv.
-           ligger under en meny ``redigera''. Detta gör att en
+           ligger under en meny ''redigera´´. Detta gör att en
            användare kan känna igen sig även om han aldrig har
            nyttjat programmet tidigare.
-Line 192
+Line 190
          inte så mycket bryr sig om tekniken bakom.
          Detta innebär dock att för att kunna designa något så
-         måste vi känna till målgruppen och dess behov. Att jobba med
+         måste vi känna målgruppen och dess behov. Att jobba med
          interaktions design är väldigt snarlikt till att jobba med
          en användarcentrerad lösning. Det går antingen att jobba
          med interaktions design om man har en färdig målgrupp som
-Line 200
+Line 198
          målgrupp, och skapar produkten därefter.
          Om man har en färdig målgrupp som har behov av en produkt
-         så är det ``enkelt'' att skapa denna då man hela tiden kan
+         så är det ''enkelt`` att skapa denna då man hela tiden kan
          rådfråga målgruppen, skapa mock-uper, prototyper osv, och
-         få direkt feedback på det man har gjort. Det finns undantag
+         få direkt feedback på det man har gjort.
-         då man inte kan skapa mock-uper och det är när själva slut
-         produkten är hemligstämplad och det finns andra aktörer på
-         marknaden som jobbar med samma område. Att då låta vanliga
-         användare komma i kontakt med sin design innebär att hemlig
-         information kan spridas till konkurrenterna om de nu råkas
-         få tag på samma testpersoner.
          En annan sak som är viktig, mycket viktig med Interaktions
          design är att den sker iterativt.
        \section{Konceptuella modeller}
-         \emph{``Det viktigaste är att designa användarens
+         \emph{Det viktigaste är att designa användarens
          konceptuella modell. Allt annat skall ses som
          underordnat för att göra modellen klar, tydlig och
          konkret. Detta är nästan tvärt emot hur den mesta
-         mjukvaran utvecklas.''}(Liddle, David. 1996)\\
+         mjukvaran utvecklas.}(Liddle, David. 1996)\\
          Preece, Rogers and Sharp 2002 definierar en konceptuell
-         modell som \emph{``en beskrivning av det föreslagna
+         modell som \emph{en beskrivning av det föreslagna
          systemet i termer av integrerade idéer och koncept om
          vad det skall göra, bete sig samt se ut som, som skall
-         förstås av användaren på rätt sätt''}\\
+         förstås av användaren på rätt sätt}\\
          När man skapar en konceptuell modell så är det viktigt
          att man funderar över hur den slutliga produkten skall
-Line 245
+Line 237
          dags att börja fundera över hur GUI't skall se ut, olika
          mönster, dess fördelar och nackdelar osv. Ju fler man
          provar med, och funderar över, ju större är chansen att
-         produkten blir bra. Det är viktigt att man jobbar
+         produkten blir bra, och det är viktigt att man jobbar
-         iterativt, att man använder lite olika metoder och
+         iterativt, och att man använder lite olika metoder, och
          data (gärna även utvecklare om det går) i dom olika
          iterationerna för att täcka in så mycket som möjligt.
-Line 291
+Line 283
          \subsubsection{Instruera}
-           a
+           b
          \subsubsection{Konversera}
-Line 307
+Line 299
          \subsection{Konceptuella modeller baserat på objekt}
-           a
+           När man utgår från ett objekt så tar man ett objekt som
+           användaren kan relatera till, en bok, kaffe bryggare
-       \section{Värdet av MDI}
+           eller dyl. Och sedan så gör man sin modell så att den
+           liknar det fysiska objektet. Det bör även gå att
-         Hela ämnet kanske kan verka abstrakt, och som något som bara tar
+           manipulera objektet på ett vis som liknar det fysiska
-         upp tid att hålla på med, men faktum är att den tid (och de pengar)
+           objektet. Men man bör även tänka på vilka funktioner en
-         man lägger ner på MDI tjänar man igen ganska så fort.
+           användare kan tänkas önska utöver dom som finns i det
-         Dessutom så är det med hjälp av en mock-up lätt att tidigt
+           verkliga objektet. Om man gör en ordebehandlare kan det
-         fånga design fel, eller till och med logik fel, och ju
+           vara väldigt trevligt om denna klarar av att t.ex.
-         tidigare man kan hitta fel, desto billigare blir dom att
+           kompilera texten, rättstavning osv.
-         avhjälpa.
+       \subsection{Interface metaforer}
-         En annan viktig sak att tänka på med MDI är att man kan på
-         ett sätt använda det som en reklam tavla för sitt företag,
+         Denna metod går ut på att man tar och försöker efterlikna
-         om man gör en extraordinär lösning på något så kommer
+         en välkänd metod, eller något som användaren känner igen
-         detta att sprida sig, men det kommer ännu mer att sprida
+         för att manipulera systemet. Det handlar oftast om att man
-         sig om man gör dåliga MDI lösningar. Ett företag som
+         försöker abstrahera bort hur datorn gör, och istället
-         tidigare har köpt en produkt som kanske är bra, bara det
+         likna det vi något som man känner igen. Dock så är boken
-         att de inte kan nyttja den kommer inte att köpa en produkt
+         vi har väldigt kritisk mot denna metoden att utveckla
-         till av samma företag som den förra.
+         produkter, så vi tänker inte gå in på denna så djupt. Dock så
+         tror vi att det borde vara en bra metod att iallafall
-         Även om själva funtionaliteten i applikationen (eller vad
+         fundera på, men man måste nog vara försiktig så att man
-         det nu är som skapats) kanske är helt banbrytande och
+         inte gör ''hål`` i designen då man använder metaforer.
-         ruskigt innovativ så kanske inte produkten kan säljas
-         ändå, på grund av att användarna helt enkelt inte klarar
+     \section{Värdet av MDI}
-         av att använda den för att gränssnittet är alldeles för
-         klumpigt, långsamt och förvirrande. \emph{``Jag fattar inte varför man år 2000 ska behöva
+       Det kanske kan verka abstrakt, och som något som bara tar
-         vänta ibland en sekund innan telefonen fattar att man
+       tid att hålla på med MDI, och allt man kan göra inom detta
-         vill hoppa ett steg till vänster i menyerna.''}(Mats
+       (mock-ups osv), men faktum är att den tid (och de pengar)
-         Ekstrand, 2000-09-20 i en recension av Ericssons R310)
+       man lägger ner på MDI tjänar man igen ganska så fort.
-         Man brukar säga att utseendet inte spelar någon roll,
+       Dessutom så är det med hjälp av en mock-up lätt att tidigt
-         men när det gäller MDI så spelar det stor roll. Det första
+       fånga design fel, eller till och med logik fel, och ju
-         man möts av när man får/köper en produkt är gränssnittet,
+       tidigare man kan hitta fel, desto billigare blir dom att
-         må det så vara en knappsats, touchscreen eller ett flashigt GUI.
+       avhjälpa.
+       En annan viktig sak att tänka på med MDI är att man kan på
+       ett sätt använda det som en reklam tavla för sitt företag,
+       om man gör en extraordinär lösning på något så kommer
+       detta att sprida sig, men det kommer ännu mer att sprida
+       sig om man gör dåliga MDI lösningar. Ett företag som
+       tidigare har köpt en produkt som kanske är bra, bara det
+       att de inte kan nyttja den kommer inte att köpa en produkt
+       till av samma företag som den förra.
+       Även om själva funtionaliteten i applikationen (eller vad
+       det nu är som skapats) kanske är helt banbrytande och
+       ruskigt innovativ så kanske inte produkten kan säljas
+       ändå, på grund av att användarna helt enkelt inte klarar
+       av att använda den för att gränssnittet är alldeles för
+       klumpigt, långsamt och förvirrande. \emph{``Jag fattar inte varför man år 2000 ska behöva
+       vänta ibland en sekund innan telefonen fattar att man
+       vill hoppa ett steg till vänster i menyerna.''}(Mats
+       Ekstrand, 2000-09-20 i en recension av Ericssons R310)
+       Man brukar säga att utseendet inte spelar någon roll,
+       men när det gäller MDI så spelar det stor roll. Det första
+       man möts av när man får/köper en produkt är gränssnittet,
+       må det så vara en knappsats, touchscreen eller ett flashigt GUI.
  \end{document}

 Legend:



Removed from v.1.4
 


changed lines


 
Added in v.1.8
 Legend:



Removed from v.1.4
 


changed lines


 
Added in v.1.8
-Removed from v.1.4
+Added in v.1.8

root@recompile.se	ViewVC Help
Powered by ViewVC 1.1.26