Prosjektrapport. Utlånssystem for datautstyr. Hovedprosjekt ved Høgskolen i Oslo. Prosjektgruppe nr 08 09

Transkript

1 Prosjektrapport Utlånssystem for datautstyr Hovedprosjekt ved Høgskolen i Oslo Prosjektgruppe nr Ole Anders Eidjord Nojanaj Pongsupath Kris Skappel Johannes Urke

2

3 Hovedprosjekt nr Utlånssystem for datautstyr PROSJEKT NR TILGJENGELIGHET Studieprogram: Dataingeniør Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Holbergs plass, Oslo Telefon: Telefaks: HOVEDPROSJEKT HOVEDPROSJEKTETS TITTEL Utlånssystem for datautstyr DATO 10. mai 2008 ANTALL SIDER / BILAG 10/5 PROSJEKTDELTAKERE Nojanaj Pongsupath Ole Anders Eidjord Johannes Urke Kristoffer Skappel s s s s INTERN VEILEDER Torunn Gjester OPPDRAGSGIVER Statsbygg, teknologitorget KONTAKTPERSON May Liss Urang SAMMENDRAG Hovedprosjektet utføres på Statsbygg, som del av utdanningen ved Høgskolen i Oslo, avdeling for ingeniørutdanning. Oppgaven går ut på å lage et datasystem for å lette arbeidet med utlån av datautstyr til Statsbyggs ansatte. Løsningen vår er en webapplikasjon som kjører på intranettet i organisasjonen. Vi bruker C# med ASP.NET som rammeverk, Microsoft Visual Studio som utviklingsmiljø, og Oracle som databasesystem. 3 STIKKORD Utlånssystem Datautstyr ASP.NET 3

4

5 Hovedprosjekt nr Utlånssystem for datautstyr Forord Denne rapporten handler om utvikling av et IT system som håndterer utlån av datautstyr internt i Statsbygg. Den tar for seg hele forløpet, fra idé og planlegging til utvikling. Rapporten stiller ikke krav til forkunnskaper og kan leses av personer uten teknisk bakgrunn. Prosjektgruppen består av fire studenter fra Høgskolen i Oslo. Dette har vært vårt avsluttende prosjektarbeid for en treårig bachelor i ingeniørfag. Gruppen bestod av Nojanaj Pongsupaht, Ole Anders Eidjord, Johannes Urke og Kristoffer Skappel. Vi vil gjerne takke alle hos Statsbygg som har brukt tid og krefter for å bistå prosjektgruppen. Spesielt nevnes kontaktperson på Statsbygg, May Liss Urang. For hjelp med henholdsvis server og database nevnes Andreas Liaker og Thavakumaran Arumugam. Vi vil også rette en takk til Torunn Gjester, prosjektveileder fra HiO. 5

6 Utlånssystem for datautstyr Hovedprosjekt nr Innholdsfortegnelse Forord Problemstilling Mål Prosjektplanlegging og prosjektstyring Rammebetingelser Resurser Prosjektverktøy Metode for prosjektstyring Fremdriftsplan Milepæler Arbeidsplan Kravspesifikasjon Sammendrag av kravspesifikasjonen Analyse Strukturkart Papirprototype Use Case Logisk datamodell Design Grensesnitt Programmet Database Implementering (utvikling av webapplikasjonen) Trelagsarkitektur Presentasjonslaget Logikklaget Datatilgangslaget Databasen Dokumentasjon Testing Konklusjon Ikke implementert funksjonalitet Utvidelser/muligheter

7 Hovedprosjekt nr Utlånssystem for datautstyr Vedlegg 1: Fremdriftsplan Vedlegg 2: Arbeidsplan Vedlegg 3: Kravspesifikasjon Vedlegg 4: Strukturkart Vedlegg 5: Use case diagram Vedlegg 6: Use case beskrivelse Vedlegg 7: Skjermbilder Vedlegg 8: Sekvensdiagrammer Vedlegg 9: Klassediagrammer Vedlegg 10: ER diagram Vedlegg 11: Dataordbok Vedlegg 12: Filoversikt Vedlegg 13: Databasescript Vedlegg 14: Testrapport Vedlegg 15: Installasjonsveiledning Vedlegg 16: Brukerveiledning 7

8 Utlånssystem for datautstyr Hovedprosjekt nr Problemstilling Statsbygg låner ut datautstyr til sine ansatte ved behov. Dette er blant annet pcer, prosjektører, mobiltelefoner og kameraer. Utlånsrutinene som har blitt brukt de siste årene er papirbaserte, tidkrevende og lite brukervennlige. Det har vært vanskelig å få oversikt over beholdningen og det har ikke vært mulig å få statistikk for utlån. Behovet for et mer effektivt system har blitt mer tydelig etter hvert som mer utstyr har blitt tilgjengelig for utlån. Rutinene som eksisterer er frustrerende og slitsomme for de ansatte. Unødvendig mye tid går med både til utlån og for å få oversikten. Prosjektgruppen fikk i oppdrag å planlegge å utvikle et IT system for å administrere reservasjon og utlån av utstyr. Det var et ønske fra arbeidsgiver om statistikk tilbake i tid og god oversikt over lagerbeholdning. 1.1 Mål Mål for prosjektet er at mindre tid skal brukes på utlån, at de ansatte skal få en mer effektiv arbeidsdag, at de skal bli lykkeligere i arbeidet. Dette betegnes som effektmålene til prosjektet. Prosjektet skal resultere i et ferdig utlånssystem som skal være lett å sette seg inn i, bruke og det skal være god oversikt over hvor datautstyret befinner seg til enhver tid. Et annet resultatmål er at administrasjon alltid skal vite hvor utstyret befinner seg og hvor det var tidligere. 8

9 Hovedprosjekt nr Utlånssystem for datautstyr 2 Prosjektplanlegging og prosjektstyring Målet med prosjektplanleggingen er å lage et fundament for prosjekt. Planleggingen skjer i begynnelsen av prosjektet, mens prosjektstyring pågår fra planlegging til fullføring av prosjektet. Både planlegging og styring begynner før man vet nøyaktig hva man skal gjøre, så det er helt klart at noen planer må endres underveis, men det er også en del ting som ikke gjør det. Rammebetingelsene for prosjektet og resursene som var til rådighet ville ikke endre seg i prosjektets gang. 2.1 Rammebetingelser Utlånssystemet skulle ikke påføre Statsbygg noen ekstra arbeidsmengde eller kostnader i form av maskinvare eller opplæring til annet enn bruk. Statsbygg skulle også selv kunne bygge ut programvaren ved behov. Det var naturlig å benytte seg av arbeidsgivers eksisterende maskinog programvare. Vi valgte et programmeringsspråk som Statsbygg har noe intern kompetanse på, nemlig C#. Statsbygg driver også flere Oracle databaseservere, så det var naturlig å få plass på en av disse for å lagre informasjonen i programmet. Tiden vi hadde til rådighet i prosjektet ble naturlig begrenset av utgangen av skoleåret og sensurering av oppgaven i mai og juni. 2.2 Resurser May Liss Urang var vår kontaktperson på Statsbygg og var tilgjengelig for veiledning da det var behov for oppklaringer i forbindelse med systemet. Andreas Liaker og Thavakumaran Arumugam har ansvaret for drift av Statsbyggs IT systemer. De gav oss det vi trengte og hjalp oss blant annet med å integrere vårt system inn de eksisterende. Ole Anders, et av medlemmene i gruppa, jobber selv til daglig med utlån av utstyr i Statsbygg. Dette var en stor fordel, fordi han hadde kjennskap til problemstillingen, og var ukentlig i kontakt med de ansatte på teknotorget. 9

10 Utlånssystem for datautstyr Hovedprosjekt nr Prosjektverktøy Dokumenter som brukes for å planlegge og styre prosjekter kalles ofte prosjektverktøy. Med erfaring fra tidligere prosjekter, laget eller tilpasset vi de prosjektverkøyene vi trengte Metode for prosjektstyring Det finnes mange modeller for planlegging og gjennomføring av programmering. Felles alle er at prosjektet deles inn i faser som gjennomføres i en spesifikk rekkefølge. De forskjellige fasenee har ulike mål og kjennetegn, noe som gjør det lettere å se fremgangen i prosjektet. Vi baserte oss på noe som kalles fossefallsmetoden, en metode som plasserer alle fasene etter hverandre og tar utgangspunkt i at en fase skal være ferdig før den neste påbegynnes. Vi lot noen av fasene overlappe, slik at vi fikk en mer effektiv utnyttelse av tid. Fasene vi brukte var analyse, design, implementering og testing Fremdriftsplan Fremdriftsplanen er en oversikt med kvalifiserte gjettinger av hvor lang tid hver enkelt del tar. Den er utgangspunktet for resten av planleggingen og gir en indikasjon på hvor langt man har kommet i prosessen. Se detaljert fremdriftsplan som vedlegg Milepæler En milepæl beskriver hva prosjektet skal oppnå til et gittt tidspunkt, dvs et mål på veien mot hovedmålet. En milepælsplan er et viktig redskap for oppfølgingen av et prosjekt. Nærliggende mål er en nødvendighet for å holde fokus og kunne avgjøre prosjektets status. Vi laget ingen grafisk fremstilling av denne, men plasserte milepelene i arbeidsplanen Arbeidsplan En arbeidsplan er en fremdriftsplan med detaljerte oppgaver og hvem som skal gjøre dem. Arbeidsplanen er en gjøremålsliste med frister. Se arbeidsplanen som vedlegg 2. Vi brukte arbeidsplanen til å holde rede på både frister og oppgaver, slik at den overtok rollen til milepelsplanen i tillegg. Dette sparte oss for å følge med på og oppdatere to dokumenter. 10

11 Hovedprosjekt nr Utlånssystem for datautstyr 3 Kravspesifikasjon Kravspesifikasjonen er dokumentet som beskriver hvordan utlånssystemet skal fungere når det er ferdig, og hvilke tekniske rammer prosjektet skal gjennomføres innenfor. Den danner utgangspunktet til alt senere arbeid i prosjektet. Prosjektgruppen tok utgangspunkt i målene og problemstillingen før vi laget et forslag til kravspesifikasjon. Veileder og kontaktpersonen på Statsbygg fikk presentert kravspesifikasjonen og kom med tilbakemeldinger som vi brukte til å revidere dokumentet. Vi gjentok denne prosessen til alle parter var enige. Arbeidsgiver og prosjektgruppen utarbeidet dette sammen, slik at det gjenspeilet arbeidsgivers ønsker og behov, men samtidig var gjennomførbart innen rammene som ble satt. 3.1 Sammendrag av kravspesifikasjonen Prosjektgruppen skal utvikle et webbasert utlånssystem som skal administrere reservasjon og utlån av teknisk utstyr internt i Statsbygg. Systemet skal ligge på lokalnettet til Statsbygg hvor vanlige ansatte kun skal ha mulighet til å reservere utstyr. Teknotorget, avdelingen som jobber med dette, skal ha mulighet til å registrere ut og innleveringer. Denne avdelingen skal også ha tilgang på statistikk over utlån og reservasjoner, samt oversikt over hvor utstyret befinner seg til enhver tid. Utlånssystemet skal bruker maskinvare og programvare som Statsbygg allerede har, slik at det ikke oppstår noen ekstra kostnader i forbindelse med dette prosjektet. Det skal være enkelt å bygge ut ved behov. Oppdragsgiver ønsker god dokumentasjon av systemet, deriblant brukermanual, installasjonsveiledning og testdokumentasjon. Brukermanualen skal gjøre leseren i stand til å bruke systemet. Den andre dokumentasjonen er til for utviklere og andre som skal sette seg inn i hvordan systemet fungerer for å endre det eller bygge det ut. Vi har flere spesifikke krav til systemet, blant annet: Systemet må være operativt hele arbeidsdagen. Systemet skal gi oversikt over hvor utstyr befinner seg til enhver tid. Systemet skal gi en tidsbesparing på 70 % ved administrering av utlån. Systemet skal være pålitelig; data skal ikke forsvinne. Det skal ha kapasitet til å brukes av Statsbygg. Responstiden på systemet skal være på maks to sekunder ved vanlig bruk. Det skal være mulig å flytte systemet over på en annen webserver. Fullstendig kravspesifikasjon er vedlagt, se vedlegg 3. 11

12 Utlånssystem for datautstyr Hovedprosjekt nr Analyse I analysefasen gikk vi gjennom oppgaven på nytt og samlet inn mer informasjon fra oppdragsgiver for å gjøre oss kjent med den og være sikre på at det var mulig å gjennomføree alt innen rammene Strukturkart Strukturkartet er en grafisk representasjon av hvilke nettsider som skal være med i systemet og hvordan de hører sammen. Strukturkartet brukes til å planlegge navigering av siden og til å få oversikt over arbeidsmengden som kreves for å lage den. Til høyre er en forenklet versjon av strukturkartet vi lagde. Den viser hvilke deler av programmet man har tilgang til med et enkelt klikk fra forsiden. Kartet finnes i sin helhet som vedlegg 4 til dette dokumentet Papirprototype På bakgrunn av strukturkartet laget vi et utkast til de forskjellige sidene til Systemet. Vi viste utkastett til vår kontaktperson på Statsbygg og til veileder før vi fortsatte analysene. Det ble avholdt et møte mellom prosjektgruppe, arbeidsgiver eller veileder. Dersom det hadde vært noen misforståelser frem til dette punktet, hadde det kommet frem på dette møtet. Tegningene er ikke ment å vise hvordan sidene kommer med og hva funksjonen til siden er. til å se ut, men heller hva som skal være Teknotorget Utlån Bruker som ønsker å låne : apju Finn Lån ut utstyr til Appelsin Juice PC Mobile Kamera Prosjektør Reservasjon Utstyrstype PC Mobil Ikke reservert Hentedato Leveringsdato slett slett Informasjon Navn Appelsin Juice, IT Tlf Epost appelsin.juice@statsbygg.no Utstyr på lån Utstyrsnummer SB3421 SB1234 SB4432 Utstyrstype PC Mobil Prosjektør Utleveringsdato Innleveringsdato Utstyrsnummer: SBxxxx Legg til Utlånskurv : (3 stk.) Slett Slett Slett Utstyrsnummer Utstyrstype PC Mobil Prosjektør Innleveringsdato Lån ut 12

13 Hovedprosjekt nr Utlånssystem for datautstyr Use Case Et use case er en fremstilling av hvordan et system skal fungere, med de forskjellige brukerne, handlingene de kan utføre og forholdet mellom dem. Vi har laget et use case diagram som beskriver hele systemet: Som man ser av dette diagrammet, består systemet av to brukertyper. Den ene har kun mulighet til å administrere egne reservasjoner, mens den andre har full tilgang til systemet. For større versjon av diagrammet, og beskrivelse av hvert use case, se vedlegg 5 og 6. 13

14 Utlånssystem for datautstyr Hovedprosjekt nr Logisk datamodell En logisk datamodell er en grafisk fremstilling av hvordan systemet henger sammen med virkeligheten. Denne modellen dannet grunnlaget for å lage ER diagrammet senere i prosjektet. Den logiske datamodellen beskriver hva systemet skal arbeide med i virkeligheten, og dermed også hva det må lagres data om. Hovedformålet med systemet er å registrere informasjon om utstyr, og hvilke ansatte som låner utstyret til enhver tid. Utstyrstype er også tatt med, siden utstyret som lånes ut på bedriften er delt inn i typer. Man reserverer utstyrstyper, ikke spesifikke enheter. 14

