AMS-case forts. Eksemplifisering av modellbasert. tilnærming til design av brukergrensesnitt

Transkript

1 AMS-case forts. Eksemplifisering av modellbasert tilnærming til design av brukergrensesnitt

2 Objekt-interaktor med valg Relatert objekt velges ofte blant mange kandidater Output av kandidat-sett Input av objekt fra settet Inkluderer ofte spesiell visning av valgt objekt

3 Alternativer Alternativ 1: Elementer velges i venstre sett og flyttes til høyre eller omvendt Alternativ 2: Elementer legges til høyre sett og fjernes (forsvinner aldri fra venstre sett) Spørsmål: Hva skjer om filter endres til å utelate elementer i høyre sett?

4 Alternativ 1 Interaktor for hvert sett To sett knapper og add- og removefunksjoner

5 Interaktor-sammensetninger hierarchy message list single message

6 Sammensetning Seleksjon 1 Output: Mail Node-hierarki Input: Mailbox Seleksjon 2 Output: Sett av relaterte Messages Input: Message-element Melding Output: Message-element

7 Sammensetning Seleksjon 1 Output: Mail Node-hierarki Input: Mailbox Seleksjon 2 Output: Sett av relaterte Messages Input: Message-element Melding Output: Message-element

8 Modelleringsoppgave Gitt domenemodellen: Scenario En kunde ringer sentralbordet og vil snakke med en ansatt hun har hatt kontakt med. Hvem skal hun settes over til? Brukeren skal kunne finne kunden blant alle registrerte kunder se hvem denne kunden har hatt kontakt med velge hvilken å sette over telefonen til Modeller dialogelementene som trengs

9 Løsning To seleksjonsinteraktorer valg av kunde valg av relatert ansatt Én funksjon beregne sett an ansatte for valgt kunde, basert på kontakt-relasjonen Realisering (to alternativer): to Listbox er med single selection et tre-view, med ansatte på nivået under kunder Takk for hjelpen!

10 Generelt problem Dialogmodellering er bra for å beskrive funksjonen til enkelt-komponenter som finnes i GUI-toolkits ønsket funksjon og finne passende toolkit-elementer grov-oppførselen til sammenkoblede UI-elementer gjenbrukbare UI-strukturer Det er verre å bestemme hvordan UI-elementene skal settes samme, slik at oppgaver blir lettere å gjennomføre velge overordnet grensesnittstruktur Må styres av eksplisitte modeller av hva brukeren ønsker å oppnå dvs. målet hvilke oppgaver brukeren derfor må utføre

11 Oppgave-basert design Oppgavestrukturen sier noe om når de ulike UI-komponentene er relevante

12 UI modelling - perspectives Task models How are tasks actually performed? What is the user supposed to be able to do? Dialog model What functional (abstract) UI elements do we need? How are they composed? Look & feel model How are objects and actions visualized and laid out? What are the interaction details

13 Oppgavemodellen kan ses på som krav

14 TaskMODL example 1 Read User client Mailboxes Mailbox {} In Out conceptual model 1.1 Get new In task structure messages 1.2 Manage messages message Manage message Read message Transfer message Message A mailbox contains messages User performs Read using client The current set of mailboxes provides the task context Get new uses In mailbox and provides Manage with a set of messages Manage implies acting on each individual message in the input set A message is transferred after it is read

15 Bruk av telefon... Bruke telefon alternativer sekvens Ringe ut Ta imot Summetone Finne nr. nr Taste nr. Samtale Lagre nr. Notere Huske nr? veksling betinget overlappende nr? flyt

16 Sequence relations constraints for the super-/subtask part-of relation Aggregation Order Sequence Choice a b c d a, b, c a, b, d c, a, b d, a, b cardinality provides additional constrains a b c d c or d can in addition occur in between a and b

17 Oppgaver for AMS-case Med utgangspunkt i domenemodell opprette/registrere ulike typer elementer/objekter finne elementer basert på attributter og relaterte elementer Med utgangspunkt i scenarier beskrive scenario list opp og detaljér oppgaver

18 Typisk struktur Domenemodellen beskriver begreper og relasjoner nødvendig informasjon for opprettelse av (konfigurasjoner av) elementer Oppgavemodellen beskriver forutsetninger/premiss (pre-conditions) oppgave(struktur) konsekvens/resultatet (mål, post-condition) Relativt opplagt oppgavestruktur ved opprettelse av elementer

19 Eier Dyr Avtale Opprette elementer?

20 Opprette avtale Opprette avtale krever en eier Dyr identifiseres eller registreres om mulig, basert på kontekstuell informasjon Resultat: Avtale relatert til eier og dyr

21 Dyr Eier Finne elementer

22 Søk vha. attributter Flere former for søk direkte vha. spesifikke enkeltverdier alternativer vha. sett av intervaller og enkeltverdier wild-cards komplekse uttrykk eller betingelser Søk på attributt(er) kan derfor være mer komplekst enn det ser ut

23 Finne elementer alternativer

24 Finne avtaler + = alternativt

25 Designeksempel Scenario En dame ringer: Hei, Jeg tror Schnauseren min bør kastreres. Kan dere se på den til uken? Hvilke oppgaver krever dette av AMS-brukeren? søke etter og evt. registrere eier og dyr finne ansatt som kan kastrere foreslå tidspunkt basert på tilgjengelighet la eieren velge tidspunkt

26 Opprette avtale Opprette avtale krever en eier Dyr identifiseres eller registreres om mulig, basert på kontekstuell informasjon Resultat: Avtale relatert til eier og dyr Hva slags føringer legger dette på dialogen?

27 Dialogmodell Interaktorer for å etablere preconditions Finn systemfunksjoner Koble sammen

28 Deldialog for dyr

29 Designeksempel Scenario En dame ringer: Hei, Schnauseren min har oppført seg så merkelig etter at dere kastrerte den i forrige uke. Kan dere se på den igjen før helga? Hvilke oppgaver krever dette av AMS-brukeren? søk etter tidligere avtale tid (forrige uke), dyr (Schnauser) og behandling (kastrasjon) identifikasjon av eier tidligere avtale, dyr (Schnauser) og evt. kjønn (stemmen) opprettelse av ny avtale dyr, eier, tilgjengelig behandler ønsket tidspunkt