Use Case Modeller. Administrator og standardbruker

Vedlegg 1

Use Case Modeller Administrator og standardbruker 2

Use case Logge inn Bruker Bruker ønsker å logge inn Bruker har valgt å logge inn Bruker er logget inn 1. Systemet ber om brukernavn 2. Systemet ber om passord 3. Systemet ber brukeren velge type innlogging 4. Administratoren fyller ut feltene for brukernavn og passord 5. Brukeren velger enten å logge inn som administrator eller standardtype. Brukeren velger riktig type fra rullegardinmeny 6. Brukeren velger å logge inn 7. Systemet sjekker om bruker er gyldig 8. Bruker er innlogget 1-I Feil innlogging 1-a Systemet gir feilmelding og går ikke videre før brukernavn og passord er godkjent Brukeren er enten en standardbruker eller en administrator. Administrator kan logge seg inn som standardbruker. 3

Use case Legge til stasjon Administrator Administrator ønsker å legge til ny stasjon Administratoren har valgt å legge til en ny stasjon i databasen Stasjonen er blitt lagt til 1. Systemet ber om tittelen til den nye stasjonen, og en beskrivelse av hvor denne skjermen ligger 2. Administratoren fyller inn feltene for tittel og beskrivelse 3. Administratoren velger visningslengde fra rullegardinmeny 4. Administratoren kan sette inn rom nå eller seinere 5. Administratoren velger å registrere stasjon 6. Systemet lagrer en og oppretter database for denne stasjonen 7. Systemet gir melding til administratoren at ny stasjon er lagret 1-I Stasjonstittel er et obligatoriskfelt 1-II Stasjonsbeskrivelse er et obligatoriskfelt Systemet informerer administratoren og går ikke videre før tittelen og beskrivelsen av stasjonen er fylt ut 5-I Administratoren velger å ikke registrere denne stasjonen 5-a Systemet avbryter endringene og oppdaterer eksisterende side 10 sek er standard visningslengde per side, hvis det ikke velges en ny vislingslengde fra rullegardinmeny. Administratoren kan velge om et nytt rom skal settes inn nå eller ikke. Administratoren kan ikke endre adressen på RSS-kilden. 4

Use case Fjerne stasjon Administrator Administrator ønsker å fjerne en stasjon Administratoren har valgt hvilken stasjon som skal slettes fra databasen Stasjonen fjernes 1. Systemet ber om stasjonsnavn 2. Administratoren velger stasjon. 3. Systemet sjekker om stasjonen er gyldig 4. Administratoren velger å slette stasjon 5. Systemet sletter stasjonen 6. Systemet gir melding til administratoren om at stasjonen er slettet 3-I Ingen stasjon er valgt for fjerning 3-a Systemet informerer administratoren og går ikke videre før stasjon er valgt. 4-I Administratoren velger ikke å fjerne rommet 4-a Systemet avbryter endringene og oppdaterer eksisterende side Administratoren velger en eksisterende stasjon fra liste, rullegardinmeny eller lignende. 5

Use case Endre stasjon Administrator Administrator ønsker å endre eksisterende stasjon Administratoren velger å endre stasjon som allerede er lagret Systemet utfører endringen 1. Systemet ber om stasjonsnavn 2. Administratoren velger stasjon. 3. Systemet sjekker om stasjonen er gyldig 4. Administratoren endrer data 5. Administratoren velger å lagre endringene 6. Systemet lagrer endringene 7. Systemet gir melding til administratoren om at endringene er utført 3-I Stasjon må velges 3-II Stasjonstittel er et obligatorisk felt 3-III Stasjonstittel er et obligatorisk felt 3-a Systemet informerer administratoren og lagrer ikke endringene før stasjon er valgt. 5-I Administratoren ønsker ikke å lagre endringene 5-a Systemet avbryter endringene og oppdaterer eksisterende side Administratoren velger en eksisterende stasjon fra liste, rullegardinmeny eller lignende. Alle eksisterende infoer som er lagret for den stasjonen fra før kommer opp. 6

Use case Legge til rom Administrator Administrator ønsker å legge til rom til valgt stasjon Administratoren velger å legge til rom til valgt stasjon Systemet legger til rom 1. Administratoren velger stasjonen som et rom skal legges til. 2. Systemet ber om tittel til det nye rommet, og hvilken type rom det er. 3. Administratoren fyller inn feltet for romtittel, og velger romtype. 4. Systemet sjekker om rom er gyldig 5. Administratoren velger å registrere rom 6. Systemet lagrer en og oppretter database for dette rommet 7. Systemet gir melding til administratoren om at et nytt rom er lagret 4-I Romtittel er et obligatoriskfelt 4-a Systemet informerer administratoren og går ikke videre før romtittelen er fylt ut, og romtype er valgt. 5-I Administratoren ønsker ikke å registrere rommet 5-a Systemet avbryter endringene og oppdaterer eksisterende side Administratoren kan velge å legge til et eksisterende rom til valgt stasjon. All eksisterende info som er lagret for dette rommet fra før kommer opp. Administratoren kan også registrere rom i databasen uavhengig av stasjon. Den kan da senere legges til stasjon. Administratoren kan velge å legge til rom under innlegging av stasjon. 7

