Vi blev enige om at en af os skulle "lege computer", dvs bladre i papirene efter hvilken knap Michael eller Jan "trykkede på", mens en anden skulle sidde i baggrunden og skrive brugerreaktionerne ned. Vi ville ikke styre forløbet ved at fortælle dem hvad de skulle kigge på og i hvilken rækkefølge de skulle vælge knapper, så tog vi den besluttning at vi ville være der for at vejlede og hjælpe men ikke dirigere.
Michael og Jan virkede lidt usikkre på hvordan det hele skulle
foregå, da vi forklarede vores plan om at lege computer, men de fandt
hurtigt ude af det efter vi havde viste dem en eksempel på hvad de
kunne gør. Som vi havde forventet kom de ikke med større forslag
til hvordan brugergrænsefladen skulle se ud, men mere til funktionalitet.
Nogle generelle ting var at de kunne godt lide den måde at
vi havde delt vinduer op på, feks i Abonnent vinduet, hvor alle oplysninger
om kunden står øverst, mens abonnement relevante ting står for
neden. De var enige med os i at Be: og La: skulle fjernes fra hver
liste af tegneserier, da de er mindre vigtig og lidt forvirrende. De
sagde også at inaktiv knapper skulle være greyed out.
De fleste
forslag handlede om vores SoegTegneserie og Abonnent vindue. Dette var
ikke overaskende da de er de to største vinduer vi har lavet.
M.h.t. Abonnent vinduet var de stort set tilfredse, men der
var nogle mindre detaljer der skulle ændres eller bestemmes. Vi vidste
ikke hvordan vi skulle vise abonnement relevant oplysninger, som
f.eks. fra, til og antal, og de sagde at de var fint at vise dem i de
felter vi havde lavet, da det ikke er så tit at man har brug for at se
dem, og det kunne være for meget at sætte dem oppe i abonnement
listen.
De ville også have en Vis/Ret knap, som vil vise enten en
serie, et crossover, eller et enkelt nummer, alt efter den abonnement
der blev valgt i abonnement listen. De ville gerne have at et
doubleklik i abonnement listen vil fungere det samme som at trykke på
Vis/Ret knappen.
De havde også nogle kommentarer til SoegTegneserie
vinduet. Michael sagde at m.h.t. dato felterne, var det nok med et
felt som vil indeholde en dato på formen MMÅÅ. I resultat listen
skulle det være muligt at vælge flere elementer ad gangen, fordi det
ville gøre det meget nemmere når man skal bruge knapper Tilføj til
abonnement, Opdater aktuelt nummer og Bestilt til Ankommet,
hvis man ikke
er nød til at gøre det enkeltvis.
Det kan lige bemærkes her, at dette
ikke blev implementeret p.g.a. tidspres. Hvis man kunne vælge flere
elementer i listen og bagefter trykkede på Vis/Ret knappen, vises kun
det første element.
Vi blev enige om at når man trykker på Opdater
aktuelt nummer (m.h.t. en udvalgt serie), vil systemet lave en kopi af
den eksisterende aktuelt enkelt nummer, men dataen i kopien
efterfølges af * for at vise at den er en kopi med muligvis forkert
oplysning.
Vi var meget tilfredse med evalueringsessionen og Michael og Jans kommentarer. Vi havde ikke forventet at de ville komme med så mange forslag som de gjorde. Det kunne skyldes at det er nemmere at give kritik om noget så reelt som en brugergrænseflade, selvom den kun var på papir, end det er at kritisere en systemdefinition eller beskrivelse af et problemområde, som er mere fagspecifikt.
Vi havde oprindeligt planlagt at forberede mødet, ved evt. at fortælle brugerne lidt om
hvad vi havde implementeret, samt måske lave en brugssituation med nogle kunder
der ville abonnere på nogle tegneserier.
Dette blev der imidlertid ikke tid til, så den eneste forberedelse til mødet med
kunderne var indkøb af kaffe og kage i kantinen, samt erobring af tre maskiner
ved siden af hinanden.
Kunden havde i sin tid givet os en diskette med en mængde tegneseriedata på, men
der var desværre ikke tid til at konvertere disse data til vores format. Derfor var
mængden af testdata ikke særlig stor.
Kunden ville gerne have vores rapporter, når projektet var færdigt.
Ok med antal af vinduer, hvis vi tilføjer nogle få genvejs knapper og short cuts. Michael var meget interesseret i at få short cuts i programmet. Double clicks i scroll-lister vil også være en pæn ting. (Vi fik kun puttet double click i Kunde vinduet.)
Sjov ting: Brugeren ønskede en mørk baggrund i vores desktop når han skulle se på vinduerne.
Data går tabt når programmet crasher. Det kan ændres ved en opdater database-knap og/eller automatisk backup ved tryk på knapper.
Bedre hjælpe knapper. Hypertext hjælp.
Jens: Forskel mellem knap og tekst. Hvis han kan læse lidt om funktionalitet
af vinduet og tilhørende knapper er han meget mere tryg.
Uden hjælp/forklaring er han bange for at han vil ødelægge noget.
Her skal det nævnes at Michael udtalte sig på Jens' vegne.
Password: Flere niveauer? Ikke kun 2 bruger levels. Det ville være fint
med en opdeling i flere niveauer med: Ingen password og man kan ingenting.
Lav niveau hvor Jens kan indskrive nye kunder men ikke udskrive eller ændre i
tegneserie information.
Mellem niveau hvor man kan ændre i tegneserie information, indskrive nye
kunder, men ikke udskrive.
Og højt niveau hvor man kan ALT.
Michael accepterede pænt at password ikke er implementeret - vi forklarede hvad skulle være tilgængeligt hvis password er indtastet.
Da Michael skulle vælge en kunde forsøgte han at bruge taster (piletaster plus return)
Automatisk by-navn ved skrivning af postnummer (trekantet knap, hvilket vil sige en smart men unødvendig detalje)
Fejl: Jan fandt ud af at man ved at trykke nedenfor kundens abonnementer kunne få programmet til at gå ned. Dette sker da den automatiske skrivning i: TIL, FRA, VIL HAVE på en ikke defineret abonnement får programmet til at gå ned.
Forvirring angånde C S E (Crossover, Enkeltnummer, Serie).
De burde sorteres så de var hver for sig.
Desuden skulle det være muligt af få listen sorteret efter Titel og
Forlag.
Ingen automatisk sletning af abonnement- Det var Michael glad for,
hvilket var en uventet bonus af vores nedskæring p.g.a. tidspres.
(Det var vores mening af abonnementer skulle slettes automatisk når de
udløb)
Ønske: I kunde vinduet. Hvis man skriver et nyt nummer oppe i informationer om kunden skulle man kunne vælge denne uden at skulle gå igennem søge vinduet først.
Ved valg af en tegneserie til abonnement burde der stå at den valgte nu er tilføjet i abonnementlisten (f.eks. i info-linjen nedersti vinduet)
Der kunne være et felt, der viser hvor mange abonnementer en kunde har.
Man kan ved en fejl tilføje ting til abonnement selvom en kunde er inaktiv eller dårlig afhenter.
Søgning på kasse medførte: CRASH
Kommentarfelt-søgning var han meget tilfreds med.
Tallet i antal abonnementer opdateres ikke efter at tilføj til abonnement er gennemført.
MMÅÅ - Er en god ting. Det bliver uoverskueligt hvis det laves DDMMÅÅ.
Michael havde forestillet sig at vis ville ske ved siden
af søgeresultater. Dvs. i søgekriterie felterne.
(Hvis det skal løses skal der laves en nulstil knap så kriterie
felterne hurtigt kan slettes)
Hele serien kommer nogle gange på en gang, så -> Bestilt2Ankommet: skulle også virke under serie
Bestilt2Ankommet er træls hvis mange skal opdateres. Det giver for mange vindue-popups -> Skulle implementeres i SøgTegneserie.
Søgning på kasse medførte: CRASH
Efter at have lavet en ny crossover eller serie burde søgtegneserien gennemføre en ny søgning automatisk så de ting man har lavet bliver vist i SøgTS
Kommentarfelt-søgning var han meget tilfreds med.
MMÅÅ - Er en god ting. Det bliver uoverskueligt hvis det laves DDMMÅÅ.
Ny abonnent knappen burde være inaktiv.
Michael var specielt glad for butiksbestilling, især hvis den kan
anvendes for andre butikker der bestiller gennem Stribeladen.
Samlede butiksbestilling - forskellige butikker bestiller gennem Stribeladen,
det skulle være muligt at holde dem seperat fra kunder.
Butikkens abonnement tælles med i vores: 'abonneret' og det skal den ikke.
Det er ikke nødvendigt at have så meget spild-plads (kunde informationer og informationer vedrørende abonnement). Det skulle i stedet have været en stor ScrollList.
Udskrivning af lister - problemer hvis man udskriver en bestillingsliste en gang, så kan man ikke gøre det igen.
Kladde lister, sikkerheds dialog når man laver den endelige
bestillingsliste, da databasen bliver opdateret.
Udskriv lister skal laves uden at opdatere.
Michael sagde (oprindeligt) at det ikke var nødvendigt at en EnkeltNummer har
sin egen titel, men det kunne han godt tænke sig alligevel.
Han ville gerne have at man kunne ændre en series navn uden at ændre
hver enkeltnummers navn. F.eks. hvis man har vol.1 og vol.2 kørende
under samme serie.
Mærkeligt crash: Serie, tilføj enkeltnummer, crash med
reference is none.
Vi har prøvet alle kombinationer men har ikke kunnet genskabe dette
crash.