Transcript FORSIDE FOR INNLEVERING

Prosjekt Software Engineering
- PJ312 Sprint 6
FORSIDE FOR INNLEVERING
TILGJENGELIGHET
Fri
X
Begrenset
Emnekode og emnenavn:
PJ312 - Prosjekt Software Engineering
Tittel norsk:
Prosjektarbeid
Tittel engelsk (Hovedprosjekt):
Eventuell oppdragsgiver:
Romskipet Hålogaland (rocketrange)
Utleveringsdato:
12.04.12
Innleveringsdato:
18.04.12
Antall sider:
32
Antall ord:
8034
Sammendrag (maks 100 ord):
Dette er en eksamensoppgave som er gitt I Prosjekt Software Engineering (PJ312) v/Norges
Informasjonsteknologiske Høyskole. Denne oppgaven er knyttet til gruppe 31, som står for utviklingen av
prosjektet. Eksamenscaset består av å planlegge og utvikle et nettsted for Romskipet Hålogaland.
Gruppenummer:
31
Studentnavn:
Studentnummer:
Jørgen Simensen
700056
Øyvind Stordahl
700365
Joanne Rasathurai
700238
Ida Bergum
700250
Espen Kvalvik
700171
Stian Kristiansen
700059
Signatur:
Studentens signatur er også en bekreftelse av at hun/han har gjort seg kjent med, og fulgt, NITHs
retningslinjer for intellektuell redelighet (tilgjengelig på intranett).
Side:
1
Prosjekt Software Engineering
- PJ312 Sprint 6
Innholdsfortegnelse 1.0 Visjon for prosjektet 2.0 Mål for prosjektet 3.0 Produktleveranser 4.0 Resultat av akseptansetesting 3 3 3 4 5.0 Vurdering av prosessen (alle sprintene) 5.1 Erfaring fra JIRA 5.2 Erfaring fra SCRUM 5.3 Møter 5.4 Roller 5.5 Konklusjon 4 4 5 5 5 5 6.0 Vurdering av produktet 6.1 Sluttproduktet i forhold til mål for prosjektet 6.2 Valg underveis 5 5 6 7.0 Konklusjon 7.1 Gruppens arbeid 7.2 Tilbakeblikk på prosjektet 7.3 Erfaring og anbefaling til videre arbeid 7 7 8 8 8.0 Referanser/litteraturliste 8.1 Internett 8.2 Litteratur 8.3 Andre kilder 8.4 Programvare og verktøy 8.5 Referanser 8 8 11 11 13 14 9.0 Vedlegg 9.1 Oppdatert risikoplan v.6.0 9.2 Radartest med kommentar 9.3 Use case diagram og tabell (aktør, use case beskrivelse) 9.4 Gruppekontrakt 9.5 Skjermdump GitHub 9.6 Eventuelle andre vedlegg 15 15 16 17 19 21 21 Side:
2
Prosjekt Software Engineering
- PJ312 Sprint 6
1.0 Visjon for prosjektet Hålogaland, som vi fra nå av kaller for, ”Aurora” skal være innovative, søkende og
kunnskaps-delende nå og i fremtiden. Gruppen ønsker å være en sterk samarbeidspartner på
web for vår kunde og hjelpe dem med å oppnå de mål og ønsker de har satt seg med sitt
opplevelsessenter; Romskipet Hålogaland, og i sine eventuelle framtidige satsninger. Vi skal
finne på noe helt eget, ikke bare følge malen for hva vi skal lage. Vi skal være nyskapende og
bruke teknologien til å markedsføre dette prosjektet til å skape stor verdi.
2.0 Mål for prosjektet Vi skal gjennomføre et designprosjekt og utarbeide en rapport med tilhørende
prosessdokumentasjon. Vår ambisjon og karaktermål er A. Prosjektet skal gjennomføres med
like stort fokus på prosessen som rapporten, men viktigst er det å ha kundens behov i fokus.
Samt ønsker vi å oppnå det lille ekstra. Vi skal også forsøke å oppnå alle nivåene som er
oppgitt i caseteksten.
Vi ønsker at alle gruppemedlemmene skal trives i prosjektet og gruppen. Vi har en felles
forståelse og engasjement å oppnå de målene vi har satt for oss. Viktigste kriterium for
suksess er at kunden er tilfreds med resultatet og at akseptansetesten resulterer i aksept fra
kundens side. Resultatmålet til gruppen er å utvikle en mobilapplikasjon, nettside med
nettbutikk og administrasjonsdel, digital markedsføringskampanje og ikke minst et fullverdig
dokument innen innleveringsdato.
3.0 Produktleveranser Sprint x Produkt Sprint 1
SWOT-analyse og utføre vedlegg Bli kjent med SCRUM og
1 (usability test o.l.)
prosjektstyring. Kom godt i gang med
prosjektet og hadde god
samarbeidsflyt. Gode
tilbakemeldinger med noen
kommentarer som kunne forbedres.
Sprint 2
Markedsundersøkelse
(kjøpsatferd, målgruppe o.l.),
grafisk mock-up skisser, EARdiagram til nettsiden og første
utkast av administrasjonsdelen:
bruk av html og CSS mock-up til
nettsiden.
Side:
Beskrivelse I mangel av tid og ressurser, en god
del uflaks og sykdom i gruppen førte
til at vi endte med nødløsninger. Vi
var ikke fornøyd med
markedsundersøkelsen, og den kunne
vi ha gjort bedre hvis vi kunne ha fått
utført den på nytt.
3
Prosjekt Software Engineering
- PJ312 Sprint 6
Sprint 3
Markedsplan, grafisk mock-up
for kundedelen av nettsiden,
levere database basert på EARdiagram, administrasjons
grensesnitt og utvikle
funksjonaliteten på nettsiden.
Vi klarte å oppnå alle målene som vi
satt for denne sprinten, også litt mer
enn det vi hadde ønsket. Av dette har
vi fått en god erfaring og god
fremgang i arbeidet. Fått en del
tilbakemelding på hjemmesiden som
vi har endret på. Arbeidsinnsatsen var
på et høyt nivå.
Ikke nådd alle mål. Fornøyd med DM
planen. Kom i gang med kundedelen
og utvikling av nettbutikk, men
databaser har vært vanskelig og krevd
mye arbeid. Samt har vi hatt høye mål
som har ført til at vi har hatt for mye
arbeid og utfordringer på en gang.
Burde heller fokusere på den tekniske
delen.
Sprint 4
Plan for digital markedsføring,
administrasjonsdel og design.
Forbedring av dokumentasjonen
fra forrige sprint. Utvikling av
nettsiden, kundedelen og
nettbutikk.
Sprint 5
Utvikling av nettsiden, startet
med å utvikle kundedelen
(teknisk og visuelt),
brainstorming av
mobilapplikasjonen, plan for
bruk av sosiale medier og
relasjonsmarkedsføring
Fokus på den tekniske delen.
Sykdom/fravær har rammet gruppen,
dermed har vi hengt litt etter. Nådd
alle målene, men hatt store
utfordringer og problemer med den
tekniske delen av nettsiden.
Sprint 6
Utvikle prototype av
mobilapplikasjon og utvikle
ferdig den endelige løsningen av
nettsiden. Utføre usability test og
akseptansetest. Ferdigstille
sluttrapporten.
Ekstra arbeid for å ta igjen tapt arbeid
og levere ett akseptert sluttprodukt.
Jobbet mye med den tekniske delen,
mobilapplikasjonen, testing og
akseptansetesten.
4.0 Resultat av akseptansetesting Akseptansetesten versjon 1.0 ble godkjent. Kunden var fornøyd med sluttproduktet, og synes
det var bra at vi hadde fått til alt vi hadde planlagt. Kunden fant noen småfeil her og der, men
det er feil som ikke krever mye tid for å rettes opp i. Alt fungerte slik som tiltenkt når kunden
gikk gjennom oppgavene. Gruppen er selv fornøyd med utførelsen og sluttproduktet.
5.0 Vurdering av prosessen (alle sprintene) 5.1 Erfaring fra JIRA I starten var det uvant for oss å jobbe på denne måten. Det tok lang tid før vi forsto hvordan vi
skulle loggeføre riktig antall timer, huske på dra over ferdige oppgaver og sette riktig antall
story points. På begynnelsen satt vi for lave story points i forhold til vanskelighetsgraden på
oppgavene. Hele veien frem til nå har vi ikke vært gode nok på å bryte ned oppgavene i
mindre deler. Et eksempel på dette er administrasjonsdelen som vi gjerne kunne ha delt opp i
Side:
4
Prosjekt Software Engineering
- PJ312 Sprint 6
flere oppgaver. Vi brukte for lang tid på planleggingsfasen. Dette har vi naturligvis blitt bedre
til etterhvert. Alt i alt så er samtlige gruppemedlemmer enige i at JIRA fungerer godt
for vår gruppe. Uten bruk av JIRA hadde vi mistet mye av oversikten over prosjektet.
5.2 Erfaring fra SCRUM SCRUM er et rammeverk som fungerer bra for denne typen gruppearbeid. Vi har fulgt
modellen så godt vi kan, det eneste vi glemte litt i starten var bruk av SCRUM master. Det har
vært til tider intensivt, spesielt de ukene hvor det var lenge siden siste sprint. Det har også
vært utfordringer når det kommer til ferdigstilling av produktet. Vi fokuserte veldig mye på
dokumentering i starten av prosjektet, og utsatte den tekniske delen. Derfor har det blitt
stressende de siste tre sprintene, for da startet mesteparten av utviklingen.
5.3 Møter Daily stand up har vi fulgt slavisk, og dette har resultert i at alle er oppdaterte på andres arbeid
til en hver tid. Vi startet hver morgen med Daily stand up. Dette står forklart nærmere i vår
gruppekontrakt, (ref.: 9.4 Gruppekontrakt.)
Kundemøtene har noen ganger vært for generelle, vi har fått ganske frie tøyler. Vi kunne
ønske at det hadde vært litt mer kravspesifikasjoner for det endelige produktet. Vi har hatt
noen tilfeller der møter har blitt tatt på Skype, utsatt og lignende, noe vi helst ville unngått.
Planleggingsmøter har vi nok brukt litt for lang tid på, i forhold til hva som er normalt.
Spesielt i starten av prosjektet. Å bryte ned og gi story points på oppgavene er det som har tatt
mest tid.
Retrospektive møter er noe vi burde brukt mer tid på etter hver sprint er over, for å reflektere
over hvor ting gikk galt og hva vi gjorde riktig. Vi har alltid hatt en refleksjon etter hver
sprint, men muligens en litt for kort sesjon.
5.4 Roller Vi har vært fem digitale markedsførere og en interaksjonsdesigner. Det er ingen av oss som
nødvendigvis ville ha rollen som f. eks .NET utvikler, men gruppen har løst dette problemet
greit underveis. Vi er en gjeng med kreative hoder, som jobber godt sammen i team.
5.5 Konklusjon Vi kan etter dette 9 måneders lange (6 sprinter) prosjektet, konkludere med at vi har lært
enormt mye; måten å jobbe på (SCRUM og Jira) og til det faglige. SCRUM er absolutt en
foretrukket arbeidsmetode når det kommer til agile prosjekter, og vi ser nytteverdien i aller
høyeste grad. Det har vært viktig for oss å lære å kjenne denne metoden og lære å bruke
verktøyene som benyttes før vi skal ut i hovedprosjektet om ett semester.
6.0 Vurdering av produktet 6.1 Sluttproduktet i forhold til mål for prosjektet Vi satt oss et mål om å få en A i dette prosjektet. En A tilsier at alle nivåene i case-teksten må
oppnås (ref.: 31_PJ312_2012.docx, punkt 2.0: Mål for prosjektet), det må også vises
Side:
5
Prosjekt Software Engineering
- PJ312 Sprint 6
selvstendighet og kreativitet. Selv føler gruppen at samtlige nivåer er oppnådd. Vi har gjort
vår egen vri på det meste, for å skape verdi for Aurora i fremtiden.
Vårt endelige produkt har til slutt endt opp i en webportal hvor det er fokus på å gi publikum
informasjon om opplevelsessenteret Aurora. Det skal være interaksjonsmuligheter for kunden,
ved at de kan melde seg på kurs, logge inn og bestille varer fra nettbutikken. Vi har knyttet
kursdelen opp mot en Google kalender, slik at administrasjonsdelen kan legge inn kommende
arrangementer på senteret. Dette resulterer i at brukerne legger igjen informasjon i Aurora sin
database, som senere kan integreres i et CRM system. Det er en administrasjonsdel bak
webportalen, som gjør at administrasjonsdelen kan legge til nye administratorer, legge til nye
produkter og slette produkter fra nettbutikken. Alt som er integrert i vår webportal, har tatt
utgangspunkt i analysene vi har gjort tidligere i prosjektet. Alt er godt gjennomtenkt og
vurdert av gruppemedlemmene.
Webportalen er knyttet opp mot sosiale medier som Facebook og Twitter. På Facebook har vi
også planlagt en digital markedsføringskampanje med QR kode som fører brukerne videre til
vår Windows Phone applikasjon. Denne applikasjonen er i utgangspunktet en
informasjonsapplikasjon om opplevelsessenteret med en integrert konkurranse. Konkurransen
er til for at grupper på maks fem personer fra videregående kan delta. Konkurransen går ut på
at deltagerne skal filme en selvlaget rakett (med gitte ingredienser), og sende inn. Deltagerne
må legge igjen brukerinformasjon som navn og epost. Hele ideen bak dette er for å få
kundedatabasen til å vokse og bruke informasjonen videre i relasjonsmarkedsføring. Når
elevene går i 9. klasse, sender Aurora ut e-post tilbud til elever og klasser om klassetur opp til
Andøya. Relasjonsmarkedsføringen skal føre til salg og lojale kunder for opplevelsessenteret.
Alt dette har vi oppnådd i løpet av prosjektet og alle gruppemedlemmene er fornøyde med
sluttproduktet. Kunden har godkjent med produktet, og vi har fryst leveransen. 6.2 Valg underveis Mesteparten av valgene har vi gjort i samsvar med de bestemmelser og føringer som allerede
var satt i oppgaven. Vi har i gruppen drøftet internt om hvilke valg vi følte best kunne gi oss
den løsningen vi ønsket å lage.
I første sprint var det ingen tekniske valg som skulle gjøres annet enn hvilke prosjektstyrings
verktøy som skulle brukes og prøve å komme godt inn i oppgavene vi hadde foran oss.
I sprint nummer to var det mye dokumentasjon som skulle på plass før vi kunne begi oss ut på
den tekniske delen. Først i sprint tre kunne vi ta stilling til de ønsker og føringer som vår
kunde under et møte med oss hadde informert og utdypet mer om. Det ble her laget en grafisk
mock-up av siden med fokus på bruker fra dag en. (Ref.: figur 3.5, sprint 3)
Vi ønsket at det skulle være så lett og oversiktlig som mulig å navigere seg rundt på siden slik
vi så for oss at den skulle bli. Dette ville vi også at skulle være i samsvar med de
retningslinjer for god usability fra Sturla Bakkes fag, introduksjon til interaksjonsdesign
(DS160).
Da vi nå var kommet til sprint nummer fire ble det etter hvert flere tekniske valg som skulle
på plass. Herunder, programmeringsspråk, databasekonstruksjon, nettbutikk, logg inn,
grensesnitt av administrasjonsområdet, Slide show/JavaScript. (Ref.: punkt 8.1, sprint 4)
Side:
6
Prosjekt Software Engineering
- PJ312 Sprint 6
I sprint nummer fem innså vi til slutt at mange av de tekniske løsningene ikke lot seg integrere
så godt som vi gjerne hadde ønsket. Dette medførte at vi gjorde en helomvending på mye av
strukturen på siden for å få en bedre integrasjon med databasen og nettbutikken samtidig som
vi forsøkte å opprettholde god design og usability. Blant annet kodingen av nettbutikken bød
på utfordringer vi i forholdsvis høy grad hadde undervurdert.
I sprint seks hadde vi satt som mål at vi skulle teste siden på et lite utvalg brukere, men
likevel tilstrekkelig mange nok til at tallene og tilbakemeldingene kunne brukes.
Tilbakemeldingene vi fikk ved disse testene ga oss en god pekepinn på hva som fungerte bra,
men også noen ting som kunne endres. For eksempel fikk vi tilbakemelding på at noen av
bildeseriene vi hadde på siden skapte hodebry og tok for mye fokus vekk fra informasjonen på
siden på grunn av hastigheten på slideshowet. Ting som vi skulle endre på var (ref.: 9.6.1
Usability testing av nettsiden).
-
Mulighet for å klikke på bildene for å gå videre til artikler på siden.
Bedre informasjon for hvor, hvem og hva man var kommet til på forsiden.
Presisere godt at det er snakk om et opplevelsessenter.
Bedre ryddighet på det som ligger under ”Tjenester” – evt. en endring av denne.
Pressebilder, mer tilrettelagt for pressen å kunne hente bilder til bruk eksternt.
Litt uryddig lagt opp hvilke kurs som tilbys.
Etter denne delen har vi lagt opp til at det lettere skal komme fram hva og hvem
opplevelsessenteret henger sammen med eller samarbeider som NAROM, Andøya Rocket
Range osv. På grunn av tidsmangel har vi valgt å kutte ut med å velge størrelse og antall
produkter i nettbutikken.
Videre i sprinten har vi også klart å produsere en Windows Phone (WP7) applikasjon.
Valgene vi har gjort med denne reflekterer kunnskapsnivået vi til nå har opparbeidet oss. En
del av dette har heller ikke vært en del av pensum, men enkelte personer på gruppen har med
sitt pågangsmot vist oss hvordan dette kunne løses på en god måte. På denne delen har vi
forsøkt så langt vi kunne å ta hensyn til brukervennlighet og design for å gjøre den så lett å
manøvrere seg rundt på som mulig. Under utviklingen av denne Microsoft Phone (WP7)
applikasjonen besluttet vi å ta i bruk så enkle virkemidler som mulig. Vi valgte å bruke de
samme retningslinjene for usability som vi ellers har fulgt gjennom sprintene og fokus på at
applikasjonen skulle være så enkel å bruke som mulig.
Noe av dette var forholdsvis nytt terreng for de som skulle utvikle applikasjonen, men etter en
del gjennomgang av diverse kilder klarte vi til slutt å finne en løsning som på sikt kan fungere
godt opp imot kampanjen vi ser for oss at Aurora skal ha i vår leveranse. Se på hvilke
programvaren vi har brukt til utvikling av applikasjonen. (Ref.: 8.4 Programvare og verktøy).
7.0 Konklusjon 7.1 Gruppens arbeid Alt i alt har gruppen fungert godt, hatt høy arbeidsmoral og kreativitet. Vi er fornøyd med at
vi har oppnådd målene i forhold nivåene som er oppgitt i case-teksten. I løpet av dette
skoleåret har gruppen jobbet sammen i flere ulike fag. Noe som har resultert til at
teamarbeidet har blitt sterkere. I faget teknologi og organisasjon (BU111) hadde vi en
Side:
7
Prosjekt Software Engineering
- PJ312 Sprint 6
innlevering hvor vi skrev om de ulike fasene i teamutvikling. Slik som vi ser det nå så har vi
nådd frigjøringsfasen, hvor man har tillit og full trygghet til hverandre. Dette kan vi også se
på effektiviteten i arbeidet mot slutten av prosjektet. Nå er vi inn i den siste fasen fase:
Fornøyelsesfasen hvor gruppen må se seg uten i fra og evaluere prosessen. Prosjektet er over
og hver av medlemmene splittes. Det innebærer en sorg periode. Når vi ser tilbake på det vi
har gjort frem til nå, så ser vi at noen elementer kunne vi ha forbedret, men med tiden vi
hadde til rådighet konkluderer vi med at vi er fornøyd med sluttproduktet.
7.2 Tilbakeblikk på prosjektet Når vi ser tilbake på prosessen underveis ser vi at ting har endret seg drastisk siden første
sprint. (Ref.: 9.3 Usecase diagram og tabell). I starten har vi sett for et helt annet sluttprodukt
enn det vi faktisk endte opp med. Mye av grunnen til dette er kundens referanse underveis.
7.3 Erfaring og anbefaling til videre arbeid Med tanke på erfaring har vi lært mye underveis og vi har tilegnet oss kunnskap om
prosjektstyringsverktøy som vil komme oss til gode i videre arbeid, både ved skoler og i
arbeidslivet. Et viktig punkt som vi ønsker å trekke frem av våre erfaringer er at vi burde
disponere god tid på den tekniske delen. Vi burde benytte risikoplanen i større grad i tilfelle
oppsto noe i gruppen.
8.0 Referanser/litteraturliste 8.1 Internett 8.1.1 Sprint 1 #1 - Artikkel fra NRK, Gerd Elise Martinsen, publisert 23.03.2011, “Skal bygge virtuelt
romskip”: http://m.nrk.no/m/artikkel.jsp?art_id=17561594 [besøkt 24.10.11]
#2 - Artikkel fra NAROM, publisert 01.11.2010, “Stolt av Andøya”:
http://www.narom.no/aktuelt.php?aid=7&bid=10&oid=1029 [besøkt 24.10.11]
#3- Informasjonsside om ARS fra NAROM, 2011, “Andøya rakettskytefelt”
http://www.narom.no/folder.php?aid=4&bid=66 [besøkt 27.10.11]
#4 - Spaceport sverige og ice sitt nordlysprosjekt: Artikkel fra NRK, Robert Greiner, publisert
25.10.2011, “Vil sende nordlysturister i rommet”:
http://www.nrk.no/nyheter/distrikt/troms_og_finnmark/1.7848450 [25.10.11]
#5 - Statistisk Sentralbyrå (2010): ”Den europeiske kjøpekraftsundersøkelsen. Prisnivå på
konsumvarer og tjenester”: Statistisk Sentralbyrå [online]. Tilgjengelig fra
http://www.ssb.no/pppvare/ [besøkt 26.10.11]
#6 - NITH It’s learning, Eivind Brevik, Ressurser “Info om kurspriser, overnatting m.m”:
https://www.itslearning.com/main.aspx?CourseID=591&ElementID=71956&ElementType=8
[besøkt 27.10.11]
#7 - NHO reiseliv og Statistikknett.com, Gunnar Nilsen ved SSB i Tromsø:
http://www.statistikknett.com/nord-norge/ [27.10.11]
#8 - Artikkel fra nettopp, Isak Horgar, publisert 25.03.2011, “3...2...1... Launch!!”
http://nettopp.uin.no/article/1951 [besøkt 27.10.11]
#9 - Facebooksiden til NAROM, av NAROM, opprettet 01.02.2011, “NAROM”
http://www.facebook.com/pages/Narom/131376430263352 [besøkt 27.10.11]
Side:
8
Prosjekt Software Engineering
- PJ312 Sprint 6
#10 - Twittersiden til rocketrange, av rocketrange, opprettet 21.04.10, “@rocketrange”
http://twitter.com/#!/rocketrange [besøkt 27.10.11]
#11 - Hjemmesiden til VilVite Bergen, opprettet av VilVite, www.vilvite.no/
[besøkt28.10.11]
#12 - Hjemmesiden til Vitensenteret, www.vint.no/ [28.10.11]
#13 - Artikkel fra nordlys.no, Stefan Amlie, publisert 10.10.11, “Frykter at Finland tar
nordlysturistene” http://www.nordlys.no/nyheter/article5766308.ece [besøkt 30.10.11]
#14 - Hjemmesiden til INSPIRIA. www.inspiria.no [besøkt 30.10.11].
8.1.2 Sprint 2 #15 – Artikkel fra Universitets Avisen, publisert 18.01.2007 av Synne Ressem,”Jentesmal og
guttesmak for realfag”:
http://www.universitetsavisa.no/ua_lesmer.php?kategori=nyheter&dokid=45af4434be0777.01
834412 [Besøkt 29. november 2011]¨
#16 – Statistisk Sentralbyrå (2010): ”Norsk kulturbarometer 2008”: Tilgjengelig fra:
http://www.ssb.no/emner/07/02/kulturbar/ [Besøkt 29.november 2011]
#17 – Innlegg fra Investopedia, ”Dual Income, No Kids – DINKS”:
http://www.investopedia.com/terms/d/dinks.asp#axzz1fC7QeOIL [Besøkt 30. November
2011]
#18 – Innlegg fra Visit Sweden, ”WHOPs - wealthy healthy older people”:
http://partner.visitsweden.com/en/Start-page/About-us/Target-groups/WHOPs/ [Besøkt 30.
November 2011]
#19 - Statistisk Sentralbyrå (2010), ”Vi ferierer oftest i Norden”
http://www.ssb.no/vis/samfunnsspeilet/utg/201003/04/art-2010-06-21-01.html [Besøkt
1.desemeber 2011]
#20 – Innovasjon Norge, Kvalitetsrapport, laget av Synovate publisert June 2009, ”Innvation
Norway – Exploring motivations For Nature Based Holidays”:
http://www.innovasjonnorge.no/Documents/Reiseliv%20%20markedsdata/Censydiam%20rapport%20til%20hjemmesider.pdf?epslanguage=no
[Besøkt 1.desemeber 2011]
8.1.3 Sprint 3 #21 – Nord Norge, ”Nordlys, magi på nattehimmelen”:
http://www.nordnorge.com/no/nordlys-magi-pa-nattehimmelen.html [Besøkt 07.12.11]
#22 – Kampanje, Samarbeidspartnes Kongsberg gruppen For Norway Expo 2010, ”Powered
by Nature”: http://www.expo2010.no/no/Sponsorer-/ [Besøkt 07.12.11]
#23 – Reiseguide (nordlys destinasjoner), Visit Norway, publisert 17.novemeber 2011,
”Nordlys”: http://www.visitnorway.com/no/Aktiviteter-ogattraksjoner/Attraksjoner/Naturattraksjoner/Nordlys/ [Besøkt 07.12.11]
#24 – Nord Norge, ”Hvalsafari i Vestrålen”:
http://www.nordnorge.com/no/keyword/Hvalsafari/ [Besøkt 07.12.11]
#25 – Lofoten (Info om markedstiltak for Nord-Norge),”Markedstiltak Nord Norsk Reiseliv
2011/2012”: http://www.nordnorge.com/no/keyword/Hvalsafari/ [Besøkt 07.12.11]
#26 - Whale safari (oversikt over prisene til hvalsafari), ”Priser og avganger som 2012”:
http://www.whalesafari.no/default-page.asp?main=3 [Besøkt 07.12.11]
#27 - [05.12.11].
#28 - Hjemmesiden til VilVite Bergen, opprettet av VilVite, www.vilvite.no/ [besøkt 7.12.11]
#29 - Hjemmesiden til Vitensenteret: www.vint.no/ [7.12.11]
Side:
9
Prosjekt Software Engineering
- PJ312 Sprint 6
#30 - Artikkel fra nordlys.no, Stefan Amlie, publisert 3.12.11, “Frykter at Finland tar
nordlysturistene”: http://www.nordlys.no/nyheter/article5766308.ece [besøkt 7.12.11]
#31 - Hjemmesiden til INSPIRIA: http://www.inspiria.no/ [besøkt 7.12.11]
#32 – Hjemmesiden til Kiruna: ”I Kiruna kan du bo på många olika spännande sätt”:
http://www.kirunalapland.se/se/Boende/ [besøkt 3.12.11]
#33 – Rapport fra SSC group, ”Annual report 2010”: http://www.sscspace.com/about-the-sscgroup/finances [besøkt 7.12.11]
#34 –Vitenskapssenteret – Nordnorsk vitensenter Tromsø, priser av praktiske opplysninger,
”Pedagogisk tilbud”: http://nordnorsk.vitensenter.no/pedagogisktilbud/ [besøkt 7.12.11]
#35 – Norsk Teknisk Museum, Skolebrosjyre, ”Skolebrosjyre VGS 2011/2012”:
http://www.tekniskmuseum.no/index.php?option=com_jdownloads&Itemid=565&task=view.
download&catid=177&cid=3999 [besøkt 7.12.11]
#36 – Hjemmesiden til Dyreparken i Kristiansand, http://www.dyreparken.no/ [besøkt
7.12.11]
#37 – Hjemmesiden til National Space Center,
http://www.spacecentre.co.uk/Page.aspx/3/EDUCATION/ [besøkt 7.12.11]
#38 – Hjemmesiden til Kennedy Space Center, http://www.kennedyspacecenter.com/ [besøkt
7.12.11]
#39 - Blind Text Generator, tatt i bruk dummytekst i Photoshop filene, ”Lorem-ipsum”:
http://www.blindtextgenerator.com/lorem-ipsum [besøkt 7.12.11]
#40 – Visma, ”Visma CRM best i test i PC World”:
http://www.visma.no/programvare/crm/visma-crm/Visma-CRM-best-i-test-i-PC-World/
[besøkt 7.12.11]
#41 – Visma, ”Kontaktinformasjon”: http://www.visma.no/kontakt/alle-selskaper-ogkontorer/ [besøkt 7.12.11]
8.1.4 Sprint 4 #42 – Synlighet, ”Facebook statistikk brukere i verden”:
http://www.synlighet.no/facebook/statistikk-antall-brukere/ [Besøkt 07.12.11]
#43 – Halogen, ”Norske brukere i sosiale medier”: http://www.halogen.no/tjenester/losninger/sosiale-medier/norske-brukere-i-sosiale-medier/
#44 – Wikipedia, ”Søkemotoroptimalisering”:
http://no.wikipedia.org/wiki/S%C3%B8kemotoroptimalisering [Besøkt 07.03.12]
#45 – Synlighet, ”Søkemotoroptimalisering”:
http://www.synlighet.no/sokemotoroptimalisering/ [Besøkt 07.03.12]
#46 - On Net, ”Hva er en HTML side og HTML kode”: www.onnet.no/seo/tekniskanalyse/html.asp [Besøkt 07.03.12]
#47 – Nettbladet, ”SEO av webdesign” http://www.nettbladet.com/seo/seo-webdesign-logometa-rss.html [Besøkt 07.03.12]
#48 - Norsk Webforum, ”Søkemotoroptimalisering”:
http://norskwebforum.no/viewtopic.php?f=41&t=44986 [Besøkt 07.03.12]
#49 – Stavanger Aftenblad, ”Priskalkulator og prislister”:
http://kundesenter.aftenbladet.no/annonser/bedriftsannonser/priskalkulator/ [Besøkt 15.03.12]
#50 – Aftenposten AS, annonsør web – Bedrift:
http://bedrift.aftenposten.no/ [15.03.12]
#51 – BA, ”Annonseavdelingen”:
http://kundesenter.ba.no/default.asp?id=107 [15.03.12]
Side:
10
Prosjekt Software Engineering
- PJ312 Sprint 6
8.1.5 Sprint 5 #52 – Dataforeningen, ”Sosiale medier”:
http://www.dataforeningen.no/sosiale-medier.153162.no.html [Besøkt 1.05.12]
#53 – TNS gallup, ”Utfordringer knyttet til markedsføring i sosiale medier”, skrevet av
Thomas Karterud,
http://www.tns-gallup.no/?did=9099167[Besøkt 1.05.12]
#54 – [Besøkt 1.05.12]
#55 – Designcontainer, ”Ticket feriereiser”:
http://www.designcontainer.no/reklame/caser/ticket_feriereiser_1 [Besøkt 1.05.12]
#56 – Web Accessibility initative, ”WAI Site Usability Testing Questions”:
www.w3.org/WAI/EO/Drafts/UCD/questions.html [Besøkt 3.05.12]
#57 – Jennifer Slegg, ”List of questions to ask website usability testers”:
www.jenniferslegg.com/2007/09/24/list-of-questions-to-ask-website-usability-testers [Besøkt
3.05.12]
8.2 Litteratur 8.2.1 Sprint 1 #58 - Runar Framnes, Arve Pettersen, Hans Mathias Thjømøe (2011): Markedsføringsledelse.
8. utg. Universitetsforlaget. Oslo
8.2.2 Sprint 4 #59 Fagerstrøm, A. (2012, 23. Februar) Promotering av websider.ppx [Utdelt
undervisningsmateriale i Digital Markedsføring, 27 sider]
#60 Chaffey, Ellis-Chadwick, Mayer & Johnston (2009): kap. 4 Strategy formulation (s. 245),
Internett marketing – Strategy, Implementation and Practice. 4. utg. Prentice Hall
#61 Chaffey, Ellis-Chadwick, Mayer & Johnston (2009): kap. 9 SEO marketing (s.506-518),
Internett marketing - Strategy, Implementation and Practice . 4. utg. Prentice Hall
#62 Chaffey, Ellis-Chadwick, Mayer & Johnston (2009): kap. 9 Intenett marketing- Strategy,
Implenentation and Practice . 4. utg. Prentice Hall
#63 Gonzales, R (2012, 16.Mars) Slideserie: Linq mot xml og sql.ppx [Utdelt i forbindelse
med forelesning i webdesign 2, 37 sider]
8.2.3 Sprint 5 #64 Chaffey, Ellis-Chadwick, Mayer & Johnston (2009), Internett marketing – Strategy,
Implementation and Practice. 4. utg. Prentice Hall
#65 – Preese Jenny, Rogers Yvonne og Sharp Helen (2007), gitt ut av Wiley & Sons, 2.utg.
8.3 Andre kilder 8.3.1 Sprint 1 #66 - ARS, NAROM og Romskipet.pdf [nedlastet: 24.10.11]: Last ned ARS, NAROM og
Romskipet.pdf (7142 kb)
Side:
11
Prosjekt Software Engineering
- PJ312 Sprint 6
#67 - Info om kurspriser, overnatting m. m, fra It’s learning [nedlastet: 27.10.11]: Info om
kurspriser, overnatting m.m.
8.3.2 Sprint 3 #68 - Bilde, Figur 1 (Bowman)
http://www.smiletemplates.com/powerpoint-diagrams-charts/bowmans-strategy-clock/02476/
#69 - Bilde, Figur 2 (Marketing Mix)
http://www.allaffiliatemarketing.info/wp-content/uploads/Marketing-mix-1.jpg
8.4.3 Sprint 4 #70 Bilde, Internett Marketing Promotion HQ, bilde 7 på slide:
http://www.internetmarketingpromotionhq.com [12.03.12]
#71 Bilde, Slide med fire bills, ban1.jpg:
http://www.hisnakul.no/ban1.jpg [14.03.12]
#72 Bilde, Spaceshipet, romsenter.jpg:
www.hisnakul.no/Romsenter.jpg [14.03.12]
#73 Bilde, Canorock, canorock-sticker.small.png:
http://www.rocketrange.no/wp-content/files/2010/04/canorock-sticker-small.png [14.03.12]
#74 Bilde, bilde 5, privat foto av Mats Pedersen:
http://fil.nrk.no/nyheter/distrikt/nordland/1.7571983[14.03.12]
#75 Bilde, Facebook, privat foto av Øyvind Grøndahl (bekjent):
https://www.facebook.com/profile.php?id=624435302 [14.03.12]
#76 Bilde, Staticflicker, bilde av teddybear:
http://farm4.staticflickr.com/3552/5767852052_1fe787bc57_z.jpg [14.03.12]
#77 Bilde, Telegraph.co.uk, bilde av teddybear in space:
http://i.telegraph.co.uk/multimedia/archive/01126/Teds-in-space_1126738c.jpg [14.03.12]
#78 Bilde, av teddy med briller:
http://data.whicdn.com/images/8555483/teddy,bear,cute,lifestyle,teddy,awww,nerdydda70e3fff5086d962e39d5b7676cd27_h_large.jpg?1302055730 [14.03.12]
#79 Bilder, Norwegian, norwegian_rgb.jpg logo:
www.norwegian.no/Global/norway/omnorwegian/bilder/logo/norwegian_rgb.jpg [14.03.12]
#80 Bilder, lastet ned 10 bilder fra Shutterstock (betalt via et abonnement):
www.shutterstock.com [15.03.12]
#81 Bilde, Rocketrange, logo_arr.gif www.rocketrange.no/wpcontent/themes/thetrond2/images/logo_arr.gif [15.03.12]
#82 Bilde, Rocketrange, logo_ansat.gif:
http://www.rocketrange.no/wp-content/themes/thetrond2/images/logo_ansat.gif [15.03.12]
#83 Bilde, Astronomi, NRS logo:
http://www.astronomi.no/sol010808/frognerpark/NRS_60_logo_pms.jpg [15.03.12]
#84 Bilde, Rocketrange, Esero logo:
http://www.rocketrange.no/?page_id=252 [15.03.12]
#85 Bilde, Rocketrange, Canorock logo http://www.rocketrange.no/?page_id=246
#86 Bilde, Wikipedia, Andøy.svg: http://no.wikipedia.org/wiki/Fil:NO_1871_Andøy.svg
[16.03.12]
8.3.4 Sprint 5 #87 - TNS gallup, ”Utfordringer knyttet til markedsføring i sosiale medier”, Brukt bilde;
Figur 1, skrevet av Thomas Karterud: http://www.tns-gallup.no/?did=9099167 [01.05.12]
Side:
12
Prosjekt Software Engineering
- PJ312 Sprint 6
#88 – Bilde, Rocketrange, Image archive: www.rocketrange.no/?page_id=883&n=0&i=332
[02.05.12]
#89 – Bilde, Rocketrange, Partners: www.rocketrange.no/?page_id=454 [02.05.12]
#90 – Google Kalender: www.google.com/calendar?hl=no [02.05.12]
#91 – Bilde, Rocketrange, Image archive: www.rocketrange.no/?page_id=883&n=150&i=172
[02.05.12]
#92 – Bilde, Rocketrange, Image archive: www.rocketrange.no/?page_id=883&n=0&i=346
[03.05.12]
#93 – Bilde, Rocketrange, Image archive: www.rocketrange.no/?page_id=883&n=0&i=337
[03.05.12]
#94 – Narom, Nyhetsarkiv: www.narom.no/aktuelt.php?aid=7&bid=11 [03.05.12]
#95 – Ajax Daddy, Jquery thickbox, lastet ned kode: www.ajaxdaddy.com/demo-jquerythickbox.html [03.05.12]
#96 – Shutterstock, Image id: 87706285:
www.shutterstock.com/cat.mhtml?lang=en&search_source=search_form&version=llv1&anyo
rall=all&safesearch=1&searchterm=space+education&search_group=&orient=&search_cat=
&searchtermx=&photographer_name=&people_gender=&people_age=&people_ethnicity=&
people_number=&commercial_ok=&color=&show_color_wheel=1#id=87706285 [03.05.12]
#97 – Bilde, NRK, bilde 1 og bilde 2, foto: Mediafarm og Sixsides:
http://m.nrk.no/m/artikkel.jsp?art_id=17561594 [03.05.12]
#98 – Space Camp Gets AeroBall: www.cgsd.com/AeroBall/spacecamp.htm [Besøkt 3.05.12]
#99 – Bilde, ESOCMainControlRoom13x19cm08112011JMai4822.jpg:
http://stk2.bildergalerie.hessen.de/sites/default/files/imagecache/node-gallery-corosal-fullimage/ESOCMainControlRoom13x19cm08112011JMai4822.jpg [03.05.12]
#100 – Bilde av PDF Adobe, Hotcellularphone, ”Microsoft helps adobe block zeroday pdf
exploit”: http://hotcellularphone.com/microsoft/microsoft-helps-adobe-block-zeroday-pdfexploit/ [04.05.12]
#101 – Brønnøysundregistret, Nøkkelopplysninger fra enhetsregisteret:
http://w2.brreg.no/enhet/sok/detalj.jsp?orgnr=982222559 [04.05.12]
8.3.5 Sprint 6 #102 - Bilde, Black+Box+Testing.png fra 3.bp.blogspot.com: http://3.bp.blogspot.com/TscW45NZ7Ug/Ts82c2RViFI/AAAAAAAAAAQ/stSUuxGMtxY/s1600/Black+Box+Testin
g.png%20%5B [04.05.2012]
#103 - Bilde, White+Box+Testing.png fra 3bp.blogspot.com: http://3.bp.blogspot.com/qfGPpRt02eU/Ts82fHuy3uI/AAAAAAAAAAY/9x5sUxGUU6k/s1600/White+Box+Testing.
png [04.05.2012]
#104 - Microsoft MSDN, ”Code Samples for Windows Phone”:
http://msdn.microsoft.com/en-us/library/ff431744(v=vs.92).aspx [10.05.12]
#105 - Microsoft MSDN, brukt RSS reader eksempel i Windows Phone, ”How to: Create a
Basic RSS Reader for Windows Phone”: http://msdn.microsoft.com/enus/library/hh487167(v=vs.92).aspx [10.05.12]
#106 – Microsoft MSDN, Brukt koden til Windows phonen, ”How to: Record Video in a
Camera Application for Windows Phone: http://msdn.microsoft.com/enus/library/hh394041(v=vs.92).aspx [10.05.12]
8.4 Programvare og verktøy Side:
13
Prosjekt Software Engineering
- PJ312 Sprint 6
#106 – Shutterstock – En bildebank hvor vi har en brukerkonto til nedlastning av bilder til
bruk i prosjektet.
#107 – Google Docs - laget spørreundersøkelsene; - både for primær- og sekundærgrupper.
#108 – Gliffy.com - et online program som blir brukt for å lage EAR-diagram for database og
SWOT-analyse grafikken.
#109 – Ultimate Designer Toolkit - kjøpt knapper som vi har brukt i Photoshop skissen.
#110 - Adobe pakken cs5 (Photoshop og Illustrator)
#111 - Microsoft Visual Studio sp1 – et program for utvikling av mobilapplikasjonen og
nettløsningen.
#112 - Microsoft expression blend - et program for designutvikling for mobilapplikasjonen
#113 - SmartGit 3 – et program vi har benyttet oss av i hele prosjektet i PJ312 med legge ut
dokumenter og koder.
8.5 Referanser #114 – Sprintrapport_sprint.pdf
#115 – Sprint 2_g31.zip
#116 – Leveranse Sprint 3_g31_pj312.zip
#117 – sprint 4.zip
#118 – g31_sprint5_PJ312_2012.zip
Side:
14
Prosjekt Software Engineering
- PJ312 Sprint 6
9.0 Vedlegg 9.1 Oppdatert risikoplan v.6.0 Side:
15
Prosjekt Software Engineering
- PJ312 Sprint 6
(K): Meget kritisk for prosjektet = 10
Uvesentlig = 1
(S): Helt sikkert at det inntreffer = 1
Helt usannsalig = 0
(R): Risiko med høyest risikopoeng skal prioriteres først. Benytt sorteringsfunksjonen i Excel til å
rangere de ulike risiko.
9.2 Radartest med kommentar Side:
16
Prosjekt Software Engineering
- PJ312 Sprint 6
Figur 1 Grafisk radartest
9.3 Use case diagram og tabell (aktør, use case beskrivelse) USE CASE
AKTØR
FORBETINGELSE
ETTERBETTINGELSE
NORMAL
HENDELSESFLYT
VARIABEL
HENDELSESFLYT
INFORMASJON
Bookingsystem
BRUKERE
Kunde ønsker å bestille billett og opphold
Kunden har mottatt billett og blitt lagt til i databasen, som ny
kunde (CRM)
1. Kunde fyller inn nødvendig informasjon i
bestillingsskjema
2. Kunde får muligheten til å bestille reise eller opphold,
eller begge deler i samme bestilling.
3. Bookingsystemet mottar bestillingen og legger kunde
automatisk i database, genererer bestilling og billett og
sender kunde bekreftelse på e-post med billett,
ankomstdato og avreisedato.
1. Kunde fyller inn feil- eller manglende informasjon
2. Databasen kan ikke opprette kunde og sende kunde billett
eller bekreftelse, det vil oppstå en feilmelding.
Denne Use Casen dekker kundens ønske om å enkelt bestille
billett, opphold og reise til Hålogaland opplevelse- og
utdanningssenter.
USE CASE
AKTØR
FORBETINGELSE
Utdanningsportal
Skole og elever
Skolen ønsker å undervise og lære sine elever om romforskning
og teknologi.
ETTERBETTINGELSE Elevene har fått tilgang til læringsmateriell, quizer og andre
underholdende læringsmåter, og fått utbytte av dette.
NORMAL
1. Utdanningsinstitusjon registrerer sin skole og klasse i
HENDELSESFLYT
utdanningsportalen og oppretter en bruker til elever og
lærer.
2. Elevene får tildelt eget brukernavn og passord, med full
tilgang til portalen sitt utdanningsmateriell.
VARIABEL
3. Kunde fyller inn feil- eller manglende informasjon
Side:
17
Prosjekt Software Engineering
- PJ312 Sprint 6
HENDELSESFLYT
INFORMASJON
4. Databasen kan ikke opprette skolen eller klassen, og
bruker får ikke tilgang til materiell.
Dette usecaset dekker kundens ønske om en
utdanningsinstitusjon og en elevportal.
USE CASE
AKTØR
FORBETINGELSE
Oppdatering av informasjon
Administrator og ansatte.
Ledelsen ønsker å endre informasjon, nyheter eller kalender på
hjemmesiden.
ETTERBETTINGELSE Ledelsen har fått endret ønsket informasjon gjennom dedikert
adminpanel.
NORMAL
1. Ledelse logger inn på administratorpanelet.
HENDELSESFLYT
2. Velger deler eller funksjoner av nettsiden som skal
oppdateres.
3. Endrer informasjon etter eget ønsker, og lagrer
informasjonen.
VARIABEL
1. Administrator får ikke oppdatert nettsiden av følgende
HENDELSESFLYT
grunner
-­‐ Feil i systemet, oppdateringene registreres ikke
-­‐ Administrator får ikke logget inn i
administratorpanelet.
2. Prosjektansvarlig får beskjed, og retter opp feilen
umiddelbart.
INFORMASJON
Dette Usecaset dekker kundens behov om ønske å oppdatere
nettsiden deres uten behov for kunnskap om webutvikling.
USE CASE
AKTØR
FORBETINGELSE
Tilegne informasjon
Brukere og Skole
Bruker og skole ønsker å tilegne seg informasjon om
Hålogalandsenteret.
ETTERBETTINGELSE Bruker og skole har tilegnet seg ønsket informasjon
NORMAL
1. Bruker besøker nettstedet og navigerer seg frem til ønsket
HENDELSESFLYT
informasjon
2. (HVIS) Administrator oppdaterer nettstedet med ny
informasjon
3. Kune mottar endringer alternativt på e-post (nyhetsbrev)
(forutsatt eksisterende kunde)
VARIABEL
HENDELSESFLYT
INFORMASJON
Side:
1. Kunde oppsøker kontaktinformasjon til
Hålogalandsenteret.
2. Kunde kontakter ansatte via telefon eller mail for å få
ønsket informasjon. Kontaktinformasjon er oppgitt på
nettstedet.
Dette Usecaset dekker kundens behov om ønske å oppdatere
nettsiden deres uten behov for kunnskap om webutvikling.
18
Prosjekt Software Engineering
- PJ312 Sprint 6
Figur 2 - Oversikt over use case i et UML diagram.
9.4 Gruppekontrakt Arbeidskontrakt for gruppe: 31
1. Mål/visjon/ambisjonsnivå
Vi skal gjennomføre et designprosjekt (seks sprinter) og utarbeide en rapport med tilhørende
prosessdokumentasjon innen sommeren, 11.05.12. Vårt karaktermål er A. Prosjektet skal
gjennomføres med like stort fokus på prosessen som rapporten, men viktigst er det å ha
kundens behov i fokus.
Vi ønsker at alle gruppemedlemmene skal trives i prosjektet og gruppen. Viktigste kriterium
for suksess er at kunden er tilfreds med resultatet og at akseptansetesten resulterer i aksept fra
kundens side.
2. Prosedyrer
Kommunikasjon internt i gruppen: Alle gruppemedlemmer utveksler mobilnummer, epostadresser, for effektivt å kommunisere med hverandre. Denne informasjonen skal
tilgjengeliggjøres på nettet slik at alle vet hvordan de andre kan kontaktes. Vi har også en
dropbox-folder for utveksling av filer, Google Docs og en Facebook-gruppe med
oppdateringer.
Side:
19
Prosjekt Software Engineering
- PJ312 Sprint 6
Fravær: (planlagt og uplanlagt) skal meldes i god tid – eller snarest mulig - til gruppen. Ved
over ti minutter forsinkelse, har gruppemedlemmene bestemt at person tar igjen det tapte
arbeidet. Dette gjelder også ved sykdom.
Alle avgjørelser skal godkjennes av gruppemedlemmene. Ved uenighet avgjør flertallet i
gruppen. Alle skal bidra. En forventer engasjement og aktiv deltakelse i forbindelse med
gruppearbeid og møter.
Melding ved avvik: Dersom noen i gruppen har problemer med å utføre arbeidsoppgaver eller
blir forhindret fra å møte opp til prosjektmøter og samlinger, meldes date omgående til
gruppen.
Møter: avholdes hver morgen, fortrinnsvis 5 dager, kl. 09.00, som er møteplikt.
Hvert enkelt gruppemedlem forplikter seg til å utføre arbeidsoppgavene som blir bestemt på
møtene innen tidsfristene som blir satt. Alle gruppemedlemmene må rapportere om avtalt /
pålagt / utført arbeid på hvert møte. Særlig er dette viktig viss avvik oppstår.
Plagiat: ”Copy and Paste” aksepteres ikke, og fører til advarsel umiddelbart.
Konsekvenser ved brudd på arbeidskontrakten: Dersom et gruppemedlem ikke bidrar til at
gruppen når målene som er beskrevet under punkt.1, eller forsømmer prosedyrene beskrevet i
pkt. 2, kan denne personen til slutt ekskluderes fra gruppen. Følgende prosedyre gjelder da:
Personen får en skriftlig advarsel med henvisning til hvilke punkter i arbeidskontrakten som
er brutt. Advarselen skal inneholde en tidsfrist for personen til å forbedre forholdene. Ved
tidsfristens utløp skal saken tas opp som eget punkt på “morgenmøtet”, der det skal avgjøres
om personen har forbedret seg tilstrekkelig til å fortsette i sin rolle i gruppen. Dette skal
referatføres. Ved ja, fortsettes prosjektet som planlagt. Advarselen strykes. Ved nei om
rokkeres personens rolle og arbeidsoppgaver, dersom dette er hensiktsmessig. Hvis punktet
over ikke er hensiktsmessig, kontaktes veileder for råd. Hvis veileders råd er eksklusjon,
kontaktes faglærer for et møte der en eventuelt eksklusjon blir endelig avgjort. Eksklusjonen
skal være skriftlig og begrunnet.
Arbeidskontrakten
Ved revidering av arbeidskontrakten gjelder følgende prosedyre: Revisjonen skal diskuteres
på et SCRUM møte som eget punkt, som skal være angitt i møteinnkallingen. Revidert utgave
av arbeidskontrakten sendes til gruppemedlemmene for uttalelser. Endelig godkjenning av
gruppe-kontrakten skal være enstemmig.
1. Interpersonlige spørsmål
Vi skal respektere andres meninger men også si vår egen. Taushet er enighet. Problemer
diskuteres og løses av gruppen i fellesskap (konsensus) så sant det lar seg gjøre. Ros og
konstruktiv kritikk er ønskelig både på møter og ellers i prosjektet. Vi er åpne om hvordan
eget arbeid, samarbeid og sosialt samkvem i gruppen fungerer.
Side:
20
Prosjekt Software Engineering
- PJ312 Sprint 6
9.5 Skjermdump GitHub 9.6 Eventuelle andre vedlegg 9.6.1 Usability testing av nettsiden Side:
21
Prosjekt Software Engineering
- PJ312 Sprint 6
Navn:
Alder:
Kjønn:
Bosted: Yrke:
29 år
Kvinne
Oslo
NITO
2
Isabell Skåtan
Strandskogen
Erik Devold
31 år
Mann
Oslo
NITO
Briller
3
Lisa Kvalbein
18 år
Kvinne
Oslo
Elev VGS
Linser
4
René Birkeland
18 år
Mann
Oslo
Elev VGS
Linser
5
Ingunn Bergum
55 år
Kvinne
Linser
6
Eirik Bergum
59 år
Mann
Kolbotn Konsulent
Avd. Øye
Ullevåll
sykehus
Kolbotn Ingeniør
Axellus
Test tid
Gruppe
1
Sted
09.05.12
NITO
15 min.
Konferanses
enter Oslo
NITO
15 min.
Konferanses
enter Oslo
Elvebakken 10 min.
VGS
Joanne
Ida
Isabel Skåtan
Strandskogen
Joanne
Ida
Briller Eirik Devold
Øyvind
Espen
Linser Lisa Kvalbein
09.05.12
Elvebakken
VGS
10 min.
Øyvind
Espen
Linser René
Birkeland
09.05.12
Kolbotn
15 min.
Ida
Linser Ingunn
Bergum
09.05.12
Kolbotn
15 min.
Ida
Leseb
riller
09.05.12
Notat
Lesebriller
Dato
09.05.12
Tilretteleg
ger
Spes.
behov:
Testperson
Eirik Bergum
1. Generelle spørsmål:
-
Hvor ofte er du på internett?
Testperson 1 à Hver dag.
Testperson 2 à Daglig.
Testperson 3 à Daglig.
Side:
22
Prosjekt Software Engineering
- PJ312 Sprint 6
Testperson 4 à Hver dag i flere timer.
Testperson 5 à Daglig.
Testperson 6 à Daglig.
-
Hva er det du vanligvis liker med nettsider?
Testperson 1 à Brukervennlig og nok informasjon.
Testperson 2 à Kortfattet informasjon – klikke seg videre, men enkel og brukervennlig.
Testperson 3 à Brukervennlig og strukturert
Testperson 4 à Enkel og ryddig
Testperson 5 à Nyheter, informasjon, telefonnummer.
Testperson 6 à Informasjon.
-
Er det noe du misliker med noen nettsider?
Testperson 1 à Rotete nettsider, uten info og uten interaksjon.
Testperson 2 à Rotete og ustrukturert Testperson 3 à Ustrukturert og mye informasjon
Testperson 4 à Rotete og vanskelig å finne informasjon
Testperson 5 à Reklame, popups, flashende bannere
Testperson 6 à Reklame og forstyrrende elementer. -
Hva slags informasjon er det du vanligvis leter etter på nettet?
Testperson 1 à Nyheter, informasjon om bedrifter, Google og generell informasjonTestperson 2 à Nyheter, tall og faktaopplysninger.
Testperson 3 à Informasjon, fakta og nyheter.
Testperson 4 à Fakta, tall og nyheter.
Testperson 5 à Adresser, telefonnummer og informasjon.
Testperson 6 à Økonominyheter, radio relatert og jobb.
-
Hvilke er de tre siste sidene du har besøkt?
Testperson 1 à Facebook, NITO og VG.
Testperson 2 à Senter for internasjonalisering i utdanning, kunnskapsdepartementet og Google
Testperson 3 à Facebook, minmote.no og bloggen til Ida Wulff. Testperson 4 à Facebook, VG og hjemmesiden til United. Testperson 5 à Mail, sol og yr.
Testperson 6 à Ebay, E24 og en radioside.
2. Tekstoppgaver:
2.1 Oppgave 1 – Observasjon
Side:
23
Prosjekt Software Engineering
- PJ312 Sprint 6
Nå kan du fritt klikke deg rundt på siden i tre minutter, du kan gå akkurat hvor du vil
på siden, men husk å snakke og tenke høyt mens du gjør det. Vi sier ifra når de tre
minuttene er gått.
Testperson 1 à Forside > Om oss > Kurs > Simulator > Nettbutikk > Pris
Klikker først på bilder og er fascinert over det. Går videre på link for mer info
og undermenyen er utydelig. Ønsker å se bildene enda større når det klikkes
på dem. Burde være med spesifikt på prisoversikten, samt mer info om
åpningstider.
Testperson 2 à Forside > Om oss > Informasjon > Nettbutikk
Scroller ned for å se hele siden. Fikk lyst til å klikke på slideshowet for å se
bildene. Opptatt av informasjon og usikker på hva Aurora er. Må ha med
opplevelsessenteret i informasjonsbeskrivelsen. Tjenester var interessant – litt
vanskelig å skjønne med linkene som er under. Likte at det kom opp i iFrame.
Testperson 3 à Forside > Informasjon > Kurs > CaNoRock >Tjenester
Testperson 4 à Om oss > Kurs og tjenester > Simulator > Teknorom > Nettbutikk > Priser
Testperson 5 à Vakre bilder, flott natur > Info > Kurs - Veldig enkel navigering (men
scrollet aldri ned til bunnen) > Tjenester - Veldig greit oppsett > Nettbutikk >
LoggInn > Scrollet til bunnen > LoggInn hang igjen på skjermen, litt
frustrerende. Ellers kommentar: Veldig oversiktlig.
Testperson 6 à Forside > Info > Ville se mer på slideshow, la ikke merke til undermenyene
eller footeren - Kun det som var på skjermbildet.
2.2 Oppgave 2 – Spørsmål
Hva synes du om layouten på siden og hva synes du om fargevalg, bilder, grafikk osv.?
Uten å klikke på noe ennå, forklar mulighetene du har på nettsiden og hva du tror de
viser deg?
Testperson 1 à Kjempe fin layout. Slide Showet går alt for fort; interaktiv enn statisk.
Behagelige faner som er lett å lese. Likte grafikken og bildene veldig godt,
tydelig på grunn av nordlys. Trodde det var mulig å klikke på bildene for å få
mer info. Muligheter: klikke på bildene, åpningstider og skrive inn antall og
størrelse på nettbutikken.
Testperson 2 à Layout: Fine bilder – lett orientering. Tar litt lang tid til å finne
undermenyen. Oversiktlig. Bilder og grafikk: liker godt headingen. Ikke like
gjennomført av det som er nede på siden.
Muligheter: vite mer om opplevelsessenteret, tilbudet, målgruppen, hvem skal
bruke senteret, nettbutikk og kule duppeditter.
Testperson 3 à Noe ”rom greier” ser det ut til.
Testperson 4 à Kurs på Aurora. Nettbutikk som et supplement
Testperson 5 à Layouten var veldig OK for gamlemor. Klare og fine bilder. Tydelig skrift.
Fargevalg var veldig bra, liker svart på hvit bakgrunn.
Testperson 6 à Layouten var fin, slideshowet var forstyrrende, fargevalget var kjedelig men
også brukervennlig.
Side:
24
Prosjekt Software Engineering
- PJ312 Sprint 6
Uten å klikke på noe, hvis du bare hadde surfet rundt, hva ville du klikket på først?
Testperson 1 à Bilder og deretter informasjon.
Testperson 2 à Informasjon – finne ut hva det er. Deretter tjenester og nettbutikk. Er det noe
jeg kan få noe ut av?
Testperson 3 à Gjennom alle fanene fra høyre til venstre – hva har de å tilby
Testperson 4 à Gjennom alle fanene fra høyre til venstre
Testperson 5 à Forside.
Testperson 6 à Informasjon.
Hva tror du er formålet med denne nettsiden?
Testperson 1 à Aurora – utydelig på hva det er, ser ut som konkurranseside for teddynaut
Testperson 2 à Profilere senteret.
Testperson 3 à Informere om rom senteret på Andøya. Utveksling til Andøya kanskje?
Testperson 4 à Informasjon om kursene ved Aurora.
Testperson 5 à Informere om Aurora
Testperson 6 à Usikker.
Hva tror du denne nettsidens hensikt er?
Testperson 1 à For teddynaut, nyheter om raketter
Testperson 2 à Info om sentret
Testperson 3 à Informasjon om tilbud
Testperson 4 à Strekke ut til folk som skal på besøk med fokus på ungdom
Testperson 5 à Spre informasjon om Aurora.
Testperson 6 à Informasjon om nordlys og verdensrommet.
Hvem tror du er publikummet for denne siden?
Testperson 1 à Videregående og barn
Testperson 2 à Usikker. Tenker at det er skoleverk. Elever/studenter
Testperson 3 à Folk som er interessert i verdensrommet.
Testperson 4 à Ungdom, skoler og andre som ønsker å besøke senteret
Testperson 5 à Rominteresserte.
Testperson 6 à Faginteresserte folk som søker på Aurora og nordlys.
Er den enkel å lese (størrelse og font)?
Testperson 1 à Mye tekst i forhold til layout.
Testperson 2 à Ja.
Testperson 3 à Jeg mener den er veldig bra, selv for meg med litt dårlig syn.
Testperson 4 à Litt smått noen steder, men en fin balanse likevel.
Testperson 5 à Ja.
Testperson 6 à Ja. Normalt litt større enkelte steder.
Hvem mener du websiden tilhører?
Side:
25
Prosjekt Software Engineering
- PJ312 Sprint 6
Testperson 1 à Aurora, evt. Andøya.
Testperson 2 à Aurora – Andøya Rocketrange.
Testperson 3 à Senteret på Andøya
Testperson 4 à Muligens en liten skole eller organisasjon som driver med romfarts relaterte
ting
Testperson 5 à Andøya Rocket Range
Testperson 6 à Andøya Rocket Range
Er noe for skjult og vanskelig å finne?
Testperson 1 à Hva du besøker og informasjon om hva siden er.
Testperson 2 à God oversikt og info under – henger ikke sammen med ingenting.
Testperson 3 à Om oss, kanskje litt. Ikke nok informasjon om hvem, ”oss” er umiddelbart.
Testperson 4 à Alt virker for meg logisk og lett å finne.
Testperson 5 à Nei.
Testperson 6 à Nei. Vet ikke.
Hvis du skulle endret noe, hva ville vært øverst på ønskelisten?
Testperson 1 à Rammen blir helhet (hvit farge), og overgang på bildene (saktere).
Testperson 2 à Info om Aurora. Nederste del samme stil – må ha samme design.
Testperson 3 à Slide show hastigheten er litt for høy etter min mening.
Testperson 4 à Alt virker for meg logisk og lett å finne.
Testperson 5 à Slideshowets fart, ellers ingenting.
Testperson 6 à Slideshowet. Det var et irriterende element.
Nevn tre av de beste tingene og tre av de dårligste tingene ved siden.
De tre beste tingene:
Testperson 1 à Slide show, nyheter på forsiden og tydelige faner
Testperson 2 à Header, bilder/slide og oversiktlig.
Testperson 3 à Bilder relaterte til tekst på en bra måte, liker fanene øverst på siden og
oversiktlig.
Testperson 4 à Design, nettbutikk og header
Testperson 5 à Logisk navigasjon.
Testperson 6 à Vet ikke.
De tre dårligste tingene:
Testperson 1 à Hva siden er for, uklart med kurs og slide showet går for fort.
Testperson 2 à Info om Aurora. Nederste del samme stil – må ha samme design.
Testperson 3 à Hastigheten på slideshow bildene som distraherte litt
Testperson 4 à hastigheten på slideshow, informasjon og kurs.
Testperson 5 à Racerslideshowet, Auroralogoen kunne vært større (evnt. fremheve
nordlyset/det blå i logoen - Hun skjønte ikke hva det var..)
Side:
26
Prosjekt Software Engineering
- PJ312 Sprint 6
Testperson 6 à Kunne stått hvem er vi istedenfor informasjon på navigasjon. Slideshowet
(burde gjøre noe annet, f. eks tilpasse bildene til det som er på undersidene).
Oppgave 3 - Konkrete oppgaver
Fortell oss hver gang du har kommet fram til riktig side.
•
Finn kontaktinformasjon:
Testperson 1 à Fant kjempe raskt
Testperson 2 à Gikk fint. Får opp pris etc.
Testperson 3 à Gikk nederst på siden – 15 sek.
Testperson 4 à Gikk fint – 14 sek.
Testperson 5 à Gikk fint - 5 sek.
Testperson 6 à Gikk veldig fort - 2 sek.
•
Kjøp et produkt:
Testperson 1 à Fant kjempe raskt
Testperson 2 à Gikk kjempe fint, fant med en gang.
Testperson 3 à Gikk nederst på siden – 15 sek.
Testperson 4 à Fungerte fint – 15 sek.
Testperson 5 à Ok - 10 sek å finne produktet, tok litt lenger tid å få produktet i handlekurven
(burde fremheve legg i handlekurv knappen).
Testperson 6 à Gikk fint - 10 sek.
Finn pressesiden: Testperson 1 à Fant kjempe raskt
Testperson 2 à Fant raskt siden
Testperson 3 à Gikk ned til foten av siden og fant det derfra.
Testperson 4 à Gikk ned og fant raskt
Testperson 5 à Gikk fort å finne, men å gå inn på pressesiden tok lenger tid. Trykket først på
overskriften (logisk).
Testperson 6 à Gikk fint - 10 sek.
•
Konklusjon av usabilitytesten:
Brukertesten vår har hjulpet oss veldig når det kommer til forbedring av nettsiden. Det våre
eksterne testere fant som var negativt, var enkelt å rette opp i. Det var også mye av de samme
tingene som ble lagt merke til. Noen av de viktigste tingene var forsiden. Vi hadde rett og slett
glemt å skrive hvor de har kommet på forsiden. Brukerne kom rett til nyheter som ikke har
noe med senteret å gjøre. Det skal alltid foreligge informasjon med en gang man ankommer et
nettsted, om hva man har kommet inn på. Dette hadde vi rett og slett ikke tenkt på.
Slideshowet gikk for fort sa samtlige testere. Undermenyen som hører til undersidene våres
sto ikke til resten av designet. Ellers var de fleste testerne veldig fornøyd med bruk av farger,
Side:
27
Prosjekt Software Engineering
- PJ312 Sprint 6
bilder, layout og font. Oppgavene som ble gitt, løste de relativt fort, og fant fram til riktig
sted. Helhetlig synes de nettsiden så veldig bra ut, så vi skal si oss godt fornøyd med vårt
sluttprodukt
9.6.2 Akseptansetesten Akseptansetest anvender black box testing, også kjent som funksjonell testing. De interne
jobbene av produktet er ikke kjent av kunden, kunden vet kun hva input er og hva som
forventes som sluttprodukt. Kunden trenger ikke vite koden bak programmene, han trenger
kun å vite spesifikasjonene det skal inneholde. Akseptansetesten tar utgangspunkt i user
stories som vi har puttet i sprint backloggen vår hver sprint.
Planlegge testen
1. Analysere krav til testen (kundens ansvar)
2. Spesifiser detaljerte krav til testen (kundens ansvar)
3. Design testen (kundens ansvar)
4. Utfør testen (leverandørens ansvar)
5. Rapporter resultatene (leverandørens ansvar)
Side:
28
Akseptansetesting - en introduksjon
Prosjekt Software Engineering
Side 3
- PJ312 Sprint 6
Figur 2 Prosessen
for
akseptansetest
Fig. 1: Prosessen
for akseptansetest
1.
Første og viktigste steg i planleggingen er å bestemme hvor kritisk et produkt er. Jo mer kritisk, dvs. jo
de mulige tap ved bruken av produktet er, jo mer ressurser vil en legge i selve testen. Det er
Kravhøyere
til testen
vanskelig å gi generelle retningslinjer for hvor dypt en evaluering skal gå og hva den skal koste, men
• Funksjonalitet
generelt vil en lande mellom 6 og 15% av utviklingskostnadene.
•
•
•
•
•
- Analyse av spesifikasjon, datamodell o.l.
blir det avgjort hvilke
som er hvor viktige. Etter ISO standarden 9126-1 er det følgende 6
-SåBruksanvisning
kankvaliteter
være nyttig
hovedkvaliteter:
- Hvem er brukerne eller interessentene i systemets funksjoner?
-• Funksjonalitet
Hva er objektene som systemet behandler?
-• Pålitelighet
Hva er objektenes livssyklus og hva slags overgang mellom tilstandene er mulige?
• Bruksegenskaper
-• Effisiens
Hvilke funksjoner eller operasjoner skal hver bruker ha tilgjengelig?
Pålitelighet
• Vedlikeholdsegenskaper
• Portabilitet
Bruksegenskaper
Effisiens
Standarden bryter disse hovedfaktorene ned i underfaktorer, dvs. kvaliteter som sikkerhet, robusthet etc.
vil en finne underegenskaper
de seks hovedoverskriftene. For hver egenskap avgjør en hvor dypt en skal gå i å teste
Vedlikeholds
eller
evaluere
den.
Portabilitet
2. Detaljerte krav til testen
Brukerhistorier (user stories)
- Siden skal inneholde en funksjonell nettbutikk
- Det skal være mulig å betale produktene med Payex
- Det skal være en login funksjon
- Databasen skal fungere som tiltenkt (SQL)
- Administrasjonsdelen skal fungere som tiltenkt
- Det skal gå an å legge til, slette og oppdatere data (CRUD)
- Sosiale medier skal være integrert på nettsiden
- Design og struktur skal passe til senteret
Side:
29
Prosjekt Software Engineering
- PJ312 Sprint 6
- Siden skal være brukervennlig
- Teksten skal være enkel å forstå
- Navigasjonen skal være åpenlys
- Siden skal være tilpasset målgruppene
- Mobilapplikasjon prototypen skal fungere som tiltenkt
3. Design av testen
- Rekkefølgen
- Mulige testdata
4. Utføring
- Kunde går gjennom systemet
- Følge listen fra punkt 2
5. Rapport
- Hva gikk bra og ikke bra?
- Tilbakemelding fra kunde
- Noter + og -
Testen
Test versjon: 1.0
Testdato: 11. Mai 2012, Klokken: 14.00
Testperson: Asle Fagerstrøm (veileder/kunde)
Oppgave
Forventet resultat
OK
Navigasjon
OK
1. Finn pressesiden
Du ender opp på pressesiden
2. Finn kontaktinformasjon
Du finner Auroras telefonnummer,
adresse, epost o.l.
OK
3. Finn samarbeidspartnerne
Du finner alle samarbeidspartnerne til
opplevelsessenteret med logo.
OK
4. Finn en valgfri tjeneste
Du får opp tjenesten i hovedvinduet.
OK
1. Registrer en ny bruker
Brukerinformasjon blir lagret og
brukeren opprettes.
OK
2. Logg inn
Du logger vellykket inn med brukernavn
og passord du opprettet i steg 1. Blir så
videreført til nettbutikken.
OK
Logg inn
Side:
30
Prosjekt Software Engineering
- PJ312 Sprint 6
Nettbutikk
1. Gjennomfør et kjøp av et produkt
(merk; Du må være logget inn)
Produktet velges, ender opp i
handlekurven og PayEx betalingen går
gjennom.
OK
2. Legg til et nytt produkt, og fjern det fra
handlekurven.
Produktet legges først inn i
handlekurven, og fjernes igjen uten
problemer.
OK
1. Opprett en adminkonto
Brukeropplysninger blir lagret og admin
opprettes.
OK
2. Legg til et nytt produkt
Produktet blir vellykket lagt til i
databasen, og vist ved oppdatering.
OK
3. Slett et produkt
Produktet blir vellykket slettet og er
borte ved oppdatering.
OK
1. Finn Auroras Facebookside
Du blir viderekoblet til
facebook.com/aurora.
OK
2. Finn Auroras Twitterkonto
Du blir viderekoblet til Auroras Twitter.
OK
3. Del en nyhet på Facebook
Du blir viderekoblet til Facebook, og har
muligheten til at nyheten deles på din
vegg.
OK
1. Prøv å registrer gruppe og skriv diverse
informasjon i konkurransen
Du skal kunne skrive inn tekst i
tekstboksen.
OK
2. Finn kamerafunksjon
Du har tilgang til kamera/filming.
OK
3. Finn kart/kontaktinformasjon
Du vil se et senterkart over aurora/få opp
kontaktinformasjon.
OK
4. Finn nyheter
Når knappen er trykket på, vil nyhetene
komme opp på skjermen.
OK
Administrasjonspanel
Sosiale medier
Mobilapplikasjon
Kommentarer til akseptansetesten:
Side:
31
Prosjekt Software Engineering
- PJ312 Sprint 6
Akseptansetesten ble godkjent. Kunden var fornøyd med sluttproduktet.
Kundens kommentarer:
- Veldig bra
- Enkel navigasjon, men det burde kun være ETT alternativ (ikke dobbelt opp med
navigasjonen i footeren). Kunde mente det var tabu å ha to alternativer.
Observasjoner underveis i testen:
- Det var uvant med mye funksjonalitet i footeren
- Kunden ville foretrukket å hatt presse som et eget punkt i hovednavigasjonen
- Det burde være høyoppløselige bilder til nedlastning på både pressekontakter og
pressebilder.
- Kontaktinformasjonen burde også finnes i om oss på hovednavigasjonen
- Det tok litt lang tid for kunden å finne registrer deg på login funksjonen
- Det burde stå at man skal fylle ut all informasjon når man skal registrere seg som en ny
bruker, hvert fall komme opp asterisker der du må taste inn.
- Login redirectet ikke videre dit den skulle (bug)
- Det burde stått personvern informasjon om hva vi skal bruke personlig info til og at
brukerens informasjon lagres trygt
- I nettbutikken burde det være en forstørrelsesmulighet på produktets bilde
- Det burde stått NOK i prisen, for å vise valuta
9.6.3 Burndown graf Side:
32