15 Hovedprosjekt nr Utlånssystem for datautstyr 5 Design Med design menes detaljplanlegging for programmering av systemet. Grafikken, databasen, brukergrensesnittet og logikken i programmet måtte alle sammen planlegges i detalj før vi begynte å gjøre noe. I designfasen så vi på kravspesifikasjonen og analysedokumentene for å finne ut hvordan vi skulle lage systemet. Vi designet programmet med tanke på at det skulle bruke maskinvare og programvare som Statsbygg allerede har og bruker. Dette fordi kompetanse og rutiner for sikkerhetskopiering og konfidensialitet allerede er på plass. Vi tok utgangspunkt i papirprototypen vi laget i analysefasen og tegnet et fullverdig grensesnitt fra denne. 5.1 Grensesnitt Med grensesnittet mener vi den delen av programmet som brukeren ser. I dette systemet er grensesnittet en webside. Vi lot bakgrunnen være nøytral, med sort øverst og jevn overgang til hvit lenger ned. Fargene er valgt for ikke å ta oppmerksomhet fra funksjonaliteten. Alle sidenee har logoen til Statsbygg og Teknotorget øverst, slik at det ikke er noen tvil om hvilken side man er på. Førstesiden gir brukeren av systemet full oversikt over beholdningen og hvor utstyr befinner seg. Dersom man ønsker mer spesifikk informasjon, kan man få dettee ved å trykke på et av tallene i oversikten. Rett under dennee oversikten er en liste over alle PCene som ligger til vedlikehold på Teknotorget, med mulighet for å legge disse tilbake i beholdningen når de er ferdig. Denne listen fungerer som huskelistee og snarvei for rask tilbakelevering. Menyen består av 6 knapper, hvorav 3 er snarveier til de vanligste handlingene, utlån, innlevering og reservasjon. Dette for at de vanligste handlingenee skal gå fort. Ved utlån må man først skrive inn brukernavnet til låneren, før man sjekker om utstyr er ledig. Dersom brukeren har reservert utstyr, kommer dettee frem på skjermen. Når man skal levere inn en enhet, kan man velge om man vil søke etter brukernavnet på låneren eller nummeret på utstyret som er lånt ut. Dette er fleksibelt for brukeren av systemet og går fort. Vi har skrevet ut alle skjermbildene i programmet. Se vedlegg 7. 15

16 Utlånssystem for datautstyr Hovedprosjekt nr Programmet Der grensesnittet er utseendet, er programmet hjernen i systemet. Det er programmet som bestemmer hva som skjer når man trykker på knapper og som sorterer listene på skjermen når dette er ønsket. Veldig lite informasjon blir lagret i selvee programmet, som henter all informasjonen fra databasen som hører til. For å designe programmet, tok vi utgangspunkt i use case diagrammet, og den logiske datamodellen fra analyse fasen. Vi laget sekvensdiagrammer, hvor vi tok viktige handlinger og scenarier i systemet, og fremstilte dem grafisk. Med denne hadde vi nok informasjon til å lage et klassediagram for systemet. Dette diagrammet viser hvordan systemet er bygget opp og hvordan de forskjellige delene av programmet henger sammen. Sekvensdiagrammene og klassediagrammene er vedlagt. Se henholdsvis vedlegg 8 og vedlegg 9. Den vanskeligste delen av programmet var beregninger i forbindelse med reservasjonsdelen. Siden det er mulig å reservere, låne ut uten reservasjon og å levere tilbake før tiden, er det vanskelig å ta høyde for senee leveringer, utstyr som går i stykker eller menneskelig feil. Vi løste dette ved å la reservasjonene gå mot utstyrstype fremfor spesifikt utstyr. På denne måten ville det ikke utgjøre noen forskjell om noe ble for sent levert, så lenge det ligger en annen enhet av samme type på lager. 5.3 Database En database er et elektronisk arkiv som kan sammenlignes med et manuelt arkivskap. Den gjør det enkelt og raskt å finne tilbake til informasjon man har lagret. Nesten alle databaser har mulighet til å begrense tilgang med brukernavn og passord. Informasjonen lagres i skjemaer. Vi trengte en database til å lagre informasjonen i programmet. Statsbygg hadde fra før sitt eget databasesystem og hadde gode rutiner for drift og sikkerhetslagring. Vi ville opprette vår database i dette, slik at utlånssystemet ikke skulle påføre Statsbygg noe ekstra arbeid eller kostnader. 16

17 Hovedprosjekt nr Utlånssystem for datautstyr For å designe databasen, tok vi utgangspunkt i alle tidligere designdokumenter og laget et ERdiagram, som viser hvordan ting er lagret i databasen. Dersom vi ser på eksempelet med arkivskap, ville ER diagrammet være oversikt over hvilken informasjon som finnes på de ulike skjemaene i skapet. Vi laget også en data ordbok som forklarer hva de ulike feltene i hvert skjema brukes til i programmet og hvilke kriterier som finnes for utfylling av hvert felt. For bilde av ER diagrammet, se vedlegg 10. Dataordbok er vedlegg

18 Utlånssystem for datautstyr Hovedprosjekt nr Implementering (utvikling av webapplikasjonen) Med implementering menes gjennomføring av det vi planla tidligere i prosjektet. Vi begynte tidlig i prosjektet å implementeree de delene som var ferdig planlagt, så noen deler av denne fasen har gåttt parallelt med analyse og design. 6.1 Trelagsarkitektur Utlånssystemet er delt opp i tre lag, Presentasjon, Logikkk og Datatilgang. De tre har forskjellige oppgaver og inndelingen gjør det lettere å holde programmeringen oversiktlig. Dersom det blir nødvendig å endre en del av programmet, er det vanligvis bare nødvendig å endre ett lag. Presentasjonslaget er den delen av programmet som viser brukeren skjermbildet og sender brukerens handlinger videre til logikklaget. Dette laget består av flere websider som brukeren kan gå inn på. Logikklaget tar imot informasjon om brukerens handlinger, henter nødvendig informasjon fra datatilgangslaget og sender dette tibake til presentasjonslaget. Datatilgangslaget legger inn og henter ut informasjon i databasen til Statsbygg. Dersom Statsbygg ønsker å bytte database, må dettee laget tilpasses. Det finnes noe kode som er felles for alle lagene, dette ligger for seg selv og blir kalt modell. Vi har laget en liste over alle filer i programmet. Denne er vedlagt som vedlegg Databasen Statsbygg gav oss en database i sitt system. Dette kan sammenliknes med å gi oss et eget arkivskap i et eksisterende arkivrom. Vi har designet hvilke skjemaer som skulle inn i databasen og måtte nå legge inn disse i databasen. For å fylle databasen med skjemaer, laget vi et lite program kalt et script, som oppretter hvert skjema, felt for felt, med alle egenskapene som er nødvendig. Scriptet er vedlagt i sin helhet, se vedlegg

19 Hovedprosjekt nr Utlånssystem for datautstyr 7 Dokumentasjon Dokumentasjonen av systemet er denne rapporten og dens vedlegg. Vi har laget en veiledning for installasjon og oppsett av systemet, denne er vedlegg 15, og vi har laget en brukerveiledning, som er vedlegg nummer 16. Vedlagt er også en CD. Denne inneholder kildekoden for programmet, kjørbar versjon av programmet (må legges inn på en korrekt oppsatt server for å kjøre), og elektroniske versjoner av alle dokumenter. 19

20 Utlånssystem for datautstyr Hovedprosjekt nr Testing Testing gjøres for å finne feil og forbedre systemet. Vi har testet programvaren kontinuerlig siden vi begynte å programmere, men etter å ha fullført hver enkelt del av programmet, testet vi det sammensatte programmet. Hver del av programmet er testet med alle tilfeller vi kunne tenke oss. Testing innebar blant annet sikre at brukere ikke kunne stoppe systemet ved å skrive noe feil i tekstfelter eller datofelter, utføre handlinger i uventede kombinasjoner eller på annen måte gjøre systemet ustabilt. Vedlagt 14. ligger en rapport over nøyaktig hva vi har testet i det ferdigee programmet. Se vedlegg 20

21 Hovedprosjekt nr Utlånssystem for datautstyr 9 Konklusjon Det ble brukt mye tid på planlegging av prosjektet og analyse av oppgaven. Prosjektstyring var viktig for å kunne levere systemet i tide. Med få og gode prosjektverktøy var det lett å holde oversikten over ugjorte oppgaver og generell fremgang i prosjektet. Dette gjorde at vi kunne vike fra planen, noe som ble nødvendig blant annet med grensesnittet og databaseoppsettet. Prosjektstyringen har gått veldig bra i dette prosjektet, noe som kom av en effektiv planleggingsfase hvor hele prosjektgruppen var involvert. Kravspesifikasjonen viste seg å være det viktigste dokumentet i prosjektet. Vi begynte tidlig på kravspesifikasjonen og hadde et utkast allerede før planleggingen av prosjektet var i gang. Det var en klar fordel å ha en fra gulvet i Statsbygg på gruppa (Ole Anders jobbet på avdelingen som tar seg av utlån). Vi kunne gjøre flere antakelser og lage mer detaljerte forslag før hvert møte med kontaktpersonen på Statsbygg, slik at vi fikk konkrete tilbakemeldinger hver gang. Dokumentet ble oppdatert langt ut i analysefasen og avvek således fra planen, uten at dette hadde noen negativ påvirkning på tidsbruk. Analysefasen av prosjektet var nyttig da gruppen oppdaget flere logiske brister i kravspesifikasjonen og planla bort flere potensielle problemer. Papirprototypen var nyttig da den gjorde det veldig klart hvilke funksjoner som måtte få enklere grensesnitt for å være nyttig. Vi fikk med denne tatt diskusjonene rundt grensesnittet før vi hadde investert for mye tid til at vi kunne gå tilbake. Jobben med å sette opp og teste systemet gikk uten for mange overraskelser. Ikke uventet tok det lang tid å sette opp en stabil kobling mot statsbyggs infrastruktur, men dette hindret oss ikke i å jobbe med andre ting i mellomtiden. Programmeringsoppgavene i gruppen var fordelt slik at ingen var avhengige av noen andre i gruppen. Dette viste seg å være veldig lurt da gruppemedlemmene kunne ta seg tid til å fullføre og teste hver enkelt oppgave grundig. Store deler av systemet ble testet grundig også under utviklingen, slik at dette ikke ble noen stor jobb etter at systemet var ferdig. Gruppen har testet systemet grundig etter at det var ferdig, og alt utlånsutstyr på statsbygg er registrert, slik at systemet er klart til bruk. Det har ikke blitt tatt stilling til om programmet skal settes i bruk, siden kontaktpersonen og beslutningstakeren på Teknotorget ble sykemeldt rundt slutten av prosjektperioden. Alt er derimot tilrettelagt for dette, og de øvrige ansatte på Teknotorget er positive til å begynne å bruke systemet. Ole Anders i prosjektgruppen skal fortsatt jobbe i Statsbygg. 9.1 Ikke implementert funksjonalitet I kravspesifikasjonen står det nedfelt at alle handlinger mot systemet skal loggføres. Vi har ikke funnet noen god måte å lage et grensesnitt for dette og prioriterte ikke dette, da vi har logg over de viktigste funksjonene som reservasjon, utlån og slettet utstyr, og mulighet for generere statistikk tilbake i tid. 21

22 Utlånssystem for datautstyr Hovedprosjekt nr Utvidelser/muligheter Det er ikke teknisk vanskelig å legge til ny funksjonalitet i systemet. Det vil ikke være nødvendig å endre mye av den eksisterende koden for å legge til ny. Utvidet statistikk og full logg er potensielle utvidelser som kan være aktuelle. 22

23 Vedlegg til prosjektrapport Vedlegg 1: Fremdriftsplan Vedlegg 2: Arbeidsplan Vedlegg 3: Kravspesifikasjon Vedlegg 4: Strukturkart Vedlegg 5: Use case diagram Vedlegg 6: Use case beskrivelse Vedlegg 7: Skjermbilder Vedlegg 8: Sekvensdiagram Vedlegg 9: Klassediagram Vedlegg 10: ER diagram Vedlegg 11: Dataordbok Vedlegg 12: Filoversikt Vedlegg 13: Databasescript Vedlegg 14: Testrapport Vedlegg 15: Installasjonsveiledning Vedlegg 16: Brukerveiledning

24

25 Vedlegg 1 Fremdriftsplan juni mai januar februar mars april Uke ANALYSE Datainnsamling Forprosjekt 1. feb Eksamensuke Påske Arbeidsplan Fremdriftsplan Kravspesifikasjon Use Case Strukturkart DESIGN ER diagram Grensesnitt Dataordbok UML diagrammer IMPLEMENTERING Utvikling av grensesnitt Databaseoppsett Serveroppsett Programmering TESTING Unit testing Testdokumentasjon Browsertesting/tilpassing Utrulling Dokumentasjon Styringsdokumentasjon 23. mai Produktdokumentasjon Brukerdokumentasjon Prosessdokumentasjon Forberede Presentasjon 10. jun Presentasjon jun Overlevering

26

27 Arbeidsplan Vedlegg 2 Arbeidsplan Anvarlig Aktivitet Beskrivelse Planlagt Utført Ole Ole Nojanaj Nojanaj Johannes Nojanaj Dannet gruppe Statusrapport Opprettet gruppe, og lette etter prosjektoppgave. Et dokument om hvordan vi ligger an, og hva vi har gjort for å finne prosjektoppgave Prosjektskisse Foreløpig beskrivelse av prosjektoppgaven Samarbeidsavtale Avtale mellom arbeidsgiver og HiO ANALYSE Datainnsamling Forprosjekt Arbeidsplan Fremdriftsplan Kravspesifikasjon Use Case Møter med veileder og kontaktpersoner hos oppdragsgiver. Analyse av hva som skal gjøres og en avgrensing av oppgaven. En liste med de viktigste aktivitetene i prosjektarbeidet. Gantt skjema, med dato for når hver aktivitet skal være ferdig. Avtale med oppdragsgiver om hva som kal gjøres. Diagram over aktivitet som kan utføres med systemet. Uke 2 Uke Kris Strukturkart Struktur over programmet. Papirprototype. Uke 5 DESIGN Kris ER diagram Diagram over struktur til databasen. Uke 6 Nojanaj Grensesnitt Bestemme hvordan programmet skal se ut. Johannes Dataordbok Skal beskrive objektene i en database Uke 8 Uke 3 Uke 3 Uke 5 Uke 5 Ole UML diagrammer Klassediagram, sekvensdiagram. Uke 8 IMPLEMENTERING Nojanaj Utvikling av grensesnitt Lage grensesnittet med ASP.NET, HTML, og CSS. Uke 9 Johannes Databaseoppsett Lager et skript for å sette opp Oracledatabasen. Ole Serveroppsett Uke 10 Johannes Programmering Programmere systemet med C# og PL/SQL. Uke 17 Tja. Uke Uke Uke Uke Uke Uke Uke Uke 7 Uke Uke Uke Uke 9 Uke Uke Uke Uke TESTING Ole Unit testing (foregår under programmering) Uke 17 Johannes Testdokumentasjon Kris Browsertesting/tilpassing Lager rapport før testing, og fyller inn resultater etter utført testing. Sjekke at systemet fungerer i alle nettleserne i bruk på bedriften. Uke 19 Uke 19 Nojanaj Utrulling Prøvetid med utvalgte ansatte. Uke 19 Ole Johannes DOKUMENTASJON Styringsdokumentasjon Produktdokumentasjon Inneholder prosjektskisse, prosjektdagbok, forprosjektrapport, arbeidsplan, fremdriftsplan og kravspesifikasjon. Beskrivelse av systemets egenskaper og funksjon. Nojanaj Brukerdokumentasjon Brukermanual detaljert veiledning. Ole Prosessdokumentasjon Uke Uke Uke Uke Johannes Forberede presentasjon Uke 24 Kris Presentasjon Uke 24 10, Uke Uke Uke Uke Uke Uke Uke Uke Side 1 av 1

28

29 Kravspesifikasjon Vedlegg 3 Kravspesifikasjon Presentasjon Tittel Oppgave Periode Utlånssystem for datautstyr Utvikle et system for å registrere utlån av utstyr ved Statsbygg avdeling Teknotorget. 8. januar til 12. Juni Prosjektgruppe Prosjektmedlemmer Veileder Oppdragsgiver Ole Anders Eidjord, Nojanaj Pongsupaht, Kris Skappel, Johannes Urke Torunn Gjester, Lektor ved Høgskolen i Oslo Statsbygg Kontaktperson May Liss Urang, Leder Teknotorget, tlf Presentasjon Om bakgrunnen Forord Leserveiledning Kort systembeskrivelse Rammekrav i systemet Logisk datamodell Krav til systemkonstruksjon Krav til dokumentasjon Detaljert systembeskrivelse

