onsdag den 11. maj 2011

Brugertest d. 5/5

Inden brugertesten mødtes vi for at aftale hvem der havde hvilket roller under selve brugertesten.

En af brugerne synes det var meget vigtigt at vi fik det gamle system fra før DOMS-GUI at se. I dette system blev alt data/metadata skrevet ind manuelt.

Herefter fremviste vi vores prototype. Vi startede den fra login-skærmen og lod den ene af brugerne prøve at bruge systemet. Han startede med at prøve at importere en XML fil ( vi måtte lige forklare at der ikke var nogen funktionalitet i gennemse-knappen ), og valgte herefter at trykke hent. Herefter skulle der lige en forklaring til hvad det næste skærmbillede betød. De synes det virkede rigtig smart at man kunne redigere i det der blev importeret, og at man kunne se det der allerede var i DOMS-GUI, hvis der var noget.

Herefter gik vi tilbage til startskærmen og prøvede at exportere metadata fra DOMS-GUI.

Undervejs i brugertesten blev der diskuteret flere ting, bl.a. ting vi spurgte om men også ting brugerne observerede og undrede sig over, eller mente de havde behov for.

Vi havde tidligere i gruppen diskuteret om der skulle være et login: Det mente brugerne der skulle, for at de kunne se hvem der var ved at redigere nu, og hvem der havde redigeret sidst mv. Det var meget vigtigt at der ikke var et time-out på sessionen, så de ikke skulle logge ind og kunne risikere at miste data. Vi skal huske at lave en logud knap.

Vi havde også diskuteret om de havde behov for søgning/redigering af allerede oprettede poster: Det var meget relevant idet de havde behov for at finde gamle poster og redigere i metadata. (dette var ikke klart ud fra første brugermøde).

Derudover lagde brugerne vægt på:
Overskuelig navigation - mulighed for at se hvor man er i processen og for at gå tilbage (uden brug af browserens tilbage knap)
Visning af hvem der sidst havde redigeret metadata
Hvad sker der hvis man prøver at oprette en post med et navn der allerede er der?

Brugerne var meget begejstrede for simpliciteten af designet, og at der skulle laves et design til alle afdelinger, så interfacet ikke blev bloated som den gl. DOMS-GUI blev.


tirsdag den 3. maj 2011

Prototype + aflevering d. 3/5



Vi har skrevet dagbog fra brugermødes, samt lavet konklusioner.

Vi har lavet et udkast til en prototype, der skal testes på brugerne ved næste møde.

Konklusioner fra observationer og interview

Konklusioner:
DOMS-GUI blev aldrig færdigt, og kom aldrig i brug.
Digitaliseringsmedarbejderne har ikke behov for at kunne indtaste metadata i DOMS-GUI, de har kun brug for at kunne importere en XML, der indeholder data.
Digitaliseringsmedarbejderne vil gerne have at posten eksisterer inden de påbegynder digitaliseringen, da dette vil mindske fejl.
DOMS-GUI har for mange funktioner der ikke skal bruges af digitaliseringsmedarbejderen.
Manglende viden om hvem der skal oprette nye poster.

Forslag til redesign
DOMS-GUI burde opdeles i flere dele, en til hver afdeling.
Efter import og udfyldning af data, skal DOMS selv flette poster med samme arkivnummer - og give besked ved konflikter.
Færre ID'er, og væk med uforståelige knapper.




Observationer og interview d. 28/4


Vi mødtes på Statsbiblioteket kl. 12, og blev her hentet af en af de ansatte i digitaliseringsgruppen. Vi blev præsenteret for dem der var på vagt, og blev tilknyttet to af medarbejderne. De arbejder i par så den ene styrer computeren og den anden lægger spoler på, læser numre fra båndene op mv.Alle kan gøre begge dele.

