Oslo Båtutleie er et nystartet firma som spesialiserer seg på utleie av seilskuter og større motorbåter. Kundegruppen består i hovedsak av firma og organisasjoner som skal på gruppeturer (for eksempel firmafester og events). De blir også kjørt sightseeing i perioder. Privatpersoner har også mulighet til å bestille turer og dette er populært, for eksempel til bryllupsfest eller lignende.

I oppstartsfasen har firmaet basert seg på bruk av Microsoft Office til å organisere den daglige driften. Dette innebærer booking av båter, kontroll på personell, prislister, mailkorrespondanse og kundelister med mer. I tillegg til dette benytter de et eget regnskap og økonomisystem.

Etter hvert som driften har eskalert har overnevnte løsning vist seg å være lite oversiktlig og tungvint, og dette har skapt mye problemer i det daglige arbeidet. Oslo Båtutleie har på bakgrunn av dette besluttet å anskaffe et system som er tilpasset bedriftens bruksområder. Det er ønskelig at alle oppgaver skal kunne utføres i det samme systemet (en applikasjon).

1.2 mål

Beskriv målsetningen for prosjektet. Gjerne spesifiser delmål.

Prosjektgruppen har som mål å lage et system som forenkler arbeidsdagen til de ansatte ved Oslo Båtutleie, ved å optimalisere bedriftens informasjonsstrøm, vektlegge dataintegritet og muliggjøre for effektiv skalering.

Løsningen skal gi brukeren tilgang til:

· Kunderegister

· Prislister

· Ansattlister

· Epostfunksjonalitet

· Kalendervisning med visning av status (ledig/opptatt) for hver båt

· Booking-funksjonalitet (båt/mat/drikke/underholdning m.m.)

· Eksport av regninger til separat økonomisystem

Løsningen:

· skal være en flerbruker-webapplikasjon som kjører på lokal server

· skal baseres rundt en database på lokal server

· skal basere seg på følgende teknologier og standarder: html5, CSS3, PHP, JavaScript og MySQL

Prosjektet:

· utkast til løsning skal presenteres for kunden innen 30. September 2011

· ferdig produkt (se omfang i punkt 1.3) skal være klart innen 25. November 2011

1.3 omfang

Vi vil innledningsvis gjennomføre en kravanalyse for å kartlegge kundens behov til funksjonalitet i systemet. Dette vil gjennomføres ved:

· observasjon av ulike brukere mens de utfører sine arbeidsoppgaver

· samtaler med brukerne.

På grunnlag av kravanalysen vil vi utvikle en kravspesifikasjon som lister opp funksjonelle og ikke-funksjonelle krav til systemet. Kravspesifikasjonen vil danne grunnlag for et forslag til løsning som presenteres for kunden. Ut i fra kundens tilbakemeldinger til forslaget vil dette enten bli satt i utvikling, eller bli endret dersom dette er nødvendig.

Løsningen vil bli utviklet og dokumentert, men vil ikke bli implementert i dette prosjektet. Det vil altså ikke foreligge programkode ved ferdigstilt prosjekt. Unntaket er pseudokode, som antakelig vil benyttes for å demonstrere ulike funksjoner.

1.4 Antagelser og begrensninger

Følgende antakelser og begrensninger er gjort for arbeidet i prosjektet:

Løsningen vil ikke bli implementert (ingen programmering)
Vi har lagt vekt på funksjonalitet og brukergrensesnitt på klienten, altså det som primærbruker vil jobbe mot.
Back end (databasetilknytning og databasedesign) er nedprioritert.
Systemet skal kommunisere med et eksternt økonomi/regnskapssystem. Vi vil ikke fokusere på det tekniske bak denne funksjonaliteten i vår oppgave

1.5 utviklingsmodell

Vi skal i prosjektet benytte utviklingsmodellen Unified Process (UP). Denne modellen består av fire faser: idéfasen, utdypningsfasen, konstruksjonsfasen, og overgangsfasen. Da løsningen i dette tilfelle ikke skal implementeres er det derfor hensiktsmessig å fokusere på de to første fasene, altså idéfasen og utdypningsfasen (med iterasjoner), samt delvis konstruksjonsfasen.

