Tips ved skriving av rapport Hovedprosjekt for data-linjene Status pr 27. mars 2009: Forprosjekt ferdig Presentere forprosjekt for oppdragsgiver? Kommentarer må innarbeides i hovedprosjektet Hovedprosjekt rapport må planlegges og struktureres Rune Fensli, UiA, 2009 1
Organisering av prosjektarbeid Et prosjektarbeid kan oppdeles i faser: Forprosjekt (ca 10% av totalt arbeid) Oppgavedefinerende fase og avgrensende fase Kreativ fase, se på mulige løsninger og velge det beste alternativ Planleggingsfase med fremdriftsplan og milepælsplan Gantt-diagram skal være et styringsverktøy under hovedprosjekt arbeidet Hovedprosjekt Spesifikasjonsfase Teoretisk fase Konstruksjonsfase Demonstrasjons/testfase Prosjektpresentasjon Tips: Utred Design Realiser Rune Fensli, UiA, 2009 2
Typiske faser i prosjektarbeidet Idé/problemstilling Hva innebærer oppgaven Teori finne litteratur Kartleggingsfase Referanser Hva er kjent om problemet Hvordan skal vi løse oppgaven Være kreative Gjennomføringsfasen Produksjon Resultater Rapport Utføre (lab/kode/lage/designe) Dokumentere Kritisk vurdering Rune Fensli, UiA, 2009 3
Forprosjekt Skal klargjøre en problemstilling og avgrense oppgaven. 0. SAMMENDRAG 1. INNLEDNING 1.1 Bakgrunn 1.2 Prosjektets organisering 2. PROSJEKTETS MÅLSETNING OG RAMMEBETINGELSER 2.1 Målsetning 2.2 Avgrensninger 2.3 Forutsetninger 3. LØSNINGSALTERNATIVENE 4. KOSTNADER FOR HVERT ALTERNATIV 5. VURDERING AV LØSNINGSALTERNATIVENE 6. ANBEFALT LØSNING 7. PLAN FOR DET VIDERE ARBEIDET 8. REFERANSER 9. VEDLEGG 9.1 Prosjektplan 9.2 Spesifikasjon 9.3 Prosjektforutsetninger HVIS forprosjektet er grundig, kan du klippe inn de viktigste delene i hovedprosjekt rapporten Rune Fensli, UiA, 2009 4
Hovedprosjekt Spesifikasjonsfase Fra forprosjektet er det avklart valg av alternativ Det er muligens skrevet en kravspec? Sannsynligvis må det skrives en detaljert spec Denne må være så detaljert at det senere er mulig å se om det endelige produkt oppfyller kravspec Få kravspec bekreftet ved møte med oppdragsgiver Rune Fensli, UiA, 2009 5
Spesifikasjon / egenskaper Nivå I Inneholder overordnet informasjon om et system og egenskaper Nivå II Inneholder beskrivelser av systemet Nivå III Inneholder detaljer om systemets egenskaper og moduler etc Krav til spesifikasjon: Entydighet Komplett Verifiserbar Konsistent Modifiserbar Sporbar Kan brukes i driftsfasen Rune Fensli, UiA, 2009 6
Hovedprosjekt Teoretisk fase Det er nødvendig å lese fagstoff som et grunnlag for å forstå oppgavens problemstilling og kunne vurdere de aktuelle metoder og løsninger Hva er gjort tidligere i forhold til lignende problemstilling Dette må beskrives i rapporten Omfang og fordypningsnivå bør drøftes med veileder Husk at alt dere leser og bruker i oppgaven skal ha klare referanser til litteraturen som er benyttet med en fyldig referanseliste som vedlegg Rune Fensli, UiA, 2009 7
Hovedprosjekt Konstruksjonsfase De fleste hovedprosjekt har et praktisk arbeid med å utvikle/lage noe eller teste noe Hvordan en har gått frem for å få til dette må beskrives i rapporten Det er dessuten en fordel å skrive en fortløpende logg Kildekode er vanligvis vedlegg til rapporten Dette kan være fortrolig (ref oppdragsgivers ev. krav) Viktige prinsipper eller smarte løsninger bør beskrives i rapporten (noen linjer kode klippes inn) Rune Fensli, UiA, 2009 8
Hovedprosjekt Demonstrasjons/testfase Dette må sees på som resultater fra arbeidet Benytt skjermgrabs, logger, databaseinnhold mv. Det er viktig å dokumentere hva dere får til Bruk tid på å planlegge og samle inn resultater Det må også være en drøfting av resultater Dette må sammenlignes med kravspec Hva har dere fått til / ikke fått til og hvorfor Hva er gjort annerledes enn kjente løsninger fra teorien (Hva er det geniale i deres løsning?) Rune Fensli, UiA, 2009 9
Teoretisk studium Dette vil ofte være et litteraturstudie hvor en skal frembringe ny kunnskap, og vurdere en problemstilling på bakgrunn av dette Det må gjøres omfattende litteratursøk Bibliotekets databaser har veldig omfattende innhold Ofte er det nødvendig å få hjelp til å søke etter relevant litteratur Det er mange fulltekst databaser Vitenskapelig arbeide omfatter grundig litteratursøk Presenter problemstillingen ut i fra hva som er kjent fra litteraturen Gi en vurdering av dette, med forslag til videre arbeide Rune Fensli, UiA, 2009 10
Sitering fra andre kilder Det er mye fagstoff/lærebøker og rapporter/utredninger som det må vises til eller siteres fra i et prosjektarbeid Sørg for at det er fyldig med referanser til benyttede kilder Benytt en standard måte for å sette inn referanser Forløpende nummerering eller navn og årstall Ved behov kan det siteres noen korte setninger med referanse til den kilde som er benyttet, og sitatet skal være i anførselstegn Du kan også skrive om sitatet Indirekte sitat Ofte benyttes også et mer omfattende Resymé http://www.uia.no/no/portaler/bibliotek/hjelp_og_veiledning/kildebruk/gjengivelse_fra_kilder Benytt alltid pålitelige kilder og vurder seriøsiteten til det som finnes på Internet (det er mange useriøse dokumenter der ute) Tips: Du kan ikke bli lege ved kun å lese Doktor On-line Dersom det hentes stoff fra en kilde uten kildeangivelse er det et alvorlig brudd på eksamensreglementet og medfører karakternedsettelse og stryk http://www.uia.no/no/portaler/student_og_studier/informasjon_og_tjenester/eksamen/fusk Rune Fensli, UiA, 2009 11
Eksempel på bruk av referanse Med utgangspunkt i tidligere arbeid (1) foreligger det mange alternative løsninger for trådløs overføring av medisinske måledata.. Kan her du beskrive et resymé som videre utdyper i et avsnitt eller tre med faglig teori som du har funnet i for eksempel en lærebok Referanser. (1) http://www.openecg.net/standards/wireless/solutions.pdf [14.03-2005] Rune Fensli, UiA, 2009 12
Hentet fra: Imenes, R., Myklevoll, Å., Sikkerhetsvurdering av Unified Communications. Masteroppgave. UiA. 2008 Rune Fensli, UiA, 2009 13
Hovedprosjekt rapport, innledende del (Del 1) Forslag til disposisjon Tittelside Forord Sammendrag Innholdsfortegnelse Innledning Bakgrunn Oppgaven / problemformulering Mål og avgrensning Forutsetninger Prosjektorganisering Hentes fra forprosjektet Rune Fensli, UiA, 2009 14
Hovedprosjekt rapport, faglig rapportdel (Del 2) Strukturen på den faglige delen er avhengig av hva slags arbeid/rapport som er aktuelt: Utviklingsarbeid: Valg og avgrensninger Teori Beskrivelse av det som skal gjøres Analyse, teoretiske beregninger Flytdiagram, datamodeller Praktiske løsninger som utvikles: Programmering Eksperimentell testing, sikkerhet mv Resultater / utførte målinger Diskusjon av resultater sett i forhold til kravspec og teoridelen Utredningsarbeid Valg og avgrensninger Teori Metode for kartlegging Beskrive NÅ-situasjonen Undersøke noe Teoretisk vurdering / analyse Spørreundersøkelse Resultater fra undersøkelsen Vurdering av resultater Forslag til alternative løsninger Vurdering av alternative løsninger Rune Fensli, UiA, 2009 15
Hovedprosjekt rapport, avsluttende del (Del 3) Rapporten avsluttes ofte med følgende: Konklusjon (oppsummering av de viktigste resultatene og drøftingen) Referanser Benytt en standard måte for å oppgi referanser Vedlegg For eksempel kildekode Andre dokumenter som ikke er allment tilgjengelige Fortrolige utredninger / resultater Rune Fensli, UiA, 2009 16
Hvordan oppgi referanser Benytt en standard måte for å oppgi referanser Følgende eksempler kan benyttes: Vancouver Style: http://www.library.uq.edu.au/training/citation/vancouv.pdf National Library of Medicine: http://www.nlm.nih.gov/bsd/uniform_requirements.html Harvard Style: http://www.uia.no/no/portaler/bibliotek/hjelp_og_veiledning/kildebruk/kil dehenvisning Nettreferanser: Oppgi komplett URL til dokument/side [dato] Vær kritisk til kildebruk, benytt kun pålitelige kilder Ikke bruk Wikipedia som kilde (kun i nødstilfeller) Rune Fensli, UiA, 2009 17
Hovedprosjekt innholdsfortegnelse Typisk struktur på rapport: Forord Innholdsfortegnelse Sammendrag Innledning (generell beskrivelse av problemstilling) Teoretisk referanseramme (hovedproblemstilinger, avgrensninger ) Litteraturstudium Metode, teori / analyse (med referanse til anerkjent litteratur) Modellbeskrivelse teoretisk løsningsforslag Utvikling av applikasjon / praktiske forsøk Verifikasjon av applikasjon Resultater Kjekt å ha: Drøfting av resultater Stikkordsregister Konklusjon Ordforklaringer Referanser Ev. vedlegg Rune Fensli, UiA, 2009 18