Use case Fjerne rom Administrator Administrator ønsker å fjerne rom Administratoren har valgt hvilket rom som skal slettes fra databasen Rommet fjernes 1. Systemet ber om romtittel 2. Administratoren velger romtittelen fra en liste. 3. Administratoren velger å slette rommet 4. Systemet sletter rommet 5. Systemet gir melding til administratoren om at rommet er slettet 1-I Ingen rom er valgt for fjerning 1-a Systemet informerer administratoren og går ikke videre før rom er valgt. Administratoren velger en eksisterende bruker fra liste, rullegardinmeny eller lignende. Alle eksisterende infoer som er lagret for dette rommet fra før kommer opp. Use case Legge til bruker Administrator Administrator ønsker å legge til en bruker Administratoren velger å legge til en bruker Systemet legger inn brukeren i databasen 1. Systemet ber om fornavn, etternavn, epost, brukernavn, passord og brukertype. 2. Administratoren fyller ut alle felt 3. Administratoren velger å registrere bruker 4. Systemet sjekker om alle obligatoriske felt er fylt ut 5. Systemet legger inn bruker 6. Systemet gir melding til administratoren om at brukeren er registrert 1-I Manglende felt listes opp 1-a Systemet informerer administratoren og registrerer ikke brukeren før alle feltene er godkjent 3-I Administratoren ønsker ikke å registrere brukeren 3-a Systemet avbryter endringene og oppdaterer eksisterende side Administratoren kan velge en eksisterende bruker og foreta endringer. All eksisterende info som er lagret for den brukeren fra før kommer opp. 8

Use case Fjerne bruker Administrator Administrator ønsker å fjerne bruker Administratoren velger å fjerne bruker Systemet fjerner brukeren fra databasen 1. Systemet ber administratoren velge en bruker 2. Administratoren velger brukeren fra rullegardinmeny. 3. Administratoren velger å fjerne bruker 4. Systemet sjekker om bruker er valgt 5. Systemet sletter brukeren 6. Systemet gir melding til administratoren om at brukeren er slettet 1-I Ingen bruker er valgt for fjerning 1-a Systemet informerer administratoren og fjerner ikke brukeren før den er valgt 3-I Administratoren ønsker ikke å fjerne brukeren 3-a Systemet avbryter endringene og oppdaterer eksisterende side Administratoren velger en eksisterende bruker fra liste, rullegardinmeny eller lignende. Alle eksisterende infoer som er lagret for denne brukeren fra før kommer opp. Administrator kan ikke slette seg selv. om modellen Administrator og standardbruker : I disse beskrivelsene har vi valgt å sette administrator som aktør, men både standardbruker og administrator skal ha tilgang til samme system. Bortsett fra beskrivelsene legge til bruker og fjerne bruker, skal alle funksjoner være tilgjengelig for standardbruker også. Det er bare administrator som skal kunne legge til og fjerne bruker, og i tillegg skal administrator ha alle rettigheter til en standardbruker. 9

Arbeids- og iterasjonsplan Denne arbeidsplanen gjelder fra og med det tidspunkt oppgaven ble bekreftet fra oppdragsgiver og godkjent av skolen, det vil si 20. oktober 2009. Vi har delt arbeidet inn i iterasjoner fordi det gir en god oversikt underveis i prosjektet. Iterasjoner gjør at man raskere kan se framgang underveis, i og med at man kan se hvilke deler som er ferdige og hvilke som gjenstår. Planlegging/Forprosjekt OPPGAVE Tidsfrist Opprette hjemmeside for prosjektet 01/12-09 Prosjektskisse Kort presentasjon av oppdragsgiver og gruppe Beskrivelse av selve prosjektet Forprosjekt Definere problemområde Mål Bestemme tids- og arbeidsmessige rammer Bestemme teknologiske rammer ut i fra gitte kriterier Arbeidsplan og fremdriftsplan Iterasjon 0 Valg av teknologier Vurdere aktuelle teknologier opp mot hverandre, og velge det vi mener egner seg best for å løse oppgaven. Lage en skisse av applikasjonen Sette opp server & installere programmer o Operativsystem: Windows XP Pro (SP3) o Virtual desktop o IIS o Visual Studio 2008 o Expression Blend 3 o Database: Microsoft SQL Server 2008 Kravspesifikasjon, første utkast Identifisere krav og mulig funksjonalitet Gjøre ferdig modul 1 av programmet o Skraping av internettsiden o Skrive til XML-dokument Vurdere ulike utviklingsmodeller 05/12-09 29/01-10 Avsluttes uke 4 29/01-10 10

