11 |
\large{av}\\ |
\large{av}\\ |
12 |
\LARGE{Jonas Petersson \& Mathias Börjesson}\\\vspace{.4in} |
\LARGE{Jonas Petersson \& Mathias Börjesson}\\\vspace{.4in} |
13 |
\large{Institutionen för programvaruteknik och datavetenskap\\ |
\large{Institutionen för programvaruteknik och datavetenskap\\ |
14 |
Blekinge Tekniska Högskola\\\vspace{.03in} |
Blekinge Tekniska Högskola\\\vspace{.03in}} |
15 |
\texttt{e-mail:}\\ |
\texttt{e-mail:}\\ |
16 |
\emph{jopd01@student.bth.se}}\\ |
\emph{jopd01@student.bth.se}\\ |
17 |
\emph{tb00mbo@student.bth.se}\\ |
\emph{tb00mbo@student.bth.se}\\ |
18 |
\end{centering} |
\end{centering} |
19 |
\newpage |
\newpage |
67 |
snabbt att skriva ner de kommandon som ser till att |
snabbt att skriva ner de kommandon som ser till att |
68 |
källfilerna ligger i en katalog, de kompilerade |
källfilerna ligger i en katalog, de kompilerade |
69 |
programmet i en, och hjälp filerna i en tredje (om |
programmet i en, och hjälp filerna i en tredje (om |
70 |
programmeringsspråket stödjer detta (t.ex. java API).\\ |
programmeringsspråket stödjer detta (t.ex. Java API).\\ |
71 |
|
|
72 |
%Eller är det svaret vi skall skjuta in? |
%Eller är det svaret vi skall skjuta in? |
73 |
Men hur är detta något som är intressant ur en MDI |
Men hur är detta något som är intressant ur en MDI |
119 |
den. När man har kommit förbi detta stadiet så kan man |
den. När man har kommit förbi detta stadiet så kan man |
120 |
bygga en lite mera avancerad prototyp för att vidare |
bygga en lite mera avancerad prototyp för att vidare |
121 |
utveckla produkten. En mock-up är vanligtvis (eller |
utveckla produkten. En mock-up är vanligtvis (eller |
122 |
i alla fall dom vi har gjort) ''dynamiskt statiska`` |
i alla fall dom vi har gjort) ``dynamiskt statiska'' |
123 |
vilket kan låta som en motsägelse, men vad vi menar med |
vilket kan låta som en motsägelse, men vad vi menar med |
124 |
det är att den görs dynamisk är att det går att byta |
det är att den görs dynamisk är att det går att byta |
125 |
detaljer i mock-upen för att symbolisera interaktion. En |
detaljer i mock-upen för att symbolisera interaktion. En |
156 |
har sett programmet tidigare, eller ens ett program som |
har sett programmet tidigare, eller ens ett program som |
157 |
liknar detta (till funktionalitet sett). |
liknar detta (till funktionalitet sett). |
158 |
|
|
159 |
\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''} |
160 |
(Grand, M. 1999)\\ |
(Grand, M. 1999)\\ |
161 |
Detta är viktigt därför att om det inte går att göra fel, |
Detta är viktigt därför att om det inte går att göra fel, |
162 |
eller viktigare att återhämta sig från ett fel utan en |
eller viktigare att återhämta sig från ett fel utan en |
173 |
\subsection{Vikten av att känna igen sig i ett program} |
\subsection{Vikten av att känna igen sig i ett program} |
174 |
|
|
175 |
En viktig sak med att få användaren att känna igen sig |
En viktig sak med att få användaren att känna igen sig |
176 |
är att detta ger en ''säkerhets känsla`` i programmet, |
är att detta ger en ``säkerhets känsla'' i programmet, |
177 |
användaren känner att han vet (i viss mån) hur han skall |
användaren känner att han vet (i viss mån) hur han skall |
178 |
bära sig åt för att göra olika saker. Nästan alla |
bära sig åt för att göra olika saker. Nästan alla |
179 |
program där man kan spara sitt arbete, öppna en fil med |
program där man kan spara sitt arbete, öppna en fil med |
180 |
gammalt arbete osv har detta i en meny märk ''Arkiv`` på |
gammalt arbete osv har detta i en meny märk ``Arkiv'' på |
181 |
svenska, kommandon som kopiera, klistra in, gör om osv. |
svenska, kommandon som kopiera, klistra in, gör om osv. |
182 |
ligger under en meny ''redigera´´. Detta gör att en |
ligger under en meny ``redigera''. Detta gör att en |
183 |
användare kan känna igen sig även om han aldrig har |
användare kan känna igen sig även om han aldrig har |
184 |
nyttjat programmet tidigare. |
nyttjat programmet tidigare. |
185 |
|
|
190 |
inte så mycket bryr sig om tekniken bakom. |
inte så mycket bryr sig om tekniken bakom. |
191 |
|
|
192 |
Detta innebär dock att för att kunna designa något så |
Detta innebär dock att för att kunna designa något så |
193 |
måste vi känna målgruppen och dess behov. Att jobba med |
måste vi känna till målgruppen och dess behov. Att jobba med |
194 |
interaktions design är väldigt snarlikt till att jobba med |
interaktions design är väldigt snarlikt till att jobba med |
195 |
en användarcentrerad lösning. Det går antingen att jobba |
en användarcentrerad lösning. Det går antingen att jobba |
196 |
med interaktions design om man har en färdig målgrupp som |
med interaktions design om man har en färdig målgrupp som |
198 |
målgrupp, och skapar produkten därefter. |
målgrupp, och skapar produkten därefter. |
199 |
|
|
200 |
Om man har en färdig målgrupp som har behov av en produkt |
Om man har en färdig målgrupp som har behov av en produkt |
201 |
så är det ''enkelt`` att skapa denna då man hela tiden kan |
så är det ``enkelt'' att skapa denna då man hela tiden kan |
202 |
rådfråga målgruppen, skapa mock-uper, prototyper osv, och |
rådfråga målgruppen, skapa mock-uper, prototyper osv, och |
203 |
få direkt feedback på det man har gjort. |
få direkt feedback på det man har gjort. Det finns undantag |
204 |
|
då man inte kan skapa mock-uper och det är när själva slut |
205 |
|
produkten är hemligstämplad och det finns andra aktörer på |
206 |
|
marknaden som jobbar med samma område. Att då låta vanliga |
207 |
|
användare komma i kontakt med sin design innebär att hemlig |
208 |
|
information kan spridas till konkurrenterna om de nu råkas |
209 |
|
få tag på samma testpersoner. |
210 |
|
|
211 |
En annan sak som är viktig, mycket viktig med Interaktions |
En annan sak som är viktig, mycket viktig med Interaktions |
212 |
design är att den sker iterativt. |
design är att den sker iterativt. |
213 |
|
|
214 |
\section{Konceptuella modeller} |
\section{Konceptuella modeller} |
215 |
|
|
216 |
\emph{Det viktigaste är att designa användarens |
\emph{``Det viktigaste är att designa användarens |
217 |
konceptuella modell. Allt annat skall ses som |
konceptuella modell. Allt annat skall ses som |
218 |
underordnat för att göra modellen klar, tydlig och |
underordnat för att göra modellen klar, tydlig och |
219 |
konkret. Detta är nästan tvärt emot hur den mesta |
konkret. Detta är nästan tvärt emot hur den mesta |
220 |
mjukvaran utvecklas.}(Liddle, David. 1996)\\ |
mjukvaran utvecklas.''}(Liddle, David. 1996)\\ |
221 |
Preece, Rogers and Sharp 2002 definierar en konceptuell |
Preece, Rogers and Sharp 2002 definierar en konceptuell |
222 |
modell som \emph{en beskrivning av det föreslagna |
modell som \emph{``en beskrivning av det föreslagna |
223 |
systemet i termer av integrerade idéer och koncept om |
systemet i termer av integrerade idéer och koncept om |
224 |
vad det skall göra, bete sig samt se ut som, som skall |
vad det skall göra, bete sig samt se ut som, som skall |
225 |
förstås av användaren på rätt sätt}\\ |
förstås av användaren på rätt sätt''}\\ |
226 |
|
|
227 |
När man skapar en konceptuell modell så är det viktigt |
När man skapar en konceptuell modell så är det viktigt |
228 |
att man funderar över hur den slutliga produkten skall |
att man funderar över hur den slutliga produkten skall |
286 |
ofta kan man få ett resultat som blir närmare det |
ofta kan man få ett resultat som blir närmare det |
287 |
användaren efterfrågar om man väljer att blanda flera |
användaren efterfrågar om man väljer att blanda flera |
288 |
aktiviteter. |
aktiviteter. |
|
|
|
289 |
\subsubsection{Instruera} |
\subsubsection{Instruera} |
290 |
|
|
291 |
a |
Detta är en relativt enkel modell att bygga upp, även om |
292 |
|
det kan vara krångligt att bygga upp den på ett bra |
293 |
\subsubsection{Konversera} |
sätt. Antingen kan man använda knappar, menyer osv för |
294 |
|
att ge instruktioner, eller så kan man använda |
295 |
a |
textsträngar. En klar nackdel med denna modellen är att |
296 |
|
om kommandona är långa (eller krångliga) kommer |
297 |
|
användaren att glömma bort det, och behöva extra hjälp |
298 |
|
när han skall nyttja denna. Detta är ett vanligt |
299 |
|
mönster, och återfinns i flera produkter på ett sätt |
300 |
|
eller ett annat. |
301 |
|
|
302 |
|
\subsubsection{Konversera} |
303 |
|
|
304 |
|
Denna metoden är vanligast om det handlar om någon form |
305 |
|
av expert system, eller sökfunktioner. En klar fördel |
306 |
|
med att nyttja detta mönster är att även en människa med |
307 |
|
små kunskaper inom både data, och ämnet som experten kan |
308 |
|
kan ställa frågor, och få hjälp. En nackdel med detta |
309 |
|
mönstret är att om användaren ställer frågor på ett sätt |
310 |
|
som man inte har tänkt sig, eller som inte finns med i |
311 |
|
informations basen så kan svaren till användaren bli |
312 |
|
helt uppåt väggarna om man inte är noga med hur man |
313 |
|
behandlar indatan. |
314 |
|
|
315 |
\subsubsection{Manipulera och navigera} |
\subsubsection{Manipulera och navigera} |
316 |
|
|
317 |
a |
a |
318 |
|
|
319 |
\subsubsection{Utforska och surfa} |
\subsubsection{Utforska och surfa} |
320 |
|
|
321 |
a |
a |
322 |
|
|
323 |
\subsection{Konceptuella modeller baserat på objekt} |
\subsection{Konceptuella modeller baserat på objekt} |
324 |
|
|
344 |
produkter, så vi tänker inte gå in på denna så djupt. Dock så |
produkter, så vi tänker inte gå in på denna så djupt. Dock så |
345 |
tror vi att det borde vara en bra metod att iallafall |
tror vi att det borde vara en bra metod att iallafall |
346 |
fundera på, men man måste nog vara försiktig så att man |
fundera på, men man måste nog vara försiktig så att man |
347 |
inte gör ''hål`` i designen då man använder metaforer. |
inte gör ``hål'' i designen då man använder metaforer. |
348 |
|
|
349 |
\section{Värdet av MDI} |
\section{Värdet av MDI} |
350 |
|
|
351 |
Det kanske kan verka abstrakt, och som något som bara tar |
Hela ämnet kanske kan verka abstrakt, och som något som bara tar |
352 |
tid att hålla på med MDI, och allt man kan göra inom detta |
upp tid att hålla på med, men faktum är att den tid (och de pengar) |
|
(mock-ups osv), men faktum är att den tid (och de pengar) |
|
353 |
man lägger ner på MDI tjänar man igen ganska så fort. |
man lägger ner på MDI tjänar man igen ganska så fort. |
354 |
Dessutom så är det med hjälp av en mock-up lätt att tidigt |
Dessutom så är det med hjälp av en mock-up lätt att tidigt |
355 |
fånga design fel, eller till och med logik fel, och ju |
fånga design fel, eller till och med logik fel, och ju |
365 |
att de inte kan nyttja den kommer inte att köpa en produkt |
att de inte kan nyttja den kommer inte att köpa en produkt |
366 |
till av samma företag som den förra. |
till av samma företag som den förra. |
367 |
|
|
368 |
|
Även om själva funtionaliteten i applikationen (eller vad |
369 |
|
det nu är som skapats) kanske är helt banbrytande och |
370 |
|
ruskigt innovativ så kanske inte produkten kan säljas |
371 |
|
ändå, på grund av att användarna helt enkelt inte klarar |
372 |
|
av att använda den för att gränssnittet är alldeles för |
373 |
|
klumpigt, långsamt och förvirrande. \emph{``Jag fattar inte varför man år 2000 ska behöva |
374 |
|
vänta ibland en sekund innan telefonen fattar att man |
375 |
|
vill hoppa ett steg till vänster i menyerna.''}(Mats |
376 |
|
Ekstrand, 2000-09-20 i en recension av Ericssons R310) |
377 |
|
Man brukar säga att utseendet inte spelar någon roll, |
378 |
|
men när det gäller MDI så spelar det stor roll. Det första |
379 |
|
man möts av när man får/köper en produkt är gränssnittet, |
380 |
|
må det så vara en knappsats, touchscreen eller ett flashigt GUI. |
381 |
|
|
382 |
\end{document} |
\end{document} |