30 Vedlegg 3 Kravspesifikasjon 1 Om bakgrunnen Ved Teknotorget, avdelingen for brukerstøtte på Statsbygg, har ansatte mulighet til å låne bærbare pc er, prosjektører, mobiltelefoner og kameraer. Utlånsrutinene som finnes i dag er papirbaserte og lite brukervennlige. Når en ansatt skal låne utstyr, brukes papirskjema og Excelregneark. Ved retur av utstyr blir regnearket oppdatert, og skjemaet blir fylt ut og arkivert. Utlånsrutinene er tidkrevende, det er store muligheter for feil og det er vanskelig å få oversikt. Hensikten med prosjektet er å forenkle utlånsrutinene og bedre oversikten over utstyret. Dette skal oppnås ved å gå over til webbasert utlånssystem. 2 Forord Dette dokumentet beskriver betingelser, krav og funksjonalitet for prosjektet. Statsbygg har uttrykt ønske om en løsning, og satt noen krav til funksjonalitet. Dokumentet er bygget på ønsker fra statsbygg, tilbakemeldinger fra Teknotorget, og vår resonnering rundt oppgavene programmet skal løse. 3 Leserveiledning 3.1 Ordforklaringer Teknotorget: Avdelingen hvor de som skal administrere systemet arbeider. IT brukersupport avdelingen på Statbygg. Admin: Den som har tilgang til administrative funksjoner i systemet (utlåner). Ansatt: Ansatte i Statsbygg, som kan låne utstyr. Brukernavn: Innloggingsnavn som brukes i systemene på Statsbygg. Utstyr: Utstyr som kan lånes ut. PC, prosjektør, mobiltelefon, kamera. Utstyrsenhet: Ett utstyr. PC er en type utstyr som kan lånes ut, men en enkelt PC er en utstyrsenhet. Utstyrsnummer: Hver pc som kan lånes ut har et unikt firesifret nummer påklistret. Fjerne utstyr/utstyrstype: Det er ønskelig at utstyr som fjernes fra lagerbeholdningen fremdeles skal vises på rapporter og historikk. Når vi sier at utstyr blir fjernet, så menes det at det blir deaktivert. Det vises ikke lengre i beholdningen og kan ikke lånes ut, men vil fortsatt vises i historikk. 2

31 Kravspesifikasjon Vedlegg 3 4 Kort systembeskrivelse Systemet vil være en webapplikasjon som skal ligge på intranettet til Statsbygg. Det skal brukes og administreres av IT avdelingen, som har ansvar for utlån. Andre ansatte skal ha mulighet for å bruke applikasjonen til å reservere utstyr. Det skal være mulig å lage rapporter med oversikt over lagerbeholdning, statistikk og utlånshistorikk. 4.1 Administrator Registrerer utlån av utstyr til ansatte Registrerer innlevering av utstyr Får e post ved for sen innlevering av utstyr Legger til utstyr i lagerbeholdning Fjerner utstyr fra lagerbeholdning Administrerer utstyrstyper (legge til, endre, fjerne) Får oversikt over lagerbeholdning Har tilgang til rapporter 4.2 Ansatt kan reservere utstyr får e post ved for sen innlevering av utstyr 4.3 Systemet skal autentisere brukere med samme brukernavn/passord som ellers i bedriften. være nettbasert lagre alle data i bedriftens Oracle database 4.4 Reservasjon Bruker må oppgi både dato for henting og innlevering av utstyr. Admin kan reservere utstyr langt fram i tid, ansatt har begrensning på en uke frem i tid(dette kan endres i innstillinger). 3

32 Vedlegg 3 Kravspesifikasjon 4.5 Use Case 4

33 Kravspesifikasjon Vedlegg 3 5 Rammekrav i systemet Vi skal bruke database og webserverløsningen som er i bruk på Statsbygg. De har rutiner på backup og fysisk sikring av datautstyr, så vi trenger ikke lage egne rutiner for dette. Systemet skal være enkelt å bygge ut ved behov, så dokumentasjon og programkode må legge til rette for videre programmering. Systemet skal være mest mulig intuitivt, slik at behovet for opplæring blir minimalt. Alle transaksjoner i systemet skal bli loggført. 6 Logisk datamodell 7 Krav til systemkonstruksjon Systemet skal: Være en.net webapplikasjon, og skal være tilgjengelig på internnettet hos Statsbygg. Kjøre på en Windows webserver med Internet Information Services (IIS). Programmeres i C#, med.net rammeverket. Lagre alle data i en Oracle database som finnes på bedriften. Være bygget opp med trelags arkitektur (data access, business logic, presentationlayer). Være utviklet på en måte som gjør det mulig å videreutvikle. 5

34 Vedlegg 3 Kravspesifikasjon 8 Krav til dokumentasjon Oppdragsgiver ønsker følgende dokumentasjon: Brukermanual Installasjonsveiledning som beskriver oppsett av webapplikasjonen, og script for å opprette databasen på nytt. Dokumentasjon som hjelper andre utviklere med å sette seg inn i systemet om noe skal endres. Dette vil bestå av kommentarer i kildekoden, et dokument som forklarer oppbygningen av systemet og UML diagrammer. Testdokumentasjon med resultater fra testfasen. Høgskolen i Oslo krever at vi skal lage prosessrapport og ha en muntlig presentasjon. 9 Detaljert systembeskrivelse 9.1 Funksjonelle krav 1. Autentisering Admin må logge inn med samme brukernavn og passord som brukes ellers i bedriften for å bruke systemet. For å bli autentisert blir brukernavn og passord sendt som en spørring mot Active Directory, som returnerer om det er godkjent eller ikke. Passord vil aldri bli kopiert fra Active Directory til Oracle databasen. Admin skal ikke bli logget ut automatisk ved inaktivitet. Informasjon om brukerne hentes fra bedriftens katalogtjeneste, Active Directory. Første gang systemet har behov for informasjon om en bestemt bruker, blir brukeropplysningene kopiert fra Active Directory. Når ansatte låner utstyr blir denne informasjonen oppdatert, slik at informasjonen alltid er oppdatert. Følgende brukerinformasjon blir hentet fra Active Directory, og lagt inn i databasen til utlånssystemet: o Brukernavn o Fornavn o Etternavn o E postadresse For at ansatte skal få tilgang til reservasjon av utstyr må de skrive inn et gyldig brukernavn i Statsbygg. 6

35 Kravspesifikasjon Vedlegg 3 2. Utlån Admin kan registrere utlån av utstyr til ansatte. Følgende informasjon om hvert utlån skal lagres i systemet: o Hvilken ansatt som låner utstyr. o Hvilken administrator som låner ut utstyret. o Hvilke utstyr som lånes ut (det kan lånes ut flere samtidig). o Dato utstyret ble utlånt og når det skal leveres inn. Hver type utstyr har en standard utlånstid. Systemet skal automatisk regne ut og fylle inn innleveringsdato for utstyr. Administrator kan sette innleveringsdato manuelt ved behov. For hvert utlån blir det sendt kvittering på e post til ansatt og Teknotorget. 3. Innlevering Admin kan registrere innlevering av utstyr. Hvis flere utstyrsenheter blir lånt samtidig, er det mulig å levere inn enhetene uavhengig av hverandre (delinnlevering). Følgende informasjon skal lagres ved innlevering av utstyr: o Hvilke utstyrsenheter det gjelder. o Dato for innlevering o Hvilken administrator som registrerte innleveringen Noen utstyrstyper krever vedlikehold etter hver innlevering, og skal få status vedlikehold automatisk ved innlevering. Dette gjelder for eksempel pc er som skal tømmes for innhold og reinstalleres etter hvert utlån. Hvilke utstyrstyper dette gjelder kan konfigureres i programmet. Ved innlevering av utstyr skal det sendes kvittering på e post til ansatt og Teknotorget. 4. Reservasjon Ansatte kan reservere utstyr. Følgende informasjon må oppgis av ansatt ved reservasjon: o Brukernavn o Hva slags typer utstyr som skal reserveres. o Når utstyret skal hentes. o Når utstyret skal innleveres. Når reservasjonen er registrert, får den ansatte en e post med informasjon om reservasjonen. Ansatte kan avbestille sine egne reservasjoner fra en link oppgitt i e posten brukeren får ved reservasjon. Ansatte har disse begrensningene ved reservasjon: o Ansatt har bare mulighet til å låne en begrenset mengde utstyr av hver type. Dette betyr at det ikke vil være mulig å reservere mer om en ansatt har oversteget denne grensen. Eksempel: Hvis det er satt en begrensning på maks en pc pr ansatt og ansatt allerede låner en pc, så vil det ikke være mulig å reservere en ny pc. o Ansatt kan bare reservere utstyr en begrenset periode frem i tid. Admin kan reservere utstyr for ansatte, uten begrensningene over. Admin kan se, slette, og endre brukeres reservasjoner. 7

36 Vedlegg 3 Kravspesifikasjon 5. Administrering av systemet Admin kan utføre følgende administrative handlinger på systemet. Administrasjon av lagerbeholdning Legge til utstyr, med følgende informasjon: o Utstyrsnummer o Utstyrstype (pc, mobil, kamera, prosjektør, ) o Modellnummer (Dell D610, Dell C400, Sony Ericsson K850i, ) o Kommentar (ekstra tilbehør, småfeil med utstyret, ) Endre informasjon om utstyr. Fjerne utstyr. Dette kan for eksempel være ødelagt ustyr, utstyr som er sendt på reparasjon, eller avskrivning av utstyr. Ved fjerning av utstyr må det fylles ut en begrunnelse for fjerning. Administrasjon av utstyrstyper Legge til utstyrstyper med følgende informasjon: o Navn på utstyrstypen (pc, mobiltelefon, kamera, prosjektør, ) o Standard utlånstid o Beskrivelse av utstyrstypen o Begrensning på hvor mye utstyr av hver type som kan lånes av en ansatt. o Valg om utstyret automatisk settes til vedlikehold etter innlevering. o Mulig å velge hvor lang tid det tar å utføre vedlikehold på utstyr i utstyrstypen. Systemet bruker dette for å regne ut når utstyret er klart for utlån til andre. Endre informasjon om utstyrstyper. Mulighet for å fjerne utstyrstyper, etter at alle utstyrsenheter i gjeldende utstyrstype er fjernet eller flyttet til en annen utstyrstype. Mulighet for å deaktivere en utstyrstype. Deaktivert betyr at utstyret ikke er mulig å låne ut eller reservere. Dette kan brukes når utstyr av en bestemt type skal fases ut av utlånssystemet. Andre administrative handlinger Endre innstillinger i programmet. Se 6. Innstillinger. Se rapporter og statistikk. Se 9. Statistikk og rapporter. Se i loggen til systemet. Denne er beskrevet i punkt nummer 8. Logg. 8

37 Kravspesifikasjon Vedlegg 3 6. Innstillinger Administrator har tilgang til å sette følgende innstillinger for programmet. Innstillinger for reservasjon o Det skal være mulig å sette hvor langt fram i tid ansatte kan reservere utstyr. o Hvor mange dagers sikkerhetsmargin det skal være ved reservasjon. Sikkerhetsmarginen er hvor mange dager det går etter en enhet forventes innlevert, til den er klar for utlån igjen. Hvis sikkerhetsmarginen er tre dager, kan den ansatte reservere utstyr til henting tidligst tre dager etter det er forventet innlevert. Endre e poster som blir sendt av programmet o Hvilken avsenderadresse systemet skal bruke til å sende e post fra. o Hvem e posten skal sendes til. Som standard vil dette være brukeren som reserverer eller låner utstyr. o Hvem e postenskal sendes som kopi til. Som standard vil dette være Teknotorgets e postadresse. o Det er mulig å endre tittel og innhold i e postene. o Det skal være mulig å velge hvilke meldinger som skal sendes. Dette er beskrevet i kapittel 7. Påminnelser og purring. o Når e post skal sendes fra systemet. For eksempel kan det settes at 1 dag etter innleveringsfrist skal det sendes purring til bruker. Det er innstillinger som er knyttet til hver utstyrstype. Disse er ikke beskrevet her, men i punkt 5. Administrering av systemet. 7. Påminnelser og purring Systemet sender ut påminnelser og purringer til brukere via e post. Hvilke e poster som blir sendt, når og til hvem, kan endres av admin (se punkt 6. Innstillinger). E postmeldinger ved reservasjon o Påminnelse en dag før utstyr skal hentes. o Melding om slettet reservasjon sendes når en uhentet reservasjon blir slettet. E postmeldinger angående innlevering o Påminnelse om innlevering sendes 3 dager før innleveringsdato. o 1. Purring: sendes en dag etter innleveringsfrist. o 2. Purring: sendes fire dager etter innleveringsfrist. 8. Logg Administrator skal ha rettigheter til å se loggen. Det er mulig å filtrere loggen. For eksempel kan man velge å kun se hendelser som gjelder utlån, eller en bestemt bruker. 9

38 Vedlegg 3 Kravspesifikasjon 9. Statistikk og rapporter All statistikk og rapporter vil være mulige å skrive ut, og alle tabeller skal være mulig å sortere på hver kolonne. Lagerbeholdning Det skal være mulig å se rapport over lagerbeholdningen, med informasjon om hvor mange enheter av hver type som er: På lager Utlånt Til vedlikehold Reservert Man kan se denne rapporten for en gitt periode. Da vises hvor mange enheter som var på lager, utlånt, hver dag. i den perioden, med mulighet for å sortere etter utstyrstype. Antall lån for hver ansatt Liste over alle brukerne, med følgende informasjon: Navn Antall lån av hver utlånstype (en kolonne per type) Totalt antall lån Det skal være mulig å kunne se lån fra en gitt periode. Liste over utstyr Liste over alt utstyr, eller liste over utstyr av en valgt type, med følgende informasjon om hver enhet: Type Utstyrsnummer Status (på lager, utlånt, vedlikehold, ) Antall ganger utlånt Dato lagt til i lagerbeholdning Antall dager utlånt Liste over brukere Liste over alle brukere, med disse feltene: Navn Antall lån Antall reservasjoner Antall forfalte lån Dato lagt til i systemet 10

39 Kravspesifikasjon Vedlegg 3 Liste over utlån Liste med informasjon om utlånt utstyr Type Utstyrsnummer Bruker (utlånt til) Utlånsdato Innleveringsdato Admin (utlånt av) Liste over reservasjoner Type Bruker (reservert av) Dato reservasjonen ble opprettet Dato utstyret skal hentes Dato utstyret skal leveres inn igjen Rapport for ansatt Viser detaljert informasjon om en ansatt. Personopplysninger Utstyr på lån Reservasjoner Historikk Rapport for en utstyrsenhet Viser detaljert informasjon om en enhet. Detaljert informasjon om enheten Ansatt som enheten er utlånt til Historikk 9.2 Ikke funksjonelle krav Systemet må være operativt hele arbeidsdagen. Systemet skal gi oversikt over hvor utstyr befinner seg til enhver tid. Systemet skal gi en tidsbesparing på 70 % ved administrering av utlån. Systemet skal være pålitelig; data skal ikke forsvinne. Systemet skal være brukervennlig. Det skal ha kapasitet til å brukes av Statsbygg. Responstiden på systemet skal være på maks to sekunder ved vanlig bruk. Det skal være mulig å flytte systemet over på en annen webserver. 11

40

41 Vedlegg 4 Login SearchResults LoanFrontPage RegisterLoan LoanReceipt CheckIn RegisterCheckIn CheckInConfirmation ReservationFrontPage RegisterReservation EquipmentReservation Reports LoanList ReservationList EquipmentList UserList UserInfo Administration Settings MailList Edit EquipmentTypeList EditEquipmentType AddEquipmentType Confirmation EquipmentList AddEquipment EquipmentInfo EditEquipment Confirmation LoanHistory MaintenanceHistory

42

43 Use case diagram Vedlegg 5 Use case diagram Side 1 av 1

44

45 Use case beskrivelse Vedlegg 6 Use case beskrivelse Innhold Autentiser (innlogging)... 2 Lån ut... 3 Lever inn... 4 Reservasjon ( Bruker)... 5 Reservasjon(Admin)... 6 Slett reservasjon (Admin)... 6 Slett reservasjon (Ansatt)... 7 Purring... 7 Legg til type... 8 Endre type... 9 Fjern type... 9 Legg til utstyr Endre utstyr Fjern utstyr Endre innstillinger Se lister/statistikk Se ansattrapport / utstyrsrapport Side 1 av 14

