Webside/Webportal & IP-Sone
for
En Kopp Café & Bar
Arkaden Servering AS
Bind 3
Analyse
11121 Prosjektoppgave
Anja Nygård Sjøholt
Erlend Smines
Kenneth Johansen
Leif Gunnar Kristiansen
7. mai 2003
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 2
Innholdsfortegnelse
INNHOLDSFORTEGNELSE........................................................................................................................ 2
FIGURLISTE .................................................................................................................................................. 3
1. INNLEDNING............................................................................................................................................. 5
1. INNLEDNING............................................................................................................................................. 5
2. ANALYSEMODELL .................................................................................................................................. 6
3 ANALYSEPAKKER.................................................................................................................................... 7
3.1 FØLGENDE ANALYSEPAKKER MED KOBLINGER INNGÅR I SYSTEMET: ...................................................... 8
3.2 INNHOLD I DE FORSKJELLIGE ANALYSEPAKKENE................................................................................... 10
3.2.1 Pakker tilhørende IP-sonen .......................................................................................................... 10
3.2.2 Pakker tilhørende administrasjon................................................................................................. 12
3.2.3 Pakker tilhørende websiden.......................................................................................................... 18
3.2.4 Pakker tilhørende databaser......................................................................................................... 19
4 BRUKSTILFELLEREALISERING ANALYSE..................................................................................... 21
5 ARKITEKTURBESKRIVELSE............................................................................................................... 52
5.1 USE-CASE MODELLEN ........................................................................................................................... 52
5.1.1 Aktører .......................................................................................................................................... 52
5.1.2 Brukstilfeller ................................................................................................................................. 53
5.2 ANALYSEMODELLEN ............................................................................................................................. 55
5.2.1 Analysepakker:.............................................................................................................................. 56
5.2.2 Analyseklasser: ............................................................................................................................. 57
5.3 BRUKSTILFELLEREALISERINGER............................................................................................................ 57
5.4 VIKTIGSTE IKKE-FUNKSJONELLE KRAV.................................................................................................. 58
5.5 PLATTFORM FOR SYSTEMET................................................................................................................... 58
5.5.1 Maskinprogramvare...................................................................................................................... 58
5.5.2 Programvare og mellomvare ........................................................................................................ 58
6 WEBSIDEN ................................................................................................................................................ 59
6.1 PRODUKT............................................................................................................................................... 59
6.2 MARKED OG KONKURRANSE.................................................................................................................. 59
6.3 KUNDER ................................................................................................................................................ 60
6.4 MARKEDSFØRING .................................................................................................................................. 60
6.5 VURDERING AV MARKED OG MULIGHETER ............................................................................................ 61
6.5.1 Markedsføring av websiden .......................................................................................................... 64
7 SKISSER TIL LØSNING, WEBSIDE OG PORTAL............................................................................. 65
KONKLUSJON: ............................................................................................................................................. 74
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 3
Figurliste
FIGUR 1: BROWSER I RATIONAL ROSE ............................................................................................................... 6
FIGUR 2: SYSTEMETS ANALYSEPAKKER ............................................................................................................. 8
FIGUR 3: PAKKE INNLOGGING IP-SONE............................................................................................................ 10
FIGUR 4: PAKKE VISE PORTAL ......................................................................................................................... 11
FIGUR 5: PAKKE UTVIDE TILGANGEN TIL IP-SONEN ........................................................................................ 11
FIGUR 6: PAKKE LOGG AV ............................................................................................................................... 11
FIGUR 7: PAKKE OPPDATERE SYSTEMET .......................................................................................................... 12
FIGUR 8: PAKKE GENERERE PASSORD .............................................................................................................. 13
FIGUR 9: PAKKE ENDRE BURKERNAVN/PASSORD ............................................................................................. 13
FIGUR 10: PAKKE LOGG INN ADMINISTRATOR.................................................................................................. 13
FIGUR 11: PAKKE ANSATT ............................................................................................................................... 14
FIGUR 12: PAKKE ARRANGEMENT ................................................................................................................... 14
FIGUR 13: PAKKE
ARTIKKEL ........................................................................................................................... 15
FIGUR 14: PAKKE ARTIKKEL............................................................................................................................ 15
FIGUR 15: PAKKE MENY .................................................................................................................................. 16
FIGUR 16: PAKKE BILDER ................................................................................................................................ 16
FIGUR 17: PAKKE
BILDER................................................................................................................................ 17
FIGUR 18: PAKKE HJELP................................................................................................................................... 17
FIGUR 19: PAKKE LESE INFORMASJON NETTSIDE ............................................................................................ 18
FIGUR 20: PAKKE KONTAKTE EN KOPP FRA NETTSIDE.................................................................................... 18
FIGUR 21. PAKKE DB USERS (ANSATT)............................................................................................................ 19
FIGUR 22: PAKKE DB ARRANGEMENT ............................................................................................................. 19
FIGUR 23: PAKKE
DB ARTIKKEL..................................................................................................................... 19
FIGUR 24: PAKKE
DB NYHET.......................................................................................................................... 19
FIGUR 25: PAKKE DB MENY............................................................................................................................. 19
FIGUR 26: PAKKE DB GJESTEBOK.................................................................................................................... 19
FIGUR 27: PAKKE DB HJELP ............................................................................................................................ 20
FIGUR 28: PAKKE DB MENYGRUPPER .............................................................................................................. 20
FIGUR 29: PAKKE DB PASSORD........................................................................................................................ 20
FIGUR 30: SPORING BRUKSTILFELLEREALISERING 1: GENERERE PASSORD ...................................................... 23
FIGUR 31: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 1: GENERERE PASSORD ........................................ 23
FIGUR 32: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 1: GENERERE PASSORD ........................... 23
FIGUR 33: SEKVENSDIAGRAM BRUKSTILFELLEREALISERING 1: GENERERE PASSORD ...................................... 24
FIGUR 34: SPORING BRUKSTILFELLEREALISERING 2: KJØP/SALG TILGANG ..................................................... 25
FIGUR 35: SPORING BRUKSTILFELLEREALISERING 3: INNLOGGING IP-SONE.................................................... 26
FIGUR 36: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 3: INNLOGGING IP-SONE ...................................... 26
FIGUR 37: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 3: INNLOGGING IP-SONE......................... 27
FIGUR 38: SEKVENSDIAGRAM BRUKSTILFELLEREALISERING 3: INNLOGGING IP-SONE .................................... 28
FIGUR 39: SPORING BRUKSTILFELLEREALISERING 4: UTVIDE TILGANG ........................................................... 29
FIGUR 40: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 4: UTVIDE TILGANG ............................................. 29
FIGUR 41: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 4: UTVIDE TILGANG ................................ 30
FIGUR 42: SEKVENSDIAGRAM BRUKSTILFELLEREALISERING 4: UTVIDE TILGANG ........................................... 31
FIGUR 43: SPORING BRUKSTILFELLEREALISERING 5: VISE PORTAL ................................................................. 32
FIGUR 44: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 5: VISE PORTAL.................................................... 32
FIGUR 45: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 5: VISE PORTAL ...................................... 32
FIGUR 46: SEKVENSDIAGRAM BRUKSTILFELLEREALISERING 5: VISE PORTAL.................................................. 33
FIGUR 47: SPORING BRUKSTILFELLEREALISERING 6: LOGG AV........................................................................ 34
FIGUR 48: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 6: LOGG AV.......................................................... 34
FIGUR 49.: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 6: LOGG AV............................................ 34
FIGUR 50: SEKVENSDIAGRAM BRUKSTILFELLEREALISERING 6: LOGG AV........................................................ 35
FIGUR 51: SPORING BRUKSTILFELLEREALISERING 7: OPPDATERE SYSTEM ...................................................... 36
FIGUR 52: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 7: OPPDATERE SYSTEM ........................................ 36
FIGUR 53: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 7: OPPDATERE SYSTEM ........................... 36
FIGUR 54: SPORING BRUKSTILFELLEREALISERING 8: LEGG INN NY ANSATT .................................................... 39
FIGUR 55: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 8: LEGG INN NY ANSATT ...................................... 39
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 4
FIGUR 56: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 8: LEGG INN NY ANSATT ......................... 39
FIGUR 57: SPORING BRUKSTILFELLEREALISERING 9: REDIGERE ARRANGEMENT............................................. 40
FIGUR 58: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 9: REDIGERE ARRANGEMENT ............................... 40
FIGUR 59: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 9: REDIGERE ARRANGEMENT.................. 40
FIGUR 60: SPORING BRUKSTILFELLEREALISERING 10: SLETT ARTIKKEL.......................................................... 42
FIGUR 61: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 10: SLETT ARTIKKEL............................................ 42
FIGUR 62: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 10: SLETT ARTIKKEL............................... 42
FIGUR 63: SPORING BRUKSTILFELLEREALISERING 11: SLETT BILDE ................................................................ 44
FIGUR 64: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 11: SLETT BILDE .................................................. 44
FIGUR 65: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 11: SLETT BILDE ..................................... 44
FIGUR 66: SPORING BRUKSTILFELLEREALISERING 12: ENDRE BRUKERNAVN/PASSORD ................................... 46
FIGUR 67: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 12: ENDRE BRUKERNAVN/PASSORD ..................... 46
FIGUR 68: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 12: ENDRE BRUKERNAVN/PASSORD ........ 46
FIGUR 69: SPORING BRUKSTILFELLEREALISERING 13: LESE INFORMASJON NETTSIDE ..................................... 47
FIGUR 70: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 13: LESE INFORMASJON NETTSIDE........................ 47
FIGUR 71: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 13: LESE INFORMASJON NETTSIDE .......... 47
FIGUR 72: SPORING BRUKSTILFELLEREALISERING 14: KONTAKTE EN KOPP FRA NETTSIDEN .......................... 48
FIGUR 73: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 14: KONTAKTE EN KOPP FRA NETTSIDEN ............ 48
FIGUR 74: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 14: KONTAKTE EN KOPP FRA NETTSIDEN 48
FIGUR 75: SPORING BRUKSTILFELLEREALISERING 15: SKRIV I GJESTEBOK...................................................... 49
FIGUR 76: KLASSEDIAGRAM BRUKSTILFELLEREALISERING 15: SKRIV I GJESTEBOK ........................................ 49
FIGUR 77: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING 15: SKRIV I GJESTEBOK........................... 49
FIGUR 78: SPORING BRUKSTILFELLEREALISERING: 16 FÅ HJELP...................................................................... 50
FIGUR 79: KLASSEDIAGRAM BRUKSTILFELLEREALISERING: 16 FÅ HJELP ........................................................ 50
FIGUR 80: SAMHANDLINGSDIAGRAM BRUKSTILFELLEREALISERING: 16 FÅ HJELP ........................................... 50
FIGUR 81: AKTØRER......................................................................................................................................... 53
FIGUR 82: 1. BRUKSTILFELLE LOGG INN IP-SONE ............................................................................................ 53
FIGUR 83: 2. BRUKSTILFELLE GENERER PASSORD ............................................................................................ 54
FIGUR 84: 3. BRUKSTILFELLE LESE INFORMASJON NETTSIDE........................................................................... 54
FIGUR 85: DE VIKTIGSTE ANALYSEPAKKENE I SYSTEMET ................................................................................ 56
FIGUR 86: SOFT- / SWOT- MODELL................................................................................................................ 61
FIGUR 87: DESIGNFORSLAG A.......................................................................................................................... 66
FIGUR 88: DESIGNFORSLAG B .......................................................................................................................... 67
FIGUR 89: DESIGNFORSLAG C .......................................................................................................................... 68
FIGUR 90: DESIGNFORSLAG D.......................................................................................................................... 69
FIGUR 91: DESIGNFORSLAG E .......................................................................................................................... 70
FIGUR 92: DESIGNFORSLAG F .......................................................................................................................... 71
FIGUR 93: DESIGNFORSLAG G.......................................................................................................................... 72
FIGUR 94: DESIGNFORSLAG H.......................................................................................................................... 73
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 5
1. Innledning
I kravspesifikasjonen blir det fokusert på hvilke krav systemet skal oppfylle for brukerne
av systemet. Hvilken funksjonalitet som skal tilbys den enkelte bruker, og hvordan de skal
bruke systemet.
Analysemodellen er på et høyere abstraksjonsnivå enn kravspesifikasjonen, og er mer til
hjelp for systemutviklerne.
Analysemodellen kan ha tre varianter:
x
Brukes og oppdateres gjennom hele systemets utvikling
x
Brukes som startverktøy
x
Ingen analysemodell
Analysen integrert i kravinnsamling
x
Mer formell brukstilfellemodell
Analysen integrert i design
x
Komplisert design(”alle detaljer på en gang”)
I dette prosjektet har vi valgt å benytte analysemodellen gjennom hele systemets
livssyklus. Dette for å kunne gå tilbake å gjøre endringer underveis dersom dette skulle
behøves.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 6
2. Analysemodell
Vi har benyttet UML og Rational Rose under utviklingen av systemet. Figuren under viser
et utklipp fra browseren i Rational Rose. Her har vi tatt med de ulike klassene som inngår i
pakken ”Innlogging IP-sone”.
Figur 1: Browser i Rational Rose
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 7
3 Analysepakker
Analysepakker er en måte å organisere analysemodellen i mindre og mer oversiktlige
deler. De er ofte basert på funksjonelle krav og problemmodellen. Vårt system er
forholdsvis lite og oversiktlig. Det inneholder et begrenset antall brukstilfeller, og hvert av
disse har nokså begrenset funksjonalitet. Derfor har hvert brukstilfelle resultert i en pakke
hver.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 8
3.1 Følgende analysepakker med koblinger inngår i systemet:
Innlogging
ip-sone
Utvide tilgangen
til ip-sonen
Oppdatere
systemet
Generere
passord
Kontakte en-kopp fra
nettside
Lese informasjon
nettside
Logg inn adm
Ansatt
Arrangem ent
Artikkel
Nyhet
Meny
Endre
brukernavn/passord
Bilder
Gjestebok
DB
Users(ansatt)
DB Arrangement
DB artikkel
DB nyhet
DB meny
DB gjestebok
DB hjelp
DB m enygrupper
Hjelp
DB Passord
Vise Portal
Logg av
Figur 2: Systemets analysepakker
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 9
Avhengighet mellom analysepakkene:
x
”Logg inn adm” er avhengig av databasen ”DB Passord”.
x
Man må være logget på administrasjonssystemet for å kunne oppdatere
systemet.
x
Oppdatere systemet trenges for å kunne generere nye passord til IP-sonen.
x
”Generere passord” trengs for å oppdatere ”DB passord”.
x
Alle pakkene som har med ”Ansatt”, ”Arrangement”, ”Artikkel”, ”Nyheter”,
”Bilder” og ”Meny” å gjøre, har en sporing tilbake til pakken ”Oppdatere
system”, da man må være innlogget for å få gjennomført disse operasjonene.
x
”Oppdatere systemet” trengs for å ”Endre brukernavn/passord”.
x
”Oppdatere systemet” trengs for å slette en oppføring i gjesteboken.
x
”Oppdatere systemet” er avhengig av pakken ”Hjelp”, for å kunne gi en viss
rettledning i de forskjellige operasjonene på administrasjonssystemet.
x
”Hjelp”, ”Artikkel”, ”Ansatt”, ”Nyhet” og ”Meny” er avhengig av hver sin
database for å lagre dataene.
x
”DB meny” er avhengig av å ha en database for å slå opp menyelementene.
x
Innlogging er avhengig av at passord er generert for å i det hele tatt kunne
autentisere en bruker.
x
For å kunne ”Utvide tilgangen til IP-sonen” er man avhengig av å allerede
være pålogget.
x
For å logge av er man avhengig av å være på portalen.
x
For å kontakte En Kopp fra websiden et man avhengig av å være på denne
siden (lese informasjon webside).
x
”Gjestebok” er avhengig av både ”DB gjestebok”, ”Oppdatere systemet” og
”Lese informasjon nettside”. Dette fordi at gjestboken skal lagres et sted(DB),
skal være mulig å slette fra gjesteboken(”Oppdatere systemet) og det skal være
mulig skrive inn en hilsen(”Lese informasjon nettside”).
x
”Lese informasjon nettside”, ”Logg inn adm” og ”Vise portal” er ikke
avhengig av noen av de andre pakkene.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 10
3.2 Innhold i de forskjellige analysepakkene
Back to top
3.2.1 Pakker tilhørende IP-sonen
Disse pakkene inneholder all funksjonalitet som har med selve innloggingen til IP-sonen å
gjøre.
Innhold i pakken Innlogging ip-sone
IP sone
T ilgang til ip-sone UI
Passord håndterer
Passord
Figur 3: Pakke Innlogging IP-Sone
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 11
Vise portal UI
Portal
Portalhåndterer
Innhold i pakken Vise portal
Figur 4: Pakke Vise Portal
Utvid innlogging UI
Innhold i pakken Utvide
tilgangen til ip-sonen
Figur 5: Pakke Utvide tilgangen til IP-Sonen
Avlogging UI
Avlogg håndterer
Innhold i pakken Logg av
Figur 6: Pakke Logg Av
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 12
3.2.2 Pakker tilhørende administrasjon
Disse pakkene inneholder all funksjonalitet som har med administrasjon av systemet å
gjøre.
Oppdater UI
Oppdater
hjem m eside/portal
Nettside/portal håndterer
Adm UI
Innhold i pakken Oppdatere systemet
Figur 7: Pakke Oppdatere systemet
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 13
Utskrift
Utskriftsplanlegger
Generere passord UI
Passord-generering
Innhold i pakken Generere passord
Figur 8: Pakke Generere passord
Endre
brukernavn/passord
Innhold i pakken Endre
brukernavn/passord
Figur 9: Pakke Endre burkernavn/passord
Adm -innlogg UI
Innhold i pakken Logg inn adm
Figur 10: Pakke Logg inn administrator
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 14
Opprett ansatt
Rediger ansatt
Slett ansatt
Innhold i pakken Ansatt
Figur 11: Pakke Ansatt
Legg inn nytt
arrangem ent
Slett arrnagement
Redigere arrangement
Innhold i pakken Arrangem ent
Figur 12: Pakke Arrangement
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 15
Slett artikkel
Rediger artikkel
Legg inn artikkel
Innhold i pakken Artikkel
Figur 13: Pakke Artikkel
Legg inn nyhet
Redigere nyhet
Slett nyhet
Innhold i pakken Nyhet
Figur 14: Pakke Artikkel
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 16
Legg til m enyelem ent
Rediger m eny
Slett menyelement
Innhold i pakken Meny
Figur 15: Pakke Meny
Legg inn bilde
Bilder
Slett bilde
Innhold i pakken Bilder
Figur 16: Pakke Bilder
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 17
Legg i gjestebok
Slett fra gjestebok
Innhold i pakken Gjestebok
Figur 17: Pakke Bilder
Søk i hjelp
Innhold i pakken Hjelp
Figur 18: Pakke Hjelp
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 18
3.2.3 Pakker tilhørende websiden
Disse pakkene inneholder all funksjonalitet som har med selve websiden å gjøre. Pakken
Gjestebok kunne også været satt her, men da vi måtte velge her eller under administrasjon
ble den satt under administrasjon.
Internett-browser
Web-server
Nettsidehåndterer
Innhold i pakken Lese informasjon nettside
Figur 19: Pakke Lese Informasjon Nettside
Mail
M ail håndterer
Innehold i pakken Kontakte En Kopp fra nettside
Figur 20: Pakke Kontakte En Kopp Fra Nettside
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 19
3.2.4 Pakker tilhørende databaser
Disse pakkene inneholder alle databasene som er krevd for å lage dette systemet.
Ansatt
Innhold i pakken DB
Users(ansatt)
Figur 21. Pakke DB Users (ansatt)
Arrangem enter
Innhold i pakken DB
Arrangement
Figur 22: Pakke DB Arrangement
Artikkel
Innhold i pakken DB artikkel
Figur 23: Pakke DB Artikkel
Nyhet
Innhold i pakken DB nyhet
Figur 24: Pakke DB Nyhet
Meny
Innhold i pakken DB meny
Figur 25: Pakke DB meny
Gjestebok
Innhold i pakken DB gjestebok
Figur 26: Pakke DB Gjestebok
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 20
Hjelp
Innhold i pakken DB hjelp
Figur 27: Pakke DB Hjelp
M enygrupper
Innhold i pakken DB
menygrupper
Figur 28: Pakke DB menygrupper
Passord
Innhold i pakken DB passord
Figur 29: Pakke DB passord
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 21
4 Brukstilfellerealisering analyse
I denne delen tar vi for oss hvordan brukstilfellene vi definerte i kravspesifikasjonen vil
realiseres som interaksjon mellom analyseklasser og analyseobjekter.
Notasjonsforklaringer til analyseklasser:
Grensesnittklasse:
Grenseklasse (boundary) brukes for å modellere interaksjon
mellomsystemet og dets aktører. Ofte abstraksjoner av vindu, skjema,
kommunikasjonsgrensesnitt, API, terminaler, printer-grensesnitt og
lignende. En grenseklasse må ha minst en relasjon til en aktør og motsatt. Det settes fokus
på hva som oppnås ved interaksjon. Man må også unngå for detaljert abstraksjonsnivå.
Entitetsklasse:
En entitetsklasse (entity) modellerer informasjon som har lang levetid
og som ofte er persistent. De avledes ofte direkte fra tilsvarende
domeneklasse i domene modell eller forretnings entitet klasse i
forretningsmodell. En entitetsklasse representerer ofte objekter
(informasjon) som systemet skal håndtere. Uttrykker ofte en logisk datastruktur.
Entitetsklassene synliggjør hva slags informasjon systemet er avhengig av (eller skal
håndtere).
Kontrollklasse:
En kontrollklasse representerer sekvensering, koordinering,
transaksjoner og håndtering (kontroll) av andre objekter. En
kontrollklasse innkapsler ofte kontroll i et spesifikt brukstilfelle. En
kontrollklasse kan innkapsle komplekse beregninger og avledninger, for eksempel
forretningsregler som innebærer beregninger eller håndtering av objekter fra flere entiteter.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 22
For hvert brukstilfelle består realiseringen av:
x
Sporing til Use case i kravspesifikasjonen.
x
Klassediagram
x
Samhandlingsdiagram
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
x
For alle brukstilfeller som gjelder IP-sonen er det også tatt med
sekvensdiagram
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 23
Brukstilfellerealisering 1: Generere passord
x
Sporing tilbake til brukstilfellet
Generere passord
(f rom Use Cases)
Generere passord - analyse
(f rom Generere passord)
<<realize>>
Figur 30: Sporing Brukstilfellerealisering 1: Generere passord
x
Klassediagram
Utskrift
Utskriftsplanlegger
Passord
(f rom DB Passord)
Passord-generering
Generere passord UI
Administrator
(from Actors)
Figur 31: Klassediagram Brukstilfellerealisering 1: Generere passord
x
Samhandlingsdiagram
: Adm inistrator
: Generere passord UI
: Passord-generering
: Utskriftsplanlegger
: Utskrift
1: Velg generer passord
: Passord
2: Tast inn antall passord
3: Opprett nye passord
4: Oppdater
5: Send til utskrift
6: Generer utskrift
7: Skriv ut
Figur 32: Samhandlingsdiagram Brukstilfellerealisering 1: Generere passord
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 24
Administrator er pålogget administrasjonssystemet og velger ”Generere passord”.
1. Velger ”Generere passord”
2. Taster inn antall passord man ønsker
3. Passordene opprettes automatisk
4. Passordene blir lagret i databasen
5. Passordene sendes til utskrift
6. Utskrift blir generert
7. Passordene skrives ut
x
Sekvensdiagram
: Adm inistrator
: Generere passord UI
: Passord-generering
: Utskriftsplanlegger
: Utskrift
: Passord
Velg generer passord
T ast inn antall passord
Opprett nye passord
Oppdater
Send til utskrift
Generer utskrift
Skriv ut
Figur 33: Sekvensdiagram Brukstilfellerealisering 1: Generere passord
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 25
Brukstilfellerealisering 2: Kjøp/salg tilgang
x
Sporing tilbake til brukstilfellet
Kjøp/salg tilgang - analyse
(f rom Analy semodell)
<<realize>>
Kjøp/salg tilgang
(f rom Use Cases)
Figur 34: Sporing Brukstilfellerealisering 2: Kjøp/salg tilgang
x
Klassediagram
Her foreligger ikke klassediagram, da dette er en tjeneste som ikke blir implementert på
noe vis, men foregår mellom to aktører.
x
Samhandlingsdiagram
Her foreligger ikke samhandlingsdiagram.
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
Her foreligger ikke samhandlingsdiagram.
x
Sekvensdiagram
Her foreligger ikke sekvensdiagram.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 26
Brukstilfellerealisering 3: Innlogging IP-sone
x
Sporing tilbake til brukstilfellet
Logg inn IP-sone - analyse
(f rom Innlogging ip-sone)
<<realize>>
Logg inn IP-sone
(f rom Use Cases)
Figur 35: Sporing Brukstilfellerealisering 3: Innlogging IP-sone
x
Klassediagram
IP sone
Tilgang til ip-sone UI
Passord()
Kunde
(from Actors)
Passord håndterer
Hent()
Passord
(f rom DB Passord)
Figur 36: Klassediagram Brukstilfellerealisering 3: Innlogging IP-sone
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 27
x
Samhandlingsdiagram
: T ilgang til ip-sone UI
: Kunde
: IP sone
: Passord håndterer
: Passord
2: Åpne
4: Sjekk passord
1: Åpne Internettbrowser
3: Tast inn passord
5: Sjekk
Figur 37: Samhandlingsdiagram Brukstilfellerealisering 3: Innlogging IP-sone
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
1. Kunden åpner sin nettleser
2. En kobling mot IP-sonen settes opp
3. Kunden taster inn passord
4. Passord sendes til sjekk
5. Passord blir sjekket
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 28
x
Sekvensdiagram
: T ilgang til ip-sone UI
: Kunde
: IP sone
: Passord håndterer
: Passord
Åpne Internettbrowser
Åpne
Tast inn passord
Sjekk passord
Sjekk
Figur 38: Sekvensdiagram Brukstilfellerealisering 3: Innlogging IP-sone
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 29
Brukstilfellerealisering 4: Utvide tilgang
x
Sporing tilbake til brukstilfellet
Utvide tilgang - analyse
(f rom Utv ide tilgangen til ip-sonen)
<<realize>>
Utvide tilgang
(f rom Use Cases)
Figur 39: Sporing Brukstilfellerealisering 4: Utvide tilgang
x
Klassediagram
Kunde
(from Actors)
Utvid innlogging UI
Passord
(f rom DB Passord)
Passord håndterer
Hent()
(f rom Innlogging ip-sone)
Figur 40: Klassediagram Brukstilfellerealisering 4: Utvide tilgang
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 30
x
Samhandlingsdiagram
: Kunde
: Passord håndterer
: Passord
: Utvid innlogging UI
1: Tast inn passord
3: Sjekk
2: Sjekk passord
Figur 41: Samhandlingsdiagram Brukstilfellerealisering 4: Utvide tilgang
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
En kunde vil få opp et vindu når det er igjen fem minutter av påloggingstiden, her kan han
enten skrive inn passord, eller trykke på ikke forny, dersom han velger å fornye vil
følgende hendelsesflyt oppstå:
1. Taster inn nytt passord(kjøpt i kassen)
2. Passordet sendes til sjekk
3. Passord blir sjekket
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 31
x
Sekvensdiagram
: Kunde
: Passord håndterer
: Passord
: Utvid innlogging UI
Tast inn passord
Sjekk passord
Sjekk
Figur 42: Sekvensdiagram Brukstilfellerealisering 4: Utvide tilgang
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 32
Brukstilfellerealisering 5: Vise portal
x
Sporing tilbake til brukstilfelle
Vise portal - analyse
(f rom Vise Portal)
<<realize>>
Vise portal
(f rom Use Cases)
Figur 43: Sporing Brukstilfellerealisering 5: Vise portal
x
Klassediagram
Kunde
(f rom Actors)
Vise portal UI
Portalhåndterer
Portal
Figur 44: Klassediagram Brukstilfellerealisering 5: Vise portal
x
Samhandlingsdiagram
: Vise portal UI
: Kunde
: Portalhåndterer
: Portal
2: Hent portal
1: Starte internettbrowser
3: Hent
4: Send
5: Vis portal
Figur 45: Samhandlingsdiagram Brukstilfellerealisering 5: Vise portal
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 33
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
Denne delen er egentlig lik ”Innlogging Ip-sone”. Forskjellen er at her forblir man bare på
den interne portalen, det lar seg ikke gjøre å komme ut på Internet uten å logge inn på IP-
sonen, men man kan se portalen uten å være pålogget.
1. Starte nettleseren
2. Nettleser gir beskjed om å hente portal
3. Portal hentes
4. Portal sendes til visning
5. Portalen vises
x
Sekvensdiagram
: Vise portal UI
: Kunde
: Portalhåndterer
: Portal
Starte internettbrowser
Hent portal
Hent
Send
Vis portal
Figur 46: Sekvensdiagram Brukstilfellerealisering 5: Vise portal
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 34
Brukstilfellerealisering 6: Logg av
x
Sporing tilbake til brukstilfelle
Logg Av - analyse
(f rom Logg av )
<<realize>>
Logg Av
(f rom Use Cases)
Figur 47: Sporing Brukstilfellerealisering 6: Logg av
x
Klassediagram
Avlogg håndterer
IP sone
(from Innlogging ip-sone)
Avlogging UI
Kunde
(f rom Actors)
Figur 48: Klassediagram Brukstilfellerealisering 6: Logg av
x
Samhandlingsdiagram
: Kunde
: Avlogging UI
: Avlogg håndterer
: IP sone
1: Trykk logg av
2: Godkjenn
3: Utfør/registrer
4: Godkjenn
5: Avlogget
Figur 49.: Samhandlingsdiagram Brukstilfellerealisering 6: Logg av
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
En kunde ønsker å logge av. Enten lukker man nettleseren, eller man går til web-portalen
og trykker ”Logg av”.
1. Trykk ”Logg av”
2. Godkjenn avlogging
3. Utfør/registrer evt. gjenværende tid
4. Godkjenn
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 35
5. Vis som avlogget, evt. med resterende tid
x
Sekvensdiagram
: Kunde
: Avlogging UI
: Avlogg håndterer
: IP sone
Trykk logg av
Godkjenn
Utfør/registrer
Godkjenn
Avlogget
Figur 50: Sekvensdiagram Brukstilfellerealisering 6: Logg av
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 36
Brukstilfellerealisering 7: Oppdatere system
x
Sporing tilbake til brukstilfelle
Oppdatere system et - analyse
(f rom Oppdatere sy stemet)
<<realize>>
Oppdatere System
(f rom Use Cases)
Figur 51: Sporing Brukstilfellerealisering 7: Oppdatere system
x
Klassediagram
Oppdater hjemm eside/portal
Passord
Autorisasjon()
(f rom Innlogging ip-sone)
Passord håndterer
Hent()
(f rom Innlogging ip-sone)
Administrator
(from Actors)
Nettside/portal håndterer
Oppdater UI
Ansatt
(from Actors)
Figur 52: Klassediagram Brukstilfellerealisering 7: Oppdatere system
x
Samhandlingsdiagram
: Adm inistrator
: Oppdater UI
: Passord håndterer
: Passordbekreftelse
: Nettside/portal
håndterer
: Oppdater
hjem m eside/portal
1: Logg inn
4: Oppdater nettside
2: Send passord
5: Send oppdatering
3: Hent
6: Oppdater
Figur 53: Samhandlingsdiagram Brukstilfellerealisering 7: Oppdatere system
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 37
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
Både ansatt og administrator har mulighet til å oppdatere systemet, derfor er det laget en
figur som viser at flere kan oppdatere.
Administrator/ansatt taster inn passord som blir sjekket mot passordbekreftelsen, dersom
dette blir godkjent vil han få tilgang til å oppdatere IP-sone og webside/portal.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 38
Sammenslåing av realiseringer
Etter at man er logget inn vil man kunne utføre flere forskjellige operasjoner, disse er:
x
Legg inn ny ansatt
x
Rediger ansatt
x
Slett ansatt
x
Legg inn nytt arrangement
x
Redigere arrangement
x
Slett arrangement
x
Legg inn nyhet
x
Redigere nyhet
x
Slett nyhet
x
Legg inn artikkel
x
Rediger artikkel
x
Slett artikkel
x
Legg inn bilde
x
Slett bilde
x
Legg til menyelement
x
Rediger meny(-element)
x
Slett menyelement
x
Slett fra gjestebok
x
Generere passord (Brukstilfellerealisering 4.1)
Vi har valgt å ikke lage realiseringer for alle disse da mange av disse har veldig lik
funksjonalitet. Vi har valgt å slå sammen følgende realiseringer:
x
Brukstilfellerealisering 8: Legg inn ny ansatt (legg inn nytt arrangement, legg
inn nyhet, legg inn artikkel, legg inn bilde og legg inn menyelement)
x
Brukstilfellerealisering 9: Redigere arrangement (rediger ansatt, rediger nyhet,
rediger artikkel og rediger meny)
x
Brukstilfellerealisering 10: Slett artikkel (slett ansatt, slett arrangement, slett
nyhet, slett menyelement og slett fra gjestebok)
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 39
Brukstilfellerealisering 8: Legg inn ny ansatt
x
Sporing tilbake til brukstilfelle
Legg inn ny ansatt - analyse
(f rom Ansatt)
<<realize>>
Legg inn ny ansatt
(f rom Use Cases)
Figur 54: Sporing Brukstilfellerealisering 8: Legg inn ny ansatt
x
Klassediagram
Ansatt
(from DB Users(ansatt) )
Adm inistrator
(f rom Actors)
Oppdater UI
(from Oppdatere systemet)
Opprett ansatt
Figur 55: Klassediagram Brukstilfellerealisering 8: Legg inn ny ansatt
x
Samhandlingsdiagram
: Oppdater UI
: Opprett ansatt
: Ansatt
: Administrator
3: Opprett ny
4: Oppdater
1: Velg opprett ny ansatt
2: Fyll inn info om kunde
Figur 56: Samhandlingsdiagram Brukstilfellerealisering 8: Legg inn ny ansatt
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
1. Velger ”Opprett ny ansatt” fra menyen
2. Taster inn data for den nye ansatte
3. Systemet mottar dataene
4. Dataene lagres
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 40
Brukstilfellerealisering 9: Redigere arrangement
x
Sporing tilbake til brukstilfelle
Rediger arrangem ent - analyse
(f rom Arrangement)
<<realize>>
Rediger arrangem ent
(f rom Use Cases)
Figur 57: Sporing Brukstilfellerealisering 9: Redigere arrangement
x
Klassediagram
Arrangementer
(f rom DB Arrangem ent)
Ansatt
(from Actors)
Administrator
(from Actors)
Adm UI
(f rom Oppdatere sy stemet)
Redigere arrangem ent
Figur 58: Klassediagram Brukstilfellerealisering 9: Redigere arrangement
x
Samhandlingsdiagram
: Oppdater UI
: Redigere arrangem ent
: Arrangementer
: Ansatt
2: Hent arrangem enter
4: Vis
6: Hent aktuell ansatt
8: Vis
10: Rediger
3: Hent
7: Hent
11: Oppdater
1: Velg rediger Arrangem ent
5: Hvilket arrangem ent
9: Nye data
Figur 59: Samhandlingsdiagram Brukstilfellerealisering 9: Redigere arrangement
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 41
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
Både ansatt og administrator har mulighet til å redigere arrangementer, derfor er det laget
en figur som viser at flere kan redigere.
1. Velger ”rediger arrangement” fra menyen
2. Alle tilgjengelige arrangementer slås opp
3. Alle tilgjengelige arrangementer hentes fra databasen.
4. Alle tilgjengelige arrangementer vises
5. Velger hvilket arrangement som skal redigeres
6. Systemet flytter deg til dette arrangementet
7. Arrangemetet hentes
8. Arrangementet vises
9. Taster inn nye data
10. Systemet endrer dataene
11. Dataene lagres
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 42
Brukstilfellerealisering 10: Slett artikkel
x
Sporing tilbake til brukstilfelle
Slette artikkel - analyse
(f rom Artikkel)
<<realize>>
Slett artikkel
(f rom Use Cases)
Figur 60: Sporing Brukstilfellerealisering 10: Slett artikkel
x
Klassediagram
Artikkel
(f rom DB artikkel)
Ansatt
(from Actors)
Adm inistrator
(from Actors)
Oppdater UI
(f rom Oppdatere sy stemet)
Slett artikkel
Figur 61: Klassediagram Brukstilfellerealisering 10: Slett artikkel
x
Samhandlingsdiagram
: Adm inistrator
: Oppdater UI
: Slett artikkel
: Artikkel
1: Velg slett artikkel
5: Hviken artikkel
2: Hent artikler
4: Vis artikler
6: Slett
3: Hent
7: Oppdater
Figur 62: Samhandlingsdiagram Brukstilfellerealisering 10: Slett artikkel
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 43
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
Både ansatt og administrator har mulighet til å slette artikler, derfor er det laget en figur
som viser at flere kan redigere.
1. Velger ”slett artikkel” fra menyen
2. Alle tilgjengelige artikler slås opp
3. Alle tilgjengelige artikler hentes fra databasen
4. Alle tilgjengelige artikler vises
5. Velger hvilken artikkel som skal slettes
6. Systemet sletter dataene
7. Dataene oppdateres
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 44
Brukstilfellerealisering 11: Slett bilde
x
Sporing tilbake til brukstilfelle
Slett bilde - analyse
(f rom Bilder)
<<realize>>
Slett bilde
(f rom Use Cases)
Figur 63: Sporing Brukstilfellerealisering 11: Slett bilde
x
Klassediagram
Bilder
Ansatt
(from Actors)
Administrator
(from Actors)
Oppdater UI
(f rom Oppdatere sy stem et)
Slett bilde
Figur 64: Klassediagram Brukstilfellerealisering 11: Slett bilde
x
Samhandlingsdiagram
: Ansatt
: Oppdater UI
: Slett bilde
: Web-server
4: Sjekk om bildet er i bruk
1: Velg slett bilde
2: Hvilket bilde
3: Velg bilde
6: Bildet er slettet/er i bruk og kan ikke slettes
5: Oppdater
Figur 65: Samhandlingsdiagram Brukstilfellerealisering 11: Slett bilde
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 45
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
Både ansatt og administrator har mulighet til å slette artikler, derfor er det laget en figur
som viser at flere kan redigere.
1. Velger ”Slett bilde” fra menyen
2. Velger hvilket bilde som skal slettes
3. Systemet flytter deg til dette bilde
4. Systemet sjekker om bildet brukes i en artikkel, nyhet e.l. dersom det brukes kan
det ikke slettes
5. Systemet sletter bildet (dersom det ikke er i bruk)
6. Systemet gir beskjed om at bildet er slettet, eller at det er i bruk og ikke kan slettes
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 46
Brukstilfellerealisering 12: Endre brukernavn/passord
x
Sporing tilbake til brukstilfelle
Endre brukernavn/passord - analyse
(f rom Endre brukernav n/passord)
<<realize>>
Endre brukernavn/passord
(f rom Use Cases)
Figur 66: Sporing Brukstilfellerealisering 12: Endre brukernavn/passord
x
Klassediagram
Ansatt
(from DB Users(ansatt) )
Ansatt
(f rom Actors)
Oppdater UI
(from Oppdatere systemet)
Endre brukernavn/passord
Figur 67: Klassediagram Brukstilfellerealisering 12: Endre brukernavn/passord
x
Samhandlingsdiagram
: Oppdater UI
: Endre
brukernavn/passord
: Ansatt
: Ansatt
4: Sjekk gam m elt passord
5: Legg inn data
6: Oppdater
1: Velg endre brukernavn/passord
2: Tast inn nytt brukernavn/passord
3: Tast inn gam m elt passord
Figur 68: Samhandlingsdiagram Brukstilfellerealisering 12: Endre brukernavn/passord
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
Både ansatt og administrator har mulighet til å slette artikler, derfor er det laget en figur
som viser at flere kan redigere.
1. Velger endre brukernavn/passord fra menyen
2. Taster inn nytt brukernavn/passord
3. Taster inn gammelt passord (for å verifisere at han virkelig ”eier” denne kontoen)
4. Systemet sjekker passord
5. Systemet legger inn de nye dataene
6. Dataene oppdateres
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 47
Brukstilfellerealisering 13: Lese informasjon nettside
x
Sporing tilbake til brukstilfelle
Lese inform asjon nettside - ansalyse
(f rom Lese inf ormasjon nettside)
Lese informasjon nettside
(f rom Use Cases)
<<realize>>
Figur 69: Sporing Brukstilfellerealisering 13: Lese informasjon nettside
x
Klassediagram
Bruker
(f rom Actors)
Internett-browser
Web-server
Nettsidehåndterer
Figur 70: Klassediagram Brukstilfellerealisering 13: Lese informasjon nettside
x
Samhandlingsdiagram
: Bruker
: Internett-browser
: Nettsidehåndterer
: Web-serv er
1: Be om nettside
2: Request nettside
3: Hent
4: Vis nettside
Figur 71: Samhandlingsdiagram Brukstilfellerealisering 13: Lese informasjon nettside
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
1. En bruker skriver inn En Kopps url i sin nettleser
2. Nettleseren sender en request til den aktuelle serveren
3. Siden blir hentet
4. Siden vises i brukerens nettleser.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 48
Brukstilfellerealisering 14: Kontakte En Kopp fra nettsiden
x
Sporing tilbake til brukstilfelle
Kontakte En kopp - analyse
(f rom Kontakte en-kopp f ra nettside)
<<realize>>
Kontakte En Kopp
(f rom Use Cases)
Figur 72: Sporing Brukstilfellerealisering 14: Kontakte En Kopp fra nettsiden
x
Klassediagram
M ail
Bruker
(f rom Actors)
M ail håndterer
Internett-browser
(from Lese informasjon nettside)
Figur 73: Klassediagram Brukstilfellerealisering 14: Kontakte En Kopp fra nettsiden
x
Samhandlingsdiagram
: Kunde
: Internett-browser
: M ail håndterer
: Mail
1: Gå til: kontakte en-kopp
4: Skriv inn m elding
2: Hent "kontakt-Skjem a"
3: Vis kontakt skjem a
5: Send kontakt skjem a
7: M ail sendt/ikke sendt
6: Send m ail
Figur 74: Samhandlingsdiagram Brukstilfellerealisering 14: Kontakte En Kopp fra nettsiden
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
1. En bruker velger å gå til kontaktskjemaet
2. Kontaktskjemaet hentes
3. Kontaktskjemaet vises i nettleseren
4. Bruker skriver inn meldingen
5. Kontaktskjema sendes
6. E-posten blir sendt til post@en-kopp.no
7. Bruker får opp en melding om at meldingen er sendt/ikke sendt
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 49
Brukstilfellerealisering 15: Skriv i gjestebok
x
Sporing tilbake til brukstilfelle
Skriv i gjestebok - analyse
(f rom Gjestebok)
<<realize>>
Skriv i gjestebok
(f rom Use Cases)
Figur 75: Sporing Brukstilfellerealisering 15: Skriv i gjestebok
x
Klassediagram
Gjestebok
(from DB g jestebok)
Bruker
(f rom Actors)
Legg i gjestebok
Internett-browser
(from Lese informasjon nettside)
Figur 76: Klassediagram Brukstilfellerealisering 15: Skriv i gjestebok
x
Samhandlingsdiagram
: Gjestebok
: Legg i gjestebok
: Internett-browser
: Bruker
6: Oppdater gjestebok
2: Hent "gjestebok-skjem a"
3: Vis gjestebok-skjema
5: Legg inn hilsning
7: Hilsning lagt inn/ikke lagt inn
1: Gå til: Skriv i gjestebok
4: Skriv inn hilsning
Figur 77: Samhandlingsdiagram Brukstilfellerealisering 15: Skriv i gjestebok
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
1. En bruker velger å skrive i gjesteboken
2. Gjestbokskjemaet hentes
3. Gjestebokskjema vises i nettleseren
4. Bruker skriver inn hilsningen
5. Hilsning sendes til gjesteboken
6. Hilsningen blir lagt til gjesteboken
7. Bruker får opp en melding om at meldingen er lagt til/ikke lagt til
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 50
Brukstilfellerealisering: 16 Få hjelp
x
Sporing tilbake til brukstilfelle
Hjelp - analyse
(from Hjelp)
<<realize>>
Hjelp
(f rom Use Cases)
Figur 78: Sporing Brukstilfellerealisering: 16 Få hjelp
x
Klassediagram
Administrator
(from Actors)
Ansatt
(from Actors)
Oppdater UI
(f rom Oppdatere sy stemet)
Søk i hjelp
Hjelp
(from DB hjelp)
Figur 79: Klassediagram Brukstilfellerealisering: 16 Få hjelp
x
Samhandlingsdiagram
: Søk i hjelp
: Hjelp
: Oppdater UI
: Ansatt
1: Velg "hjelp"
3: Hent
5: Hvilken operasjon?
2: request hjelp
4: Vis
6: request tem a
7: Hent
8: Vis tem a
Figur 80: samhandlingsdiagram Brukstilfellerealisering: 16 Få hjelp
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 51
x
Tekstlig beskrivelse av hendelsesflyt i samhandlingsdiagram
1. En aktør velger ”Hjelp”
2. ”Hjelp” alternativene anropes
3. ”Hjelp” blir hentet fra DB
4. Alternativene for ”Hjelp” vises
5. Alternativ velges
6. Alternativet anropes
7. ”Hjelp” hentes fra DB
8. ”Hjelp” vises
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 52
5 Arkitekturbeskrivelse
Programvarearkitektur gir en grunnleggende beskrivelse av oppbyggingen og
organiseringen av systemet. Arkitekturen er en del av systemets design, hvor helhet,
struktur og viktige egenskaper fremheves ved å utelate detaljer.
Arkitekturbeskrivelsen består av:
x
Et utsnitt av de forskjellige modellene
x
Viktige ikke-funksjonelle krav som har betydning for systemets oppbygging
x
De strukturelle elementer (klasser og komponenter) som vil utgjøre systemet,
grensesnitt mot disse og deres adferd som er spesifisert i samhandlingen
mellom disse elementene.
x
Plattform for løsningen (Systemprogramvare), hvilken teknologi som benyttes,
dvs. hvilken maskinvare som skal benyttes
x
Hvilken programvare og mellomvare som benyttes
Back to top
5.1 Use-Case modellen
5.1.1 Aktører
En aktør er en person eller et annet system som har interaksjon med systemet.
Ansatt
Kunde
Adm inistrator
Bruker
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 53
Figur 81: Aktører
x
Ansatt: En eller flere personer som vil kunne bli gitt adgang til å oppdatere
nettsider og portal, samt å generere passord til IP-sonen. Denne aktørens
hovedoppgave er å selge passordene.
x
Kunde: Personer som ønsker å koble seg til IP-sonen, dette er en person som er
på kafèen, og har tilgang til en pc med trådløs nettverkskort.
x
Administrator: Den personen som har tilgang til å gjøre alt i systemet, dvs. det
samme som både kunde og ansatt, samt å tildele rettigheter til ansatte, slik at
disse kan gjøre enkelte ting på nettsiden og portalen, samt å generere passord.
x
Bruker: En person som surfer på Internet og kommer inn på En Kopps
webside.
Back to top
5.1.2 Brukstilfeller
Brukstilfeller som beskriver kritiske funksjoner i systemet og som involverer viktige krav
som bør utvikles tidlig.
1. Brukstilfelle Logg inn IP-sone
Logg inn IP-sone
Kunde
(f rom Actors)
Figur 82: 1. Brukstilfelle Logg inn IP-sone
Logg inn IP-sone er hoveddelen av dette prosjektet, og derfor også den viktigste delen,
dette brukstilfellet tar for seg autentisering av brukeren.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 54
2. Brukstilfelle generer passord
Adm inistrator
(f rom Actors)
Generere passord
(f rom Use Cases)
Figur 83: 2. Brukstilfelle generer passord
For å kunne autentisere brukere til IP-sonen er vi nødt til å generer nye passord jevnlig.
3. Brukstilfelle Lese informasjon nettside
Bruker
(f rom Actors)
Lese webside
(f rom Use Cases)
Figur 84: 3. Brukstilfelle Lese informasjon nettside
Dette brukstilfellet tar for seg en ekstern bruker som ønsker å se websiden til En Kopp.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 55
5.2 Analysemodellen
Følgende artefakter i analysemodellen er vanligvis betegnet for å være
arkitektursignifikante:
x
Dekomponering av analysemodellen inn i analysepakker og deres
avhengigheter
x
Viktige analyseklasser
o
Viktige entitetsklasser fra problemområdet
o
Grensesnittklasser som beskriver viktig kommunikasjon
o
Kontrollklasser som viser viktige sekvenser mellom betydningsfulle
brukstilfellerealiseringer
o
Analyseklasser som er generelle, sentrale og har mange relasjoner med
andre analyseklasser.
x
Brukstilfellerealiseringer
o
Som realiserer viktig og kritisk funksjonalitet
o
Involverer mange analyseklasser
o
Fokuserer på noen viktige brukstilfeller som trengs å implementeres i tidlige
faser
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 56
5.2.1 Analysepakker:
De viktigste analysepakker i systemet, definerer funksjonaliteten i systemet.
Innlogging
ip-sone
Oppdatere
system et
Generere
passord
Logg inn adm
Figur 85: De viktigste analysepakkene i systemet
Vi er avhengig av å kunne logge oss på som administrator for å generere passord slik at
kunder får tilgang til å logge seg på IP-sonen, og slik at vi får oppdatert websiden/portalen.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 57
5.2.2 Analyseklasser:
De viktigste entitetsklassene i analysen:
x
IP sone: Selve IP-sonen
x
Oppdater webside/portal: Beskriver hva som kan oppdateres og hvordan
De viktigste kontrollklassene i systemet:
x
Passordhåndterer
x
Webside/portal håndterer
De viktigste grensesnittene
x
Tilgang til IP-sone UI
x
Utskrift
x
Adm innlogg UI
Back to top
5.3 Brukstilfellerealiseringer
Vår analysemodell består av relativt få analyseklasser og brukstilfellerealiseringer. De
samhandlingsdiagrammene og klassediagrammene som er beskrevet for de viktigste
brukstilfellene i vårt system er:
x
Samhandlingsdiagram/klassediagram innlogging IP-sone
x
Samhandlingsdiagram/klassediagram Oppdater system
Disse samhandlingsdiagrammene/klassediagram er lagt med i analysemodellen, og
beskrives derfor ikke inngående her.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 58
5.4 Viktigste ikke-funksjonelle krav
For webside/portal:
x
Websiden skal være enkel å navigere i
x
Websiden skal ha en tiltalende grafisk design
x
Websiden skal ha lav responstid mot bruker
x
Arkitektur tilrettelagt for enkel oppdatering
For IP-sonen:
x
Tilgang til IP-sone må være tilgjengelig hele tiden
x
Passord og tidstelling fungerer slik det skal
Back to top
5.5 Plattform for systemet
Systemet er plattformuavhengig både når det gjelder bruk av websiden og maskinene som
skal koble seg opp mot IP-sonen. Kan nevne noen:
x
Windows
x
Linux
x
Unix
Websiden vil fungere på alle typer webservere. Kan nevne:
x
Internet Information Server (IIS)
x
Apache
Back to top
5.5.1 Maskinprogramvare
x
Pc med mulighet for tilgang til Internet
x
Skriver
Back to top
5.5.2 Programvare og mellomvare
x
Et hvilket som helst operativsystem
x
Nettleser av nyere dato
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 59
6 Websiden
Back to top
6.1 Produkt
En Kopp holder til i første etasje i SAS hotellet, og betegnes som kafè og bar.
I utgangspunkter er de nettopp en kafè med en fyldig og variert meny bestående av alt fra
småretter, varmretter, kaffe og te samt bar med alle rettigheter.
De kan levere catering til opp til 120 personer, og leier ut lokalene sine til private
arrangementer som for eksempel julebord og firmafester.
I løpet av de siste årene har de bygget seg opp til å være en arena for kulturelle
arrangementer i Bodø. Og målet nettopp å være et sted som markerer seg med gode
kulturtilbud.
De tilbyr noe for enhver smak; vi kan nevne politiske debatter, møte med forfattere som
Lars Saabye Christensen, konserter med varierte artister, deriblant Unni Wilhelmsen og
Lars Bremnes med band.
I tillegg kan de tilby sine gjester tilgang til Internet via sin trådløse IP-sone.
Back to top
6.2 Marked og konkurranse
Det er konkurranse i markedet. Stadig flere av kafèene og utestedene i byen tilbyr ulike
typer arrangementer i sine lokaler. En Kopp var tidlig ute med dette.
En Kopp kjører sin egen stil og tilbyr arrangementer som er litt utenom det vanlige, da
tenker vi på blant annet politiske debatter og kabareter.
De utvikler seg stadig ved å tilby nye tjenester og tilbud til sine kunder.
I den senere tid har en god del kafeer rundt om i Norge har fått egne websider.
I Bodø finnes det mange kafeer og utesteder, vi undersøkt litt lokalt i byen og har ikke
kunnet registrere at noen av disse har noen webside.
Ett unntak var Kaffekverna i Bodø som hadde webside. Ved første gangs besøk på
www.kaffekverna.no den 05.11.2002 var siden under utvikling. Mens vi har jobbet med
dette prosjektet har det ikke blitt endret eller oppdatert noe på websiden.
Det vil si at En Kopp er først ute med å ha webside blant utesteder og kafèer i Bodø.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 60
6.3 Kunder
Gjestene spenner om et bredt spekter hensyn på alder, da En Kopp har et variert tilbud av
arrangementer. Det er en mulig overvekt av voksne over 30 år som i størst grad besøker
deres arrangementer, men også de litt yngre finner veien dit.
Gruppen gjester på arrangementene kan nok lettere klassifiseres gjennom psykografiske
kriterier, som felles interesse for kulturliv.
Gruppen av besøkende som vanlige gjester i kafeen utenom arrangementer er mer spredt
med tanke på alder. De har mange stamgjester både som lunsjgjester på dagtid og på
arrangementene.
Back to top
6.4 Markedsføring
En Kopp annonserer flittig i både Avisa Nordland og i gratisavisen Bodø Nu.
Bodø Nu distribueres gratis til alle husstander i Bodø hver uke, og har mange trofaste
lesere.
Avisa Nordland er eneste dagsavis i Bodø, og er dermed enerådende på markedet.
I den senere tid har En kopp også rettet seg en god del mot studenter, blant annet ved å
reklamere i en studentkalender som ble distribuert gratis i ca 4000 eksemplarer til studenter
og ansatte ved høgskolen. I tillegg tilbyr de studentvennlige priser, og samarbeider med en
studentforening ved Handelshøgskolen i Bodø.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 61
6.5 Vurdering av marked og muligheter
Figur 86: SOFT- / SWOT- modell
Forbrukerne benytter i stadig større grad Internet som kilde for å skaffe seg informasjon.
Det gjør at mange bedrifter, store som små, opplever en endring i publikums henvendelser.
I stadig større grad forventer publikum at en bedrift har en webløsning. Her forventer de å
finne informasjon om bedriften og bedriftens tjenester og produkter.
Konsekvensen av det er at i mange sammenhenger er det slik at dersom en bedrift ikke har
en webside så blir de ikke med i de videre vurderinger. Vi kan som et eksempel referere til
en artikkel 28.02.2003 i nettutgaven til Dagbladet hvor de omtalte steder i Norge som
tilbyr trådløs tilgang til Internet. I denne opplistingen var ikke En Kopp tatt med. Kanskje
kunne situasjonen vært en annen dersom En Kopp på det tidspunktet artikkelen ble skrevet
hadde en webside hvor det ble reklamert for IP-sonen.
En Kopp er som nevnt uten konkurrenter når det gjelder å ta i bruk denne arenaen for
markedsføring med å ha eget nettsted. Internet gir nye muligheter til å nå ut til folk på en
helt annen måte enn En Kopp har annonsert på til nå.
Det er en fordel, og forsterker En Kopp sitt mål om å tilby noe nytt og annerledes som ikke
alle andre har. Dette håper vi at vil bli lagt merke til og satt pris på.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 62
Effekten av websiden er vanskelig å måle i penger, men vi kan ikke på noen måte se noe
negativ ved at En Kopp satser på nye områder. En Kopp skal tilby en webside som er noe
mer enn statisk informasjon. De er interessert i å markedsføre sitt annerledes-konsept med
blandingen kafè, kulturscene og konsert lokale.
Og i tillegg skal det gjøres kjent at stedet har en trådløs IP-sone, samt fortelle hva dette
innebærer og litt om hvordan dette fungerer. Om ikke websiden resulterer i mange nye
kunder, vil en hel del nye brukere på Internet bli oppmerksom på det som En Kopp har å
tilby.
At En Kopp nå får en webside vil kunne utnyttes til egen fordel ved booking av artister.
Ved å henvise til websiden vil man på en enkel måte kunne forklare hvordan lokalet ser ut
at, hvordan scenen er plassert osv. De kan også se hvem som har vært der før dem, og at
stedet begynner å bli anerkjent som artistscene.
Forbrukere reagerer ulikt med hensyn til hvordan de aksepterer nye produkter. Adopsjonen
refererer til den prosess det enkelte individ går igjennom før et nytt produkt aksepteres
eller forkastes. Denne prosessen foregår med ulik hastighet hos forskjellige personer. En
kan dele en befolkningsgruppe inn i fem forskjellig kategorier med hensyn til hvordan nye
produkter aksepteres. De fem kategoriene er:
x
Innovatører
x
Tidlige brukere
x
Tidlig majoritet
x
Sen majoritet
x
Etternølere
Kategoriseringen vil være med på å bestemme hvordan ett nytt produkt blir akseptert i
markedet. Skulle websiden vise seg å bli en suksess er denne inndelingen et riktig bilde av
brukerne.
Det finnes ingen produkter eller tjenester som passer for alle mennesker. Derfor er det ofte
viktig å dele markedet inn i delmarkeder. Denne inndeling kalles en markedssegmentering,
og er en vanskelig og viktig oppgave. Disse delmarkedene må identifiseres. Til
identifikasjon benyttes blant annet
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 63
x
Demografiske kriterier – kjønn, alder, familieforhold etc.
x
Psykografiske kriterier – livsstil, interesser etc.
Inndelingen kan benyttes til å konsentrere innsatsen om interessante grupper, og dermed
unngå å bruke penger på målgrupper som åpenbart ikke er mulige kunder for bedriftens
produkter eller tjenester.
I praktisk markedsføring kan en benytte
x
Udifferensiert markedsføring – henvender seg til ”alle”, en fremgangsmåte som kan
være nødvendig der det kan være vanskelig å finne segmenter.
x
Differensiert markedsføring
x
Konsentrert markedsføring – henvender seg til et lite og utvalgt segment.
Det forventes ikke at alle skal ta i bruk websiden til En Kopp, men vi vil satse på å lage et
produkt som skal være lett for alle å bruke. Det er likevel vanskelig å si hvem som vil
kommer til å benytte websiden.
Varer, tjenester og ideer har begrenset levetid, i hvert fall i sin opprinnelige form.
Vanligvis går produktet gjennom visse faser fra det utvikles til det går ut av markedet;
introduksjon, vekst, modning/metning, tilbakegang. Man må derfor klarlegge i hvilket
stadium i livsløpet produktet er, da en bestemmer hvilke tiltak som bør settes inn.
Det negative med at En Kopp nå får webside er det at den kun vil bli testet i bruk over et
kort tidsrom. Ved aktivt bruk over lenger tid ville En Kopp oppdage ting som de ønsker
hadde vært annerledes, funksjoner som burde vært på siden, funksjoner som er
unødvendige. Det er lite trolig at det vil skje endringer og tillegging av funksjoner etter at
vårt prosjekt er avsluttet. En Kopp vil kun ha anledning til å endre innholdet på siden, det
er ikke tilrettelagt for noen enkel oppdatering eller endring av utseende. Det som ofte skjer
når det skal gjøres endringer på designet og oppbyggingen av en webside, er at det er noen
andre enn dem som opprinnelig lagde siden som lager en ny. Det er det som sannsynligvis
vil skje i En Kopps tilfelle. Men på den annen side, vil En Kopp nå få et godt
utgangspunkt, med robuste funksjoner som vil vare lenge.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 64
6.5.1 Markedsføring av websiden
Forutsetningene for å få besøk på websiden er at brukerne vet om den. Det eneste som
kreves av brukerne er at de har tilgang til Internett, samt at de kan benytte en nettleser.
Deretter er det et par enkle ting En Kopp kan gjøre for å sørge for at folk blir oppmerksom
på at websiden finnes. Brukere vil i hovedsak bli gjort oppmerksom på websidens eksistens
gjennom En Kopps annonseringer. En kopp vil etter hvert som websiden er ferdig fokusere
mer på å reklamere for både IP sonen og websiden. Web adressen vil bli tatt med på
menyen som En kopp bruker, samt brevark og framtidige annonseringer i avisen. Vi ser for
oss at web adressen vil inngå som en naturlig del av En kopp, og dermed godt synlig når de
annonserer.
En Kopp har i dag en stasjonær Pc i lokalene sine som har mulighet for tilgang til Internet.
Startsiden på denne maskinen skal settes til å være www.en-kopp.no.
For å gjøre det enklere for de mer tilfeldige brukerne av websiden, vil den bli lagt til ulike
søkemotorer. Dermed vil de som taster inn søkeord som ”kafè” ”bar” ”En Kopp” ”Bodø”
og lignende kunne få opp En Kopps webside som ett treff.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 65
7 Skisser til løsning, webside og portal
Med utgangspunkt i analysen av websidene i Forprosjektet går vi her litt videre og
utarbeider ulike forslag til design. Vi gjør oppmerksom på at forslagene er utarbeidet ved
hjelp av Adobe Photoshop, og ikke inneholder noen form for funksjoner foruten design.
Designforslagene ble presentert for oppdragsgiver på et møte for å se om hans ønsker om
websidens utseende var forenelig med den oppfatning vi hadde fått. Oppdragsgiver fikk
komme med kommentarer til de ulike forslagene som vi noterte oss og vil bruke i den
videre utviklingen fram mot et endelig designvalg.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 66
Figur 87: Designforslag A
Kommentarer:
x
God idè med bruken av kaffebønner, effekten kunne kanskje vært noe
dempet.
x
Bakgrunnsfargen er noe mørk til å bruke på en webside. Den gir dårlig
kontrast mellom bakgrunnsfarge og farge på skriften, og vil gjøre det
vanskelig for brukere av siden å lese.
x
Ellers noe flat i utformingen.
x
Det kommer klart fram hva slags side det er. God plassering av adresse og
kontaktinformasjon øverst på siden.
x
Logo er fint plassert oppe i venstre hjørne, men kunne med fordel vært noe
større. I den formen den er nå er den forminsket og kvaliteten er noe
forringet.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 67
Figur 88: Designforslag B
Kommentarer:
x
Dette er et forslag veldig likt det foregående, men noe videreutviklet.
x
Fargene er noe mer levende i dette utkastet.
x
Noe mer innhold er tilføyd.
x
Ideen med søkemotorer er god, og vil bli vurdert videre i planleggingen.
x
God idè til plassering av reklamebannere. De er ikke for fremtredende på
siden, men er samtidig godt synlig.
x
Et forslag fra oppdragsgiver om e-post liste er tatt med her.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 68
Figur 89: Designforslag C
Kommentarer:
x
Logoen er godt synlig. Oppdragsgiver er opptatt av at logoen skal synes, men
er denne varianten er muligens noe dominerende.
x
Få elementer er lagt til i menyen.
x
Her er det brukt for mørke farger som er dårlig egnet for web. Fargene på
bakgrunn og skriften er for like og gjør teksten på menyen nærmest uleselig.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 69
Figur 90: Designforslag D
Kommentarer:
x
Oppdragsgiver er enig i at stemningsbilder fra kafeen er viktig å ha med. Det
gir siden et mer personlig preg.
x
Logo er igjen plassert godt synlig, noe oppdragsgiver igjen fremhever som
positivt.
x
Igjen er det brukt litt mørke farger, som ikke vil fungere spesielt bra på en
dataskjerm.
x
God idè med montasje av bilder slik som er vist helt til høyre.
x
Menyen er lettere å lese enn på noen av de foregående forslagene. Større
kontrast mellom bakgrunnsfarge og skrift.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 70
Figur 91: Designforslag E
Kommentarer:
x
Her er logoen blitt voldsomt fremtredende, og stjeler for mye plass på siden.
Utkastet er veldig likt det foregående, se derfor kommentarer under punkt D.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 71
Figur 92: Designforslag F
Kommentarer:
x
Oppdragsgiver er mer positiv bruken av disse lyse fargene. De er mer i tråd
med de ønsker han har om bruk at kaffe latte farger.
x
Igjen er logo godt synlig, noe stor i forhold til hvordan resten av siden er
inndelt. Noe usymmetrisk.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 72
Figur 93: Designforslag G
Kommentarer:
x
Her er også logo godt synlig.
x
Positiv tilbakemelding på fargevalget også i dette utkastet.
x
Enig i at adresse og kontakt informasjon må være med på siden.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 73
Figur 94: Designforslag H
Kommentarer:
x
Fin plassering av logo.
x
Veldig positiv til fargevalget. Er i tråd med oppdragsgivers ønske.
x
Morsom variant av menylinjen.
x
Oppdragsgiver ønsker ikke å ha sitt eget navn så fremtredende på siden.
x
God kontrast mellom bakgrunn og skrift.
Analyse
11121 Prosjektoppgave Handelshøgskolen I Bodø 74
Konklusjon:
Det var meget nyttig for begge parter å få utvekslet ideer og tanker.
Vi opplevde at oppdragsgiver var gjennomgående positiv til de utkastene som ble fremvist.
Oppdragsgiver gjorde det klart at vi står svært fritt til å velge design.
Vi fikk bekreftet at vi har god forståelse av hvilke ønsker oppdragsgiver har når det gjelder
designet til siden.
Kommentarene som ble gitt her til disse utkastene vil det bli tatt hensyn når det endelige
designet skal utvikles.
Back to top
