Webside/Webportal & IP-Sone

for

En Kopp Café & Bar

Arkaden Servering AS

Bind 2

Kravspesifikasjon

11121 Prosjektoppgave

Anja Nygård Sjøholt

Erlend Smines

Kenneth Johansen

7. mai 2003

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 2

Innholdsfortegnelse

INNHOLDSFORTEGNELSE........................................................................................................................ 2

FIGURLISTE .................................................................................................................................................. 3

INNLEDNING................................................................................................................................................. 4

1 LØSNINGSALTERNATIVER ................................................................................................................... 5

1.1 NULLALTERNATIVET ............................................................................................................................... 5

1.2 INNKJØP AV HYLLEVARE.......................................................................................................................... 5

1.3 LØSNING UTVIKLET AV VÅR PROSJEKTGRUPPE ........................................................................................ 5

1.3.1 Generering av passord: .................................................................................................................. 5

1.3.2 Presentering av passord for kunde ................................................................................................. 6

1.3.3 Kundens kjøp av passord ................................................................................................................ 7

1.3.4 Registrering av tid: ......................................................................................................................... 8

1.3.5 Varsel om at tiden snart går ut: ...................................................................................................... 9

1.3.6 Passordets gyldighet:.................................................................................................................... 10

2 OVERSIKT OVER SYSTEMETS FUNKSJONER................................................................................ 11

2.1 OVERORDNET BESKRIVELSE AV AKTØRER:............................................................................................ 11

2.2 OVERORDNET BESKRIVELSE AV BRUKSTILFELLER:............................................................................... 11

2.3 DETALJERING AV BRUKSTILFELLER:...................................................................................................... 16

3 IKKE-FUNKSJONELLE KRAV: ............................................................................................................ 79

4 FUNKSJONELLE KRAV ......................................................................................................................... 81

4.1 LISTE OVER FUNKSJONELLE KRAV: ........................................................................................................ 81

4.2 DETALJERING AV FUNKSJONELLE KRAV: ............................................................................................... 86

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 3

Figurliste

FIGUR 1: USE CASE 1: DETALJERING AV BRUKSTILFELLET:SALG AV TILGANG TIL IP-SONEN .......................... 17

FIGUR 2: USE CASE 2: DETALJERING AV BRUKSTILFELLET:INNLOGGING IP-SONE........................................... 19

FIGUR 3: AKTIVITETSDIAGRAM USE CASE 2. ................................................................................................... 19

FIGUR 4: USE CASE 3: DETALJERING AV BRUKSTILFELLET:UTVIDE TILGANGEN TIL IP-SONEN........................ 21

FIGUR 5: AKTIVITETSDIAGRAM USE CASE 3. ................................................................................................... 22

FIGUR 6: USE CASE 4: DETALJERING AV BRUKSTILFELLET:AVLOGGING ......................................................... 23

FIGUR 7: AKTIVITETSDIAGRAM USE CASE 4. ................................................................................................... 24

FIGUR 8: USE CASE 5: DETALJERING AV BRUKSTILFELLET:OPPDATERE SYSTEM ............................................ 26

FIGUR 9: AKTIVITETSDIAGRAM USE CASE 5. ................................................................................................... 27

FIGUR 10: USE CASE 6: DETALJERING AV BRUKSTILFELLET:LEGG INN NY ANSATT......................................... 28

FIGUR 11: USE CASE 7: DETALJERING AV BRUKSTILFELLET:REDIGERE ANSATT ............................................. 30

FIGUR 12: USE CASE 8: DETALJERING AV BRUKSTILFELLET:SLETT ANSATT.................................................... 32

FIGUR 13: USE CASE 9: DETALJERING AV BRUKSTILFELLET:LEGG INN NYTT ARRANGEMENT ......................... 35

FIGUR 14 USE CASE 10: DETALJERING AV BRUKSTILFELLET:REDIGERER ARRANGEMENT............................... 37

FIGUR 15: USE CASE 11: DETALJERING AV BRUKSTILFELLET:SLETT ARRANGEMENT...................................... 39

FIGUR 16: USE CASE 12: DETALJERING AV BRUKSTILFELLET:LEGG INN NYHET .............................................. 41

FIGUR 17: USE CASE 12: DETALJERING AV BRUKSTILFELLET:LEGG INN NYHET .............................................. 43

FIGUR 18: USE CASE 14: DETALJERING AV BRUKSTILFELLET:SLETT NYHET.................................................... 45

FIGUR 19: USE CASE 15: DETALJERING AV BRUKSTILFELLET:LEGG INN ARTIKKEL ......................................... 47

FIGUR 20: USE CASE 16: DETALJERING AV BRUKSTILFELLET:REDIGERE ARTIKKEL ........................................ 49

FIGUR 21: USE CASE 17: DETALJERING AV BRUKSTILFELLET:SLETT ARTIKKEL .............................................. 51

FIGUR 22: USE CASE 18: DETALJERING AV BRUKSTILFELLET:LEGG INN BILDE ............................................... 53

FIGUR 23: USE CASE 19: DETALJERING AV BRUKSTILFELLET:SLETT BILDE..................................................... 55

FIGUR 24: USE CASE 20: DETALJERING AV BRUKSTILFELLET:LEGG INN MENYELEMENT................................. 57

FIGUR 25: USE CASE 21: DETALJERING AV BRUKSTILFELLET:REDIGER MENY................................................. 59

FIGUR 26: USE CASE 22: DETALJERING AV BRUKSTILFELLET:SLETT MENYELEMENT ...................................... 60

FIGUR 27: USE CASE 23: DETALJERING AV BRUKSTILFELLET:GENERERE PASSORD ........................................ 63

FIGUR 28: AKTIVITETSDIAGRAM USE CASE 23. ............................................................................................... 64

FIGUR 29: USE CASE 24: DETALJERING AV BRUKSTILFELLET:ENDRE BRUKERNAVN/PASSORD........................ 65

FIGUR 30: AKTIVITETSDIAGRAM USE CASE 24. ............................................................................................... 66

FIGUR 31: USE CASE 25: DETALJERING AV BRUKSTILFELLET:LESE INFORMASJON NETTSIDE ......................... 67

FIGUR 32: AKTIVITETSDIAGRAM USE CASE 25. ............................................................................................... 68

FIGUR 33: USE CASE 26: DETALJERING AV BRUKSTILFELLET:VISE PORTAL ................................................... 69

FIGUR 34: AKTIVITETSDIAGRAM USE CASE 26. ............................................................................................... 70

FIGUR 35: USE CASE 27: DETALJERING AV BRUKSTILFELLET:KONTAKTE EN-KOPP FRA NETTSIDE ................. 71

FIGUR 36: AKTIVITETSDIAGRAM USE CASE 27. ............................................................................................... 72

FIGUR 37: USE CASE 28: DETALJERING AV BRUKSTILFELLET:SKRIV I GJESTEBOK........................................... 73

FIGUR 38: AKTIVITETSDIAGRAM USE CASE 28. ............................................................................................... 74

FIGUR 39: USE CASE 29: DETALJERING AV BRUKSTILFELLET:SLETT FRA GJESTEBOK ..................................... 76

FIGUR 40: USE CASE 30: DETALJERING AV BRUKSTILFELLET:FÅ HJELP (OPPDATER SYSTEM)......................... 77

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 4

Innledning

Kravspesifikasjonen tar for seg alle kravene til systemet, så vel funksjonelle som ikke

funksjonelle krav. Å utarbeide kravspesifikasjonen er ikke en prosess som man har en

spesifikk slutt på, man kan ha en milepæl for de viktigste kravene, men kravene vil

bestandig endre seg underveis, og man må stadig vekk oppdatere kravspesifikasjonen.

Noen ganger kan det også være aktuelt å slette krav underveis, eller å dele opp et krav i

flere mer detaljerte krav. Hoveddelen i kravspesifikasjonen er brukstilfeller, disse

spesifiserer der funksjonelle kravene til systemet.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 5

1 Løsningsalternativer

1.1 Nullalternativet

Nullalternativet medfører at vi velger å ikke gjennomføre prosjektet, og at systemet med

tilgang til IP-sonen ikke endres fra dagens situasjon. Dette alternativet ser vi bort fra da

oppdragsgiver selv ønsker et nytt system, og at vår prosjektgruppe har et ønske om å

gjennomføre prosjektet.

1.2 Innkjøp av hyllevare

En kopp kjøper en løsning fra etablerte IT-selskaper som driver med webløsninger, for

eksempel: iTet og Catch Communications.

Når det gjelder websiden/portalen vil dette ikke være et alternativ, da utvikling av websider

er svært kostbart. Når det gjelder IP-sonen og administrasjon og vedlikehold av denne er

dette et felt det jobbes mye og godt med for tiden, og et er ikke utenkelig at utviklingen går

så fort at det ville være mer hensiktsmessig å kjøpe dette inn fra ekstern leverandør.

Fordelen med å benytte seg av hyllevare i disse tilfellene er bedre og enklere vedlikehold

av systemene etter at vi har avsluttet prosjektet.

1.3 Løsning utviklet av vår prosjektgruppe

En Kopp har per i dag en trådløs IP-sone som baserer seg på IEEE 802.11b standarden. Det

vår oppgave vil gå ut på er i hovedsak å implementere et system for kontroll av tilgang til

denne IP-sonen. Dette vil i stor grad gå på tidsstyring og på sikkerhet. Det kunden trenger