46 Vedlegg 6 Use case beskrivelse Autentiser (innlogging) Aktør: Admin Mål: Å få tilgang til systemet. Oppsummering: Admin skriver inn brukernavn og passord, for å få tilgang til systemet. Pre betingelser: Admin er ikke autentisert. Trigger: Admin prøver å få tilgang til webapplikasjonen. Hendelsesforløp: 1. Systemet ber Admin logge seg på. 2. Admin skriver inn brukernavn og passord. 3. Systemet kontrollerer at brukernavn og passord stemmer. 4. Admin kommer til forsiden for programmet. Variasjoner: Feil brukerinformasjon 4. Brukernavn eller passord stemmer ikke. Gå til punkt 1. Post betingelser: Admin ble autentisert. Kommentar: Kontroll av brukernavn og passord skjer mot Active Directory på nettverket. Passord lagres ikke i databasen til systemet. Alle andre caser for Admin forutsetter at han er autentisert Side 2 av 14

47 Use case beskrivelse Vedlegg 6 Lån ut Aktør: Admin Mål: Å låne ut utstyr til en ansatt. Oppsummering: Admin velger hvem som skal låne utstyr, spesifiserer hva som skal lånes ut, og bekrefter. Kvittering på utlån sendes via e post. Pre betingelser: Admin er autentisert. Trigger: Admin velger utlån fra menyen i systemet. Hendelsesforløp: 1. Systemet ber Admin velge hvem som skal låne utstyr. 2. Admin skriver inn brukernavnet til den ansatte. 3. Systemet viser informasjon om den ansatte, og lar Admin velge hva som skal lånes ut. 4. Admin skriver inn SB nummer for en enhet som skal lånes ut. 5. Enheten kommer i handlekurven for utlånet. Standard innleveringsdato settes av systemet. 6. Admin velger innleveringsdato for lånet, hvis endring ønskes. 7. Hvis det skal lånes ut flere enheter, gå til punkt Admin velger lån ut 9. Systemet viser en oversikt med all info om lånet og ber admin å kontrollere 10. Admin bekrefter 11. Oversikt over utlånet vises med mulighet til å skrive ut kvitteringen. Variasjoner: Feil brukernavn 4. Den ansattes brukernavn er feil eller eksisterer ikke. 5. Systemet gir beskjed om at brukernavn er feil. Gå til punkt 1. Ugyldig dato 7. Admin velger en ugyldig innleveringsdato (ugyldig pga reservasjoner, tilbakekalling etc ) 8. Systemet s viser en feilmelding med grunnen til feil. 9. Gå til punkt 6. Post betingelser: Det ble opprettet et utlån i systemet. Status på de utlånte enhetene er satt til utlånt. Kvittering på utlån sendes via e post. Side 3 av 14

48 Vedlegg 6 Use case beskrivelse Lever inn Aktør: Admin Mål: Registrere utstyr som innlevert. Oppsummering: Admin velger enheter som skal leveres inn og registrerer disse som innlevert. Pre betingelser: Enhetene det gjelder er registrert som utlånt. Trigger: Admin velger innlevering fra menyen. Hendelsesforløp: 1. Systemet ber om brukernavn eller utstyrsnummer. 2. Admin taster inn brukernavn for ansatt eller utstyrnummer av utstyret som skal leveres inn. 3. Informasjon om ansatt med liste over enheter som er lånt av den ansatte kommer opp. (Dersom utstyrsnummer ble brukt, er denne enheten forhåndsvalgt i listen) 4. Admin velger enhetene som skal leveres inn fra listen, og velger lever inn. 5. Systemet viser oversikt over enheter som blir levert inn og ber Admin om bekreftelse. 6. Admin bekrefter. 7. Systemet viser kvittering for innleveringen. Variasjoner: Enhet er ikke utlånt 3. Systemet gir melding om at enheten ikke er utlånt. Gå til punkt 1. Post betingelser: Utstyret er registrert som innlevert og får status satt til korekt verdi (på lager / vedlikehold). E post sendes med kvittering på innleveringen. Side 4 av 14

49 Use case beskrivelse Vedlegg 6 Reservasjon ( Bruker) Aktør: Ansatt Mål: Reservere utstyr av en bestemt utstyrstype mellom to datoer Oppsummering: Brukeren velger en utstyrstype han ønsker å reservere mellom to datoer. Dersom reservasjonen er vellykket, får han en bekreftelse per e post. Pre betingelser: Trigger: Brukeren kommer inn på siden for reservasjon Hendelsesforløp: 1. Systemet ber bruker skrive inn brukernavn. 2. Brukeren skriver inn brukernavnet sitt. 3. Bruker velger den type utstyr som han vil ha reservert og velger to datoer, hentedato og leveringsdato. 4. Systemet godkjenner datoene, legger inn reservasjon 5. Systemet sender bekreftelse via e post. Variasjoner: Ikke ledig utstyrstype til gitt dato 5. Bruker får oversikt over hvilke datoer utstyr er ledig og får mulighet til å tilpasse reservasjonsønsket sitt. Post betingelser: Utstyr blir holdt av til ansatt. E post sendes med bekreftelse på reservasjonen. Side 5 av 14

50 Vedlegg 6 Use case beskrivelse Reservasjon(Admin) Aktør: Admin Mål: Reservere utstyr av en bestemt utstyrstype mellom to datoer for en ansatt. Oppsummering: Admin velger en utstyrstype (ikke spesifikt utstyr) som den ansatte ønsker å reservere mellom to datoer. Dersom utstyr er tilgjengelig, får den ansatte en bekreftelse per e post. Pre betingelser: Trigger: Admin trykker på Reservasjon på menyen Hendelsesforløp: 1. Systemet ber admin å oppgi brukernavn til ansatt som skal reservere utstyr. 2. Admin velger den type utstyr som han vil ha reservert og velger to datoer, hentedato og leveringsdato 3. Systemet godkjenner datoene, legger inn reservasjon 4. Systemet sender bekreftelse via e post. Variasjoner: Ikke ledig utstyrstype til gitt dato 3. Admin får oversikt over hvilke datoer utstyr er ledig og får mulighet til å tilpasse reservasjonsønsket sitt. Post betingelser: Utstyr blir holdt av til ansatt Slett reservasjon (Admin) Aktør: Admin Mål: Slette en aktiv reservasjon Oppsummering: Admin sletter en reservasjon i systemet. Systemet sender en e post til den personen som reservasjonen stod på. Pre betingelser: Det finnes en aktiv reservasjon å slette Trigger: Admin ønsker å slette en reservasjon Hendelsesforløp: 1. Admin kommer inn på nettsiden for reservasjon. 2. Systemet viser en liste over alle aktive reservasjoner. 3. Admin trykker slett på reservasjonen han vil slette 4. Systemet sender e post til bruker om at reservasjonen er slettet. Variasjoner: Ingen Post betingelser: Reservasjonen eksisterer ikke lenger Side 6 av 14

51 Use case beskrivelse Vedlegg 6 Slett reservasjon (Ansatt) Aktør: Ansatt Mål: Slette reservasjon av utstyr Oppsummering: Ansatt ønsker å slette tidligere reservert utstyr. Han følger link fra tilsendt e post og velger reservasjonen som skal slettes. Pre betingelser: Den ansatte har fått tilsendt en e post med bekreftelse på reservasjon og en link for å se reservasjoner. Trigger: Ansatt vil slette reservasjon Hendelsesforløp: 1. Ansatt åpner e posten han fikk som bekreftelse på reservasjon og trykker på link: mer informasjon. 2. Nettsiden for reservasjon åpnes, den ansattes reservasjoner vises i liste. 3. Ansatt tykker på slett knappen for reservasjonen han vil slette. 4. Det blir sendt mail til brukeren om at reservasjonen er slettet. Variasjoner: Ingen Post betingelser: En eller flere av brukerens reservasjoner har blitt slettet. Purring Aktør: System Mål: Varsle Admin og Ansatt om for sen levering Oppsummering: Dersom et lån forfaller skal en e post sendes ut med informasjon om dette. Dersom lånet fremdeles ikke er avsluttet ett gitt antall dager senere, skal en ny e post sendes ut. Pre betingelser: Utstyr er utlånt. Trigger: Daglig vedlikeholdsscript kjøres (vanligvis om natten). Hendelsesforløp: 1. Vedlikeholddscript ser igjennom reservasjoner og utlån i databasen. 2. For hver reservasjon som har utløpt, slettes reservasjonen og e post om slettingen sendes. 3. For hvert lån som har forfalt, sendes e post til låneren. 4. For hvert lån som har forfalt for noen dager siden, sendes første purring via e post. 5. For hvert lån som har forfalt for flere dager siden, sendes andre purring til låner og til admin. Variasjoner: Ingen Post betingelser: E post har blitt sendt til alle involverte. Side 7 av 14

52 Vedlegg 6 Use case beskrivelse Legg til type Aktør: Admin Mål: Opprette en ny type utstyr i systemet Oppsummering: Admin oppretter en ny utstyrstype i systemet. Pre betingelser: Admin er autentisert. Trigger: Admin trykker på opprett ny utstyrstype Hendelsesforløp: 1. Systemet viser et skjema hvor alle egenskaper som skal fylles ut i forbindelse med oppretting av ny utstyrstype finnes 2. Admin fyller ut alle felt og trykker opprett 3. Systemet kontrollerer feltene og oppretter typen 4. Systemet viser en oversikt over alle utstyrstyper og en tilbakemelding om at den nye typen er opprettet. Variasjoner: Feil utfylling av felt 1. Admin fyller ut alle felt, men ikke alle er korrekt utfylt. Admin trykker opprett 2. Hvis ikke alle feltene er fylt ut, vises feilmelding, og skjemaet vises på nytt. 3. Gå til punkt 2. Post betingelser: Ny utstyrstype er opprettet Side 8 av 14

53 Use case beskrivelse Vedlegg 6 Endre type Aktør: Admin Mål: Endre egenskaper for en utstyrstype Oppsummering: Admin endrer en eller flere egenskaper for en utstyrsype. Systemet kontrollerer at endringene er gyldige og implementerer disse. Pre betingelser: Utstyrstypen finnes og er aktiv. Trigger: Admin trykker endre ved siden av utstyrstype i listen over utstyrstyper. Hendelsesforløp: 1. Systemet viser et skjema hvor alle egenskaper som gjelder er fylt ut, men mulige å endre 2. Admin endrer ønskede felt og trykker endre 3. Systemet kontrollerer feltene og endrer typen Variasjoner: Feil utfylling av felt 3. Det vises feilmelding, og skjemaet vises på nytt. 4. Gå til 2. Post betingelser: Type er endret Fjern type Aktør: Admin Mål: Fjerne en utstyrstype fra systemet Oppsummering: Admin fjerner en utstyrstype fra systemet. Pre betingelser: Utstyrstypen er aktiv, alle enheter tilknyttet typen er fjernet fra systemet. Trigger: Admin trykker slett på siden for å endre en utstyrstype. Hendelsesforløp: 1. Systemet fjerner typen. 2. Systemet viser liste over alle utstyrstyper. Variasjoner: Det finnes utstyr av denne typen registrert i systemet 1. Systemet viser melding om at utstyrstypen ikke kan slettes, med link til å slette enhetene som er registrerte i typen. 2. Slettingen utføres ikke. Post betingelser: Utstyrstypen er fjernet. Side 9 av 14

54 Vedlegg 6 Use case beskrivelse Legg til utstyr Aktør: Admin Mål: Legge til en ny enhet Oppsummering: Administrator registrerer en ny enhet og legger den inn i systemet. Pre betingelser: Det finnes en utstyrstype å legge den nye enheten under. Trigger: Admin trykker legg til utstyr på siden for lagerbeholdning. Hendelsesforløp: 1. Systemet viser et skjema hvor det står tesktfelter for å fylle ut egenskaper til enheten. 2. Admin fyller ut egenskapene og trykker Legg til 3. Systemet sjekker at alle egenskaper er gyldige 4. Systemet legger til enhet Variasjoner: Feil på egenskap (ikke korrekt utfylt) 4. En eller flere verdier er ikke gyldige. 5. Systemet gir en tilbakemelding for hver av de ugyldige verdiene og ber Admin endre disse 6. Gå til 2 Post betingelser: Ny enhet er opprettet Side 10 av 14

55 Use case beskrivelse Vedlegg 6 Endre utstyr Aktør: Admin Mål: Endre eksisterende enhet Oppsummering: Admin endrer egenskapene til en enhet i systemet Pre betingelser: enheten er aktiv Trigger: Admin trykker på endre på siden for informasjon om en enhet. Hendelsesforløp: 1. Systemet viser en redigerbart skjema med alle egenskaper enheten har 2. Admin fyller ut egenskapene og trykker Lagre 3. Systemet sjekker at alle egenskaper er gyldige 4. Systemet legger til enhet Variasjoner: Feil på egenskap (ikke korrekt utfylt) 4. En eller flere verdier er ikke gyldige. 5. Systemet gir en tilbakemelding for hver av de ugyldige verdiene og ber Admin endre disse 6. Gå til 2. Post betingelser: Enheten endres Side 11 av 14

56 Vedlegg 6 Use case beskrivelse Fjern utstyr Aktør: Admin Mål: Fjerne eksisterende enhet Oppsummering: Admin deaktiverer en enhet i systemet så denne ikke kan brukes. Pre betingelser: Enheten er på lager Trigger: Admin trykker slett på siden for informasjon om en enhet. Hendelsesforløp: 1. Systemet ber om begrunnelse. 2. Admin oppgir begrunnelse og trykke slett 3. Systemet ber om bekreftelse. 4. Admin bekrefter. 5. Systemet deaktiverer enheten og går til liste over enheter i systemet. Variasjoner: Statusfeil 2. Enheten er ikke på lager. 3. Systemet viser en feilmelding. Post betingelser: Enheten er deaktivert Kommentar: Side 12 av 14

57 Use case beskrivelse Vedlegg 6 Endre innstillinger Aktør: Admin Mål: Endre innstillinger for programmet Oppsummering: Admin endrer en eller flere innstillinger i systemet og lagrer disse. Pre betingelser: Admin er innlogget Trigger: Admin går inn på Innstillinger siden i administrasjons seksjonen Hendelsesforløp: 1. Systemet viser ett skjema med alle innstillinger og deres verdier, med mulighet til å redigere 2. Admin redigerer de instillingene han ønsker og trykker Lagre 3. Systemet sjekker at utfylt tekst er gyldige og lagrer disse. 4. Systemet viser forsiden. Variasjoner: Ikke gyldig verdi i innstillingene 3. Systemet sjekker og finner at ikke alle alternative er gyldige. 4. Systemet viser tabellen med alle innstillinger og viser feilmelding der verdiene ikke er gyldige innstillinger. Gå til 2. Post betingelser: Innstillingene for systemet har blitt endret Kommentar: Side 13 av 14

58 Vedlegg 6 Use case beskrivelse Se lister/statistikk Aktør: Admin Mål: Se på en gitt rapport Oppsummering: Admin går inn på Rapport seksjonen og velger hvilken rapport han vil se. Pre betingelser: Admin er innlogget. Trigger: Admin trykker rapporter på menyen Hendelsesforløp: 1. Systemet viser liste over alle rapporter som kan genereres. 2. Admin velger ønsket rapport. 3. Systemet viser rapporten og gir mulighet til å endre sortering og/eller periode om det er mulig for valgt rapport. 4. Admin endrer sortering og/eller periode, skriver ut/ser på rapporten og lukker den. 5. Gå til punkt 1. Variasjoner: Ingen Post betingelser: Ingen Se ansattrapport / utstyrsrapport Aktør: Admin Mål: Administrator vil se, eller endre, informasjon om en ansatt eller en enhet. Oppsummering: Administrator får se detaljert informasjon om en enhet eller en bruker, og kan utføre diverse handlinger angående enheten/brukeren. Pre betingelser: Admin er innlogget. Trigger: Admin velger å se detaljert info om en bruker eller enhet. Hendelsesforløp: 1. Systemet ber om brukernavn/utstyrsnummer 2. Admin oppgir brukernavn/utstyrsnummer 3. Systemet viser en side med detaljert info om enhetens eller ansattes aktivitet i systemet, med knapper for å endre alle mulige innstillinger. Variasjoner: Post betingelser: Innstillinger for en enhet/ansatt kan ha blitt endret. Side 14 av 14