Figur 1.5

1.6 Suksesskriteria

Hva skal til for at vi lykkes med dette prosjektet?

· Vi må jobbe jevnt med oppgaven hele tiden. Ellers er det lett å komme på etterskudd i forhold til leveringer osv.

· Alle gruppemedlemmene må sette av nok tid til å utføre de oppgavene som er blitt utdelt.

· God prosjektledelse

· God, åpen dialog mellom gruppemedlemmer.

· God dialog med kunden gjennom hele prosjektet.

1.7 Risiko og tiltak

Her er en oversikt over uforutsette ting som kan stoppe/hindre/ødelegge prosjektet eller fremdriften. Her følger en forklaring av tabellen:

Konsekvens: Meget kritisk for prosjektet = 10, ubetydelig = 1.

Sannsynlighet: Helt sikkert at det inntreffer = 1, helt usannsynlig = 0.

Risiko	Sannsynlighet	Konsekvens	Tiltak
Sykdom	0,3	8	Sette seg inn i andre sitt arbeid, slik at man har mulighet til å overta om nødvendig.
Tidsmangel	0,8	7	Sette tydelige interne frister. Gi beskjed til andre gruppemedlemmer dersom man henger etter, mulighet for å få hjelp
Problemer med bruk av verktøy eller teknikker	0,7	9	Arrangere intern workshop i gruppen Følge forelesninger Kontakte veileder / forleser
Tap av data	0,2	9	Ta backup hver dag Bruk dropbox
Kunden er lite tilgjengelig	0,8	7	Informer kunde tydelig i prosjektets oppstart om viktigheten av kundens tilstedeværelse i utviklingsprosessen
Primærbrukere synes utviklerne er i veien for deres arbeid	0,8	6	Informer kunde tydelig i prosjektets oppstart om viktigheten av kundens tilstedeværelse i utviklingsprosessen Avtal møter i god tid

1.8 rapportoversikt

Kort oversikt over strukturen i prosjektrapporten:

· Kapittel 1: Informasjon om prosjektoppgaven.

· Kapittel 2: Informasjon om utviklingsmodellen

· Kapittel 3: Kravanalyse (kravspesifikasjon, Use Case m.m.)

· Kapittel 4: Design (Modellering, diagram m.m)

· Kapittel 5: Vurdering av løsningen, gruppens arbeid og utviklingsmodellen vi har benyttet

· Kapittel 6: Konklusjon

· Kapittel 7: Litteraturliste

2 beskrivelse av prosjektleveransene

Gi en oversikt over hva prosjektet omfatter (kravspesifikasjon, design, software, etc.). Gi en kort beskrivelse av hver hovedleveranse.

Prosjektet omfatter en analyse-del som dreier seg om å få tak i de funksjonene systemet skal oppfylle. Dette gjøres ved å gjøre en kravanalyse, utarbeide Use Case-modeller og beskrivelser og tilslutt lage en kravspesifikasjon for systemet.

Kravspesifikasjonen leder til at det utarbeides et forslag til løsning som presenteres kunden. Hvis kunden godkjenner løsningen fortsetter vi med utdypning av Use Case-modeller, samt at vi begynner å jobbe med design av løsningen, dette involverer aktivitets, klasse og sekvens-diagram, samt fokus på brukergrensesnittet.

Her er en kort oversikt over prosjektleveransene. Frem til leveranse 1 er levert kan regnes som idéfasen, så begynner utdypningsfasen som omfatter leveranse 2, mens konstruksjonsfasen går over leveranse 3 & 4.

Leveranse 1 – 23.09.2011: Levering av komplett prosjektplan (v.1.0) og opprettet hjemmeside for gruppen

Leveranse 2 – 30.09.2011: Levering av prosjektrapport (v.0.3) med utfylt kap 1-3, med overordnet kravspesifisering og Use Case-modellering.