for å kunne benytte IP-sonen slik vi skal utvikle den er et passord. Dette gjelder uansett om

kunde vil benytte egen bærbar pc eller den stasjonære PC’en som er plassert i lokalet.

1.3.1 Generering av passord:

Det må avgjøres hvordan passordene skal genereres, det vil si hvordan skal de

fastsettes og endres fra dag til dag.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 6

Det må også utformes en løsning for å skille mellom passord som gjelder for en

halv time og de som gjelder for en hel time. Vi vet at det finnes programvare som

gjør dette. (Flere store Internet kafé kjeder benytter lignende tjenester). En kan for

eksempel sette at det første tallet i passordet som gjelder en halv time settes til

x

,

mens det første tallet i passord til en times tilgang settes til

Automatisk

Passord kan genereres automatisk via et program designet for formålet, for så å

skrives ut på kassakvitteringen.

På forhånd:

Antall solgte passord for en dag kan genereres på forhånd og skrives ut på små

lapper som deretter selges til kunden.

Ulempe:

Kan være vanskelig å anslå hvor mange passord en vil komme til å

selge i løpet av en dag. Generering av nye passord, dersom det skulle bli

fritt i løpet av dagen, fører til merarbeid for den som har ansvar for å

generere passordene. Og hva hvis den personen ikke er til stede når dette

skal gjøres?

1.3.2 Presentering av passord for kunde

Lapper

Kunden får passordet presentert på en lapp eller på små kort med logo og passord.

Fordel:

Billig alternativ, trenger kun printer.

”Skrapelodd”

Kunden får passordet presentert som et ”skrapelodd” på samme måte som du får

kjøpt kontantkort til mobiltelefoner.

Fordel:

Unngår at andre kunder og ansatte som ikke har betalt for passord

benytter dette.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 7

Ulempe:

Påfører bedriften ekstra kostnad. Dette må også bestilles på

forhånd, gjør det vanskelig å anslå mengde passord en trenger.

1.3.3 Kundens kjøp av passord

I kassen

:

Kunden får kjøpt et kort med brukernavn og passord i disken, på samme måte som

en kjøper en kopp kaffe.

Med mobiltelefon:

Kunden kan få tilsendt en sms fra en server som genererer passord og betaler

ønsket tid via sin mobiltelefonregning. Kunden slipper å ta kontakt med

betjeningen for å få utført tjenesten.

Fordel:

Lettvint og praktisk løsning for kunden. Kunden blir belastet på en

allerede eksisterende faktura.

Ulempe:

En slik tjeneste vil medføre kostnader for kafeen, da slike tjenester

er relativt dyre i bruk.

Betaling med kredittkort:

Kunden kan velge å betale med sitt kredittkort under pålogging og slipper å ta

kontakt med betjeningen for å få utført tjenesten.

Ulempe:

En slik tjeneste vil sannsynligvis bli dyr for En Kopp.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 8

Betaling på etterskudd:

Kunde betaler et depositum og får passord til pålogging. Kunde betaler for brukt tid

når han har logget ut.

Fordel:

Kunden slipper å betale flere ganger hvis kunden sitter pålogget

lenger enn først planlagt.

Ulemper:

x

Kunden glemmer å betale.

x

Kunden unnlater å betale.

x

Medfører ekstraarbeid for personalet da de må holde et øye med

hvem som er har tilgang slik at en unngår at kunder forlater uten å

gjøre opp for seg.

Stamkunder

Kunder som benytter Internet på En Kopp og har utvidet gyldighet for passord (se

punkt lenger ned) kan få tilbud om å bli belastet for pålogget tid via en faktura eller

autogiro.

Ulemper:

Mye arbeid med implementering. Det må opprettes

kundedatabase som oppdateres for hver innlogging av de ulike

stamkundene, og et system for aktivisering av utsendelse av faktura eller

autogiro.

1.3.4 Registrering av tid:

Hvordan systemet registrerer om kunden har kjøpt tilgang til Internet for en halv

time eller for en time.

Ved innlogging:

Det er en funksjon i innloggingen som registrerer dette når kunden taster passordet.

Et telleverk starter når kunden logger seg på. Telleverket registrerer at kunden har

”kjøpt tid” for en time og teller da fra null til 60 minutter.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 9

Ved påfyll:

Kjøper kunden påfyll av tid kan tiden aktiviseres på samme måte som ved første

gangs kjøp. Da legges den nye tiden til den gamle og den totale tiden endres.

Telleverket fortsetter å telle.

Kan implementeres et valg for påfyll slik at inntasting av nytt passord kan skje uten

at avlogging først er nødvendig.

Ubegrenset tid:

Kunden logger på med et passord som fås i kassen mot depositum, og kan være

pålogget så lenge han ønsker. Pålogget tid registreres av telleverk.

1.3.5 Varsel om at tiden snart går ut:

Ingen varsling:

Ulempe:

Kunder kan risikere å bli avbrutt midt i et arbeide. Dette kan for

eksempel være sending av en e-post eller lignende.

Klokke på skjerm:

En klokke som vises på skjerm hele tiden og viser nedtellingen. Da kan kunde følge

med selv.

Pop-up melding på skjerm:

Bruker kan varsles med en boks som kommer på skjermen og fanger brukers

oppmerksomhet når det er for eksempel 5 minutter igjen, slik at de får mulighet til å

kjøpe mer tid eller å avslutte det en holder på med (for eksempel skriver en e-post).

Kan gjentas ved to minutter og ett minutt.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 10

1.3.6 Passordets gyldighet:

Passord er kun gyldig en gang:

Hvert passord som kjøpes er kun gyldig til en pålogging.

Ulempe:

Resterende tid vil ikke kunne benyttes. Kunde må ha blitt gjort

oppmerksom på dette på forhånd.

Kjøpt passord kan benyttes flere ganger:

Kundene har kjøpt tilgang for eksempelvis en time, så benytter de bare 10 minutter.

De resterende 20 minuttene kan spares til senere pålogging.

Stamkunder:

Kunder som benytter Internett ofte kan få utlevert et passord som kan ha utvidet

gyldighet, eksempelvis for en måned.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 11

2 Oversikt over systemets funksjoner

2.1 Overordnet beskrivelse av aktører:

Kunder

: Alle som ønsker tilgang til den trådløse IP-sonen.

Ansatte

: Alle som jobber på En Kopp.

Administratorer

: Ansatt med tilgang til å gjøre endringer på websiden/portalen og til å

administrere IP-sonen.

Brukere

: Tilfeldig bruker som benytter seg av nettstedet til En Kopp (www.en-kopp.no).

2.2 Overordnet beskrivelse av brukstilfeller:

Salg av tilgang til IP-sonen:

Interaksjon mellom kunde og ansatt. Omfatter salg av brukernavn og passord til innlogging

på webportalen.

Innlogging IP-sone:

Interaksjon mellom bruker(kunde/administrator) og systemet for å godkjenne passord for å

få tilgang til Internett.

Utvide tilgangen til Internett:

Interaksjon mellom kunde, ansatt og systemet. Omfatter utvidelse av tilgang til Internett.

Avlogging:

Interaksjon mellom bruker(kunde/administrator) og system. Omfatter prosedyren når

kunde vil avslutte.

Oppdatere System:

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 12

Interaksjon mellom administrator/ansatt og systemet. Omfatter det å gjøre endringer på

webportalen og eller nettsiden, samt å generere nye passord til IP-sonen.

Legg inn ny ansatt:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at administrator kan

legge inn ny bruker av administrasjonssystemet.

Redigere ansatt:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at administrator kan

redigere en eksisterende brukerprofil på administrasjonssystemet.

Slett ansatt:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at administrator kan

slette en eksisterende brukerprofil på administrasjonssystemet.

Legg inn nytt arrangement:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan legge inn nye arrangementer på websiden/portalen.

Redigere arrangement:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan redigere eksisterende arrangementer på websiden/portalen.

Slett arrangement:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan slette eksisterende arrangementer fra websiden/portalen.

Legg inn nyhet:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan legge inn nyheter på websiden/portalen.

Redigere nyhet:

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 13

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan redigere eksisterende nyheter på websiden/portalen.

Slett nyhet:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan slette eksisterende nyheter fra websiden/portalen.

Legg inn artikkel:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan legge inn artikler på websiden/portalen.

Redigere artikkel:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan redigere eksisterende artikkel på websiden/portalen.

Slett artikkel:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan slette eksisterende artikkel fra websiden/portalen.

Legg inn bilde:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan legge inn bilder på websiden/portalen til bruk i nyheter og

arrangementer.

Slett bilde:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan slette eksisterende bilder fra websiden/portalen.

Legg inn menyelement:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan legge inn nye retter på menyen på websiden/portalen.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 14

Redigere meny:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan redigere eksisterende meny på websiden/portalen.

Slett menyelement:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan slette eksisterende retter fra menyen på websiden/portalen.

Generere passord:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at

administrator/ansatt kan generere nye passord for pålogging til IP-sonen.

Endre brukernavn/passord:

Dette brukstilfellet er en videreføring av Oppdatere System, sørger for at ansatt kan endre

sitt eget brukernavn og passord til innlogging på administrasjonssystemet.

Lese Informasjon Nettside:

Kunden leser tilgjengelig informasjon som finnes på nettsiden og navigerer frem og tilbake

Vise Portal:

Brukstilfellet beskriver en metode for å hente fram data fra en webserver for å vise

websiden til en bruker.

Kontakte en-kopp fra nettside:

