WillWest Smøredatabase

Transkript

1 Vedlegg WillWest Smøredatabase GRUPPE 21 FORFATTERE: BREKKLUND, PÅL E. LARSEN, MARTIN WESTGAARD, CHRISTIAN S. 1

2 Innholdsliste Vedlegg... 1 Innholdsliste Forord Databasemodeller Styringsdokumenter Samarbeidsavtale Gantt-diagram Risikoplan Kilder

3 1 Forord Dette er seksjonen med vedlegg som er utarbeidet i forbindelse med hovedprosjekt våren 2014 ved Høgskolen i Oslo og Akershus av gruppe 21. Vedlegg er dokumenter, figurer og diagrammer vi ikke har brukt i løpet av prosjektperioden, men som kanskje ikke er blitt benyttet i rapporten. 3

4 2 Databasemodeller Figur 2.0 ER Model lagt med Microsoft Workbench. Lagd tidlig i prosessen. Figur 2.1 Forenklet ER modell, tidlig i prosessen. 4

5 Figur 2.3 forenklet Modell som viser klassene. Endelig 5

6 Figur 2.4 ER modell, nesten ferdig. Figur 2.5 ER siste og endelige versjon 6

7 Figur 2.6 Aktivitetsdiagram av hele nettsiden. 7

8 3 Styringsdokumenter 3.1 Samarbeidsavtale Samarbeidsavtale for gruppe 21 sitt hovedprosjekt. Mellom: Pål Brekklund, Martin Larsen og Christian Westgaard. Inngått den Bakgrunn Som en del av studiet ved Høgskolen i Oslo og Akershus skal studentene gjennomføre et hovedprosjekt. Dette blir utført i siste semester i 3 klasse. Prosjektet gjennomføres som et gruppearbeid. Gruppe 21, som er sammensatt av Pål Brekklund, Martin Larsen og Christian Westgaard, har besluttet å inngå denne samarbeidsavtalen for å klargjøre ansvars- og oppgavefordeling i gruppen, fastholde hvordan arbeidet skal gjennomføres og hvilke spilleregler som skal gjelde for å sikre et best mulig resultat i prosjektet. 2. Formål Formålet med denne avtalen er å sikre at målet vårt blir oppnådd på den måten og med de retningslinjene vi har satt. Gjennom samarbeidet skal vi utnytte vår forskjellige bakgrunn og kompetanse, til å skape et best mulig samlet resultat i prosjektet. For å bidra til dette, inneholder også samarbeidsavtalen noen regler som vi selv har fastsatt og som gjelder for alle medlemmene av gruppen. Denne avtalen sikrer at disse blir ivaretatt og at alle er klar over hvilke regler som gjelder. Vi har fordelt oppgaver med tanke på hva gruppens medlemmer ønsker å sette seg inn i / jobbe med, men også med tanke på hva den enkelte har av forkunnskaper og kan bidra med. 3. Arbeidsmetode Arbeidet gjennomføres ved at vi fordeler oppgaver som vi løser individuelt eller i fellesskap og koordinerer i møter. Vi har valgt å sette opp et faste tidspunkt i uken for gruppemøte. På disse møtene ser vi på hva vi har gjort siden sist gang. Hvordan vi skal jobbe videre, avdekker eventuelt forsinkelse og avtaler hvordan vi kan ta igjen dette, eller om det er ting vi 8