Derefter gik snakken på poster og om hvordan der sjældent eksisterede en. De snakkede om, at de centrale beslutninger ikke var blevet taget endnu, så mange standarder var stadig oppe i luften, fx om der skal sorteres alfabetisk, hvem der egentlig skal stå for at skrive nye poster etc..

De ville ønske at der var poster til diverse når de påbegynder digitaliseringen, da det ville gøre arbejdet hurtigere og eliminere eventuelle menneskelige fejl, såsom tastefejl.

Derefter førte de os ind i digitaliserings processen helt fra bunden af, hvilket indebar skiftning af spolebånd, gennemspoling af båndene, oplæsning og indtastning af metadata som står på selve de fysiske bånd. Der skrives operator noter som kan forklare lyden, fx om båndet er et mastertape, eller eventuelt hvilken generation bånd det er (hvilken kopi i rækken).

Disse data indtastede de i samme system som digitaliseringen foregik i, Quadriga systemet. Der indtastede de diverse metadata. Efter digitaliseringen giver Quadriga en XML-fil med al relevant metadata tilknyttet digitaliseringen.

Filnavne:
De lavede en .wav fil og XML-fil og 3 andre filtyper brugt af quadrigasystemet, hvoraf den ene indeholdt en analyse rapport af lyden. Denne var også indeholdt i XML-filen.

OG NU! fandt vi ud af at de rent faktisk aldrig brugte DOMS-GUI. Programmet var slet ikke færdiglavet og filerne blev indekseret under arkivnummer og gemt på en server. Dette er blevet gjort i 6+ år uden nogen form for søgningsmuligheder/indeksering. Mange af filerne er kun kendt via arkivnavn og man kan ikke finde kunstner, årstal, etc. når man slår op i XML-filen.

De nævnte at de havde brugt en testudgave af DOMS-GUI i en 7-14 dage, men aldrig rigtig havde brugt selve systemet til digitalisering. Derefter blev udviklingen af DOMS-GUI afbrudt. Af nævneværdige ting som de kunne huske, nævnte de, at der var alt for mange ID'er, hvoraf de blev forvirrede af de fleste. De nævnte at DOMS-GUI ikke var special udviklet til de forskellige afdelinger, men at det hele var inkluderet på en enkelt side. På denne side var de kun kvalificerede til at udfylde ca. 1/3, disse data blev udfyldt i Quadriga systemet, og kunne importeres.



mandag den 18. april 2011

18/4 - Planlægning, metodekatalog, fordeling af opaver

Vi har lavet metodekatalog for projektet.

Inden vi mødes næste gang skal vi have lavet en artefakt analyse og skrevet en præsentation af projektet.

Vi har prøvet at lave en aftale med Esben om at lave observationer d. 26/4.

Vi laver hver en artefakt analyse og skriver det sammen til en senere i forløbet. Line skriver præsentation af projektet.

Ermin skriver en beskrivelse af hvordan vi forestiller os at udføre observationerne og interviews bagefter.

Kristian skriver lidt beskrivelse til resten af metoderne i metodekataloget.

Vi vil kigge på screenshots og opskrive evt. spørgsmål vi kan stille til observastionerne.

torsdag den 7. april 2011

7/4 - møde før vejledningsmøde

Vi har inden i dag haft et møde med vores kontakt på statsbiblioteket, og fået udeleveret en kopi af systemet på en disk, samt noget materiale om det system der kører nu, og krav til hvad der skal implementeres.

I dag har vi prøvet at udarbejde en tidsplan:
7. april vjeleder møde

Udarbejdelse af metodekatalog (andre ting fra obl. afl. 2)
Begynd på rapport skrivning - indledning, projektbeskrivelse, metodekatalog..

25. april - 30 april: observationer af brugerne på SB + interview

Start maj: mock-up - endten i papir eller flash (diskuteres)
Brugertest af prototype - fremtidsværksted eller?

midt maj: funktionel prototype - flash eller html

slut maj: afl. rapport + prototype (MAX 40 sider, 2400 tegn/side)