Brukstilfellet beskriver en metode for å sende e-post til En Kopp uten å benytte seg av sitt

eget e-post system.

Skriv i gjestebok:

Brukstilfellet beskriver en metode for å legge inn en hilsning på En Kopps hjemmeside.

Slett fra gjestebok

Brukstilfellet beskriver en metode for å slette meldinger fra En Kopps gjestebok.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 15

Få hjelp (Oppdater system):

Brukstilfellet beskriver en hjelpefunksjon som forteller deg om de forskjellige valgene på

administrasjonssystemet.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 16

2.3 Detaljering av brukstilfeller:

Use case 1: Detaljering av brukstilfellet: Salg av tilgang til IP-sonen

x

Berørte Aktører:

Kunder, ansatte

x

Starttilstand/forutsetninger:

Kunde ønsker å benytte stasjonær PC i kafeen, eller har

med egen bærbar PC med eget trådløst nettverkskort. Dersom kunden ikke har dette

kan det lånes på kafeen.

x

Hendelsesflyt:

1. Ansatt tilbyr kunde å velge hvor lenge det er ønskelig å være pålogget Internet.

1.1 Halvtime.

1.2 Hel time.

2. Kunde velger ønsket alternativ.

3. Kunde betaler.

4. Ansatt gir kunden brukernavn og passord.

5. Går til use case Innlogging IP-sone

x

Alternativ hendelsesflyt:

A1 Mangler passord: Den ansatte har ikke flere brukernavn og passord

tilgjengelig for salg.

A2 Ikke nok penger:

Kunden har ikke nok penger til å betale sitt brukernavn og passord.

x

Sluttilstand:

Kunde har mottatt brukernavn og passord og har betalt for disse.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 17

x

Figur:

Ansatt

(f rom Actors)

Kunde

(f rom Actors)

Kjøp/salg tilgang

Figur 1: Use case 1: Detaljering av brukstilfellet: Salg av tilgang til IP-sonen

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 18

Use case 2: Detaljering av brukstilfellet: Innlogging IP-sone

x

Berørte Aktører:

Kunde, Administrator

x

Starttilstand/forutsetninger:

Aktøren befinner seg innenfor dekningsområdet til

basestasjonen, fortrinnsvis på kafeen. Han har en PC med IEEE 802.11b kort installert,

eller han benytter den stasjonære maskinen i kafeen. Maskinen er slått på og kunden

står slik at han ser skrivebordet på maskinen.

x

Hendelsesflyt:

1. Starte nettleser (Internet Explorer, Opera e.l.).

2. Velge koble til via ditt trådløse grensesnitt.

3. Får opp intern portal.

4. Skriver inn brukernavn og passord.

x

Alternativ hendelsesflyt:

A1 Det er noe galt på kundens maskin (får ikke kontakt med basestasjonen)

A2 Det er noe galt med basestasjonen (får ikke kontakt med basestasjonen)

A3 Det er noe galt med innloggingsserveren (får kontakt, men kommer ikke ut

på Internet)

A4 Det er noe galt med brukernavn og/eller passord (får kontakt med

basestasjonen, men kommer ikke ut på Internet)

A5 Passord er allerede brukt.

x

Sluttilstand:

Man kan bruke Internet.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 19

x

Figur:

Kunde

(f rom Actors)

Logg inn kunde

Figur 2: Use case 2: Detaljering av brukstilfellet: Innlogging IP-sone

x

Aktivitetsdiagram:

Start

Start

internettbrowser

Tast inn

passord

[ Ikke Godkjennt passord ]

[ Ellers ]

Slutt

Innlogget

Figur 3: Aktivitetsdiagram Use Case 2.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 20

Use case 3: Detaljering av brukstilfellet: Utvide tilgangen til Intenett

x

Berørte Aktører:

Kunder, Ansatte.

x

Starttilstand/forutsetninger:

Forutsetter at kunde er koblet til Internet.

x

Hendelsesflyt:

1. Systemet varsler kunden om at det gjenstår kun få minutter av tiden (A4)

2. Kunden får valget mellom å forlenge tiden og avslutte

2.1 Dersom kunden vil ha mer tid tar kunden kontakt med betjening og ytrer ønske

om ”påfyll” av Internett-tilgang (A1,A2).

2.2 Dersom han vil avslutte går tiden til den er utløpt (A3).

3. Ansatt tilbyr kunde å velge mellom en halv times eller en hel times tilgang til

Internett.

4. Kunde velger ønsket alternativ.

5. Kunde betaler.

6. Ansatt genererer nytt passord for valgt tid.

7. Kunden taster inn det nye passordet i innloggingsvinduet.

x

Alternativ hendelsesflyt:

A1 Den ansatte har ikke flere brukernavn og passord tilgjengelig for salg.

A2 Kunden har ikke nok penger til å betale sitt brukernavn og passord.

A3 Kunden trenger ikke påfyll av tid.

A4 Hvis kunden ikke lenger er tilkoblet må han begynne helt på nytt, og må

benytte brukstilfelle 1 ”Salg av tilgang til Internett”.

x

Sluttilstand:

Kunde har mottatt nytt gyldig passord til IP-sonen og har fått oppdatert

nedtellings-mekanismen.

x

Extend:

Kunder tilbys rabatt ved kjøp av ”påfyll” til IP-Sonen.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 21

x

Figur:

Kunde

(f rom Actors)

Utvide tilgang

Ansatt

(f rom Actors)

Figur 4: Use case 3: Detaljering av brukstilfellet: Utvide tilgangen til IP-sonen

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 22

x

Aktivitetsdiagram:

Start

Varsel om

Nedkobling

Forlenge eller

stoppe

Tast inn

passord

[ Ja ]

Slutt

[ Nei ]

[ Ikke godkjennt passord ]

[ Ellers ]

Fornyet tid

Figur 5: Aktivitetsdiagram Use Case 3.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 23

Use case 4: Detaljering av brukstilfellet: Avlogging

x

Berørte Aktører:

Kunde.

x

Starttilstand/forutsetninger:

Forutsetter at kunde er logget inn med passord på web-

portalen.

x

Hendelsesflyt:

1. Kunde velger alternativet ”logg av”

2. Systemet viser to alternativer ”logg av” eller ”avbryt”

3. Kunde bekrefter sitt valg ”logg av”.

4. Systemet logger av kunde.

x

Alternativ hendelsesflyt:

A1 Avbryter avlogging

A2 Kunde velger å ikke bekrefte sitt valg for avlogging. Kunde forblir pålogget

forutsatt at kunden har mer påloggingstid igjen.

x

Sluttilstand:

Kunde har ikke lenger tilgang til Internett uten å kjøpe nytt brukernavn

og passord.

x

Figur:

Kunde

(from Actors)

Logg Av

Figur 6: Use case 4: Detaljering av brukstilfellet: Avlogging

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 24

x

Aktivitetsdiagram:

Start

Trykk Logg av

Logg av / Avbryt

Slutt

Figur 7: Aktivitetsdiagram Use Case 4.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 25

Use case 5: Detaljering av brukstilfellet: Oppdatere System

x

Berørte Aktører:

Administrator, ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator eller ansatt, og at

administrator har gyldig brukernavn og passord.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”logg inn”.

2. Aktør oppgir brukernavn og passord.

3. Systemet godkjenner brukernavn og passord.

4. Aktør velger ”oppdatere web” (A6).

5. Aktør legger inn ønskede endringer.

5.1 Skal endringene med i både webportal og webside.

6. Systemet tillegges forandring for hver endring aktøren foretar.

7. Aktør velger alternativet ”lagre endringer”.

8. Systemet aksepterer og bekrefter at endringer er lagret.

9. Aktør velger alternativet ”logg ut”.

10. Systemet logger av bruker.

x

Alternativ hendelsesflyt:

A1 Systemet godkjenner ikke brukernavn og passord.

A2 Brukeren taster inn feil i brukernavn og/eller passordet. Ingen innlogging

skjer.

A3 Endringer blir ikke lagret.

A4 Systemet oppdaterer ikke endringene brukeren har gjort på siden.

A5 Bruker får ikke logget av.

A6 Velger å genere nye passord til IP-sonen (gå til use case Generere Passord)

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 26

x

Sluttilstand:

Endringer er foretatt på websiden/portalen. Systemet oppdaterer og viser den ”nye”

websiden/portalen.

Aktøren er avlogget og har ikke tilgang til å gjøre endringer uten å logge seg på en gang til.

x

Figur:

Oppdatere System

Administrator

(f rom Actors)

Figur 8: Use case 5: Detaljering av brukstilfellet: Oppdatere System

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 27

x

Aktivitetsdiagram:

Start

Logg inn

[ Feil passord ]

Velger oppdater

Web/portal

Vise m eny

[ Ellers ]

[ Tilbake til meny ]

Logg av

Slutt

Figur 9: Aktivitetsdiagram Use Case 5.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 28

Use case 6: Detaljering av brukstilfellet: Legg inn ny ansatt

x

Berørte Aktører:

Administrator.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator, og at administrator

er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Legg til ny bruker”.

2. Aktør blir bedt om å taste inn data for den nye brukeren(navn, brukernavn,

passord).

3. Aktør taster inn data (A1,A2).

4. Aktør trykker ”lagre” (A3,A4, A5).

x

Alternativ hendelsesflyt:

A1 Aktør har tastet inn ett brukernavn som finnes fra før.

A2 Aktør har tastet inn ett ugyldig passord.

A3 Aktør ønsker ikke å opprette brukeren likevel og trykker avbryt.