59 Skjermbilder Vedlegg 7 Skjermbilder Oversikt over de fleste skjermbilder i systemet. Innhold 1 Innloggingssiden Forsiden Utlån Hovedside for utlån Utlånssiden til en bruker Utlånssiden til en bruker lagt til pc i utlånskurven Bekreftelse på at utstyr skal lånes ut Endre forfallsdato på et lån Innlevering Hovedsiden til innlevering Brukerside med oversikt over utstyr på lån Bekreftelse før innlevering av utstyr Reservasjon Hovedside for reservasjon Reservasjonssiden for en bruker Opprette en reservasjon Endre en reservasjon Rapporter Hovedside for rapporter Utstyrsliste Låneliste Reservasjonsliste Brukerliste Administrasjon Hovedside for administrasjon Innstillinger for systemet Behandle utstyr Liste over alt utstyr Legg til utstyr Side 1 av 21

60 Vedlegg 7 Skjermbilder Endre utstyr Slette utstyr Informasjon om utstyr Lån ut utstyr Sett utstyr til vedlikehold Utlånshistorie for et utstyr Vedlikeholdshistorie for utstyr Behandle utstyrstyper Liste over alle utstyrstypene Legg til utstyrstype Endre utstyrstype Slette utstyrstype Endre innstillinger for e post Liste over alle e post som kan bli sendt Redigere e post Brukerinformasjon Side 2 av 21

61 Skjermbilder Vedlegg 7 1 Innloggingssiden 2 Forsiden Side 3 av 21

62 Vedlegg 7 Skjermbilder 3 Utlån 3.1 Hovedside for utlån 3.2 Utlånssiden til en bruker Side 4 av 21

63 Skjermbilder Vedlegg Utlånssiden til en bruker lagt til pc i utlånskurven 3.4 Bekreftelse på at utstyr skal lånes ut Side 5 av 21

64 Vedlegg 7 Skjermbilder 3.5 Endre forfallsdato på et lån 4 Innlevering 4.1 Hovedsiden til innlevering Side 6 av 21

65 Skjermbilder Vedlegg Brukerside med oversikt over utstyr på lån 4.3 Bekreftelse før innlevering av utstyr Side 7 av 21

66 Vedlegg 7 Skjermbilder 5 Reservasjon 5.1 Hovedside for reservasjon 5.2 Reservasjonssiden for en bruker Side 8 av 21

67 Skjermbilder Vedlegg Opprette en reservasjon 5.4 Endre en reservasjon Side 9 av 21

68 Vedlegg 7 Skjermbilder 6 Rapporter 6.1 Hovedside for rapporter 6.2 Utstyrsliste Side 10 av 21

69 Skjermbilder Vedlegg Låneliste 6.4 Reservasjonsliste Side 11 av 21

70 Vedlegg 7 Skjermbilder 6.5 Brukerliste 7 Administrasjon 7.1 Hovedside for administrasjon Side 12 av 21

71 Skjermbilder Vedlegg Innstillinger for systemet 7.3 Behandle utstyr Liste over alt utstyr Side 13 av 21

72 Vedlegg 7 Skjermbilder Legg til utstyr Endre utstyr Side 14 av 21

73 Skjermbilder Vedlegg Slette utstyr Informasjon om utstyr Side 15 av 21

74 Vedlegg 7 Skjermbilder Lån ut utstyr Sett utstyr til vedlikehold Side 16 av 21

75 Skjermbilder Vedlegg Utlånshistorie for et utstyr Vedlikeholdshistorie for utstyr Side 17 av 21

76 Vedlegg 7 Skjermbilder 7.4 Behandle utstyrstyper Liste over alle utstyrstypene Legg til utstyrstype Side 18 av 21

77 Skjermbilder Vedlegg Endre utstyrstype Slette utstyrstype Side 19 av 21

78 Vedlegg 7 Skjermbilder 7.5 Endre innstillinger for e post Liste over alle e post som kan bli sendt Redigere e post Side 20 av 21

79 Skjermbilder Vedlegg Brukerinformasjon Side 21 av 21

80

81 Sekvensdiagram Vedlegg 8 Sekvensdiagram Innhold Innlogging... 2 Lån ut... 3 Lever inn... 4 Endre innstillinger... 5 Reservasjon... 6 Slett reservasjon... 7 Purring... 8 Legg til utstyrstype... 9 Endre utstyrstype Fjern utstyrstype Legg til utstyr Endre utstyr Side 1 av 13

82 Vedlegg 8 Sekvensdiagram Innlogging Side 2 av 13

83 Sekvensdiagram Vedlegg 8 Lån ut Side 3 av 13

84 Vedlegg 8 Sekvensdiagram Lever inn Admin Webpage UserBLL LoanBLL DAL Enter Username <username> GetUser(<username>) GetUser(<username>) <user> <user> GetActiveLoans(<user>) GetActiveLoans(<user>) <loans> <loans> SelectLoans(<loans>) <loans> Confirm(<loaninfo>) <confirm> ReturnEquipment(<loans>) <ok> EquipmentBLL SetStatus("Available", <equipment>) Return(<equipment>) <ok> <ok> Side 4 av 13

85 Sekvensdiagram Vedlegg 8 Endre innstillinger Side 5 av 13

86 Vedlegg 8 Sekvensdiagram Reservasjon Side 6 av 13

87 Sekvensdiagram Vedlegg 8 Slett reservasjon Side 7 av 13

88 Vedlegg 8 Sekvensdiagram Purring Side 8 av 13

89 Sekvensdiagram Vedlegg 8 Legg til utstyrstype Side 9 av 13

90 Vedlegg 8 Sekvensdiagram Endre utstyrstype Webside EquipmentTypeBLL EquipmentTypeDAL Database Admin edit(type) getequipmenttype(<type>) getequipmenttype(<type>) getequipmenttype(<type) <type> <type> populateform(..type atributes.. ) getcategories() getcategories() getcategories() <categories> <categories> <categories> entertypename <typename> choosecategory <category> enterdescription <description> enterstandardloantime <StandardLoanTime> ismaintenaincerequired <maintenancerequiredl> edittype(name, cat, desc, LoanTime, maint, ) edittype(name, cat, desc, loant,?maint?, mainttime, loanable, createddate, ) edittype(...) ok ok ok ok Side 10 av 13

91 Sekvensdiagram Vedlegg 8 Fjern utstyrstype Side 11 av 13

92 Vedlegg 8 Sekvensdiagram Legg til utstyr Webside EquipmentBLL EquipmentDAL Database Admin new Equipment gettypes() gettypes() gettypes() <typeslist> <typeslist> <typeslist> ChooseType(<typesList>)() type entercode() code entermodel() model entercomment() comment choosestatus() status createequipment(<attributelist>) createequipment(<attributelist) createequipment(<attributelist>) ok ok ok confirm Side 12 av 13

93 Sekvensdiagram Vedlegg 8 Endre utstyr Side 13 av 13

94

95 Klassediagram Vedlegg 9 Klassediagram Model Side 1 av 4

96 Vedlegg 9 Klassediagram Model Side 2 av 4

97 Klassediagram Vedlegg 9 DAL Side 3 av 4

98 Vedlegg 9 Klassediagram BLL Side 4 av 4

99 Vedlegg 10 1 Reservation Id: INTEGER Reserved_for: VARCHAR(20) (FK) ansatt reserverer Created_date: DATETIME Equipment_type_Id: INTEGER (FK) Pick_up_date: DATE fjernet av Return_deadline: DATE Removed_date: DATETIME Removed_by: VARCHAR(20) (FK) Loaned: BOOL reservasjon holder av utstyr av en gitt type Category Name: VARCHAR(20) Maximum_loan: TINYINT utstyrstyper er inndelt i kategorier Loan Id: INTEGER Loaned_date: DATETIME Loaned_to: VARCHAR(20) (FK) Loaned_from: VARCHAR(20) (FK) admin registrerer ansatt låner System_user Username: VARCHAR(20) Firstname: VARCHAR(45) Lastname: VARCHAR(45) VARCHAR(45) User_comment: TEXT sendt av Maintenance Id: INTEGER Sent_by: VARCHAR(20) (FK) Equipment_Id: INTEGER (FK) From_date: DATETIME Until_date: DATETIME Maintenance_comment: TEXT Automatic: BOOL Equipment_type Id: INTEGER Category_Name: VARCHAR(20) (FK) Name: VARCHAR(45) Description: TEXT Standard_loan_time: INT Maintenance_required: BOOL Maintenance_time: TINYINT Loanable: BOOL Created_date: DATETIME Removed_date: DATETIME lån inneholder flere lånlinjer admin registrerer innlevering fjernet av utstyr til vedlikehold utstyr er gruppert i typer LoanLine Loan_id: INTEGER (FK) Equipment_id: INTEGER (FK) Return_deadline: DATETIME Returned_date: DATETIME Received_by: VARCHAR(20) (FK) en lånlinje inneholder ett utstyr Equipment Id: INTEGER Removed_by: VARCHAR(20) (FK) Equipment_type_Id: INTEGER (FK) Equipment_code: VARCHAR(20) Model: VARCHAR(45) Equipment_status: ENUM Equipment_comment: TEXT Registered_date: DATETIME Removed_date: DATETIME Settings Name: VARCHAR(45) Value: VARCHAR(255)

100

101 Dataordbok Vedlegg 11 Dataordbok Hovedprosjekt nr : Utlånssystem for datautstyr Innholdsfortegnelse, liste over tabeller Innholdsfortegnelse, liste over tabeller... 1 System_user... 2 Equipment... 3 Equipment_type... 4 Loan... 6 Loanline... 7 Reservation... 8 Maintenance... 9 Settings Category Side 1 av 11

102 Vedlegg 11 Dataordbok System_user Denne tabellen inneholder informasjon om brukerene av systemet; både ansatte som låner utstyr, og administratorene som registrerer utlån. Informasjonen i denne tabellen hentes fra active directory første gang informasjon om brukeren trengs. Username Type Atributter Påkrevd Beskrivelse Firstname Type Atributter Påkrevd Beskrivelse Lastname Type Atributter Påkrevd Beskrivelse Type Atributter Påkrevd Beskrivelse User_comment Type Atributter Påkrevd Beskrivelse NVARCHAR2(20) Primærnøkkel Ja Brukerens brukernavn på statsbygg. Alle disse er unike. NVARCHAR2(45) Ja Brukerens fornavn. NVARCHAR2(45) Ja Brukerens etternavn. NVARCHAR2(45) Ja Brukerens epost adresse NCLOB Nei Eventuell kommentar til brukeren. Skrives av administrator. Side 2 av 11

103 Dataordbok Vedlegg 11 Equipment Informasjon om en utstyrsenhet som kan lånes ut. Id Type Atributter Påkrevd Beskrivelse Equipment_code Type Atributter Påkrevd Beskrivelse NUMBER Primærnøkkel, Autoincrement Ja En unik tall id for utstyrsenheten, generert av databasen. NVARCHAR2(20) Ja Enhetens utstyrsnummer. Equipment_type_id Type NUMBER Atributter Påkrevd Beskrivelse Fremmednøkkel til tabellen Equipment_type Ja Hvilke utstyrstype enheten tilhører. Model Type Atributter Påkrevd Beskrivelse Equipment_status Type Atributter Påkrevd Beskrivelse NVARCHAR2(45) Nei Modellnavn eller modellnummer for enheten. NVARCHAR2(20) Default= lager Gyldige verdier=( lager, utlaant, vedlikehold ) Ja Status for enheten; om den er på lager, utlånt, osv. Equipment_comment Type NCLOB Atributter Påkrevd Beskrivelse Nei Eventuell kommentar til enheten. Settes av administrator ved behov. Side 3 av 11

104 Vedlegg 11 Dataordbok Registered_date Type Atributter Påkrevd Beskrivelse Removed_date Type Atributter Påkrevd Beskrivelse Removed_by Type Atributter Påkrevd Beskrivelse DATE Ja Tidspunktet da enheten ble lagt til i systemet. DATE Nei Indikerer om enheten har blitt fjernet. Informasjonen om enheten ligger igjen, men den kan ikke lånes ut og vises ikke i lister. NVARCHAR2(20) Fremmednøkkel til tabellen System_user Nei Hvem som evt. har fjernet enheten Equipment_type En type ustyr som kan lånes ut. Inneholder informasjon og innstillinger som er felles for alle enheter av typen. Id Type Atributter Påkrevd Beskrivelse Name Type Atributter Påkrevd Beskrivelse Description Type Atributter Påkrevd Beskrivelse NUMBER Primærnøkkel, Autoincrement Ja Numerisk id som identifiserer utstyrstypen. NVARCHAR2(45) Ja Navn på utstyrstypen. NCLOB Nei En tekstlig beskrivelse av utstyrstypen. Side 4 av 11

105 Dataordbok Vedlegg 11 Standard_Loan_time Type NUMBER Atributter Påkrevd Beskrivelse Ja Hvor mange dager det er lov å låne enheter av denne typen. Category_Name Type Atributter Påkrevd Beskrivelse NVARCHAR2(20) Fremmednøkkel til tabellen Category Ja Hvilken kategori utstyrstypen tilhører Maintenance_required Type NUMBER(1) Atributter Påkrevd Beskrivelse Maintenance_time Type Atributter Påkrevd Beskrivelse Ja Om utstyr av denne typen skal sendes til vedlikehold etter hver innlevering. NUMBER(3,0) Ja Hvor mange dager det vanligvis tar å utføre vedlikehold på utstyr av denne typen. Loanable Type Atributter Påkrevd Beskrivelse Created_date Type Atributter Påkrevd Beskrivelse Removed_date Type Atributter Påkrevd Beskrivelse NUMBER(1) Default=1 Ja Om det skal være mulig å låne eller reservere utstyr av denne typen. DATE Ja Tidspunktet når utstyrstypen ble opprettet. DATE Nei Eventuell dato utstyrstypen ble slettet. Side 5 av 11

106 Vedlegg 11 Dataordbok Loan Innholder informasjon om utlån. Hvilke enheter som ble lånt ut ligger i en annen tabell: Loanline. Id Type Atributter Påkrevd Beskrivelse Loaned_to Type Atributter Påkrevd Beskrivelse Loaned_from Type Atributter Påkrevd Beskrivelse Loaned_date Type Atributter Påkrevd Beskrivelse NUMBER Primærnøkkel, Autoincrement Ja Numerisk id som identifiserer utlånet. NVARCHAR2(20) Fremmednøkkel til tabellen System_user Ja Brukernavnet til brukeren som lånte utstyr. NVARCHAR2(20) Fremmednøkkel til tabellen System_user Ja Brukernavnet til administratorbrukeren som registrerte utlånet. DATE Ja Tidspunktet utlånet ble registrert. Side 6 av 11

107 Dataordbok Vedlegg 11 Loanline Innholder informasjon om hvilke enheter som ligger i et utlån. Loan_id Type Atributter Påkrevd Beskrivelse Equipment_id Type Atributter Påkrevd Beskrivelse Return_deadline Type Atributter Påkrevd Beskrivelse Returned_date Type Atributter Påkrevd Beskrivelse Received_by Type Atributter Påkrevd Beskrivelse NUMBER Primærnøkkel. Fremmednøkkel til tabellen Loan Ja Id til lånet denne lånlinjen tilhører. NUMBER Primærnøkkel. Fremmednøkkel til tabellen Equipment Ja Id til utstyret i lånlinjen. DATE Ja Forventet innleveringsdato. DATE Nei Tidspunktet utstyret ble levert inn igjen, hvis det er innlevert. NVARCHAR2(20) Fremmednøkkel til tabellen System_user Nei Brukernavnet til administratorbrukeren som registrerte innleveringen. Side 7 av 11