9 må gjøre annerledes. Det er i samråd med vår tildelte veileder, Michael Preminger, avtalte faste veiledningsmøter på mandager. Da det på enkelte tidspunkter under prosjektet vil være større arbeidspress og hyppige avgjørelser må tas, tar vi sikte på å løse dette ad hoc. Vi avtaler også hvilke oppgaver hver enkelt skal ha ferdig til tidsfrister vi setter (f.eks.: neste møte) eller i forhold til milepælsplanen vår. For å holde alle oppdatert til en hver tid bruker vi gruppens styringsdokumenter på web, et felles tilgjengelig lagringsområde fra internettjenesten Dropbox og i tillegg en lukket gruppe på den sosiale internettjenesten Facebook. Vi deler opp gruppen i mindre fraksjoner for spesifikke oppgaver, for å sikre at vi alltid har fremgang i prosjektet. Dokumentasjonsansvarlig skriver referater for møtene og legger dem fortløpende ut på den felles tilgjengelige Dropbox-mappen. Webansvarlig skal dessuten sørge for at møtereferater publiseres samme dag som møtet er holdt. Disse tiltakene sikrer de som ikke har hatt mulighet til å møte opp å lese hva vi som er diskutert og gått igjennom. Alle gruppens medlemmer skal lagre en kopi av hele Dropbox-mappen én gang ukentlig på egen maskin, i tilfelle en eller flere av oss skulle miste verdifull data. 4. Oppgavefordeling Oppgavene er fordelt med tanke på forkunnskaper og hva den enkelte ønsker å sette seg inn i og jobbe med. Disse oppgavene er beskrevet og spesifisert under ansvarskartet. Dette er for å sikre at alle alltid vet hvilke oppgaver de skal jobbe med. Tidsfrister for når arbeid må være ferdig er spesifisert i milepælsplan, aktivitetsplan og møtereferatene. På de viktigste og mest vesentlige oppgavene er vi alltid to som jobber, der en er hovedansvarlig for den gitte oppgaven. Dette er for å sikre at vi alltid har fremgang i prosjektet om noen ikke skulle ha mulighet til å møte opp, men også fordi vi får et bredere spekter av kunnskap og input når to jobber med samme sak. Vi har en fast gruppeleder som leder prosjektet, og som har ansvar for å ta viktige avgjørelser om det skulle oppstå uenigheter. Gruppeleder og prosjektplanansvarlig har ansvar for å gi alle 9

10 beskjed på sms, via Facebook eller per epost ved eventuell avlysning av møter, endrede møtetider eller om det settes opp et ekstra møte. 5. Ressurser, tidsforbruk og kompetanse Gruppen består av bachelorstudenter i Anvendt datateknologi ved Høgskolen i Oslo og Akershus. Resultatet av det felles arbeidet vil være vurderingsgrunnlag for karaktersetting til hver enkelte medlem i gruppen. Medlemmene er enige om at det er viktig at alle føler et felles ansvar for å skape et godt resultat, og at alle bidrar med en tilnærmet lik arbeidsinnsats og antall timeverk. Gruppen er også enige om at man skal bistå hverandre på den måten at dersom enkelte medlemmer har større forutsetninger eller kunnskaper for å løse visse oppgaver, så skal vedkommende være villig til å påta seg denne oppgaven, eller gi råd til de andre i gruppen for å sikre best mulig resultat og kvalitet på prosjektet. 6. Tidsperspektiv og fremdrift De overordnede tidsfristene i prosjektet er fastlagt gjennom fire delinnleveringer og en hovedinnlevering avslutningsvis. Disse tidene har vi vært informert om helt fra dette prosjektets start. Mer spesifikke tidsfrister og arbeidsoppgaver har gruppen også satt opp i en milepælsplan og en aktivitetsplan. Vi har satt opp faste møtetider så det alltid er lett å vite for hvert enkelt medlem når man må ha gjort fremgang med det de har ansvar for. Etter hvert møte legges det ut et møtereferat i mappen alle har tilgjengelig, her er det spesifiserte oppgaver vi skal jobbe med til neste møte. Ved forsinkelser eller avvik i forhold til fremdriftsplanen som gjennomgås i hvert møte, avtales tiltak og ansvar for å rette opp fremdriften med målsetting å komme tilbake på tidsplanen. Avtalte tiltak og ansvar noteres i møtereferatet og følges opp i neste møte. 7. Oppmøte og regler for samarbeidet Tiden vi møtes er satt opp etter diskusjon og tilpasning for alle i gruppen, derfor forventes det at alle møter opp til de avtalte tidene. Om man likevel ikke skulle kunne møte opp har vi satt en regel som sier at personen det gjelder må melde ifra gruppeleder eller prosjektplanansvarlig, senest 1 time før møtestart. Om en person gjentatte ganger ikke skulle 10