Implementering og testing modul 2 OPPGAVE Iterasjon 1 Applikasjonen skal ha en database Applikasjonen skal kunne filtrere data En algoritme som filtrerer ut alle data med gitte kriterier Iterasjon 1-ii Tidsfrist Avsluttes uke 6 10/02-10 Avsluttes uke 6 Applikasjonen skal ha en admin-side Innloggingsside for systemadministrator Iterasjon 2 Applikasjonen skal ha et visuelt rammeverk Avsluttes uke 7 26/02-10 For å se resultatet av filtreringsalgoritmen i iterasjon 1 Applikasjonen skal ha algoritmer for lesing og visning av RSS feeder Iterasjon 3 Applikasjonen skal ha et oppsett for visning av forelesningssaler og klasserom Applikasjonen skal ha et oppsett for visning av grupperom Iterasjon 4 Applikasjonen skal ha et oppsett for RSS visning Applikasjonen skal ha en logo, klokke og dato Iterasjon 5 Testing av funksjonalitet Avsluttende arbeid og visuell tilpasning Avsluttes uke 9 12/03-10 Avsluttes uke 10 31/03-10 Avsluttes uke 16 23/04-10 11

Dokumentasjon/prosjektstyring OPPGAVE Prosjektdagbok Dokumentering av hva som har blitt gjort Møtereferat Referat fra møter med intern og ekstern veileder/oppdragsgiver Referat fra gruppemøter Prosessrapport Dokumentasjon av hele prosessen Se dokumentasjonsstandard Produktrapport Frist Føres kontinuerlig gjennom hele perioden. Føres kontinuerlig gjennom hele perioden. 14. mai 2010. 14. mai 2010. Se dokumentasjonsstandard Installasjons- og brukerveiledning 14. mai 2010. Testdokumentasjon 7. mai 2010. Avsluttende arbeid OPPGAVE Frist Forberedelse av presentasjon 07.-11. juni 2010. Presentasjon 14.-17. juni 2010. 12

Fremdriftsplan 13

Brukerundersøkelse 2010.03.16 Merknader til brukerundersøkelsen Brukerundersøkelsen ble gjennomført ved at vi viste fram applikasjonen til 8 studenter fra datalinjen, og ba dem fylle ut et skjema tilsvarende det som gjengis her. Vi er klar over at 8 personer er langt fra et representativt utvalg av studentene. Imidlertid anså vi det som viktig å få en tilbakemelding relativt tidlig i prosjektet, og vi valgte da å spørre de studentene som var tilgjengelige. Resultatet var såpass ensidig at vi tror det gir en god pekepinn på den generelle meningen til studentene ved avdelingen. De innskrevne resultatene er en oppsummering av tilbakemeldingene vi fikk fra studentene. På spørsmål 10 har vi valgt å gjengi den generelle tilbakemeldingen vi fikk. Dette skyldes blant annet at de muntlige kommentarene vi fikk var mer utfyllende enn de skriftlige tilbakemeldingene på dette punktet. Vi innser i ettertid at enkelte spørsmål og svaralternativer kunne vært bedre utformet (mer beskrivende). Imidlertid var vi tilgjengelige når folk svarte på brukerundersøkelsen, og var behjelpelig med å forklare hvis noen ikke skjønte spørsmålene. Resultater 1. Hvor fornøyd er du med måten forelesningene vises på? Veldig lite fornøyd Lite fornøyd Likegyldig Fornøyd Veldig fornøyd IIII IIII 2. Hvor fornøyd er du med måten grupperom vises på? Veldig lite fornøyd Lite fornøyd Likegyldig Fornøyd Veldig fornøyd I IIII III 3. Synes du det er viktig å ha en grupperomvisning? Ja Nei IIIII II I 4. Synes du det er nyttig å kunne se nyheter på skjermen? Ja Nei IIII IIII 5. Hvordan liker du måten nyheter vises på? Veldig lite fornøyd Lite fornøyd Likegyldig Fornøyd Veldig fornøyd III III II 14

6. Skjønner du umiddelbart hva som skjer i denne delen av skolen? Ja Nei IIIII II I 7. Hva synes du om fargesammensettingen i applikasjonen (er skjermen behagelig å se på?) Veldig lite fornøyd Lite fornøyd Likegyldig Fornøyd Veldig fornøyd I II IIIII 8. Hvor lettfattelig er applikasjonen? Veldig lite forståelig Lite forståelig Likegyldig Forståelig Veldig forståelig I IIIII I I 9. Er dette noe du kommer til å bruke? Ja Nei IIIII II I 10. Øvrige kommentarer til applikasjonen (savner du noe?) Grupperom med status "Opptatt" burde endres til status "Reservert". Grupperom kunne vært listet i prioritert rekkefølge med ledige grupperom listet først. Grupperom burde vises over større område hvis det ikke er undervisningslokaler i stasjonen. Det burde være tydeligere skille mellom ulike typer undervisningslokaler (kanskje med fargekode). Ønsker en nedtelling til neste studentkro eller andre studentaktiviteter. Utbedring Som en følge av denne brukerundersøkelsen, samt øvrige kommentarer vi har fått underveis og som derfor ikke er gjengitt her, valgte vi å gjøre noen endringer i applikasjonen. Av de viktigste vil vi nevne at det er lagt inn en egen visningsmåte for stasjoner som kun omfatter grupperom, samt at statusbeskrivelsen av grupperommene er endret. 15