Leveranse 3 – 21.10.2011: Levering av prosjektrapport (v.0.6) med utfylt kap 1-4, modellering.

Leveranse 4 – 25.11.2011: Levering av prosjektrapport (v.1.0). Ferdig prosjekt – kvalitetssikring.

3 prosjektorganisasjon og plan

3.1 prosjektorganisasjon

Vi har en gruppe bestående av fire personer. Vi har en prosjektleder i gruppen. Prosjektleder har det overordnede ansvar for kvalitetssikring av alt arbeid som utføres, og sørger for jevn fordeling av arbeid innad i gruppen. Gruppen er basert på gjensidig respekt mellom medlemmene. Alle skal bli hørt, og vi skal ha en god tone i gruppen til en hver tid. Uoverensstemmelser skal avgjøres ved avstemning, Prosjektleder har ikke vetorett, men kan avgjøre dersom ”uavgjort” i avstemning.

3.2 roller og ansvar

Rolle	Ansvar	Navn	Kompetanse	Tidsperiode
Prosjektleder	Organisering av ressurser Kvalitetssikring Backup Planer og rapporter	Espen Mjølund		Aug-11 – Nov-11
Prosjektmedarbeider	Webside Use Case-modeller Brukergrensesnitt	Robert Bicanic Bache		Aug-11 – Nov-11
Prosjektmedarbeider	Kravanalyse Kravspesifikasjon Designmodellering	Marius Kværner Karlsen		Aug-11 – Nov-11
Prosjektmedarbeider	Designmodellering Styringsdokumenter Fortløpende dokumentasjon	Jonas Bjørnerud		Aug-11 – Nov-11

3.3 milepæler og aktiviteter

· Milepæl 1: 23.09.2011

o Aktiviteter:

· Gruppen er registrert hos foreleser

· Hjemmeside er opprettet

· Gruppen har etablert et tema for prosjektet

· Prosjektplan versjon 1 er fullført

o Leveranse(r):

· Leveranse 1 er levert

· Milepæl 2: 06.10.2011

o Aktiviteter:

· Kravanalyse (Innledende) fullført

· Overordnet kravspesifikasjon er ferdig

· Innledende Use Case-modellering og beskrivelser er ferdig

· Prosjektrapport kapittel 1-2, samt 3.1-3.2 er fullført (versjon 0.3)

· Oppdatert prosjektplan

o Leveranse(r):

· Leveranse 2 er levert

· Milepæl 3: 04.11.2011

o Aktiviteter:

· Kravanalyse fullført

· Kravspesifikasjon er ferdig

· Use Case-modellering og beskrivelser er ferdig

· Domenemodell er ferdig

· Aktivitetsdiagram er ferdig

· Klassediagram er ferdig

· Sekvensdiagram er ferdig

· Logisk arkitektur er ferdig

· Brukergrensesnitt er ferdig

· Prosjektrapport kapittel 1-4er fullført (versjon 0.6)

· Oppdatert prosjektplan

· Oppdatert nettside

o Leveranse(r):

· Leveranse 3 er levert

· Milepæl 4: 25.11.2011

o Aktiviteter:

· Kvalitetssikring av prosjektet er ferdig

· Vurdering av prosjekt er ferdig

· Konklusjon er ferdig

· Presentasjon av prosjektet er ferdig

· Prosjektrapport er fullført (versjon 1.0)

· Oppdatert prosjektplan

· Oppdatert nettside

o Leveranse(r):

· Leveranse 4 er levert

3.4 oversikt prosjekt plan

Her følger et Gantt-diagram over prosjektets forløp. Vi henviser til prosjektets nettsted for en mer høyoppløselig versjon av diagrammet. Her ligger også prosjektfilen som danner grunnlag for diagrammet, dersom det er ønskelig å se råmaterialet.

3.5 arbeidsmåte (”way of working”)