A4 Kontakten med webserveren er brutt, og vi får ikke lagret endringene.

A5 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Ny bruker er opprettet.

x

Figur:

Administrator

(from Actors)

Legg inn ny ansatt

(from Use Cases)

Figur 10: Use case 6: Detaljering av brukstilfellet: Legg inn ny ansatt

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 29

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 30

Use case 7: Detaljering av brukstilfellet: Redigere ansatt

x

Berørte Aktører:

Administrator.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator, og at administrator

er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Rediger bruker”.

2. Aktør blir bedt om å velge hvilken bruker han ønsker å redigere.

3. Aktør taster inn data (A1,A2).

4. Aktør trykker ”lagre” (A3,A4, A5).

x

Alternativ hendelsesflyt:

A1 Aktør har tastet inn ett brukernavn som finnes fra før.

A2 Aktør har tastet inn ett ugyldig passord.

A3 Aktør ønsker ikke å opprette brukeren likevel og trykker avbryt.

A4 Kontakten med webserveren er brutt, og vi får ikke lagret endringene.

A5 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Brukeren er redigert.

x

Figur:

Adm inistrator

(f rom Actors)

Rediger ansatt

(f rom Use Cases)

Figur 11: Use case 7: Detaljering av brukstilfellet: Redigere ansatt

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 31

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 32

Use case 8: Detaljering av brukstilfellet: Slett ansatt

x

Berørte Aktører:

Administrator.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator, og at administrator

er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Slett bruker”.

2. Aktør blir bedt om å velge hvilken bruker han ønsker å slette.

3. Aktør trykker ”slett” (A1, A2).

x

Alternativ hendelsesflyt:

A1 Kontakten med webserveren er brutt, og vi får ikke oppdatert.

A2 Aktør vil ikke slette den ansatte likevel og trykker ”avbryt”

x

Sluttilstand:

Brukeren er slettet.

x

Figur:

Administrator

(from Actors)

Slett ansatt

(from Use Cases)

Figur 12: Use case 8: Detaljering av brukstilfellet: Slett ansatt

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 33

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 34

Use case 9: Detaljering av brukstilfellet: Legg inn nytt arrangement

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Legg inn nytt arrangement”.

2. Aktør blir bedt om å taste inn data for det nye arrangementet (Overskrift,

dato/tid, hvem, beskrivelse, pris, evt. linker og bilder).

3. Aktør taster inn data (A1).

4. Aktør trykker ”lagre” (A2,A3,A4).

x

Alternativ hendelsesflyt:

A1 Aktør har tastet inn ugyldig dato.

A2 Aktør ønsker ikke å opprette arrangementet likevel og trykker avbryt.

A3 Kontakten med webserveren er brutt, og vi får ikke lagret dataene.

A4 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Arrangementet er lagret.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 35

x

Figur:

(Da både Ansatt og administrator kan legge inn arrangementer er begge tatt

med)

Administrator

(f rom Actors)

Ansatt

(f rom Actors)

Legg inn nytt arrangem ent

(f rom Use Cases)

Figur 13: Use case 9: Detaljering av brukstilfellet: Legg inn nytt arrangement

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 36

Use case 10: Detaljering av brukstilfellet: Redigerer arrangement

x

Berørte Aktører:

Administrator/Ansatt

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Rediger arrangement”.

2. Aktør blir bedt om å velge hvilket arrangement han ønsker å redigere.

3. Aktør blir bedt om å endre de aktuelle dataene.

4. Aktør taster inn data (A1).

5. Aktør trykker ”lagre” (A2,A3,A4).

x

Alternativ hendelsesflyt:

A1 Aktør har tastet inn ugyldig dato.

A2 Aktør ønsker ikke å redigere arrangementet likevel og trykker avbryt.

A3 Kontakten med webserveren er brutt, og vi får ikke lagret endringene.

A4 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Arrangementet er lagret.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 37

x

Figur:

