Kravspesifikasjon Noark 5 grensesnitt Hovedprosjekt informasjonsteknologi Gruppe 31
Forord Denne kravspesifikasjonen inneholder retningslinjer for oss og for det vi skal utvikle. Den inneholder funksjonelle og ikke-funksjonelle krav som vi må ta høyde for. Kravspesifikasjonen er skrevet i samarbeid med oppdragsgiver og inneholder de kravene oppdragsgiver har oppgitt, samt egne forutsetninger og krav som vi har funnet underveis i prosjektet ved blant annet intervjuer. Kravspesifikasjonen skal følges i størst mulig grad og er det viktigste utgangspunktet for produktene vi skal lage. Det har forekommet endringer underveis i prosjektet gruppa har måttet tatt hensyn til. Leserveiledning Kravspesifikasjonen er delt inn i systemkrav, dokumentasjonskrav og konklusjon. Disse er kategorisert hver for seg, for å skille mellom selve funksjonaliteten og det som ligger rundt. Igjen har systemkrav-avsnittet underkategorier som beskriver funksjonelle og ikkefunksjonelle krav. Vi har også delt opp kravene i generelle krav og nye krav vi fikk fra intervjuene vi gjennomførte med brukere av dagens system. 2
Innholdsfortegnelse Forord... 2 Leserveiledning... 2 1 Innledning... 4 1.1 Bakgrunn... 4 2 Systemkrav... 5 2.1 Funksjonelle krav... 5 2.2 Ikke-funksjonelle krav... 5 2.3 Krav basert på intervjuer... 5 3 Dokumentasjonskrav... 6 4 Konklusjon... 6 5 Kilder... 6 3
1 Innledning Vår oppgave går ut på å lage to ulike brukergrensesnittprototyper for et arkivsystem, basert på designprinsippene Metro og skeuomorphic. Brukergrensesnittet er «det man ser» i systemet, og er den delen av systemet brukerne interagerer med. Det er viktig at brukergrensesnittet tilfredsstiller brukernes behov, at det er brukervennlig samt at det tilbyr all funksjonalitet som kreves. 1.1 Bakgrunn Oppgaven er gitt til oss av Institutt for arkiv-, bibliotek og informasjonsfag (ABI) ved Fakultet for samfunnsfag (SAM) hos Høgskolen i Oslo og Akershus (HiOA), men faktisk oppdragsgiver for denne oppgaven er NXC AS (Oslo). NXC har utviklet en systemkjerne som skal fungere i henhold til Noark 5-standarden. De ønsker å se på mulighetene for brukergrensesnitt med to ulike designprinsipper (Metro og Skeuomorphic) og få en utredning på hvordan dette fungerer i praksis på et arkivsystem. 4
2 Systemkrav Dette avsnittet beskriver kravene som stilles til applikasjonen vi har utviklet (Metro). 2.1 Funksjonelle krav Under følger funksjonelle krav til den Metro-inspirerte applikasjonen som gruppa, i samarbeid med oppdragsgiver, satt opp. Applikasjonen skal: Kunne brukes på Windows-enheter som kjører Windows 8 og Windows RT. Windows RT er Windows 8 designet for mobile enheter. Tilby den viktigste funksjonaliteten som finnes i Noark 5-kjernen. Fungere over trådløst nettverk og mobilt nettverk. Koble seg til kjernen og gjøre systemkall til kjernen. 2.2 Ikke-funksjonelle krav Under følger ikke-funksjonelle krav for Metro-applikasjonen. Hovedfunksjonene i applikasjonen skal være uthevet. Det skal ta kort tid å lære seg å bruke applikasjonen. Innhold skal vises oversiktlig og tydelig. Applikasjonen skal tilfredsstille Metros designprinsipper. Det skal være klare kontraster. Overskrifter og innhold skal være lett å lese. Brukeren skal til enhver tid vite hvor i applikasjonen han/hun er. 2.3 Krav basert på intervjuer Underveis i prosjektet hadde vi en intervjurunde med brukere av den eksisterende løsningen. Resultatene av disse intervjuene ga oss ideer om nye krav til applikasjonen. Vi valgte ut de ti (etter vår mening) viktigste kravene fra intervjuresultatene: Oversikt over «hvor man er» (eksempel: Breadcrumbs). Endre terminologien fra arkivfaglig til noe alle kan forstå. Tydelig vise hva man jobber på (hvor i systemet) skille mellom arkiv, saksmappe, dokument, etc. Egen startside for hver rolle, kun med funksjoner som brukes av denne rollen. Minst mulig museklikking. Mulighet for egendefinert mappestruktur/lister, hvor man kan organisere saksmapper etter eget ønske. Hjelpetekster/hjelpefunksjon på hver enkelt side, fremfor en felles hjelpeside. Godt synlig knapp for å logge ut av programmet. Godt synlig hvilken rolle man er logget inn som. Mulighet for å markere saker som lest. 5
3 Dokumentasjonskrav Oppdragsgiver krevde ingen spesiell form for dokumentasjon, men ønsket å følge med på fremdriften og det vi dokumenterte i prosjektet. Vi delte derfor både Dropbox-mappen og Google Docs-mappen med oppdragsgiver og veileder, slik at det ble enklere for disse partene å følge med. Skolens dokumentasjonsstandard ble fulgt, men vi gjorde noen tilpasninger på denne underveis. Vi hadde også jevnlige møter med oppdragsgiver og veileder, der vi viste frem versjoner av applikasjonen, slik at fremdriften ble vist på en annen måte enn kun skriftlig dokumentasjon. 4 Konklusjon Kravspesifikasjonen har vært veldig viktig for utviklingen av prototypene. Vi har underveis brukt den til å forme applikasjonen og planlagt hva som var viktigst. Vi var nødt til å prioritere noen av kravene, grunnet begrensninger på tid og kompetanse. Alle kravene har lagt grunnlaget for de produktene vi har laget i dette prosjektet. 5 Kilder Project management tips. (26.05.2013). jpg-bilde. Hentet fra: http://pmtips.net/wpcontent/uploads/2010/01/good-requirements.jpg Brukt til: Forsidebilde Intervjuresultater. (26.05.2013). Nye krav til prototyper. Hentet fra: Prosessrapport. 6