108 Vedlegg 11 Dataordbok Reservation En reservasjon av utstyr av en gitt ustyrstype. Det er ikke en spesifikk enhet som blir reservert, bare èn hvilken som helst utstyrsenhet av den bestemte typen. Id Type Atributter Påkrevd Beskrivelse Reserved_for Type Atributter Påkrevd Beskrivelse NUMBER Primærnøkkel, Autoincrement Ja Unik id til en reservasjon NVARCHAR2(20) Fremmednøkkel til tabellen System_user Ja Brukernavnet til ansatt som reserverer Equipment_type_Id Type NUMBER Atributter Fremmednøkkel til tabellen Equipment_type Påkrevd Beskrivelse Ja Hvilken utstyrstype som er reservert. Created_date Type Atributter Påkrevd Beskrivelse Pick_up_date Type Atributter Påkrevd Beskrivelse Return_deadline Type Atributter Påkrevd Beskrivelse DATE Ja Tidspunktet reservasjonen er opprettet. DATE Ja Dato for når ansatt ønsker å hente utstyret DATE Ja Dato ansatt ønsker å levere inn utstyret Side 8 av 11

109 Dataordbok Vedlegg 11 Removed_date Type Atributter Påkrevd Beskrivelse Removed_by Type Atributter Påkrevd Beskrivelse Loaned Type Atributter Påkrevd Beskrivelse DATE Nei Dato utstyret ble hentet eller dato reservasjonen ble fjernet NVARCHAR2(20) Fremmednøkkel til tabellen System_user Nei Brukernavnet til administratorbrukeren som fjernet enheten NUMBER(1) Default=0 Ja Indikerer om alt utstyret i dette utlånet har blitt hentet av bruker som har reservert Maintenance Id Type Atributter Påkrevd Beskrivelse Equipment_id Type Atributter Påkrevd Beskrivelse Sent_by Type Atributter Påkrevd Beskrivelse NUMBER Primærnøkkel, Autoincrement Ja Unik id til et vedlikehold NUMBER Primærnøkkel. Fremmednøkkel til tabellen Equipment Ja Id til utstyret som er på vedlikehold. NVARCHAR2(20) Fremmednøkkel til tabellen System_user Ja Brukernavnet til administratorbrukeren som registrerte vedlikeholdet. Side 9 av 11

110 Vedlegg 11 Dataordbok From_date Type Atributter Påkrevd Beskrivelse Until_date Type Atributter Påkrevd Beskrivelse DATE Ja Tidspunktet enheten ble sendt til vedlikehold. DATE Nei Evt. tidspunkt enheten kom tilbake fra vedlikehold. Maintenance_comment Type NCLOB Atributter Påkrevd Beskrivelse Automatic Type Atributter Påkrevd Nei En tekstlig beskrivelse av hvorfor utstyret ble sendt til vedlikehold. NUMBER(1) Default=0 Ja Beskrivelse Indikerer om utstyret er sendt til vedlikehold automatisk av systemet (i motsetning til manuelt). Settings Innholder diverse innstillinger for programmet. Name Type Atributter Påkrevd Beskrivelse Value Type Atributter Påkrevd Beskrivelse NVARCHAR2(45) Ja Navn på innstillingen NVARCHAR2(255) Ja Verdien for innstillingen. Side 10 av 11

111 Dataordbok Vedlegg 11 Category Kategori er til for å sette felles kategori på flere utstyrstyper og begrense rettighetene ansatte har til å låne eller reservere flere av disse typene samtidig Name Type Atributter Påkrevd Beskrivelse Maximum_loan Type Atributter Påkrevd Beskrivelse NVARCHAR2(20) Primærnøkkel Ja Navnet på kategorien. NUMBER(3,0) Default=1 Ja Hvor mange enheter av denne kategorien en ansatt normalt kan ha på lån samtidig. Side 11 av 11

112

113 Filoversikt Vedlegg 12 Filoversikt Webapplikasjon o App_Lib Inneholder filer som programmet trenger for å fungere AjaxControlToolkit.dll o o o o o o Content Inneholder bildene som brukes på websidene, og CSS dokument. Images style.css Controls Inneholder ASP kontroller som er inkluderte på flere av sidene i systemet. EquipmentInfo.ascx Viser informasjon om en enhet, kan endre informasjonen UserInfo.ascx Viser informasjon om en bruker. Innlevering Inneholder sider for å registrere innlevering av utstyr. CheckIn.aspx Forside for innleverings delen. CheckInConfirmation.aspx Viser bekreftelse på innlevering av utstyr. Kan printes ut. RegisterCheckIn.aspx Innleverings siden. Innstillinger Inneholder sider relatert til administrasjon av systemet. AddEquipmentType.aspx Side for å legge til utstyrstyper. Administration.aspx Forside for administrasjons delen. Edit .aspx Gir mulighet til å endre innholdet (malen) for en e post. EditEquipmentType.aspx Endrer informasjon om en utstyrstype. MailList.aspx Viser liste over e postene systemet kan sende. PerformMaintenance.aspx Vedlikeholdsscript. Skal kjøres daglig (automatisk). Settings.aspx Viser forskjellige innstillinger i systemet, kan endre. Lagerbeholdning Inneholder sider relaterte til lagerbeholdningen. AddEquipment.aspx Brukes for å legge til nye enheter i systemet. EditEquipment.aspx Endrer informasjon om en enhet. EquipmentInfo.aspx Viser informasjon om en enhet. EquipmentList.aspx Viser liste over utstyret i systemet, kan velge hva som skal vises. EquipmentTypeList.aspx Viser liste over utstyrstypene i systemet. Rapporter Inneholder sider som viser forskjellige rapporter/lister. EquipmentList.aspx Viser liste over utstyr i systemet. LoanHistory.aspx Viser lånehistorikk for en enhet. Side 1 av 3

114 Vedlegg 12 Filoversikt LoanList.aspx Viser informasjon om alle lån som har vært i systemet. MaintenanceHistory.aspx Viser vedlikeholds historikk for en enhet. Reports.aspx Forside for rapport delen. ReservationList.aspx Viser liste over reservasjonene i systemet. UserInfo.aspx Viser informasjon om en bruker. Kan skrive inn kommentar. UserList.aspx Viser en liste over alle brukerene i systemet. o Reservasjon Inneholder sider for reservering av utstyr. EquipmentReservation.aspx Side for reservasjon for vanlige brukere. RegisterReservation.aspx Side for reservasjon for administrator. ReservationFrontPage.aspx Forside for reservasjons delen. o Utlaan Inneholder sider for å registrere utlån. LoanFrontPage.aspx Forside for utlån. Brukes for å velge hvem som skal låne. LoanReceipt.aspx Kvittering på registrert utlån, kan skrives ut. RegisterLoan.aspx Side for registrering av utlån. o Mail Inneholder maler for e post som sendes av systemet. Delivery Receipt.xml Equipment Reserved.xml First Late Return Reminder.xml Loan Receipt.xml Pickup Reminder.xml Reservation Deleted.xml Return Reminder.xml Second Late Return Reminder.xml Default.aspx Forsiden for systemet. Error.aspx Feilmeldingsside som brukes ved feil i systemet. Login.aspx Innloggingssiden til systemet. SearchResults.aspx Viser søkeresultater når søkeboksen i systemet benyttes. MasterPage.aspx Mal som inneholder det som er felles for alle sidene våre. Global.asax Inneholder kode som skal kjøres når systemet starter opp. StatsbyggMembershipProvider.cs En klasse som gjør at login boksen logger inn mot statsbygg. StatusPage.cs En klasse som inneholder hjelpe kode vi bruker på flere sider. Web.config Inneholder innstillinger for webapplikasjonen. Side 2 av 3

115 Filoversikt Vedlegg 12 Utlånssystem.BLL Mellomlag mellom webapplikasjonen og DAL CategoryBLL.cs BLL.cs EquipmentBLL.cs EquipmentTypeBLL.cs LoanBLL.cs MaintenanceBLL.cs ReservationBLL.cs SettingsBLL.cs StockBLL.cs UserBLL.cs Inneholder metoder som brukes direkte av webapplikasjonen. Evt. feilsjekking blir utført og kallene blir videreført til korrekt metode i DAL laget. Utlånssystem.DAL Dette laget håndterer lesing/skriving mot databasen. AdReader.cs Metoder for å kommunisere med Active Directory. BaseDAL.cs Inneholder felles funksjonalitet for alle DAL klassene. DAL.cs Metoder for å redigere og sende e post. CategoryDAL.cs EquipmentDAL.cs EquipmentTypeDAL.cs LoanDAL.cs MaintenanceDAL.cs ReservationDAL.cs SettingsDAL.cs StockDAL.cs UserDAL.cs Inneholder metoder som opererer på den relevante tabellen i databasen. Når data skal hentes returneres instanser av modell klassene. Utlånssystem.Model Inneholder klasser som representerer entitetene i systemet, brukes av alle lag. Category.cs .cs Equipment.cs EquipmentType.cs Loan.cs Klasser som representerer entitetene i systemet. LoanLine.cs Maintenance.cs Reservation.cs Settings.cs User.cs Side 3 av 3

116

117 Databasescript Vedlegg 13 Databasescript Dette skriptet må kjøres for å sette opp databasen riktig før programmet kan brukes. Se Installasjonsveiledningen for beskrivelse av hvordan dette kan kjøres. Det ligger også som fil på cden CREATE TABLE Settings ( Name NVARCHAR2(45) PRIMARY KEY, Value NVARCHAR2(255) NOT NULL ); CREATE TABLE System_user ( Username NVARCHAR2(20) PRIMARY KEY, Firstname NVARCHAR2(45) NOT NULL, Lastname NVARCHAR2(45) NOT NULL, NVARCHAR2(45) NOT NULL, User_comment NCLOB ); /* Oppretter bruker for vedlikeholdsscriptet */ INSERT INTO system_user ( username, firstname, lastname, , user_comment ) VALUES ( "system", "System", "Vedlikehold", "system@nonet", "Innbygd bruker i systemet." ); CREATE TABLE Category ( Name NVARCHAR2(20) PRIMARY KEY, Maximum_loan NUMBER(3,0) DEFAULT 1 ); CREATE TABLE equipment_type ( Id NUMBER PRIMARY KEY, Name NVARCHAR2(45) NOT NULL, Description NCLOB, Standard_Loan_time NUMBER(3,0) NOT NULL, Maintenance_required NUMBER(1), Maintenance_time NUMBER(3,0), Loanable NUMBER(1), Created_date DATE NOT NULL, Removed_date DATE, Category_Name NVARCHAR2(20) NOT NULL, CONSTRAINT Category_Name_fk FOREIGN KEY (Category_Name) REFERENCES Category(Name) ); 1

118 Vedlegg 13 Databasescript /* auto increment for equipment_type */ CREATE SEQUENCE equipment_type_sequence START WITH 1 INCREMENT BY 1; CREATE OR REPLACE TRIGGER equipment_type_trigger BEFORE INSERT ON equipment_type REFERENCING NEW AS NEW FOR EACH ROW BEGIN SELECT equipment_type_sequence.nextval INTO :NEW.ID FROM dual; END; CREATE TABLE Equipment ( Id NUMBER PRIMARY KEY, Equipment_code NVARCHAR2(20) NOT NULL, Model NVARCHAR2(45), Equipment_status NVARCHAR2(20) DEFAULT 'lager' CHECK (Equipment_status IN ( 'lager', 'utlaant', 'vedlikehold')), Equipment_comment NCLOB, Registered_date DATE NOT NULL, Removed_date DATE, Removed_by NVARCHAR2(20), Equipment_type_Id NUMBER, CONSTRAINT Removed_by_fk FOREIGN KEY (Removed_by) REFERENCES System_user(Username), CONSTRAINT Equipment_type_Id_fk FOREIGN KEY (Equipment_type_Id) REFERENCES Equipment_type(Id) ); /* auto increment for equipment */ CREATE SEQUENCE equipment_sequence START WITH 1 INCREMENT BY 1; CREATE OR REPLACE TRIGGER equipment_trigger BEFORE INSERT ON equipment REFERENCING NEW AS NEW FOR EACH ROW BEGIN SELECT equipment_sequence.nextval INTO :NEW.ID FROM dual; END; 2

119 Databasescript Vedlegg CREATE TABLE Maintenance ( Id NUMBER PRIMARY KEY, Equipment_Id NUMBER NOT NULL, From_date DATE NOT NULL, Until_date DATE, Maintenance_comment NCLOB, Automatic NUMBER(1) DEFAULT 0, Sent_by NVARCHAR2(20), CONSTRAINT Sent_by_fk FOREIGN KEY (Sent_by) REFERENCES System_user(Username), CONSTRAINT Equipment_Id_fk FOREIGN KEY (Equipment_Id) REFERENCES Equipment(Id) ); /* auto increment for maintenance */ CREATE SEQUENCE maintenance_sequence START WITH 1 INCREMENT BY 1; CREATE OR REPLACE TRIGGER maintenance_trigger BEFORE INSERT ON maintenance REFERENCING NEW AS NEW FOR EACH ROW BEGIN SELECT maintenance_sequence.nextval INTO :NEW.ID FROM dual; END; CREATE TABLE Reservation ( Id NUMBER PRIMARY KEY, Created_date DATE NOT NULL, Pick_up_date DATE NOT NULL, Return_deadline DATE NOT NULL, Removed_date DATE, Loaned NUMBER(1) DEFAULT 0, Reserved_for NVARCHAR2(20) NOT NULL, Equipment_type_Id NUMBER NOT NULL, Removed_by NVARCHAR2(20), CONSTRAINT Reservation_Reserved_for_fk FOREIGN KEY (Reserved_for) REFERENCES System_user(Username), CONSTRAINT Reservation_Equipment_type_Id_fk FOREIGN KEY (Equipment_type_Id) REFERENCES Equipment_type(Id), CONSTRAINT Reservation_Removed_by_fk FOREIGN KEY (Removed_by) REFERENCES System_User(Username) ); 3

120 Vedlegg 13 Databasescript /*auto increment for reservation*/ CREATE SEQUENCE reservation_seq START WITH 1 INCREMENT BY 1 nomaxvalue; CREATE TRIGGER reservation_trigger before INSERT ON reservation FOR each ROW BEGIN SELECT reservation_seq.nextval INTO :NEW.id FROM dual; END; CREATE TABLE Loan ( Id NUMBER PRIMARY KEY, Loaned_date DATE NOT NULL, Loaned_to NVARCHAR2(20) NOT NULL, Loaned_from NVARCHAR2(20) NOT NULL, CONSTRAINT Loan_Loaned_to_fk FOREIGN KEY (Loaned_to) REFERENCES System_user(Username), CONSTRAINT Loan_Loaned_from_fk FOREIGN KEY (Loaned_from) REFERENCES System_user(Username) ); /*auto increment for loan*/ CREATE SEQUENCE loan_seq START WITH 1 INCREMENT BY 1 nomaxvalue; CREATE TRIGGER loan_trigger before INSERT ON loan FOR each ROW BEGIN SELECT loan_seq.nextval INTO :NEW.id FROM dual; END; 4

121 Databasescript Vedlegg CREATE TABLE Loanline ( Loan_Id NUMBER, Equipment_Id NUMBER, Return_deadline DATE NOT NULL, Returned_date DATE, Received_by NVARCHAR2(20), CONSTRAINT MULTI_PK PRIMARY KEY (Loan_Id, Equipment_Id), CONSTRAINT Loanline_Loan_Id_fk FOREIGN KEY (Loan_Id) REFERENCES Loan(Id), CONSTRAINT Loanline_Equipment_fk FOREIGN KEY (Equipment_Id) REFERENCES Equipment(Id), CONSTRAINT Loanline_Received_by_fk FOREIGN KEY (Received_by) REFERENCES System_user(Username) ); 5

122 Vedlegg 13 Databasescript /* Oppretter view med informasjon om lånene i databasen */ CREATE NOFORCE VIEW "LOANLINEVIEW" AS SELECT l.id loanid, l.loaned_date loaneddate, l.loaned_to loanedto, l.loaned_from loanedfrom, lline.equipment_id equipmentid, lline.return_deadline returndeadline, lline.returned_date returneddate, lline.received_by receivedby, e.equipment_code equipmentcode, e.model equipmentmodel, e.equipment_status equipmentstatus, e.equipment_comment equipmentcomment, e.registered_date equipmentregistereddate, e.removed_date equipmentremoveddate, e.removed_by equipmentremovedby, e.equipment_type_id equipmenttypeid, et.name typename, et.description typedescription, et.standard_loan_time typestandardloantime, et.maintenance_required typemaintenancerequired, et.maintenance_time typemaintenancetime, et.loanable typeloanable, et.created_date typecreateddate, et.removed_date typeremoveddate, et.category_name categoryname, admin.firstname loanedfromfirstname, admin.lastname loanedfromlastname, admin. loanedfrom , admin.user_comment loanedfromusercomment, Lto.firstname loanedtofirstname, Lto.lastname loanedtolastname, Lto. loanedto , Lto.user_comment loanedtousercomment, Rby.firstname ReceivedByFirstname, Rby.lastname ReceivedByLastname, Rby. ReceivedBy , Rby.user_comment ReceivedByUserComment FROM Loan l inner join Loanline lline ON l.id = lline.loan_id inner join Equipment e ON lline.equipment_id = e.id inner join Equipment_type et ON e.equipment_type_id = et.id inner join System_user admin ON l.loaned_from = admin.username inner join System_user Lto ON l.loaned_to = Lto.username left outer join System_user RBy ON lline.received_by = Rby.username; 6