Gruppen har to faste møter hver uke i skolens lokaler. Hvert møte er av ca. to timers varighet. Her vil vi diskutere prosjektets progresjon, og utføre oppgaver som må gjøres i fellesskap.

Utover dette utfører hvert medlem av gruppen individuelle arbeidsoppgaver som klareres på ukentlig basis.

I tillegg har vi ekstramøter når vi føler behov for dette.

3.6 prosjekthjelpemidler

Følgende verktøy og hjelpemidler vil bli brukt i prosjektet:

· Dropbox – Gruppen har vår felles arbeidsmappe i dropbox.

· TeamViewer – Skjermdeling mellom gruppens medlemmer blant annet i forbindelse med gruppemøter.

· Merlin PM – Projektstyringsprogram for Mac. Tilbyr blant annet Gannt-diagrammer og arbeidsfordeling….

· OmniGraffle – Fantastisk program for Mac. Kan brukes til det meste av diagrammer og annet grafikkrelatert. Vi bruker dette blant annet til Use Case-modellering og klasse-diagrammer.

· Microsoft Office – Rapportskriving og presentasjoner

· Skype – Videokonferanse, filoverføring, chat

4 Kostnader

Her er et overslag over kostnader i prosjektet, per fase, og for hele prosjektet.

Timepriser:

Prosjektleder: 320 kr

Prosjektmedarbeider: 270 kr.

Vi estimerer at hver prosjektmedarbeider jobber 4 timer individuelt per uke, og deltar på felles møter på totalt 4 timer per uke. Dette totalt 8 timer på prosjektet per uke per prosjektmedarbeider.

Vi antar at prosjektleder jobber 2 timer mer individuelt per uke enn sine medarbeidere, altså 10 timer totalt.

Ukentlig kostnad for å ha teamet på jobb blir som følger:

Prosjektleder: 320 kr x 10 timer = 3.200 kr

Prosjektmedarbeidere: 270 kr x 8 timer x 3 personer = 6.480 kr

Total (uke)= 9.680 kr

Fase 1 – idéfasen. Varighet: 4 uker. Pris: 9680 kr x 4 = 38.720 kr

Fase 2 – utdypningsfasen. Varighet: 9 uker. Pris: 9680 kr x 9 = 19.360 kr

Fase 3 – konstruksjonsfasen. Varighet: 7 uker. Pris 9680 kr x 7 = 67.760 kr

Total pris estimert for hele prosjektet: 125.840 kr

5 admin

5.1 rapportering og møter

Vi har faste møter to ganger i uken, mandag og onsdag. Begge dager i tidsrommet 10.30 – 12.30.

Utover dette arrangerer vi møter ved behov.

Det føres møtereferat fra hvert møte, dette er tilgjengelig på gruppens hjemmeside.

5.2 dokumenthåndtering

Gruppen har et felles arbeidsområde for alle relaterte dokumenter i Dropbox. På denne måten kan alle holde en viss oversikt over hva de andre jobber med og det er lettere å samarbeide om en oppgave om nødvendig.

Dokumenter av relevans til prosjektet vil legges ut til nedlasting på gruppens nettsted i forbindelse med hver del-leveranse.

5.3 timeregistrering

Her følger oversikt, uke for uke over timeforbruk for alle gruppemedlemmene.

Ukenummer:	Espen	Robert	Marius	Jonas
35	2	2	2	2
36	2	3	2	2
37	0	1	0	0
38	14	7	3	3
Total fase 1:	18 timer	13 timer	7 timer	7 timer
39
40
Total fase 2:
41
42
43
44
45
46
47
Total fase 3:
Total for prosjekt:

5.4 informasjon

Prosjektets nettsted finnes på følgende adresse: http://www.stud.hio.no/~s168499/sysutv_H10/index.php

Her finnes styringsdokumenter, møtereferat, diagrammer og andre dokumenter relatert til prosjektet.

6 referanser

Kilder:

Illustrasjon 1.5: Kilde: Wikipedia - http://en.wikipedia.org/wiki/Unified_Process (23.09.2011)