11 møte opp til avtalte tider eller ikke gjøre avtalte oppgaver uten en gyldig grunn (vi vet at uforutsette ting kan skje), skjer følgende: Personen som ikke gjør tildelte oppgaver innen fastsatt tid, og dermed hindrer prosjektet i å gjøre fremdrift, kan miste noen av de tildelte arbeidsoppgavene sine (som noen andre i gruppen da må ta over) og/eller person får en muntlig advarsel av gruppeleder, med mulighet for å forbedre seg. Hvis personen likevel ikke skulle forbedre seg eller gjøre bedre innsats så skal de andre medlemmene i gruppen diskutere og avgjøre om vedkommende skal utestenges fra prosjektet, noe som vil si at den ikke lenger er en del av gruppearbeidet eller gruppeleveringene. Om en person mister noen av sine arbeidsoppgaver grunnet mangel på arbeidsinnsats spesifiseres dette i sluttrapporten til gruppen. 11

12 3.2 Gantt-diagram 12

13 3.3 Risikoplan Vi har rangert risiko etter følgende skala: 1: mindre sannsynlig 2: sannsynlig 3: svært sannsynlig Vi har rangert alvorlighetsgrad etter følgende skala: 1: mindre alvorlig 2: alvorlig 3: svært alvorlig Sykdom Faren for sykdom der et gruppemedlem ikke kan bidra er alltid til stede. Med en gruppe på tre personer vil det være vanskelig å dekke arbeidsmengden hvis en, eller i verste fall to av gruppemedlemmene blir syke. Tiltak: Omfordele oppgaver. Holde kontakt via Skype, telefon og/eller e-post. Manglende oppmøte Manglende oppmøte hindrer fremgang i prosjektet i tillegg til at vi ikke får diskutert arbeidet vi har gjort. Tiltak: Gjentatt manglende oppmøte vil føre til ekskludering fra gruppen i følge samarbeidsavtalen. Gruppemedlem slutter Anser vi som meget lavt da alle ønsker å fullføre hovedprosjektet. 13

14 Tiltak: Skulle en person slutte, må vi ha omfordele arbeidet og tilpasse arbeidet. Ikke holde avtaler Å ikke holde avtaler vil gå ut over hele gruppen og i verste fall senke kvaliteten på det helhetlige prosjektarbeidet. Tiltak: Vi har en samarbeidsavtale som sier at man kan bli ekskludert hvis man ikke holder avtaler. Konflikt i gruppen Det kan oppstå konflikter i gruppen da vi kan ha forskjellig oppfatning av hvordan vi vil utforme prosjektet eller hvordan vi ønsker å arbeide for oppnå våre målsettinger. Tiltak: Skulle det oppstå konflikter vil vi diskutere problemstillingen mellom gruppemedlemmene og komme frem til den beste løsningen i fellesskap. Konflikt med arbeidsgiver Det kan oppstå konflikter mellom prosjektgruppen og arbeidsgiver på grunn av misforståelser, ulik oppfatning om arbeidsmetode eller at forventningene til arbeidet og utfallet er forskjellig. Forebyggende tiltak: Pleie et profesjonelt forhold til arbeidsgiver vi samarbeider med. Arbeidsgiver skal få tydelig informasjon om vår progresjon, metoder og ønsker. Det er også viktig at vi bestreber en god kommunikasjon med kontaktpersonen, samt benytter oss av hjelpen fra veileder. Tap av data Tap av data vil ha store konsekvenser og vil forsinke arbeidet og i verste fall må vi starte på nytt. På grunn av tiltakene mot tap av data ser vi sannsynligheten for at dataene relatert til prosjektet går tapt er tilnærmet lik null. Tiltak: Vi lagrer alt på Dropbox. Alle tar backup på sine personlige datamaskiner. Gruppen har en backupansvarlig som legger retningslinjer for gode backuprutiner. 14

15 4 Kilder CSS-Tricks ( ) Perfect Full Page Background Image. Hentet fra Developer drive ( ) How to create a beautiful login form. Hentet fra jquery user interface (udatert) Datepicker. Hentet fra Moock, C (2004) Essential ActionScript 2.0 / Beijing : O Reilly MySQL Developer zone (udatert) Chapter 16 Replication. Hentet fra Polanyi, M. (2000). Den tause dimensjonen. Norsk utgave utgitt med tillatelse fra John V. Polanyi, Toronto. Spartacus Forlag Regular-Expression.info (2013) Regular-Expression.info. Hentet fra Universell utforming av IKT. ( ) Tidsfrister. Hentet fra Universell utforming av IKT. ( ) Om lov og forskrift. Hentet fra Universell utforming av IKT. ( ) Hvilke krav gjelder for hvem? Hentet fra 15