(Da både Ansatt og administrator kan redigere arrangementer er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Rediger arrangem ent

(f rom Use Cases)

Figur 14 Use case 10: Detaljering av brukstilfellet: Redigerer arrangement

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 38

Use case 11: Detaljering av brukstilfellet: Slett arrangement

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Slett arrangement”.

2. Aktør blir bedt om å velge hvilket arrangement han ønsker å slette.

3. Aktør trykker ”slett”(A1, A2).

x

Alternativ hendelsesflyt:

A1 Kontakten med webserveren er brutt, og vi får ikke oppdatert.

A2 Aktør vil ikke slette arrangementet allikevel og trykker ”avbryt”

x

Sluttilstand:

Arrangementet er slettet.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 39

x

Figur:

(Da både Ansatt og Administrator kan slette arrangementer er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Slett arrangem ent

(f rom Use Cases)

Figur 15: Use case 11: Detaljering av brukstilfellet: Slett arrangement

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 40

Use case 12: Detaljering av brukstilfellet: Legg inn nyhet

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Legg inn nyhet”.

2. Aktør blir bedt om å taste inn data for nyheten (Overskrift, innhold, evt. bilder).

3. Aktør taster inn data.

4. Aktør trykker ”lagre” (A1,A2,A3).

x

Alternativ hendelsesflyt:

A1 Aktør ønsker ikke å opprette nyheten likevel og trykker avbryt.

A2 Kontakten med webserveren er brutt, og vi får ikke lagret dataene.

A3 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Nyheten er lagret.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 41

x

Figur:

(Da både Ansatt og administrator kan legge inn nyheter er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Legg inn nyhet

(f rom Use Cases)

Figur 16: Use case 12: Detaljering av brukstilfellet: Legg inn nyhet

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 42

Use case 12: Detaljering av brukstilfellet: Legg inn nyhet

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Rediger nyhet”.

2. Aktør blir bedt om å velge hvilken nyhet han ønsker å redigere.

3. Aktør blir bedt om å endre de aktuelle data.

4. Aktør taster inn data.

5. Aktør trykker ”lagre” (A1,A2,A3).

x

Alternativ hendelsesflyt:

A1 Aktør ønsker ikke å redigere nyheten likevel og trykker avbryt.

A2 Kontakten med webserveren er brutt, og vi får ikke lagret endringene.

A3 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Nyheten er lagret.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 43

x

Figur:

(Da både Ansatt og Administrator kan endre nyheter er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Rediger nyhet

(f rom Use Cases)

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 44

Use case 14: Detaljering av brukstilfellet: Slett nyhet

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Slett nyhet”.

2. Aktør blir bedt om å velge hvilken nyhet han ønsker å slette.

3. Aktør trykker ”slett”(A1, A2).

x

Alternativ hendelsesflyt:

A1 Kontakten med webserveren er brutt, og vi får ikke oppdatert.

A2 Aktør vil ikke slette nyheten likevel og trykker ”avbryt”

x

Sluttilstand:

Nyheten er slettet.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 45

x

Figur:

(Da både Ansatt og Administrator kan slette nyheter er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Slett nyhet

(f rom Use Cases)

Figur 18: Use case 14: Detaljering av brukstilfellet: Slett nyhet

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 46

Use case 15: Detaljering av brukstilfellet: Legg inn artikkel

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Legg inn artikkel”.

2. Aktør blir bedt om å taste inn data for den nye artikkelen (Overskrift, ingress,

innhold, evt. bilder).

3. Aktør taster inn data.

4. Aktør trykker ”lagre” (A1,A2,A3).

x

Alternativ hendelsesflyt:

A1 Aktør ønsker ikke å opprette artikkelen likevel og trykker avbryt.

A2 Kontakten med webserveren er brutt, og vi får ikke lagret dataene.

A3 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Artikkelen er lagret.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 47

x

Figur:

(Da både Ansatt og Administrator kan legge inn artikler er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Legg inn artikkel

(f rom Use Cases)

Figur 19: Use case 15: Detaljering av brukstilfellet: Legg inn artikkel

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 48

Use case 16: Detaljering av brukstilfellet: Redigere artikkel

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Rediger artikkel”.

2. Aktør blir bedt om å velge hvilken artikkel han ønsker å redigere.

3. Aktør blir bedt om å endre de aktuelle data.

4. Aktør taster inn data.

5. Aktør trykker ”lagre” (A1,A2,A3).

x

Alternativ hendelsesflyt:

A1 Aktør ønsker ikke å redigere artikkelen likevel og trykker avbryt.

A2 Kontakten med webserveren er brutt, og vi får ikke lagret endringene.

A3 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Arrangementet er lagret.

x

Figur:

(Da både Ansatt og Administrator kan redigere artikler er begge tatt med)

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 49

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Redigere artikkel

(f rom Use Cases)

Figur 20: Use case 16: Detaljering av brukstilfellet: Redigere artikkel

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 50

Use case 17: Detaljering av brukstilfellet: Slett artikkel

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Slett artikkel”.

2. Aktør blir bedt om å velge hvilken artikkel han ønsker å slette.

3. Aktør trykker ”slett”(A1, A2).

x

Alternativ hendelsesflyt:

A1 Kontakten med webserveren er brutt, og vi får ikke oppdatert.

A2 Aktør vil ikke slette artikkelen likevel og trykker ”avbryt”.

x

Sluttilstand:

Artikkelen er slettet.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 51

x

Figur:

(Da både Ansatt og Administrator kan slette artikler er begge tatt med)

Ansatt

(f rom Actors)

Administrator

(f rom Actors)

Slett artikkel

(f rom Use Cases)

Figur 21: Use case 17: Detaljering av brukstilfellet: Slett artikkel

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 52

Use case 18: Detaljering av brukstilfellet: Legg inn bilde

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Last opp bilde”.

2. Aktør får valget browse/skriv inn sti for filen.

3. Aktør velger fil.

4. Aktør velger størrelse på bildet (pixler).

5. Aktør trykker ”last opp” (A1,A2,A3).

x

Alternativ hendelsesflyt:

A1 Aktør ønsker ikke å laste opp filen likevel og trykker avbryt.

A2 Kontakten med webserveren er brutt, og vi får ikke lagret dataene.

A3 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Filen er lagret.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 53

x

Figur:

(Da både Ansatt og Administrator kan legge inn bilder er begge tatt med)

Ansatt

(f rom Actors)

Administrator

(f rom Actors)

Legg inn bilde

(f rom Use Cases)

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 54

Use case 19: Detaljering av brukstilfellet: Slett bilde

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Slett bilde”.

2. Aktør blir bedt om å velge hvilket bilde han ønsker å slette.

3. Aktør trykker ”slett” (A1, A2, A3).

x

Alternativ hendelsesflyt:

A1 Kontakten med webserveren er brutt, og vi får ikke oppdatert.

A2 Aktør vil ikke slette bildet likevel og trykker ”avbryt”.

A3 Bildet er i bruk og kan ikke slettes.

x

Sluttilstand:

Bildet er slettet.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 55

x

Figur:

(Da både Ansatt og Administrator kan slette bilder er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Slett bilde

(f rom Use Cases)

Figur 23: Use case 19: Detaljering av brukstilfellet: Slett bilde

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 56

Use case 20: Detaljering av brukstilfellet: Legg inn menyelement

Brukstilfellet beskriver hvordan man legger inn retter i kaffeens meny på

websiden/portalen.

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Legg inn menyelement”.

2. Aktøren velger hvilken gruppe den nye retten skal ligge under.

3. Aktør blir bedt om å taste inn data for den nye retten (Navn, kommentar, pris 1,

pris 2, hvilken plass i listen).

4. Aktør taster inn data.

5. Aktør trykker ”lagre” (A1,A2,A3).

x

Alternativ hendelsesflyt:

A1 Aktør ønsker ikke å opprette menyelementet likevel og trykker avbryt.

A2 Kontakten med webserveren er brutt, og vi får ikke lagret dataene.

A3 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Menyelementet er lagret.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 57

x

Figur:

(Da både Ansatt og Administrator kan legge inn menyelement er begge tatt

med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Legg inn m enyelem ent

(f rom Use Cases)

Figur 24: Use case 20: Detaljering av brukstilfellet: Legg inn menyelement

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 58

Use case 21: Detaljering av brukstilfellet: Rediger meny

Brukstilfellet beskriver hvordan man redigerer retter i kaffeens meny på

websiden/portalen.

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Rediger meny”.

2. Aktør blir bedt om å velge hvilken rett han ønsker å redigere.

3. Aktør blir bedt om å endre de aktuelle data.

4. Aktør taster inn data.

5. Aktør trykker ”lagre” (A1,A2,A3).

x

Alternativ hendelsesflyt:

A1 Aktør ønsker ikke å endre menyelementet likevel og trykker avbryt.

A2 Kontakten med webserveren er brutt, og vi får ikke lagret dataene.

A3 Det er ikke mer plass på serveren for lagring av data.

x

Sluttilstand:

Menyelementet er endret.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 59

x

Figur:

(Da både Ansatt og Administrator kan redigere menyen er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Rediger m eny

(f rom Use Cases)

Figur 25: Use case 21: Detaljering av brukstilfellet: Rediger meny

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 60

Use case 22: Detaljering av brukstilfellet: Slett menyelement

x

Berørte Aktører:

Administrator/Ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Slett menyelement”.

2. Aktør blir bedt om å velge hvilket element han ønsker å slette.

3. Aktør trykker slett (A1).

x

Alternativ hendelsesflyt:

A1 Kontakten med webserveren er brutt, og vi får ikke oppdatert.

x

Sluttilstand:

Elementet er slettet.

x

Figur:

(Da både Ansatt og Administrator kan slette menyelement er begge tatt med)

Ansatt

(f rom Actors)

Administrator

(f rom Actors)

Slett m enyelement

(f rom Use Cases)

Figur 26: Use case 22: Detaljering av brukstilfellet: Slett menyelement

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 61

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 62

Use case 23: Detaljering av brukstilfellet: Generere Passord

Brukstilfellet beskriver en metode for å generere passord til bruk for kunder som kjøper

seg tid på En Kopp sin trådløse IP-sone.

x

Berørte Aktører:

Administrator.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator, og at administrator

er logget på administratorsystemet.

x

Hendelsesflyt:

1. Brukstilfellet starter når administrator klikker på knappen ”Genere passord”.

2. Velger mellom to forskjellige typer passord

2.1 Halvtimespassord.

2.2 Heltimespassord.

3. Velger antall(x) passord som skal genereres.

4. En løkke startes (går x antall ganger).

5. En random funksjon genererer passord på 6 eller mer vilkårlige tegn.

6. Passordet som er generert sjekkes opp mot en database med tidligere brukte passord

for å sjekke dubletter.

7. Passordet legges inn i en database for passord som er klare til bruk.

8. Skriver ut passordene (A3).

x

Alternativ hendelsesflyt:

A1 Passordet som blir generert samsvarer med et tidligere brukt passord.

A2 Det aktuelle passordet blir ikke lagt inn som nytt passord.

A3 Ønsker å skrive ut flere passord og må begynne på nytt.

x

Sluttilstand:

Man har fått generert og skrevet ut de nye passordene.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 63

x

Figur:

Administrator

(f rom Actors)

Generere passord

Figur 27: Use case 23: Detaljering av brukstilfellet: Generere Passord

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 64

x

Aktivitetsdiagram:

Generer

passord

Start

Automatisk generering

av passord

Trykk inn antall

nye passord

Send passord

til utskrift

Lagre passord

i database

[ Avslutte sam tidige prosesser ]

[ Starte samtidige prosesser ]

Trykk tilbake til

hovedm eny

Slutt

Figur 28: Aktivitetsdiagram Use Case 23.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 65

Brukstilfellet beskriver en metode for å endre eget brukernavn og passord.

x

Berørte Aktører:

Ansatt/Administrator.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Ansatt velger ”Endre brukernavn/passord”.

2. Ansatt taster inn nytt brukernavn/passord.

3. Trykker endre (A1).

4. Systemet gir beskjed om å taste inn gammelt passord.

5. Ansatt taster inn gammelt passord.

x

Alternativ hendelsesflyt:

A1 Tastet inn ugyldig brukernavn/passord.

A2 Brukernavn og passord finnes fra før av.

x

Sluttilstand:

Brukernavn/passord er endret.

x

Figur:

Ansatt

(from Actors)

Endre brukernav n/passord

(from Use Cases)

Figur 29: Use case 24: Detaljering av brukstilfellet: Endre brukernavn/passord

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 66

x

Aktivitetsdiagram:

Start

Velg "endre

brukernavn/passord"

Felter for nytt brukernavn og

passord kom m er opp

Taster inn nytt brukernavn

og passord

Gamm elt passord

må tastes inn

[ Ikke Godkjennt passord ]

[Brukernavn finnes fra før, eller passord-form at er ugyldig]

Brukernavn/pass

ord er endret

Slutt

Figur 30: Aktivitetsdiagram Use Case 24.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 67

Use case 25: Detaljering av brukstilfellet: Lese Informasjon Nettside

x

Berørte Aktører:

Bruker.

x

Starttilstand/Forutsetning:

Bruker har tilgang til Internet via sin PC og klikker seg

inn på nettsiden til En Kopp.

x

Hendelsesflyt:

1. Brukeren eller klienten sender en forespørsel til webserveren om å fremvise

websiden på brukerens nettleser(http://www.en-kopp.no).

2. Systemet mottar forespørselen og sender denne til brukerens maskin.

3. Systemet viser frem resultatet på klientens nettleser.

4. Klienten kan se på nettsiden og klikke seg frem og tilbake på nettstedets mange

undersider.

x

Alternativ hendelsesflyt:

A1 Webserveren er ikke tilgjengelig.

A2 Webserveren finner ikke en eller flere av filene som inneholder websiden.

A3 Nettverkstilkoblingen er brutt.

x

Sluttilstand:

Forbindelsen mellom brukerens nettleser og systemet er brutt.

x

Figur:

Bruker

(f rom Actors)

Lese webside

Figur 31: Use case 25: Detaljering av brukstilfellet: Lese Informasjon Nettside

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 68

x

Aktivitetsdiagram:

x

Start

Request URL

Get Page

Show page

Slutt

Figur 32: Aktivitetsdiagram Use Case 25.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 69

Use Case 26: Detaljering av brukstilfellet: Vise Portal

x

Berørte Aktører:

Bruker.

x

Starttilstand/forutsetninger:

Kunden har tilgang til en pc med trådløst nettverkskort

og en nettleser.

x

Hendelsesflyt:

1. Brukstilfellet starter

når en bruker åpner sin nettleser (A1).

2. Det sendes da en forespørsel til En Kopps webserver.

3. Den informasjonen som skal vises blir lastet fra en database.

4. Informasjonen kommer til syne på brukerens skjerm.

x

Alternativ hendelsesflyt:

A1 Webserveren er nede. Brukeren vil ikke finne siden.

x

Sluttilstand:

Portalen er åpen i brukerens nettleser.

x

Figur:

Vise portal

Kunde

(f rom Actors)

Figur 33: Use Case 26: Detaljering av brukstilfellet: Vise Portal

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 70

x

Aktivitetsdiagram:

Start

Show page

Slutt

Åpne browser

Send

request

Figur 34: Aktivitetsdiagram Use Case 26.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 71

Use case 27: Detaljering av brukstilfellet: Kontakte en-Kopp fra nettside

x

Berørte Aktører:

Bruker.

x

Starttilstand/forutsetninger:

Bruker er inne på En Kopp sin nettside.

x

Hendelsesflyt:

1. Brukstilfellet starter når en bruker klikker på knappen ”Kontakt En Kopp”.

2. Det åpnes en side med input-felt hvor brukeren kan skrive inn

spørsmål/melding, samt egen e-post adresse og lignende.

3. Når brukeren klikker på ”Send”, sendes meldingen som e-post til En Kopp sin

e-post adresse.

4. Kommer opp en melding til brukeren som takker for hans henvendelse og gir

beskjed om at meldingen sendt.

x

Alternativ hendelsesflyt:

A1 Nettverkskontakten er brutt

x

Sluttilstand:

Meldingen er sendt og havnet i innboksen til post@en-kopp.no.

x

Figur:

Bruker

(from Actors)

Kontakte En Kopp

Figur 35: Use case 27: Detaljering av brukstilfellet: Kontakte en-Kopp fra nettside

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 72

x

Aktivitetsdiagram:

Start

Trykk kontakte

en-kopp

Felter for innskriving

av mail vises

Mail sendes

Slutt

Skriv inn m ail

Trykk send

Figur 36: Aktivitetsdiagram Use Case 27.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 73

Use case 28: Detaljering av brukstilfellet: Skriv i gjestebok

x

Berørte Aktører:

Bruker.

x

Starttilstand/forutsetninger:

Bruker er inne på En Kopp sin nettside.

x

Hendelsesflyt:

1. Brukstilfellet starter når en bruker klikker på knappen ”Gjestebok”.

2. Det åpnes en side med input-felt hvor brukeren kan skrive inn sin hilsning, samt

egen e-post adresse og lignende.

3. Når brukeren klikker på ”legg inn” legges denne meldingen inn i gjesteboken.

4. Brukeren blir sendt direkte til gjesteboken.

x

Alternativ hendelsesflyt:

A1 Nettverkskontakten er brutt.

x

Sluttilstand:

Meldingen er lagt til i gjesteboken.

x

Figur:

Bruker

(from Actors)

Skriv i gjestebok

(from Use Cases)

Figur 37: Use case 28: Detaljering av brukstilfellet: Skriv i gjestebok

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 74

x

Aktivitetsdiagram:

Start

Trykk skriv i

gjestebok

Gjestebok-

skjem a vises

Skriv inn

hilsning

Trykk "legg inn"

Hilsning lagt til i

gjestebok

Slutt

Figur 38: Aktivitetsdiagram Use Case 28.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 75

Use case 29: Detaljering av brukstilfellet: Slett fra gjestebok

x

Berørte Aktører:

Administrator/ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”Slett fra gjestebok”.

2. Aktør blir bedt om å velge hvilket element han ønsker å slette.

3. Aktør trykker slett (A1).

x

Alternativ hendelsesflyt:

A1 Kontakten med webserveren er brutt, og vi får ikke oppdatert.

x

Sluttilstand:

Meldingen er fjernet fra gjesteboken.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 76

x

Figur:

(Da både Ansatt og administrator kan slette bilder er begge tatt med).

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Slett fra gjestebok

(f rom Use Cases)

Figur 39: Use case 29: Detaljering av brukstilfellet: Slett fra gjestebok

x

Aktivitetsdiagram:

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 77

Use case 30: Detaljering av brukstilfellet: Få hjelp (Oppdater system)

x

Berørte Aktører:

Administrator/ansatt.

x

Starttilstand/forutsetninger:

Forutsetter at aktør er administrator/ansatt, og at

administrator/ansatt er logget på administratorsystemet.

x

Hendelsesflyt:

1. Aktøren velger alternativet ”hjelp”.

2. Aktør blir bedt om å velge hvilken funksjon han ønsker hjelp om.

3. Hjelp vises (A1).

x

Alternativ hendelsesflyt:

A1 Kontakten med webserveren er brutt, og vi får ikke opp hjelpesiden.

x

Sluttilstand:

Har fått hjelp.

Figur:

(Da både Ansatt og administrator kan be om hjelp er begge tatt med)

Ansatt

(f rom Actors)

Adm inistrator

(f rom Actors)

Hjelp

(f rom Use Cases)

Figur 40: Use case 30: Detaljering av brukstilfellet: Få hjelp (Oppdater system)

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 78

x

Aktivitetsdiagram

Aktivitetsdiagram foreligger ikke, da dette blir dekket av brukstilfelle 5 Oppdatere

system.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 79

3 Ikke-funksjonelle krav:

Brukervennlighet:

Brukere av websiden/portalen:

x

Siden bør være oversiktlig og lett å navigere i for kunder på En Kopp og andre

brukere.

x

Sidene bør være så enkle å navigere i at alle kan bruke disse, den bør ikke kreve

noen som helst forkunnskaper utenom vanlig surfing på Internett.

x

Siden bør ha en grafisk tiltalende design, og den skal enkelt og ryddig presentere de

tjenester som En Kopp tilbyr.

Ansatte ved En Kopp som skal oppdatere må ha rettigheter:

x

Hjelpefunksjoner skal være lett tilgjengelig slik at unødvendig tidsbruk unngås.

x

Bruksanvisning med et helhetlig og gjennomført utseende skal leveres En kopp.

Det skal ikke være nødvendig for bruker å lære seg noen særlig grad av tekniske

ferdigheter for å kunne oppdatere sidene samt generere nye passord til IP-sonen.

Pålitelighet

x

Sidene må være tilgjengelige hele tiden, hele året(dette er mer et krav til web-

hotellet). For å opprettholde kunde-tilfredshet. Dette innebærer også kontinuerlig

oppdatering av siden.

x

MTBF (gjennomsnittlig antall timer mellom feil på systemet) bør være høy.

x

MTTR (gjennomsnittlig antall timer det tar for å reparere feil på systemet) bør være

lav.

x

Det er ikke rom for særlig grad av feil. Kunden bør kunne stole på at det passordet

han har kjøpt vil fungere. Dette vil også lette arbeidet til de ansatte ved at de kun

må gi kunde passord en gang. Dermed er forkunnskapene de ansatte behøver å ha

enda mindre.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 80

Ytelsen:

x

Responstid mot bruker bør være lav. Sidene bør komme opp raskt, kunder blir lett

utålmodige hvis dette går for sakte.

x

Kapasiteten må være tilpasset den trafikken som er hos En Kopp. Det antall brukere

som er pålogget samtidig skal ikke føre til noen nedgang i hastighet på Internett

tilgangen. Antallet samtidige brukere vil begrense seg selv, da det kun er tre IP-

adresser tilgjengelig på En Kopps IP-sone.

Vedlikeholdbarhet:

x

Arkitekturen skal være tilrettlagt for enkel oppgradering og tillegging av ny

informasjon og nye tjenester. Dette for at vårt prosjekt skal kunne videreføres etter

at vi har avsluttet. Systemet bygges opp for å kunne drives av de ansatte på En

Kopp.

x

Dokumentasjonene på systemet må være god. Oppdragsgiver får brukerveiledning

på de oppgaver de ansatte skal kunne utføre, slik at dette kan videreføres ved

eventuell utskiftning av ansatte.

Sikkerhet:

x

En Kopp vil tilby Internettilgang på eget ansvar. Det vil si at kunden skal gjøres

oppmerksom på at En Kopp ikke har ansvar for de handlinger kunder som er

pålogget IP-sonen gjør.

x

IP-sonen skal sikres på best mulig måte, i vårt tilfelle med en brannmur, for å

hindre uautorisert tilgang. Det vil sperres for tilgang til ftp for å hindre at brukere

av IP-sonen sender dokumenter og lignende fra kafeen. Dette fordi ftp sender

passord i klartekst.

x

Sikre lokasjonen til dataene. Sørge for at serveren står sikkert for å hindre tyveri av

for eksempel passorddatabasen. Men det er også viktig at ikke passord som allerede

er skrevet ut kommer på avveie.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 81

4 Funksjonelle krav

Dette avsnittet tar for seg de funksjonelle kravene ved systemet.

4.1 Liste over funksjonelle krav:

Vi har valgt å referere til da aktuelle brukstilfelle numrene for hvert av kravene.

De er delt inn som følger:

BT 1. Salg av tilgang til IP-sonen

BT 2. Innlogging IP-sone

BT 3. Utvide tilgang til Internett

BT 4. Avlogging

BT 5. Oppdatere System

BT 6. Legg inn ny ansatt

BT 7. Rediger ansatt

BT 8. Slett ansatt

BT 9. Legg inn nytt arrangement

BT 10. Redigere arrangement

BT 11. Slett arrangement

BT 12. Legg inn nyhet

BT 13. Redigere nyhet

BT 14. Slett nyhet

BT 15. Legg inn artikkel

BT 16. Rediger artikkel

BT 17. Slett artikkel

BT 18. Legg inn bilde

BT 19. Slett bilde

BT 20. Legg inn menyelement

BT 21. Rediger meny

BT 22. Slett menyelement

BT 23. Generere passord

BT 24. Endre brukernavn/passord

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 82

BT 25. Lese Informasjon Nettside

BT 26. Vise portal

BT 27. Kontakte En Kopp fra nettsiden

BT 28. Skriv i gjestebok

BT 29. Slett fra gjestebok

BT 30. Få hjelp (Oppdater System)

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 83

Kravnr. Kravbeskrivelse Brukstilfellenr.:

1 Tilgang til IP-sonen skal kunne gis inntil alle ip adresser

er i bruk.

1,2

2 Ved kjøp av passord skal kunde få et entydig passord. 1

3 Kunde skal kunne benytte En Kopps stasjonære PC. 1,2,3

4 Kunde skal kunne benytte egen bærbar PC med

tilhørende nettverkskort.

1,2,3

5 Kunde skal kunne benytte egen bærbar PC uten

nettverkskort, skal da kunne få leie et slikt i disken.

1,2,3

6 Administrator skal ha mulighet til å generere passord til

IP-sonen.

5,23,30

7 Kunde skal kunne betale tilgang med kredittkort eller

kontant (i kassen).

1

8 Minimum tilgangstid er en halv time. 1,3,23

9 Maksimum tilgangstid er en time. 1,3,23

10 Aktivisering av tilgang skjer ved at en oppgir entydig

passord.

2,3,23

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 84

11 Webportal skal være tilgjengelig uten betaling. 26

12 Et passord er gyldig kun en gang. 23

13 Forsøk på gjenbruk varsles av systemet. 2,3

14 Web portal skal inneholde påloggingsvindu. 26,2

15 Varighet på pålogging registreres automatisk 2,3

16 Kunde logges automatisk av når tid er oppbrukt. 4

17 Kunde kan velge å logge av når som helst. 4

18 Kunde kan velge å avbryte avlogging. 4

19 Kunde har bare tilgang til webportalen etter avlogging. 26

20 Fra hver underside skal det være enkelt å navigere til

andre sider.

25

21 Fra hovedsiden skal det kunne velges flere undersider. 25

22 En Kopps webside skal være tilgjengelig på Internett. 25

23 Fra websiden skal en kunne kontakte En Kopp via e-post. 27

24 Utvalgte ansatte skal kunne oppdatere nyheter på

websiden via administrasjonssystemet.

12,13,14,30

25 Utvalgte ansatte skal kunne oppdatere artikler på 15,16,17,30

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 85

websiden via administrasjonssystemet.

26 Utvalgte ansatte skal kunne oppdatere En Kopps meny på

websiden via administrasjonssystemet.

20,21,22,30

27 Utvalgte ansatte skal kunne oppdatere arrangementer på

websiden via administrasjonssystemet.

9,10,11,30

28 Utvalgte ansatte skal kunne oppdatere sitt brukernavn og

passord på administrasjonssystemet.

24,30

29 Administrator skal kunne endre brukerprofiler på alle

ansatte.

7,30

30 Utvalgte ansatte skal kunne laste opp og slette bilder fra

websiden/portalen.

18,19,30

31 Kunder skal kunne legge inn en hilsing på

websiden/portalen i form av en oppføring i en gjestebok.

28

32 Utvalgte ansatte skal kunne slette oppføringer i En Kopps

gjestebok.

29,30

33 Det skal være mulig å søke om hjelp til alle funksjonene

på administrasjonssystemet.

30

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 86

4.2 Detaljering av funksjonelle krav:

I dette delkapitlet beskrives hvert krav mer detaljert. Kravene beskrives ved hjelp av

Volere Requirements Specification Template. Dette er en Template som brukes som en

basis for spesifisering av krav. Nedenfor følger forklaring til hvert av feltene i Templaten.

Forklaring til de forskjellige feltene til Templaten:

Krav nummer:

Hvert krav gis et unikt nummer.

K type:

Viser kravtypen. Kan være funksjonelle eller ikke funksjonelle krav.

I vårt tilfelle er alle kravene funksjonelle og gjelder krav for selve

systemet.

Use-case nr:

Use case viser nummer på brukstilfellet som kravet sporer tilbake til.

Beskrivelse:

En kort beskrivelse av kravet.

Hensikt:

Beskriver hensikten med kravet og hvorfor dette er et viktig krav.

Kilde:

Beskriver hvem som er opphavet til dette kravet.

Testkriterier:

Beskriver hvordan kravet skal testes ut.

Testresultat:

Hvert krav skal testes etter ovenfornevnte testkriterium.

Resultatet av denne testen kan utvikler skrive i dette feltet.

Kunde fornøyd skala:

Viser grad av hvor fornøyd bruker er hvis kravet er

implementert med suksess.

Support materiale:

Peker til definisjoner, modeller, dokumenter som illustrerer dette

kravet.

Historie:

Dato som kravet ble laget.

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 87

Krav nummer

K-type

Funksjonelt

1,2

Beskrivelse

Tilgang til IP–sonen skal kunne gis inntil alle IP-adresser er i bruk.

Hensikt

En Kopp har tilgjengelig kun 3 IP-adresser og så lenge en av disse er ledig skal kunden få

tilgang til IP-sonen.

Kilde

Oppdragsgiver, utvikler.

Testkriteria

Slå av og på en testmaskin 10 ganger for å teste at DHCP server gir den tilgang til IP-

sonen hver gang.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

18.september 2002

Krav nummer

K-type

Funksjonelt

1

Beskrivelse

Ved kjøp av passord skal kunde få et entydig passord.

Hensikt

Alle passord som blir solgt av ansatte skal være entydige og unike.

Kilde

Utvikler.

Testkriteria

Vi tester opp mot databasen for duplikater.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 88

Krav nummer

K-type

Funksjonelt

1,2,3

Beskrivelse

Kunde skal kunne benytte En Kopps stasjonære PC.

Hensikt

En Kopp har en stk stasjonær PC stående til bruk av kunder. Denne er et alternativ til

kunder uten bærbare maskiner.

Kilde

Oppdragsgiver.

Testkriteria

Start opp nettleser, for så å se om man blir sendt til portalen.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

18.september 2002

Krav nummer

K-type

Funksjonelt

1,2,3

Beskrivelse

Kunde skal kunne benytte egen bærbar PC med tilhørende nettverkskort.

Hensikt

Kunden har trådløst nettverkskort i maskinen sin og vil ha tilgang til IP-sonen.

Kilde

Oppdragsgiver.

Testkriteria

Ta med en bærbar maskin, for så å prøve dette ut.

Kunde fornøyd skala

Support materiale

Historie

18.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 89

Krav nummer

K-type

Funksjonelt

1,2,3

Beskrivelse

Kunde skal kunne benytte egen bærbar PC uten nettverkskort, da kunden skal kunne leie

et slikt i disken.

Hensikt

Det skal fortsatt være mulig å få tilgang med bærbar maskin på IP-sonen selv om kunden

selv ikke har trådløst nettverkskort i maskinen sin.

Kilde

Oppdragsgiver.

Testkriteria

Trenger ingen videre testing utover det som er utført i krav 4.

Kunde fornøyd skala

Support materiale

Historie

18.september 2002

Krav nummer

K-type

Funksjonelt

5,23,30

Beskrivelse

Administrator skal ha mulighet til å generere passord til IP-sonen.

Hensikt

En administrator skal kunne få ut nye passord slik at man kan benytte seg av IP-sonen.

Kilde

Utvikler.

Testkriteria

Test 10 av de passord som programmet genererer for å se om de er unike og fungerer.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 90

Krav nummer

K-type

Funksjonelt

1

Beskrivelse

Kunde skal kunne betale tilgang med kredittkort eller kontant i kassen.

Hensikt

Tilgang til IP-sonen skal selges som en vare på samme måte som andre varer på menyen.

Kilde

Oppdragsgiver.

Testkriteria

Ingen testing nødvendig.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

18.september 2002

Krav nummer

K-type

Funksjonelt

1,3,20

Beskrivelse

Minimum tilgangs-tid er en halv time.

Hensikt

Et minimum er satt på utleie slik at det ikke er mulig for en kunde å kun låne i kort tid

selv om det kunden skal gjøre tar kort tid. Passordene må være tilpasset til å være

gjeldende for 30 minutter. Dette er også av økonomiske hensyn.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Test at passordene er gjeldende for 30 min, og at man blir logget av etter dette.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

18.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 91

Krav nummer

K-type

Funksjonelt

1,3,20

Beskrivelse

Maksimum tilgangstid er en time.

Hensikt

Et maksimum er satt på utleie slik at det ikke er mulig for en kunde å låne mer av gangen

Passordene må være tilpasset å være gjeldende for 60 minutter. Dette er mer av praktiske

hensyn.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Test at passordene er gjeldende for 60 min, og at man blir logget av etter dette.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

18.september 2002

Krav nummer

K-type

Funksjonelt

2,3

Beskrivelse

Aktivisering av tilgang skjer ved at en oppgir entydig passord.

Hensikt

Innloggingen til IP-sonen skal skje ved at kunden oppgir dette entydige passordet i et

innloggingsvindu (portalen).

Kilde

Utvikler.

Testkriteria

Test pålogging 10 ganger med ulike gyldige passord.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 92

Krav nummer

K-type

Funksjonelt

26

Beskrivelse

Webportal skal være tilgjengelig uten betaling.

Hensikt

En Kopp vil at kundene skal ha tilgang til webportalen slik at En Kopp kan promotere sine

tilbud og fasiliteter.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Starte en maskin for å se om portalen kommer opp uten at man trenger å være pålogget IP-

sonen.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

12. november 2002

K-type

Funksjonelt

23

Beskrivelse

Et passord er gyldig kun en gang.

Hensikt

For at det ikke skal forekomme gjenbruk eller annet mislighold vil ikke passordene kunne

brukes mer enn en gang.

Kilde

Utvikler.

Testkriteria

Test 10 ulike passord to ganger

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 93

Krav nummer

K-type

Funksjonelt

2,3

Beskrivelse

Forsøk på gjenbruk varsles av systemet.

Hensikt

Hvis en bruker forsøker å logge på med et passord som allerede er brukt skal han få en

feilmelding som forteller han om dette.

Kilde

Utvikler.

Testkriteria

Prøv å logge på med et passord som allerede er brukt.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

22. november 2002

Krav nummer

K-type

Funksjonelt

26,22

Beskrivelse

Web portal skal inneholde påloggingsvindu.

Hensikt

Selv om en kunde ikke er pålogget IP-sonen skal han allikevel ha tilgang til webportalen,

derfor bør innloggingsvinduet ligge på webportalen.

Kilde

Utvikler.

Testkriteria

Ingen testing nødvendig.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

12. november 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 94

Krav nummer

K-type

Funksjonelt

2,3

Beskrivelse

Varighet på pålogging registreres automatisk

Hensikt

For å kunne ha kontroll på hvor lenge kundene er registrert pålogget, og ha muligheten til

å stenge av tilgangen til IP-sonen når tiden er brukt opp.

Kilde

Utvikler.

Testkriteria

Ta tiden når du er pålogget og registrer om du faktisk blir avlogget til rett tid.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

Krav nummer

K-type

Funksjonelt

4

Beskrivelse

Kunde logges automatisk av når tid er oppbrukt.

Hensikt

Dette er av åpenbare økonomiske hensyn. Verken vi eller oppdragsgiver ønsker at kunder

skal kunne ha gratis tilgang til IP-sonen.

Kilde

Utvikler.

Testkriteria

Bruk testmaskin med tilgang til IP-sonen og registrer om du faktisk blir avlogget når

tiden er oppbrukt.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 95

Krav nummer

K-type

Funksjonelt

4

Beskrivelse

Kunde kan velge å logge av når som helst.

Hensikt

Hvis kunden føler seg ferdig med det han skulle gjøre skal han på et hvert tidspunkt ha

mulighet til å bryte tilgangen til IP-sonen ved å logge av.

Kilde

Utvikler.

Testkriteria

Test ved å prøve avlogging 10 ganger.

Testresultat

Support materiale

Historie

22. november 2002

Krav nummer

K-type

Funksjonelt

4

Beskrivelse

Kunde kan velge å avbryte avlogging.

Hensikt

Hvis kunden har ombestemt seg og vil fortsette med sin Internett forbindelse kan han

velge ”avbryt”.

Kilde

Utvikler.

Testkriteria

Testes ved å trykke ”logg av” for så å avbryte avloggingen 10 ganger.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

22. november 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 96

Krav nummer

K-type

Funksjonelt

26

Beskrivelse

Kunde har bare tilgang til webportal etter avlogging.

Hensikt

Kunden skal ikke ha tilgang til Internet etter avlogging.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Testes ved å prøve å logge av IP-sonen, for så å se om man kommer til webportalen.

Testresultat

Kunde fornøyd skala

Historie

12. november 2002

Krav nummer

K-type

Funksjonelt

25

Beskrivelse

Fra hver underside skal det være enkelt å navigere til andre sider.

Hensikt

Både utvikler og oppdragsgiver fokuserer på ønsket om at siden skal være lettfattelig og

navigerbar.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Testing foregår fortløpende, ved å få andre til å teste siden.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 97

Krav nummer

K-type

Funksjonelt

25

Beskrivelse

Fra hovedsiden skal det kunne velges flere undersider.

Hensikt

Sidene må ikke bli for lange å lese for brukeren. Vi vil dele inn informasjonen på siden i

oversiktlige underdeler.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Ingen testing nødvendig.

Testresultat

Support materiale

Historie

27.september 2002

Krav nummer

K-type

Funksjonelt

25

Beskrivelse

En Kopps web side skal være tilgjengelig på Internett.

Hensikt

For at en bruker av web-siden skal få informasjon om En Kopps tilbud og fasiliteter

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Skriv inn adressen til En Kopp (www.en-kopp.no) og test om den er oppe.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 98

Krav nummer

K-type

Funksjonelt

Use Case nr

27

Beskrivelse

Fra web siden skal en kunne kontakte En kopp via E post.

Hensikt

Det skal være mulig å sende e-post til En Kopp om hva som helst en måtte ha på hjerte.

Det vil også være aktuelt for En Kopp å bygge seg opp en kontaktliste med kunder som vil

vite mer om menyer, tilbud, konserter og arrangementer.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Testes ved å fylle ut kontaktskjemaet på websiden, og sende dette. Det skal da komme en

e-post til post@en-kopp.no

Testresultat

Kunde fornøyd skala

Support materiale

Historie

27.september 2002

Krav nummer

K-type

Funksjonelt

12,13,14,30

Beskrivelse

Utvalgte ansatte skal kunne oppdatere nyheter på websiden/portalen via

administrasjonssystemet.

Hensikt

Andre enn administrator skal også ha mulighet til å legge inn nyheter, slik at de ansatte får

mulighet til å delta i prosessen.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

En ansatt prøver å oppdatere nyheter.

Kunde fornøyd skala

Support materiale

Historie

12. november 2002

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 99

Krav nummer

K-type

Funksjonelt

15,16,17,30

Beskrivelse

Utvalgte ansatte skal kunne oppdatere artikler på websiden/portalen via adm. systemet.

Hensikt

At andre enn administrator også skal ha mulighet til å redigere artikler, slik at de ansatte

får mulighet til å delta i prosessen.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Ansatt prøver å oppdatere artikler.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

22.november

Krav nummer

K-type

Funksjonelt

20,21,22,30

Beskrivelse

Utvalgte ansatte skal kunne oppdatere En Kopps meny på websiden/portalen via adm.

systemet.

Hensikt

At andre enn administrator også skal ha mulighet til å endre menyen.

Kilde

Oppdragsgiver, Utvikler

Testkriteria

Ansatt prøver å oppdatere menyen.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

22.november

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 100

Krav nummer

K-type

Funksjonelt

9,10,11,30

Beskrivelse

Utvalgte ansatte skal kunne oppdatere arrangementer på websiden/portalen via adm.

systemet.

Hensikt

At andre enn administrator også skal ha mulighet til å oppdatere arrangementer.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Ansatt prøver å oppdatere menyen.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

22.november

Krav nummer

K-type

Funksjonelt

24,30

Beskrivelse

Utvalgte ansatte skal kunne oppdatere sitt brukernavn og passord på

administrasjonssystemet.

Hensikt

At en ansatt skal kunne endre brukernavn og passord til noe han kanskje har lettere for å

huske og for at andre ikke skal kunne tenke seg til brukernavn og passord og logge seg

inn som en annen bruker.

Kilde

Utvikler.

Testkriteria

En ansatt prøver å endre sitt brukernavn/passord.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

22.november

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 101

Krav nummer

K-type

Funksjonelt

7,30

Beskrivelse

Utvalgte ansatte med administratorrettigheter skal kunne endre brukerprofiler på alle

ansatte.

Hensikt

En administrator skal ha mulighet til å styre hvilke rettigheter de ansatte skal ha.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Testbruker med administratorrettigheter prøver å endre andre brukerprofiler.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

22.november

Krav nummer

K-type

Funksjonelt

18,19,30

Beskrivelse

Utvalgte ansatte skal kunne laste opp og slette bilder fra websiden/portalen.

Hensikt

En ansatt skal kunne laste opp bilder til bruk på websiden/portalen.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

En ansatt prøver å laste opp bilder til websiden/portalen.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

23.november

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 102

Krav nummer

K-type

Funksjonelt

28

Beskrivelse

Kunder skal kunne legge inn en hilsing på websiden/portalen i form av en oppføring i en

gjestebok.

Hensikt

En Kopp skal kunne få tilbakemeldinger (både positive og negative) fra personer som er

inne på siden.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Testbruker forsøker å legge inn data, for så å se om disse blir lagret i gjesteboken.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

23.november

Krav nummer

K-type

Funksjonelt

29,30

Beskrivelse

Utvalgte ansatte med brukerrettigheter skal kunne slette oppføringer i En Kopps

gjestebok.

Hensikt

Man skal ha mulighet til å slette eventuelle usaklige meldinger i gjesteboken.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Prøve å slette oppføringer.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

23.november

---

Kravspesifikasjon

11121 Prosjektoppgave Handelshøgskolen i Bodø 103

Krav nummer

K-type

Funksjonelt

30

Beskrivelse

Det skal være mulig å søke om hjelp til alle funksjonene på administrasjonssystemet.

Hensikt

Enhver person uten videre innsikt i Internett-mediet skal kunne få hjelp til å forstå hva de

forskjellige funksjonene på siden er.

Kilde

Oppdragsgiver, Utvikler.

Testkriteria

Går igjennom alle punktene i hjelp-funksjonen.

Testresultat

Kunde fornøyd skala

Support materiale

Historie

23.november