123 Databasescript Vedlegg /* Oppretter view med informasjon om reservasjonen i databasen */ CREATE NOFORCE VIEW "RESERVATIONVIEW" AS SELECT res.id reservationid, res.created_date createddate, res.pick_up_date pickupdate, res.return_deadline returndeadline, res.removed_date removeddate, res.loaned loaned, res.equipment_type_id equipmenttypeid, res.reserved_for reservedfor, res.removed_by removedby, et.name typename, et.standard_loan_time typestandardloantime, et.loanable loanable, et.category_name categoryname, ufor.firstname reservedforfirstname, ufor.lastname reservedforlastname, ufor. reservedfor , ufor.user_comment reservedforusercomment, rby.firstname removedbyfirstname, rby.lastname removedbylastname, rby. removedby , rby.user_comment removedbyusercomment FROM RESERVATION res inner join EQUIPMENT_TYPE et ON res.equipment_type_id = et.id inner join SYSTEM_USER ufor ON res.reserved_for = ufor.username left outer join SYSTEM_USER rby ON res.removed_by = rby.username; 7

124

125 Testrapport Vedlegg 14 Testrapport Innhold Utlån... 2 Innlevering... 3 Reservasjon... 3 Rapporter... 5 Administrasjon... 5 Side 1 av 6

126 Vedlegg 14 Testrapport Utlån Testnr. Hendelse Resultat Status Registere utlån 1 Trykker på "Legg til" knappen uten å skrive inn utstyrsnummer 2 Trykker på "Lån ut" knappen uten å ha valgt noe utstyr til utlån Feilmelding vises. Ikke mulig, knappen er deaktivert. 3 Legger et utstyr til i utlånskurven Innleveringsdato blir satt til standard utlånstid eller seneste innleveringsdato. 4 Velger å låne ut et utstyr for en reservasjon med forskjellig utstyrtype enn den som gitt i reservasjonen 5 Velger å låne ut et utstyr for en reservasjon 6 Fjerner et utstyr for en reservasjon fra utlånskurv 7 Endrer innleveringsdato til et utstyr i utlånskurv til dato som er senere en det som blir satt og utstyret er ikke tilgjengelig til den nye datoen 8 Endrer innleveringsdato til et utstyr i utlånskurven til en dato som er tidligere enn dagensdatoen Forlenge lån 9 Velger datoen som er tidligere enn dagensdato 10 Velger datoen som er senere enn senest innleveringsdato Feilmelding vises. Ikke mulig å legge til utstyret i utlånskurven. 1. Radioknappen foran reservasjon blir fjernet 2. Innleveringsdato for utlånet blir satt som innleveringsdato for reservasjon. Radioknappen foran reservasjonen vises igjen Feilmelding vises og "Lån ut" knappen blir deaktivert. Feilmelding vises og "Lån ut" knappen blir deaktivert. Feilmelding vises og endringen blir ikke utført når man trykker på lagre knappen. Feilmelding vises og endringen blir ikke utført når man trykker på lagre knappen. OK OK OK OK OK OK OK OK OK OK Side 2 av 6

127 Testrapport Vedlegg 14 Innlevering Testnr. Hendelse Resultat Status Registrere innlevering 1 Skriver brukernavn som ikke finnes i tekstfeltet. Feilmelding vises. 2 Skriver enhetsnummer som ikke finnes / Feilmelding vises. ikke er utlånt. 3 Trykker "lever inn" uten å velge utstyr. Kan ikke gjøres; knappen er ikke aktivert. OK OK OK Reservasjon Testnr. Hendelse Resultat Status Legg til ny reservasjon (for administrator) 1 En eller flere utstyrstype har ingen utstyr registert Det vises bare utstyrstyper som har minst et utstyr registert på seg. 2 Velger en ny utstyrstype 1. Hentedato og Innleveringsdato tekstboksene blir tømt. 2. Legg til knappen blir deaktivert. 3 Forsøke å legge til reservasjon når hentedato eller innleveringsdato ikke er valgt 4 Velger innleveringsdato før hentedato blir valgt 5 Velger hentedato som er tidligere enn dagensdato Ikke mulig, legg til knappen er ikke aktiv. OK OK OK Ikke mulig, innleveringsdato tekstboksen OK er ikke aktiv 1. Feilmelding vises. OK 2. Innleveringsdato blir ikke satt. 3. Legg til knappen blir deaktivert. 6 Hentedato er ikke tidligere enn dagensdato og det er... mulig å reservere fra gitt dato 1. Seneste innleveringsdato blir satt. OK 2. Legg til knappen blir aktivert. 7 ikke mulig å reservere fra gitt dato 1. Melding med infomasjon om første mulig hentedato vises. 2. Legg til knappen blir deaktivert. 8 Innleveringsdato blir satt til tidligere dato enn hentedato 9 Innleveringsdato blir satt til dato senere enn maks innleveringsdato Legg til ny reservasjon (for vanlig bruker) 10 Skriver inn brukernavn som ikke finnes. OK 1. Feilmelding vises. OK 2. Legg til knappen blir deaktivert. 1. Feilmelding vises. OK 2. Legg til knappen blir deaktivert. Feilmelding vises. OK Side 3 av 6

128 Vedlegg 14 Testrapport 10 En eller flere utstyrstype har ingen utstyr registert Det vises bare utstyrstyper som har minst et utstyr registert på seg. 11 Velger en ny utstyrstype 1. Hentedato og Innleveringsdato tekstboksene blir tømt. 2. Legg til knappen blir deaktivert. 12 Forsøke å legge til reservasjon når hentedato eller innleveringsdato ikke er valgt 13 Velger innleveringsdato før hentedato blir valgt 14 Velger hentedato som er tidligere enn dagensdato Hentedato er ikke tidligere enn dagensdato og er lenger frem i tid enn ansatte har lov å reservere. Ikke mulig, legg til knappen er ikke aktiv. OK OK OK Ikke mulig, innleveringsdato tekstboksen OK er ikke aktiv 1. Feilmelding vises. OK 2. Innleveringsdato blir ikke satt. 3. Legg til knappen blir deaktivert. 1. Feilmelding vises. OK 2. Innleveringsdatofelten blir ikke satt. 3. Legg til knappen blir deaktivert. 16 det er mulig å reservere fra gitt dato 1. Seneste innleveringsdato blir satt. OK 2. Legg til knappen blir aktivert. 17 det er ikke mulig å reservere fra gitt dato 18 Innleveringsdato blir satt til tidligere dato enn hentedato 19 Innleveringsdato blir satt til dato senere enn maks innleveringsdato 1. Melding med infomasjon om første mulig hentedato vises. 2. Legg til knappen blir deaktivert. OK 1. Feilmelding vises. OK 2. Legg til knappen blir deaktivert. 1. Feilmelding vises. OK 2. Legg til knappen blir deaktivert. Side 4 av 6

129 Testrapport Vedlegg 14 Rapporter Testnr. Hendelse Resultat Status Alle rapporter 1 Skriver inn en dato som ikke har riktig formatering Datoen blir endret til standardverdi OK Administrasjon Testnr. Hendelse Resultat Status Endre innstillinger 1 Skrive inn ugyldig e post adresse i avsender feltet. 2 Skrive inn tekst (ikke tall) i feltene for innstillinger med tallverdier. 3 Skrive inn negativt tall på innstillinger som ikke skal ha det. Legg til utstyr 4 Trykker på "Legg til" når utstyrsnummer teksfeltet er tomt 5 Forsøker å legg til et nytt utstyr som har et utstyrsnummer som finnes fra før Endre utstyr 6 Forsøker å endre/slette utstyr når utstyret ikke er på lager 7 Trykker på "Lagre endringer" når pcnummer ikke er skrevet inn. 8 Ved trykk på "Lagre endringer", når ikke det finnes noe i feltet kommentar og/eller modell Feilmelding vises. Hvis tekst skrives, endres det tilbake til tall når skrivingen er ferdig. Endres tilbake til positivt tall når skrivingen er ferdig. Feilmelding vises, registrering blir ikke utført Feilmelding vises, registering blir ikke utført Ikke mulig. Knappen vises ikke. Feilmelding vises, registrering blir ikke utført Dette må håndteres uten feilmelding OK OK OK OK OK OK OK OK Side 5 av 6

130 Vedlegg 14 Testrapport 9 Ved trykk på "Slett", når det ikke finnes noe i feltet kommentar og/eller modell Legge til utstyrstype 10 Trykker på "Legg til" knappen når utstyrstype tekstfeltet ikke blir utfylt 11 Utstyrstype finnes fra før 12 Endring av kategori Behandle utstyrstype 13 Sletter utstyrstype som har utstyr av den typen på utlån 14 Endrer utstyrstype som har utstyr av den typen på utlån 15 Endrer navnet på en utstyrstype til et navn som allerede eksisterer 16 Endring av kategori Endre e post 17 Skriver inn ugyldig e post adresse i "Kopi til" feltet. 18 Skriver ikke inn en tag som er satt til "påkrevd" for e posten. 19 Slette mal filen for en e post. Dette må håndteres uten feilmelding Feilmelding vises, registeringen blir ikke utført. Feilmelding vises, registeringen blir ikke utført. "Maks per bruker" må bli satt automatisk. Feilmelding som sier at det ikke er mulig å slette så lenge det finnes utstyr i denne kategorien. Feilmelding skal vises, og lagring ikke gjennomføres. "Maks per bruker" må bli satt automatisk. Feilmelding vises. Feilmelding vises, med navn på tagen som må være med. I listen over e poster vises det beskjed om at e posten ikke er gyldig. E posten kan redigeres på vanlig måte, for å opprette ny mal fil. OK OK OK OK OK OK OK OK OK OK Side 6 av 6

131 Installasjonsveiledning Utlånssystem for datautstyr Hovedprosjekt ved Høgskolen i Oslo Prosjektgruppe nr Ole Anders Eidjord Nojanaj Pongsupaht Kris Skappel Johannes Urke

132 Installasjonsveiledning 1 Forord Dette er en veiledning som gjelder utlånssystemet utviklet for teknotorget på Statsbygg. Utlånssystemet har som hovedmål å kunne holde oversikt over datautstyr, og administrere utlån av dette. Systemet skal gjøre det på en oversiktelig og enkel måte. Denne veildeningen beskriver installasjon og konfigurasjon av systemet. Det kreves en del teknisk innsikt, spesielt når det gjelder databasetilkobling og kjennskap til Active Directory. I tillegg til denne veiledningen, finnes det en brukermanual som tar for seg hvordan selve utlånssystemet skal brukes. Side 1 av 6

133 Installasjonsveiledning 2 Innholdsfortegnelse 1 Forord Installasjon av utlånssystemet Oppsett av server Installasjon av Windows Server Oppsett av IIS Installasjon av.net Framework Oppsett av tilkobling mot Oracle server Legge inn kjørbart program på server Oppsett av vedlikeholdsscript Database Konfigurasjon av utlånssystemet, web.config Endre e postserver Endre active directory innstillinger Databasetilkobling... 6 Side 1 av 6

134 Installasjonsveiledning 3 Installasjon av utlånssystemet 3.1 Oppsett av server Systemet er beregnet kjørt på en Windows Server 2003 med Internet Information Services (IIS). I tillegg må.net Framework 3.5 og Oracle Instant Client installeres Installasjon av Windows Server 2003 Det er ikke noen spesielle krav til installasjonen, bortsett fra at IIS må bli valgt for installasjon installert. Det er viktig å oppdatere Windows til Service Pack 2, hvis ikke oppstår det problemer under installasjon av.net Framework Oppsett av IIS IIS blir installert som standart på en nyinstallert Windows Server. Prøv å gå til på serveren for å sjekke at webserveren kjører. IIS 6.0 er standard i Windows Server Installasjon av.net Framework 3.5 Først må.net Framework lastes ned. Det kan gjøres fra følgende side: Utfør installasjon av filen dotnetfx35setup.exe. Følg installasjonsveiledningen underveis. Etter at installasjonen er gjennomført, kan du gå inn i Internet Information Services Manager 1. Her kan du se websidene på maskinen. Finnes det en Default Web Site som ikke er i bruk så kan du bruke denne. Hvis ikke, kan du opprette en ny ved å ta høyreklikk på mappen Web Sites New New Site. Gjør du dette, er det viktig at du merker av for Run scripts (such as ASP) underveis. Det er også viktig å sjekke under mappen Web Server Extensions, at ASP.NET v.2.0.xxxxx (dette er egentlig versjon 3.5) er merket som Allowed. Oppdager du at det ikke står riktig versjon i IIS etter installasjonen, så er ikke dette feil. For.NET Framework 3.5 blir gjenkjent av IIS 6.0 som versjon Oppstår det andre problemer under installasjonen, så er README filen som følger med.net installasjonen et godt sted å se Oppsett av tilkobling mot Oracle server For å legge inn støtte for Oracle, så må Instant Client for Microsoft Windows installeres. Dette er en zip fil som må pakkes ut. Så må filene kopieres inn i c:\windows\system32\. Eller så kan du legge de hvor som helst på disken, og så legge til den mappen til i Path Legge inn kjørbart program på server På CD en for programmet ligger en mappe med navn Kjørbart program, som kan kopieres inn på webserveren. Filene skal kopieres inn i en mappen som er valgt til å være rotnivå. På Default Web Site er dette som standard: c:\inetpub\wwwroot\. 1 Denne finnes ved å gå til Start Administrative Tools Internet Information Services (IIS) Manager. 2 Se: asp net 3 5 on iis.aspx Side 1 av 6

135 Installasjonsveiledning Under utviklingen av programmet brukte vi en funksjon i Visual Studio for å legge programmet opp på webserveren. Dette er en enkel måte å legge opp programmet på serveren, og anbefales hvis det skal gjøres endringer i programmet. Metoden for å gjøre dette er som følger: 1. Åpne solution filen for prosjektet (kildekoden) i Visual Studio Åpne Default.aspx filen i Visual Studio. 3. På menyen, velg Build > Publish Utlånssystem. 4. Om dere har ftp tilgang til serveren, kan dere koble til og velge mappen programmet skal legges. Ellers kan du velge publish til File System, og så kopiere filene som blir opprettet til korrekt mappe på web serveren. Etter programmet er installert, må det gis skriverettigheter på mappene Mail og Innstillinger (pluss innhold) til gruppen Everyone. Hvis ikke det gjøres vil det ikke være mulig å redigere innholdet i e poster, og vedlikeholdsscriptet vil ikke klare å skrive en logg hvis noe går galt Oppsett av vedlikeholdsscript Det er laget et lite program som skal kjøres hver natt. Dette sørger for å sende ut e post til brukere som ikke har levert utstyr, beskjed om at gamle reservasjoner er blitt slettet og noen andre e poster. Dette må settes opp manuelt, som følger: 1. Kopier Maintenance.exe fra cden inn på c:\, eller til en annen egnet plassering. 2. Gå til Start Control Panel Scheduled Tasks. Her må det legges til en ny handling som skal utføres hver natt. 3. Velg Add Sheduled Task. 4. Velg Next, og så Browse, og velg filen Maintenance.exe på plasseringen du valgte i punkt Velg Daily, og klikk Next. 6. Sett Start time til et egnet klokkeslett det er ønsket at skriptet skal kjøres. For eksempel 01:00. Sjekk at Every Day er merket og at Start date er dagens dato. 7. På neste side er det bare å skrive inn et gyldig brukernavn og passord til brukeren som skriptet skal kjøre som. Kjøres filen Maintenance.exe, gjøres et kall til (denne url er ikke mulig å endre uten å lage exe filen på nytt med Visual Studio). PerformMaintenance.aspx utfører normalt ikke vedlikehold mer enn en gang på én dag. Er det nødvendig å kjøre vedlikeholdet en gang til i løpet av én dag er det bare å gå inn denne linken: i en nettleser. Her får du beskjed at vedlikehold er blitt kjørt, og det vises en link som kan brukes for å tvinge scriptet til å kjøre på nytt. 3.2 Database Databasen må settes opp med tabellene programmet bruker, før programmet kan kjøres. På CDen til utlånssystemet finnes det et script for å sette opp databasen. Vi kjørte dette ved å koble til databasen fra Visual Studio, og kjørte scriptet kommando for kommando i Query Window. Det går også an å kjøre scriptet med et program som SQL * PLUS, fra Oracle. Side 1 av 6

136 Installasjonsveiledning 4 Konfigurasjon av utlånssystemet, web.config Sammen med programmet ligger en konfigurasjons fil som brukes for å endre noe av oppsettet i programmet. Denne filen heter web.config, og ligger i rotmappen til websiden. Her kommer en forklaring av hva som kan konfigureres i denne filen Endre e postserver Programmet sender ut forskjellige e poster når det kjører. Hviken server e posten skal sendes gjennom settes i web.config. Dette er i blokken mailsettings. Det er også mulig å legge til brukernavn og passord for serveren, hvis serveren krever det. 4.2 Endre active directory innstillinger Programmet henter brukerdata fra Active Directory på nettverket til Statsbygg. Hvis activedirectory serveren bytter navn må dette endres i web.config. Verdien som må oppdateres er AdServer, under appsettings. Det er ikke alle brukere på statsbygg som skal ha lov til å logge inn på administrasjons delen av utlånssystemet. Bare brukere som er medlemmer i en bestemt gruppe på statsbygg har lov å logge på. Hvilken gruppe dette er ligger i verdien AdminGroupName under appsettings. 4.3 Databasetilkobling Hvilken database programmet skal bruke er definert under connectionstrings. Det ligger to verdier her, én for serveren på Statsbygg, og én for serveren vi brukte under testing. Tilkoblingsinformasjon for databasen på statsbygg ligger under verdien StatsbyggOracle. Side 1 av 6

137 Brukermanual Brukermanual Utlånssystem for datautstyr Hovedprosjekt ved Høgskolen i Oslo Prosjektgruppe nr Ole Anders Eidjord Nojanaj Pongsupath Kris Skappel Johannes Urke 1

138 Brukermanual 1 Forord Dette er brukermanualen for Utlånssystemet som er utviklet for internt utlån i Statsbygg. Denne brukerveiledningen er beregnet på de ansatte på Teknotorget, avdelingen som har ansvar for utlån. For å lese denne manualen trenger du litt generelle kunnskap om Active Directory. I tillegg til dette dokumentet finnes en installasjonsveiledning. Den beskriver hvordan systemet skal settes opp før det kan brukes. 2

139 Brukermanual Innholdsfortegnelse 1 Forord Brukerveiledning Komme inn i systemet/innlogging Forsiden Behandle utstyr Vis liste over utstyr Legge til utstyr Endre utstyr Slette utstyr Behandle utstyrstyper Legge til utstyrstype Endre utstyrstype Slett utstyrstype Reservering av utstyr Legg til en reservasjon Slette reservasjoner Endre reservasjonsdato Lån ut utstyr Forlenge lån Lever inn utstyr Endre innstillinger Generelle innstillinger Endre e poster Søkefunksjon Rapporter Utstyrsliste Låneliste Reservasjoner Brukerliste Register og kommentar Stikkordregister Figurliste Oppdateringsmuligheter

140 Brukermanual 2 Brukerveiledning 2.1 Komme innn i systemet/innlogging For å starte systemet må du gå til Her kan du logge inn med ditt eget brukernavn og passord du bruker ellers i systemet. For å få mulighet til å logge inn må du være medlem av gruppen APPL Utlaanssystem i Active Directory Forsiden Figur 1 Forsiden av systemet Øverst på alle sider vises søkefelt og menyenn hvor du klikker for å navigere rundt i systemet. På forsiden av systemet vises det en beholdningsoversikt og en liste over alt utstyr som er på vedlikehold. For å legge utstyr som er til vedlikehold tilbake på lager, kan man krysse av for ferdig. 2.3 Behandle utstyr Det er mulig å legge til, endre og slette utstyr ved å gå til Administrasjon Behandle utstyr. Figur 2 Behandle utstyr 1 Active Directory er en katalogtjeneste benyttet hos Statsbygg. Den inneholder brukerkontoene til de ansatte. 4

141 Brukermanual Vis liste over utstyr På siden Behandlee utstyr er det mulig å begrense hva som vises i lista. På bildet til høyre vises bare mobiltelefoner som er på lager. Det er også mulig å sortere listen ved å klikke på overskriftene i hver kolonne. Figur 3 Behandle utstyr utstyrsliste 2.4 Legge til utstyr For å legge til for eksempel en mobiltelefon må man først gå inn på Behandle utstyr. Fra den siden er det mulig å velge Legg til utstyr, som fører til en side hvor det er mulig å fylle inn informasjon om utstyret som vist på bildene under. Merk: Det er ikke mulig å legge til utstyr før det finnes minst en utstyrstype i systemet. Se legge til utstyrstype. Figur 4 Velg Legg til utstyr Etter at Legg til er valgt, så vil du få en melding om at utstyr er lagt til. Du har da mulighet for å endre feltene, for å legge til et nytt utstyr. Figur 5 Fyll inn felter, og trykk på Legg til 5

142 Brukermanual 2.5 Endre utstyr Gå til Behandle utstyr, og så velge. Som vist på bildet er det mulig å gjøre endringer på utstyrstype, modellnavn og mulighet for å endre en eventuell kommentar til utstyret. Figur 6 Endre utstyr Slette utstyr Det er bare mulig å slette utstyr fra den siden utstyr kan endres. Se siste avsnitt. (Nederst på denne siden finnes en knapp, som sletter utstyret. Merk at denne knappen vises bare når utstyret befinner seg på lager.) 2.6 Behandle utstyrstyper Det er mulig å legge til, endre og slette utstyr ved å gå til Administrasjon, og så Behandle utstyrstyper. Figur 7 Behandle utstyrstyper 6

143 Brukermanual langtidslån. Figur 8 Behandle utstyr Legge til utstyrstype Å legge til utstyrstyper gjøres fra siden Behandle utstyrstyper. Som vist på bildet til høyre er det bare å velge Legg til utstyrstyper, og så vises siden som må fylles ut (Figur 9 Legg til utstyrtype). På denne siden er det mulig å fylle inn følgende felt: Utstyrstype: Navnet på typen. For eksempel Mobiltelefon, Kamera, PC korttidslån, PC Kategori: Dette er hovednivå, mens utstyrstype er undernivå. Ved bruk av for eksempel PC korttidslån og PC langtidslån på utstyrstype bør denne settes til PC. Hvis ikke det er nødvendig med flere nivå, settes kategori og utstyrstype til samme verdi. Maks per bruker: Antall utstyr i denne kategorien en person har lov å ha på lån samtidig. Standard er 1 enhet. Beskrivelse Figur 9 Legg til utstyrtype Maks lånetid: Hvor lengee en bruker har lov å låne et utstyr av denne typen. Til vedlikehold: Er det et utstyr som må installeres på nytt etter innlevering (for eksempel en pc), så kan denne merkes for at utstyr av denne typen blir automatisk satt til vedlikehold etter innlevering. Når denne er merket er det mulig å skrive hvor mange dager dette vedlikeholdet vanligvis tar. 7

144 Brukermanual Endre utstyrstype Endring av utstyrstyper skjer fra siden for behandling av utstyrstyper. I lista over utstyrstyper (se Figur 8 Behandle utstyr) er det mulig å velge ved den utstyrstypen som man ønsker å endre. Det er mulig å endree de samme feltene som ble vist når utstyrstype ble lagt til. Figur 10 Endre utstyrstype Slett utstyrstype For å slette en utstyrstype må først alt utstyr av denne typen være slettet. Gå til Slette utstyr for å lese hvordan slettee utstyr. Eventuelt vil det være mulig å flytte utstyr av den utstyrstypen som skal slettes over i en annen utstyrstype. Først når det ikke finnes noen utstyr i utstyrtypen kan den slettes. Dette gjøres ved å gå til siden for å endre utstyrstypen, og så trykke på knappen. 8

145 Brukermanual 2.7 Reservering av utstyr Legg til en reservasjon Reservasjon kan bli registert av både administrator og ansatt. Når administrator skal reservere utstyr for en ansatt, kan det gjøres slik: 1. Velge Reservasjon fra menyen. 2. Tast innn brukernavnet til den det skal reserveres utstyr for, trykk så. Figur 11 Reservasjonsforside. 3. På reservasjonssiden (se Figur 12), velg utstyrstype som skal reserveres fra nedtrekksliste. Velg dato for når utstyret skal hentes. Innleveringsdato blir satt automatisk til standard utlånstid beregnet fra oppgittt hentedato eller seneste utlånsdato. Innleveringsdato kan justeres ved behov. 4. Trykk for å utføre reservasjonen. Oversikt over reservasjonene til brukeren vises i en tabell under brukerinformasjonen. Figur 12 Reservasjon 5. Ansatte kan reservere utstyr selv ved å gå til //hkwebtest11/reservasjon/equipmentreservation.aspx Slette reservasjoner Gå på Reservasjon siden ved å velge fra menyen. På reservasjonsoversikt tabellen, trykk på iconet på reservasjonen som skal slettes. Dette kan også gjøres i reservasjonsoversikten som står på reservasjonssiden til hver ansatt Endre reservasjonsdato På reservasjonsoversikt på reservasjonssiden til hver ansatt, trykk på reservasjonen som ønskes å endre. Gjør endring i datofeltene ved behov. Trykk for å lagre endringenn eller for å kansellere. Figur 13 Brukerinnformasjon 9

146 Brukermanual 2.8 Lån ut utstyr Registering av utlån kan gjøres på Utlånssiden. Det er 3 måter å komme frem til Utlånssiden: Ved å velge Utlån fra menyen. Tast deretter inn brukernavnet til den som skal låne utstyr, trykkk Figur 14 Utlån av utstyr Ved å trykke på søkeresultatet til brukere. i Ved å trykke på Lån ut i søkeresultatett til utstyr. Oppgi navnet til låneren. På Utlånssiden: 1. Hvis utstyrstypen allerede er reservert, velg typen fra reservasjonslisten. 2. Skriv inn utstyrsnummeret til utstyret som skal lånes ut. 3. Repeter punkt 2 og 3, dersom flere utstyr skal lånes ut. 4. Trykk på for å utføre utlånet. 5. Kontroller at opplysningene som vises i popup vinduet er riktig, bekreft. Figur 15 Utlånssiden 10

147 Brukermanual 2.9 Forlenge lån På utlånssiden til ansatt står det en tabell med oversikt over alle lånene til ansattet under Brukerinformasjon. Trykk på lånen som skal å endre. Gjør endring i datofelten ved behov. Trykk for å lagre endringen eller for å kansellere. Figur 16 Forlenging av lån 2.10 Lever inn utstyr Figur 17 Lever inn utstyr Innlevering kan utføres på Innleveringssiden. 1. Velg Innlevering fra menyen. 2. Velg en av disse 3 fremgangsmåtene: Tast inn brukernavnet til den som skal levere inn utstyret Tast inn utstyrsnummer Velg fra utlånslisten til høyre for søkeboksen. 3. Huk av for et eller flere utstyr som skal leveres inn og trykk på Figur 18 Brukerinnformasjon innlevering 4. Kontroller at opplysningene som vises i pop up vinduet er riktig, bekreft. 11

148 Brukermanual 2.11 Endre innstillinger Generelle innstillinger Det er mulig å endree innstillinger ved å gå til Administrasjon og Innstillinger. Instillingene som kan endres er: Påminnelse Antall dager før innlevering det skal sendes en påminnelse. 1. Purring Antall dager etter frist det skal sendes en purring. 2. Purring Antall dager etter første purring det skal sendes en ny Sikkerhetsmargin Hvor mange dager etter innlevering det er umulig å låne/reservere utstyr Søkevidde Hvor mange dager frem i tid systemet søker for å finne ledig utstyr Reservasjon Hvor mange dager frem i tid det er mulig å reservere utstyr Endre e poster Under Administrasjon er det en seksjon for E poster, her kan det endres innstillinger for E postene som sendes av systemet. Det vises først en liste med alle e postene systemet kan sende. For hver e post kan det velges om den skal sendes eller ikke, ved å merke Send sjekkboksene på venstree side av listen. Figur 19 Liste over e poster Det er også mulig å bestemme hva som skal være med i hver e post, dette endres ved å trykke på endre knappen ( ). Figur 20 Endre e post 12

149 Brukermanual Her kan innholdet i e posten bestemmes helt fritt. Det kan skrives inn tekst som skal være i e posten, og det kan skrives inn tag er, som blir byttet ut med korrekt tekst når e posten sendes. På høyre side av bildet står en liste med tag err som kan legges inn i den gjeldende e posten. Noen av disse kan stå med rød tekst, som betyr at e posten MÅ inneholde den tagen. Dette er for å unngå at det blir glemt å legge til en tag som må være med for at e posten skal være meningsfull. Det er ikke mye nytte i en utlåns kvittering som ikke sier hva som ble lånt ut. Feltet Kopi sendes til kan brukes for å velge Figur 21 Formatering som kan brukes at det også skal sendes kopi av hver e post til en annen e post adresse. Det går an å skrive inn flere adresser her, separert med semikolon (;) Søkefunksjon På alle sidene finnes en søkeboks. Denne kan brukes for å søke etter informasjon om brukere og enheter i systemet. Figur 22 Søkefelt Det går an å bruke tegnet * som jokertegn i søkeboksen. For eksempel, søket b* vil vise alle brukere som starter på b. Søket * viser absolutt alle brukere og enheter i systemet. Når søke knappen trykkes på, eller brukeren trykker på enter tasten, går programmet til siden for søkeresultater. Her vises lister over hva som ble funnet, gruppert i Utstyr og Brukere. For hvert resultat kan utstyrsnummeret / brukernavnet klikkes på for å på opp informasjonssiden for den enheten/brukeren. Figur 23 Søkeresultaterr 13

150 Brukermanual 2.13 Rapporterr Finn rapporter på menyen. Systemet lager fire rapporter: Utstyrsliste En liste med alt utstyr og statistikk til disse. Låneliste alle aktive og tidligere lån i systemet. Figur 24 Rapport hovedside Reservasjoner Registrerte reservasjoner i systemet. Brukerliste Alle brukere som har vært i kontakt med systemet Utstyrsliste Denne listen viser i utgangspunktet alt utstyr i systemet. Med den øverste nedtrekksboksen velge å bare vise en type utstyr om dettee skulle være aktuelt. Med den andre nedtrekksboksen kan man velge å bare se utstyr med en gitt status Låneliste Dette er en liste med alle lån i systemet, med utlån mellom to datoer. Dersom man klikker i dato boksene får man opp en kalender for å velge dato. Det er også mulig å skrive inn datoene manuelt. Figur 25 Utstyrsliste I utgangspunktet vises alle lån, men man kan velge å sortere på utstyrstype. De lån som er levert inn er også reppresentert på listen. Figur 26 Låneliste Reservasjoner Dette er en liste med alle reservasjoner i systemet, med henting mellom to datoer. Dersom man klikker i dato boksene får man opp en kalender for å velge dato. Det er også mulig å skrive inn datoene manuelt. I utgangspunktet vises alle Reservasjoner, men man kan velge å sortere på utstyrstype. Gamle reservasjonerr er også representert i listen. Figur 27 Reservasjonsliste 14

151 Brukermanual Brukerlistee Dette er en liste med alle brukere i systemet. Det visess også hvor mange lån og reservasjoner hver bruker har hatt. Datofeltene kan brukes for å kun telle lån og reservasjoner i en gitt periode. Figur 28 Brukerliste 15