30.11.2012 Views

PROSJEKTMANUAL for Bacheloroppgaven

PROSJEKTMANUAL for Bacheloroppgaven

PROSJEKTMANUAL for Bacheloroppgaven

SHOW MORE
SHOW LESS

Create successful ePaper yourself

Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.

HØGSKOLEN I SØR-TRØNDELAG<br />

AVD. FOR TEKNOLOGI<br />

PROGRAM FOR ELEKTRO- OG DATATEKNIKK<br />

7004 TRONDHEIM<br />

<strong>PROSJEKTMANUAL</strong><br />

<strong>for</strong><br />

<strong>Bacheloroppgaven</strong><br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 1 av 69<br />

desember 2010<br />

<strong>Bacheloroppgaven</strong> utgjør 20 studiepoeng og er det største enkeltemne i ingeniørutdanningens<br />

siste semester. Omgjort i arbeidstimer regner en med at bacheloroppgaven utgjør ca. 500<br />

timer pr. student fra oppstart til avslutning!<br />

I prosjektrettet undervisning er resultatet mer enn noen gang avhengig av deg selv. Dette<br />

gjelder selvfølgelig ikke bare karakteren på vitnemålet, men også hva du får ut av emnet.<br />

Det som i første omgang er viktig, er å prøve å få en oversikt over hva som skal gjøres i<br />

oppgaven, slik at det går an å sette opp en plan <strong>for</strong> gjennomføringen av prosjektet.<br />

Vedlegg 1 viser en beskrivelse av fasene i et generelt prosjekt (hentet fra SINTEF's<br />

Prosjekthåndbok ).<br />

Etter å ha laget en plan må en bevisst prøve å styre prosjektframdriften slik at den følger<br />

planen og ikke havner <strong>for</strong> langt ut på sidelinjen faglig og at en kommer i mål til oppsatt<br />

tidsfrist.<br />

Det kan selvfølgelig være vanskelig i en såpass tidlig fase å ha full oversikt over hva som<br />

skal gjøres, slik at mange etter hvert vil bli nødt til å endre framdriftsplanene.<br />

Betydningen av til enhver tid å ha en plan kan imidlertid ikke understrekes sterkt nok.<br />

<strong>Bacheloroppgaven</strong> bør i stor grad være et mest mulig selvstendig arbeid. Av erfaring vet vi at<br />

det likevel er et behov <strong>for</strong> å følge opp hvordan det er med framdrift både tidsmessig og faglig,<br />

og hvordan arbeidsdelingen er mellom gruppedeltakerne. En "kontinuerlig" oppfølging er<br />

også viktig med tanke på en mest mulig rettferdig evaluering av arbeidet.<br />

START OPP SNAREST PÅ NYÅRET! DET BLIR ALLTID TRAVELT PÅ<br />

SLUTTEN!


RETNINGSLINJER FOR BACHELOROPPGAVEN<br />

ADGANG TIL Studenten skal være registrert som ordinær student i 3. årskurs ved start på<br />

BACHELOR- bacheloroppgaven.<br />

OPPGAVE<br />

ORGANISERING Prosjektene skal utføres i grupper på <strong>for</strong>trinnsvis 4 personer. Dette avhenger også litt<br />

av oppgaven. I helt spesielle tilfeller kan det gis dispensasjon <strong>for</strong> mindre grupper.<br />

Studentene må selv organisere seg i grupper. Skolen vil om nødvendig i samarbeid<br />

med studentene plassere "enkeltpersoner" sammen i grupper. Det opp<strong>for</strong>dres til<br />

gruppedannelser på tvers av studieretningene!<br />

LEVERINGSFRIST Leveringsfrist kunngjøres på IT’s.learning.<br />

Rapporten skal leveres i 3 eksemplarer (på papir), hvorav ett til oppdragsgiver og<br />

to til programmet. I tillegg skal den leveres på elektronisk <strong>for</strong>m på CD-ROM. Et<br />

sammendrag, godkjent av oppdragsgiver, skal legges ut på internett (se avsnitt om<br />

sluttrapporten).<br />

Journaler og prosjektmappe <strong>for</strong>evises ved levering av rapporten. Samtidig skal det<br />

dokumenteres at alt lånt utstyr/materiell er tilbakelevert.<br />

Er det nødvendig med utsettelse, må skriftlig søknad leveres før fristens utløp.<br />

EVALUERING Prosjektet evalueres ut fra en helhetsvurdering der det bl.a. tas hensyn til:<br />

(KARAKTER)<br />

• Det utførte arbeidets kvalitet, teoretisk og håndverksmessig gjennom hele<br />

prosjektet.<br />

• Kvaliteten på prosjektgjennomføringen (planlegging og prosjektstyring).<br />

• Rapportens kvalitet (disposisjon, oversiktlighet og layout, faglig kvalitet).<br />

• In<strong>for</strong>masjon som kommer fram under presentasjonen.<br />

• Presentasjon og eksaminasjon (muntlig).<br />

• Gruppens og den enkeltes arbeidsinnsats dokumentert gjennom<br />

toukersrapportene.<br />

Evalueringen er altså i prinsippet individuell, slik at det ikke er selvsagt at alle<br />

medlemmer i en prosjektgruppe får samme karakter. Det er der<strong>for</strong> viktig at rapporten<br />

inneholder dokumentasjon over individuell arbeidsinnsats og ansvarsområde. Etter<br />

dagens karaktersystem anses karakteren C som en normal karakter på en<br />

prosjektoppgave. Beskrivelse av karakterskalaen og vurderingskriteriene er gjengitt i<br />

vedlegg 16.<br />

PRESENTASJON Presentasjonen av bacheloroppgavene blir avviklet som et tre-dagers seminar som<br />

arrangeres i løpet av april (tidspunkt kunngjøres på IT’s:learning). Seminaret vil ha 3<br />

- 4 parallelle sesjoner der hver enkelt student får 15 min til presentasjon av sin del av<br />

oppgaven. Det er viktig <strong>for</strong> avviklingen at alle holder den tildelte tidsrammen.<br />

EKSAMINASJON Muntlig ”<strong>for</strong>svar” <strong>for</strong> prosjektet. Tidspunkt <strong>for</strong> avvikling kunngjøres på IT’s:learning.<br />

Retningslinjer <strong>for</strong> eksaminasjonen er tatt med i vedlegg 11.<br />

FORPROSJEKT I <strong>for</strong>prosjektet skal det utarbeides en prosjektplan <strong>for</strong> bacheloroppgaven. Vedlegg 2<br />

inneholder retningslinjer <strong>for</strong> <strong>for</strong>prosjekt og <strong>for</strong>prosjektrapport. Tittelside <strong>for</strong><br />

<strong>for</strong>prosjektrapporten finnes på IT’s:learning.<br />

Forprosjektrapporten skal godkjennes i <strong>for</strong>melt prosjektmøte med oppdragsgiver og<br />

veileder til stede og er deretter å betrakte som en kontrakt mellom oppdragsgiver og<br />

prosjektgruppen.<br />

Prosjektplanen er et dokument til hjelp ved styringen av prosjektet underveis og skal<br />

følges! Dersom avviket i <strong>for</strong>hold til oppsatt planen blir <strong>for</strong> stort, bør en ny plan <strong>for</strong><br />

resten av prosjektet utarbeides.<br />

NB! Forprosjektets varighet bestemmes sammen med veileder ved skolen<br />

umiddelbart etter prosjektstart. Normalt bør ikke <strong>for</strong>prosjektet vare mer enn 3<br />

uker. Prosjektgruppen har ansvar <strong>for</strong> å ta kontakt med veileder <strong>for</strong> å avtale dette!<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 2 av 69


PROSJEKTSTYRING/ Gruppen har selv ansvaret <strong>for</strong> å styre prosjektet og det stilles visse krav fra skolen<br />

PROSJEKTMAPPE om hvordan styringen skal gjennomføres. Hver gruppe bør til enhver tid ha en<br />

prosjektleder og en sekretær som er ansvarlig <strong>for</strong> å drive prosjektet fremover og<br />

som innkaller til prosjektmøter. Vervet som prosjektleder og sekretær bør gå på<br />

omgang mellom deltagerne i gruppen.<br />

Alle på gruppen skal føre timelister <strong>for</strong> hver uke der timene belastes aktivitetene som<br />

kommer frem i Gant-diagrammet. Det er satt av plass til timelister i toukersrapporten<br />

(se neden<strong>for</strong>).<br />

Gruppen skal ved prosjektstart opprette en prosjektmappe (ringperm) med skilleark<br />

inndelt på følgende måte:<br />

1. Møteinnkalling<br />

2. Møtereferat<br />

3. Toukersrapporter<br />

4. Korrespondanse og telefonsamtaler<br />

5. Teknisk underlag / økonomi<br />

6. Diverse<br />

Mappen skal være et administrativt hjelpemiddel <strong>for</strong> gruppen og bør inneholde alle<br />

papirer i <strong>for</strong>bindelse med prosjektet, slik som <strong>for</strong>prosjektrapporten, statusrapporter<br />

(toukesrapporter), møteinnkallinger og referater, korrespondanse, regnskap,<br />

delrapporter, arbeidsnotater osv. Prosjektmappe og journaler skal innleveres sammen<br />

med rapporten. Prosjektperm og journaler kan hentes ut når gruppen skal <strong>for</strong>berede<br />

seg til eksaminasjonen, men skal tas med til denne.<br />

JOURNAL I tilknytning til prosjektarbeidet skal hver enkelt student føre journal etter samme<br />

retningslinjer som ved labkjøring. Journalen vil ha karakter av å være ren dagbok <strong>for</strong><br />

prosjektarbeidet, der det skrives løpende notater: adresser, telefonsamtaler,<br />

litteraturreferanser, personopplysninger, "lyse ideer", notater fra møter osv.<br />

VEVSIDER Prosjektet skal ha en egen prosjektvev på internett.<br />

Hver prosjektgruppe må henvende seg til veileder <strong>for</strong> å få tildelt egen bruker/passord<br />

<strong>for</strong> prosjektet på vevtjeneren http://hekta.org/. Avklar med oppdragsgiver hva som<br />

kan legges ut av tekniske detaljer. Veiledning <strong>for</strong> oppretting av prosjektside finnes i<br />

vedlegg 12.<br />

I <strong>for</strong>b. m. vevsidene, kan det også opprettes passordbeskyttede kataloger der gruppen<br />

kan lagre interne dokumenter som bare visse personer skal ha tilgang til.<br />

Prosjektsidene vil bli opprettholdt også etter at prosjektet er ferdig, og det blir lagt<br />

lenke dit fra det prosjektsammendraget som du selv må legge ut (se nederst side 5).<br />

STATUSRAPPORT/ Hver 14. dag leverer prosjektgruppen ”Toukesrapport” til veileder og oppdragsgiver.<br />

TOUKERSRAPPORT Denne gjennomgås på førstkommende prosjektmøte. Vedlegg 9 viser et eksempel på<br />

utfylt rapportskjema. Mal <strong>for</strong> rapportskjema ligger på IT,s:Learning.<br />

Rapporten skal inneholde opplysning om hva gruppen har gjort og hva den planlegger<br />

å gjøre. Det må da stå noe som gir reell in<strong>for</strong>masjon. Ikke <strong>for</strong> eksempel: "--- har lest<br />

div. bøker, eller div. artikler, eller snakket med div. personer. " Noe som alltid må<br />

være med, er angivelse av hvordan en ligger an i <strong>for</strong>hold til framdriftsplanen og<br />

hvilke oppgaver det enkelte gruppemedlem har arbeidd med. Eventuelle avvik fra<br />

planen skal dokumenteres. Ved endringer i prosjektregnskapet, skal en oppdatert kopi<br />

vedlegges toukesrapporten (se avsnitt om bestilling/innkjøp). Alle toukesrapporter<br />

skal legges på CD-en.<br />

PROSJEKTMØTE Gruppen skal holde <strong>for</strong>maliserte møter hver 14. dag med skriftlig innkalling og<br />

møtereferat. Skolens veileder og oppdragsgivers kontaktperson innkalles til møtene.<br />

For gruppene kan det være naturlig å holde møte hver uke. Siste prosjektmøte<br />

evaluerer hele prosjektet.. Prosjektleder har ansvaret <strong>for</strong> møteinnkalling, møteledelse<br />

og at veileder og oppdragsgiver får skriftlig referat fra alle møtene. På prosjektmøtene<br />

skal hvert enkelt medlem av gruppa presentere det arbeidet han/hun har gjort siden<br />

sist. Denne presentasjonen skal gjøres konkret med framvising av dokumentasjon i<br />

<strong>for</strong>m av figurer, bilder, programkode, kretskort, oppbygd utstyr og liknende. Til<br />

presentasjonen benyttes PowerPoint i størst mulig grad. Første møte med<br />

oppdragsgiver skal skje tidligst mulig på nyåret. Forsøk allerede ved prosjektstart å<br />

fastlegge møteprogrammet <strong>for</strong> alle vårens møter. Gruppen er ansvarlig <strong>for</strong> innkalling<br />

pr e-post til alle møter senest tre arbeidsdager før møtedato. Møtereferat sendes ut<br />

senest to arbeidsdager etter møtedato.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 3 av 69


Det er utarbeidet maler <strong>for</strong> møteinnkalling og møtereferat. Disse finnes i papir<strong>for</strong>m i<br />

vedlegg 7 og 8 og på elektronisk <strong>for</strong>m på IT’s:Learning.<br />

KONTAKT MED Veileder er etter avtale tilgjengelig <strong>for</strong> spørsmål i tiden mellom møtene.<br />

SKOLENS VEILEDER<br />

BESTILLING, Ved behov <strong>for</strong> komponenter / utstyr bør det først undersøkes hva skolen lagerfører!<br />

Dersom vi har på lager en komponent som med små tilpasninger kan brukes i stedet<br />

INNKJØP <strong>for</strong> den du tenkte på først, skal lagervare benyttes. En oversikt over lagerførte<br />

integrerte kretser ligger på<br />

K:\Fag\AFT\EDT\_FAG\KompDB\Komponentlager.mdb Transistorer, dioder og<br />

passive komponenter finnes også på lager, men er ikke med i oversikten.<br />

Komponentkostnader skal i utgangspunktet dekkes av oppdragsgiver. Om<br />

programmet skal dekke komponentkostnader må søknad om dette leveres til veileder.<br />

Uttak/bestilling av komponenter skjer via laboratoriepersonalet som etter behov<br />

sender samlet bestilling hver fredag. Se vedlegg 10 ang prosedyre <strong>for</strong><br />

komponentkjøp. Prosjektgruppene fører et eget regnskap <strong>for</strong> prosjektet. Kopi av<br />

oppdatert regnskap vedlegges toukesrapporten ved endringer.<br />

Det aller meste av datablad er tilgjengelig på internett under hjemmesidene til den<br />

enkelte produsent, eller www.alldatasheet.com, men vær nøktern med hva dere tar ut<br />

av papirutskrifter. Legg gjerne en kopi på CD-en av benyttet materiale hentet fra<br />

internett.<br />

LÅN AV UTSTYR Ved starten av prosjektet opprettes en kvitteringsliste. Her føres alle gjenstander og<br />

utstyr som studentene får låne fra HiST eller oppdragsgiver. Listen inneholder også<br />

sjekkpunkter ved innlevering av bacheloroppgave. <strong>Bacheloroppgaven</strong> betraktes ikke<br />

som innlevert før kvitteringsliste er godkjent.<br />

REISEKOSTNADER Eventuelle reiseutgifter i <strong>for</strong>bindelse med prosjektet må dekkes av oppdragsgiver eller<br />

av prosjektgruppa selv. Skolens veileder kan, etter avtale med programansvarlig,<br />

regningsføre egne nødvendige reisekostnader.<br />

ARBEIDSPLASS Prosjektgruppene bør undersøke om oppdragsgiver har mulighet til å skaffe egnede<br />

prosjektarbeidsplasser i bedriftens lokaler. Der dette ikke er hensiktsmessig, eller ikke<br />

mulig, vil en <strong>for</strong>søke å skaffe faste arbeidsplasser ved skolen. Normalt benyttes<br />

skolens laboratorier og grupperom til <strong>for</strong>målet.<br />

Hold orden på arbeidsplassen! Etter avsluttet prosjekt skal arbeidsplass og eventuelle<br />

skap ryddes. Lånte instrumenter, utstyr og bøker etc bringes på plass og private<br />

effekter (papirer mm) fjernes!<br />

Ved praktisk arbeid, lodding, måling etc. kan prosjektlaboratoriet på rom G210<br />

brukes. Avdelingens studieretningslaboratorier kan også brukes. Ordinær laboratorieundervisning<br />

må likevel ha prioritet her.<br />

Enklere mekanisk arbeid kan utføres på prosjektlabben, rom G210 eller i studentverkstedet<br />

i sokkeletasjen. Mekanisk arbeid av større omfang kan etter avtale utføres<br />

ved fellesverkstedet i Sverresgate.<br />

Avdelingen har mulighet <strong>for</strong> enklere kretskortframstilling. Utlegg med PC kan plottes<br />

ut på folie, kopieres over på printplate, fremkalles og etses. Kontakt labpersonalet<br />

vedr. plotting og avdelingsingeniør Magne Mathisen (rom G114) vedrørende<br />

kretskortframstilling. Kretskortlabben er på rom G218.<br />

Klipping av printplate, boring og lodding kan utføres på prosjektlab rom G210.<br />

PC I utgangspunktet disponerer alle prosjektgrupper en relativt kraftig PC på tildelt<br />

arbeidsplass, enten det er på eget prosjektrom eller på studieretningslab. Ved spesielle<br />

behov kan det søkes om flere PC-er. Bruk av privat bærbar PC på trådløst nett er<br />

uproblematisk. Bruk av privat fast PC må registreres <strong>for</strong> tildeling av IP-nummer.<br />

TELEFON OG I kontortiden (08:00 – 15:30) er det mulig å benytte telefonen på rommet ved siden<br />

TELEFAX av rom G115 (i enden av korridoren). Her er det en loggbok der alle telefonsamtaler<br />

skal noteres. Misbruk av denne telefonen må ikke <strong>for</strong>ekomme!<br />

Bruk av Telefaks på <strong>for</strong>rom G103 skal også føres i loggbok som ligger ved faksen.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 4 av 69


BRUK AV Biblioteket vårt er behjelpelig med å skaffe litteratur, enten fra egen samling,<br />

BIBLIOTEK OG innlånte bøker eller kopier av tidsskriftartikler.<br />

INTERNETT Prosjektgruppene kan også bruke NTNU- biblioteket, enten hovedbiblioteket eller<br />

elektro- og dataavdelingens lokale biblioteker. For å få låne bøker ved NTNUbibliotekene,<br />

må en registreres som bruker. Tidsskrifter lånes normalt ikke ut, men<br />

det kan skaffes kopier. I en del tilfeller får en <strong>for</strong> kortere tidsrom låne samlede<br />

årganger av tidsskrifter.<br />

Biblioteket ved skolen (og eventuelt NTNU) kan være behjelpelig med litteratursøking<br />

i norske databaser.<br />

Litteratursøk i utenlandske databaser via biblioteket kan være en svært kostbar<br />

tjeneste og må ikke skje uten klarering fra veileder/hovedlærer.<br />

Søking i BIBSYS og enkelte andre databaser er gratis, og kan utføres over internett<br />

av prosjektgruppen selv. Vær nøktern med hva dere tar utskrift av når det gjelder ting<br />

dere laster ned fra internett.<br />

SLUTTRAPPORTEN Tenk på rapporten underveis i prosjektet. Lag hele tiden notater og utsett ikke<br />

rapportskrivingen til de siste to uker. Sett av nok tid til rapportskrivingen!<br />

Tilgjengelighet.<br />

I utgangspunktet skal rapporten være fritt tilgjengelig. Oppdragsgiver kan kreve at<br />

rapporten i en periode på maksimalt 3 år kun er tilgjengelig etter avtale med<br />

oppdragsgiver. Dette må avkrysses på tittelsiden. Begrensning i tilgjengelighet ut<br />

over tre år kan innvilges av programansvarlig etter skriftlig søknad. Alle spørsmål om<br />

tilgjengelighet skal avklares i <strong>for</strong>prosjektet.<br />

Tips om rapportens disposisjon.<br />

Prinsippene som har vært benyttet i laboratorierapportene kan være et utgangspunkt.<br />

Hensikten med en oppdragsrapport er primært å presentere <strong>for</strong> oppdragsgiver alle<br />

relevante in<strong>for</strong>masjoner på en oversiktlig og vitenskapelig korrekt måte. Vedlegg 4<br />

gir en innføring i rapportskriving og bør studeres grundig. Husk at stoff hentet fra<br />

internett (WWW etc.) også skal tas med i litteraturlisten i rapporten. Da vevsider ofte<br />

er flyktige, kan det være nødvendig at de refererte kilder på internett legges i sin<br />

helhet på CD-en. Datablader og annen in<strong>for</strong>masjon som er <strong>for</strong> omfattende til å ta med<br />

som vedlegg i rapporten, kan med <strong>for</strong>del tas med på CD-en. Rapporten skal inneholde<br />

en oversikt over hvilke dokumenter som ligger på CD-platen.<br />

Tittelside.<br />

Mal <strong>for</strong> tittelside finnes i vedlegg 6. Tittelsiden ligger også i Word-<strong>for</strong>mat på<br />

IT’s:learning.<br />

I tittelfeltet skal oppgavetittelen skrives både på norsk og på engelsk.<br />

Sammendrag.<br />

Alle grupper skal lage et eget prosjektsammendrag som skal legges ut på nettet!<br />

Ingen veiledere godkjenner innlevering av bacheloroppgaven før sammendraget er<br />

lagt ut på internett. Sammendraget skal innholdsmessig klareres av oppdragsgiver før<br />

det blir lagt ut. Studentene må selv legge sammendraget ut på nettet. Dette gjøres<br />

svært enkelt med skjemaet: http://venus.edt.hist.no/hovedprosjekt/registrer.html<br />

Sammendragene fra alle prosjektene blir liggende med lenke fra EDT's vevside, og de<br />

enkelte sammendragene har automatisk lenke videre til de respektive prosjektenes<br />

vevsider.<br />

Fagartikkel.<br />

Hver gruppe skal skrive en 2-siders faglig artikkel <strong>for</strong> et teknisk tidsskrift som i tekst<br />

og bilder presenterer arbeidet <strong>for</strong> et bredere publikum. Artikkelen skal stå som<br />

vedlegg til sluttrapporten. De beste artiklene blir sendt til et aktuelt tidsskrift <strong>for</strong><br />

publisering. Husk der<strong>for</strong> at det dere skriver ikke inneholder detaljer som<br />

oppdragsgiver vil hemmeligholde. Fagartikkelen bør være pent satt opp og ha brukbar<br />

layout. Bruker du et avansert program <strong>for</strong> sideoppsettet, må du huske å levere en<br />

ekstra versjon som er redigerbar i Word. I vedlegg 13 er det laget en disposisjon <strong>for</strong><br />

en faglig artikkel, og i vedlegg 14 er et eksempel på en slik artikkel som måtte leveres<br />

på Word<strong>for</strong>m i tillegg.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 5 av 69


Korrekturlesing.<br />

Alle i gruppen skal lese korrektur på hele rapporten! Se på innhold, <strong>for</strong>muleringer og<br />

ortografi etc. For mye ortografiske feil gir <strong>for</strong>t et dårlig inntrykk. Husk at på norsk<br />

skal sammensatte ord normalt skrives sammenhengende uten mellomrom dersom de<br />

uttales sammenhengende. Eksempelvis skal ”stereo<strong>for</strong>sterker” skrives<br />

sammenhengende og ikke som to ord (kalt ”engelsk syke”)! Oppdeling kan gi endret<br />

meningsinnhold: ”eldre bolig” kontra ”eldrebolig”.<br />

Diverse.<br />

Det skal gå klart fram av <strong>for</strong>ordet i rapporten hvem av gruppemedlemmene som<br />

har hatt hovedansvar <strong>for</strong> de ulike deler av prosjektet og rapporten. Det kan<br />

lønne seg å diskutere rapportens ut<strong>for</strong>ming med oppdragsgiver og veileder. Veileder<br />

skal ikke lese gjennom rapporten før levering!<br />

I vedlegg 5 er vist et utsnitt fra en tidligere rapport. Her er de viktigste punktene tatt<br />

med: Tittelside, Sammendrag, Forord, Innholds<strong>for</strong>tegnelse, Innledning, , Konklusjon, Referanseliste (Litteratur<strong>for</strong>tegnelse) og Vedleggsliste.<br />

KOPIERING Kopiering av databøker, tidsskriftartikler o.l. ordnes av studentene <strong>for</strong> egen regning.<br />

Studentene bekoster selv alle utgifter i <strong>for</strong>bindelse med kopiering og innbinding<br />

av sluttrapporten - også skolens og oppdragsgivers eksemplarer samt CD.<br />

UTSKRIFTER Ta ikke grafiske tegn med i topptekst/bunntekst. Dette vil gjøre tekstfilen unødig<br />

stor og <strong>for</strong>sinker utskriften <strong>for</strong> deg selv og <strong>for</strong> andre.<br />

Siden Word har problemer med store tekstfiler, anbefales det å <strong>for</strong>dele rapporten på<br />

flere filer. Sørg <strong>for</strong> regelmessig sikkerhetskopiering av filene slik at dere slipper å<br />

starte helt <strong>for</strong>fra om det skulle skje et ”krasj”.<br />

Laserutskrifter koster. Vær der<strong>for</strong> nøktern med hva og hvor ofte dere tar utskrift.<br />

Følgende “gode” arbeidsvaner er greie å benytte ved endringer:<br />

• Ta bare prøveutskrift av den siden (de sidene) som er endret<br />

• Ta ikke prøveutskrift straks dokumentet er endret, men samle opp!<br />

OPPDRAGSGIVER Senest på første møte skal oppdragsgiver få utlevert en kopi av dette dokumentet uten<br />

vedlegg. Oppdragsgiver orienteres om at han skal være sensor <strong>for</strong> bacheloroppgaven.<br />

EIENDOMS- Ved avslutningen av <strong>for</strong>prosjektet skal det opprettes en skriftlig avtale med<br />

RETTIGHETER oppdragsgiver basert på standardavtalen i vedlegg 15 (ligger også på<br />

IT’s:learning). Om oppdragsgiver ønsker å avvike fra standardavtalen, må dette<br />

avklares i løpet av <strong>for</strong>prosjektet. En justert avtale settes da opp i <strong>for</strong>ståelse med<br />

oppdragsgiver og HiST/EDT.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 6 av 69


VEDLEGG: Her er et knippe vedlegg som du kan ha glede av å se på, men som ikke nødvendigvis er<br />

redigert <strong>for</strong> å passe nøyaktig til skriving av bacheloroppgaver.<br />

Vedlegg 1: "Prosjektets faser", utdrag fra SINTEF’s prosjekthåndbok.<br />

Vedlegg 2: Retningslinjer <strong>for</strong> <strong>for</strong>prosjekt og <strong>for</strong>prosjektrapport.<br />

Vedlegg 3: Eksempel på tidsplan (Gantt-diagram).<br />

Vedlegg 4: Innføring i rapportskriving.<br />

Vedlegg 5: Utdrag fra en rapport.<br />

Vedlegg 6: Mal <strong>for</strong> rapportens tittelside.<br />

Vedlegg 7: Mal <strong>for</strong> møteinnkalling<br />

Vedlegg 8: Mal <strong>for</strong> møtereferat<br />

Vedlegg 9: Eksempel på skjema <strong>for</strong> 2-ukers rapport.<br />

Vedlegg 10: Kvalitetshåndbok. Prosedyre: Komponentkjøp, studentprosjekter.<br />

Vedlegg 11: Retningslinjer <strong>for</strong> muntlig eksaminasjon.<br />

Vedlegg 12: Veiledning <strong>for</strong> vevsider<br />

Vedlegg 13: Disposisjon <strong>for</strong> faglig artikkel<br />

Vedlegg 14: Eksempel på fagartikkel.<br />

Vedlegg 15: Standardavtale <strong>for</strong> gjennomføring av bacheloroppgaven<br />

Vedlegg 16: Karaktersystem og evalueringskriterier.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 7 av 69


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 8 av 69


Hentet fra Sintefs Prosjekthåndbok<br />

Dette er<br />

3.1 Hensikten med faseinndelingen<br />

3. PROSJEKTETS FASER<br />

Planleggingshorisont<br />

Styringen av et prosjekt skjer på ulike nivåer. Vi skal i dette kapitlet ta <strong>for</strong> oss det øverste nivået nemlig<br />

hvilke faser det er naturlig å dele et prosjekt inn i. Ved slutten av hver fase tas der en beslutning om<br />

prosjektet skal videreføres.<br />

Begrunnelsen <strong>for</strong> inndelingen i faser er at et utviklingsprosjekt verken kan eller bør detaljplanlegges fra<br />

begynnelsen til slutt med en gang. Dette <strong>for</strong>di utviklingsprosessen av natur er en søkeprosess med <strong>for</strong>søk,<br />

feiltakelser og nye <strong>for</strong>søk. Etter hvert som prosjektet skrider fram, vil der<strong>for</strong> arbeidsgrunnlaget <strong>for</strong> de<br />

etterfølgende fasene <strong>for</strong>andres. Faseinndelingen sikrer muligheten til å detaljplanlegge den nærmeste framtid,<br />

samtidig som det senere arbeid kan grovplanlegges. Dessuten oppnås at arbeidet blir mer målrettet.<br />

Beslutningsunderlag<br />

Hver fase starter med resultatene fra den <strong>for</strong>egående fase som arbeidsgrunnlag og slutter med at det treffes<br />

spesielt viktige beslutninger om prosjektets videre framdritt. Disse beslutningene kaller vi milepæler.<br />

Prosjektstyring ved hjelp av milepæler kan naturligvis også skje på lavere nivåer innen den enkelte fase,<br />

dette kommer vi tilbake til i kapitlet om prosjektplanlegging.<br />

Kriterier <strong>for</strong> faseinndelingen<br />

Ved inndeling i faser er følgende hensyn tillagt avgjørende vekt:<br />

— Inndelingen skal bidra til at alle ideer til løsning av viktige problemer blir seriøst vurdert av en ansvarlig<br />

instans.<br />

— Inndelingen skal sikre muligheten <strong>for</strong> å styre et prosjekt, eventuelt stanse det før det er påløpt <strong>for</strong> høye<br />

kostnader. Dette tilsier begrenset ressursanvendelse prosjektets usikre begynnelse.<br />

— Fasene skal ha klare og entydige mål og rammer <strong>for</strong> tids- og ressurs<strong>for</strong>bruket. Resultatenes presentasjon<br />

og dokumentasjon skal være fastsatt på <strong>for</strong>hånd, likeledes hvilket øvrig beslutningsgrunnlag fasen skal gi<br />

ved milepælen.<br />

— Utfoldelsen av den nødvendige kreativitet må Ikke hindres. Styringen fokuserer der<strong>for</strong> på milepælene.<br />

Mellom disse kan prosjektmedarbeiderne utfolde seg fritt så lenge de fastlagte rammene overholdes og<br />

målene nås.<br />

— Overgang fra en fase til en annen betyr ofte direkte utgifter (f.eks. innkjøp av utstyr) og økt pådrag (økt<br />

bemanning). Det er en <strong>for</strong>del å ta beslutninger om videre framdrift umiddelbart før slike endringer i<br />

kostnadsutviklingen. Figur 3.1 viser kostnadskurve <strong>for</strong> typisk utviklingsprosjekt.<br />

— Tilbakekobling til tidligere resultat <strong>for</strong>ekommer hyppig Innen den enkelte fase. Tilbakekobling til en<br />

tidligere fase <strong>for</strong>ekommer ikke. I stedet endres prosjektplanen I overensstemmelse med de nye<br />

opplysninger som er framkommet.<br />

3.2 Milepæler i prosjektet<br />

Milepælene skiller seg fra de andre beslutningspunktene i utviklingsprosessen ved at de beslutningene som<br />

treffes her er av den største betydning <strong>for</strong> prosjektets videre gang. Blant annet besluttes om prosjektet skal<br />

<strong>for</strong>tsettes eller ikke, og i tilfelle etter hvilke retningslinjer. Videre godkjennes alle større investeringer ved<br />

milepælene.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 9 av 69<br />

Vedlegg 1.


Fig. 3.1 Kostnadsutvikling ved produktutviklingsprosjekt. Beslutning om videreføring av prosjektet tas ved milepælen.<br />

Et ja til videreføring innebærer økte kostnader.<br />

Av andre viktige momenter skal nevnes:<br />

— Milepælene representerer beslutninger som vanligvis Ikke kan passeres uten godkjennelse på et høyere<br />

nivå enn prosjektleder. Dette er som regel oppdragsgiver eller prosjektets styringskomité.<br />

For hvert enkelt prosjekt må det avklares på hvilket nivå de ulike beslutninger skal fattes.<br />

— Tidshorisonten <strong>for</strong> de beslutningene som treffes i en milepæl er normalt fram til neste milepæl.<br />

Grunnmodellen tilfredsstiller kravet til langsiktig planlegging gjennom faseinndelingen, samtidig som<br />

det kan tas hensyn til eventuelle endringer i prosjekt<strong>for</strong>utsetningene ved behandlingen ved milepælen.<br />

— Milepælene er knyttet til veldefinerte hendelser i prosjektet, resultater som skal være ferdig <strong>for</strong> det tas<br />

beslutninger om prosjektets videre <strong>for</strong>løp.<br />

3.3 Standard faseinndelinger<br />

Hvilke faser et prosjekt skal deles opp i og hvilke arbeidsoppgaver som inngår i de enkelte faser, vil være<br />

avhengig av prosjektets type. Neden<strong>for</strong> presenteres noen <strong>for</strong>slag som kan brukes ved planlegging av eget<br />

prosjekt. Vær oppmerksom på at dette er en grov typeinndeling. Mange prosjekter vil være en blanding av<br />

flere typer. Aktiviteter <strong>for</strong> prosjektstyringen er ikke angitt.<br />

3.3.1 Utredninger, teoretiske oppgaver<br />

Problemutredning<br />

— Presisering av problemet<br />

— Forundersøkelser<br />

Hypotesefase<br />

— Vurdering av ulike årsaker<br />

— Formulering avhypoteser<br />

Mandat<strong>for</strong>mulering<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 10 av 69


— Definering av oppgavens begrensning<br />

— Definere målsetting<br />

— Fastsette metode<br />

— Formulering av detaljarbeidsoppgaver<br />

Datainnsamling og systematisering<br />

— Innsamling og systematisering av data<br />

Analyser og etterprøving<br />

— Analyse av innsamlede data<br />

— Vurdering av resultater<br />

— Ekstra sjekkrunde<br />

—<br />

Konklusjoner<br />

— Oppsummere resultater<br />

— Formulere konklusjoner<br />

— Foreslå tiltak, <strong>for</strong>bedringer etc.<br />

Resultatpresentasjon<br />

— Skriving av rapporttekst<br />

— Figurframstilling, redigering<br />

— Trykking, innbinding<br />

— Presentasjon <strong>for</strong> oppdragsgiver<br />

3.3.2 Systemutvikling, organisasjonsendring<br />

Forprosjekt<br />

— Definering av problemstilling<br />

— Definering av primært stoppkriterium, økonomi eller prosjektresultat<br />

Spesifikasjonsfase<br />

— Kravspesifikasjon<br />

— Funksjonell beskrivelse av systemet<br />

Konstruksjonsfase<br />

— Klarlegge begrensninger på valg av løsning<br />

— Systemkonstruksjon<br />

Realisering<br />

— Brukerdokumentasjon<br />

— Installasjon hos bruker<br />

— Prøving hos bruker<br />

— Instruksjon opplæring av brukerpersonale<br />

— Godkjenningsprøve<br />

— Redigering, trykking av dokumentasjon<br />

VedlikehoId/oppfølging<br />

Planlegging og gjennomføring av datasystemutvikling er i detalj beskrevet i Håndbok i systemarbeid.<br />

3.3.3 Prosess- og produktutvikling, bygging av spesialmaskiner og<br />

prototyper<br />

Forprosjekt<br />

— Definering av problemstilling, avgrensning av innsats<br />

— Definering av primært stoppkriterium, økonomi eller prosjektresultat<br />

— Forstudie brå finne løsningsprinsipp og kalkylegrunnlag<br />

Spesifikasjonsfase<br />

— Detaljert funksjonsspesifisering<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 11 av 69


Konstruksjons- og tilvirkningsfase<br />

— Konstruksjon<br />

— Innkjøp av materialer og komponenter, mottakskontroll av disse<br />

— Tilvirkning av komponenter<br />

— Tilvirkningsoppfølging<br />

— Montasje av systemet<br />

— Prøving<br />

— Utarbeidelse av brukerbeskrivelser<br />

Installasjon<br />

— Installasjon hos bruker<br />

— Prøving hos bruker<br />

— Instruksjon og opplæring av brukerpersonale<br />

— Godkjenningsprøve<br />

— Skriving av rapport, redigering, trykking<br />

Vedlikehold/oppfølging<br />

3.3.4 Laboratorieoppgaver med resultatdrøfting<br />

Forprosjekt<br />

— Formulering av arbeidshypotese, evt. definering av problemstilling<br />

— Definering av oppgavens begrensning<br />

Spesifikasjonsfase<br />

— Formulering av detaljarbeidsoppgaver<br />

Prosjekterings/konstruksjonsfase<br />

— Laboratorie<strong>for</strong>beredelse, tilrigging av utstyr<br />

— Anskaffelse av verktøy og materiale<br />

— Innledende <strong>for</strong>søk <strong>for</strong> kalibrering og prøving av metodene<br />

Realisering<br />

— Måling av resultater<br />

— Systematisering og analyse av resultatene<br />

— Formulering av konklusjoner<br />

Resultatpresentasjon<br />

— Skriving av rapporttekst<br />

— Figurfremstilling, redigering<br />

— Trykking, innbinding<br />

— Resultatpresentasjon<br />

4.5 Forprosjektet<br />

For man går løs på prosjektet i full bredde, vil det være <strong>for</strong>nuftig å gjennomføre et <strong>for</strong>studium <strong>for</strong> å<br />

konstatere prosjektets realisme og verdi. Det er både oppdragsgiver og SINTEF tjent med. Det bør avklares<br />

— om problemet er reelt eller idéen er god<br />

— hva som skal lages (prosjektmålsetting)<br />

— om det finnes realistiske løsninger<br />

— <strong>for</strong>utsetninger og strategi av prosjektgjennomføringen<br />

— grov tidsplan med hovedaktiviteter og milepæler<br />

— anslag over ressursbehov<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 12 av 69


Hele hensikten med <strong>for</strong>studiet, er at man med beskjeden innsats (


Utrede alternativet.<br />

Problemanalysen og kartleggingen av dagens situasjon gir grunnlag <strong>for</strong> skissering av alternative løsninger. Skissene bør<br />

først og fremst gi prinsipper og konsekvenser, slik at man en større sammenheng kan vurdere ulemper og <strong>for</strong>deler.<br />

Spesielt bør nullalternativet alltid vurderes, det vil si om det kun skal gjøres små justeringer til dagens situasjon.<br />

Ved vurdering av de ulike alternativ må man ta hensyn til både økonomiske, tekniske, sosiale og miljømessige <strong>for</strong>hold.<br />

Vurderingen bør munne ut i et anbefalt <strong>for</strong>slag eventuelt at ytterligere utredning er nødvendig.<br />

Sjekkliste <strong>for</strong> <strong>for</strong>prosjektet<br />

EMNE KOMMENTAR<br />

Prosjektdirektiv Formelt underlag <strong>for</strong> <strong>for</strong>studiet.<br />

Dagens situasjon Organisasjon. Funksjoner og rutiner. Hva svikter?<br />

Styrende <strong>for</strong>utsetninger Ytre og indre krav som må ivaretas.<br />

Avgrensning Hvilke funksjoner skal dekkes? Sammenheng med andre systemer og<br />

rutiner.<br />

Forventet utvikling Hvilke nye krav vil stilles?<br />

Interessenter Hvem berøres av en ny løsning?<br />

Prosjektmål Hva <strong>for</strong>ventes oppnådd ved gjennomføring av prosjektet?<br />

Nullalternativet Hva er konsekvensen av at prosjektet ikke gjennomføres?<br />

Tidligere løsnings<strong>for</strong>slag Henvisning til tidligere <strong>for</strong>slag. Hvor<strong>for</strong> ble de ikke gjennomført?<br />

Løsningsalternativer Prinsippskisse av tekniske alternativer.<br />

For hvert alternativ<br />

— grad av måloppfyllelse<br />

— konsekvenser <strong>for</strong> interessenter<br />

— kostnader ved gjennomføring<br />

— sammenlikning med nullalternativet og andre alternativer<br />

Anbefalt <strong>for</strong>slag Begrunnelse <strong>for</strong> valgt <strong>for</strong>slag, eller <strong>for</strong> ytterligere utredninger<br />

Risiko Sannsynlighet <strong>for</strong> å lykkes<br />

Plan <strong>for</strong> videre arbeid Grovplan <strong>for</strong> hele prosjektet, detaljplan <strong>for</strong> neste fase. Forutsetninger <strong>for</strong><br />

gjennomføring (utstyr, bemanning, utdanning mm).<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 14 av 69


FORPROSJEKTET<br />

Før man går løs på et prosjekt i full bredde, er det vanlig å gjennomføre et <strong>for</strong>prosjekt.<br />

<strong>Bacheloroppgaven</strong> ved EDT skal omfatte et <strong>for</strong>prosjekt. Forprosjektets varighet bestemmes sammen<br />

med veileder ved skolen umiddelbart etter prosjektstart. Normalt tids<strong>for</strong>bruk <strong>for</strong> <strong>for</strong>prosjektet er 2<br />

uker.<br />

I <strong>for</strong>prosjektet defineres problemstillingen, og det gjennomføres gjerne en <strong>for</strong>studie <strong>for</strong> å vurdere<br />

prosjektets realisme og verdi. Det bør avklares<br />

• om problemet er reelt eller ideen er god<br />

• hva prosjektet skal resultere i<br />

• om det finnes realistiske løsninger<br />

• <strong>for</strong>utsetninger og strategi <strong>for</strong> prosjektgjennomføringen<br />

• tidsplan med aktiviteter og milepæler<br />

• anslag over ressursbehov<br />

• rettigheter til sluttresultatet<br />

• tilgjengelighet av prosjektrapporten<br />

I <strong>for</strong>prosjektet skal det være gitt en problembeskrivelse, hvor<br />

• problemet er analysert<br />

• dagens situasjon er kartlagt<br />

• alternativer utredet<br />

Forprosjektet må også inneholde en målsetting, som:<br />

• fastlegger hva prosjektet skal resultere i (uttrykt som et resultat, ikke aktiviteter).<br />

Selvfølgelige og under<strong>for</strong>ståtte ting bør også bringes fram <strong>for</strong> å fastlegge at alle berørte<br />

parter <strong>for</strong>står disse på samme vis.)<br />

• gir klare avgrensninger mot det som ikke er med<br />

• skal gi et utgangspunkt <strong>for</strong> planlegging på ulike nivåer i prosjektet<br />

• gir et grunnlag <strong>for</strong> resultatoppfølging<br />

Det er hensiktsmessig å skille mellom tre typer mål: effektmål, resultatmål og prosessmål. Disse<br />

<strong>for</strong>klares nærmere under disposisjon av <strong>for</strong>prosjektrapporten.<br />

Ofte er det vanlig å <strong>for</strong>mulere én hovedmålsetting og deretter utarbeide delmål som til sammen fyller<br />

hovedmålsettingen.<br />

Videre skal det utarbeides en prosjektplan, med:<br />

• beskrivelse av aktiviteter (arbeidspakker)<br />

• tidsplan (gantskjema i MS-project)<br />

• anslag over kostnader og ressursbehov<br />

• S-diagram<br />

Vedlegg 2.<br />

Et S-diagram viser planlagte akkumulerte kostnader (akkumulert tids<strong>for</strong>bruk i et studentprosjekt)<br />

som funksjon av tid. Navnet på diagrammet kommer av at en slik framstilling får en typisk S-<strong>for</strong>m i<br />

en normal prosjektsituasjon. Det vil si liten innsats i startfasen, økende innsats utover i prosjektet, og<br />

en avtrapping av innsatsen mot slutten. Underveis i prosjektet skal reelle akkumulerte kostnader<br />

framstilles i det samme diagrammet, og vil dermed anskueliggjøre avvik mellom planlagt og reell<br />

situasjon.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 15 av 69


DISPOSISJON FOR FORPROSJEKTRAPPORTEN<br />

Neden<strong>for</strong> er det angitt en mal <strong>for</strong> <strong>for</strong>prosjektrapporten:<br />

Forside (valgfri ut<strong>for</strong>ming)<br />

Tittelside (standardisert)<br />

Sammendrag<br />

Forord<br />

Innholds<strong>for</strong>tegnelse<br />

(her følger de nummererte kapitlene:)<br />

1 INNLEDNING<br />

1.1 Bakgrunn<br />

Beskriv litt om bakgrunnen <strong>for</strong> og hensikten med prosjektet, etc<br />

1.2 Oppgaveteksten<br />

1. 3 Definisjoner<br />

Gi en definisjon av begreper, akronymer og <strong>for</strong>kortelser som brukes i rapporten<br />

1… Rapportens oppbygging<br />

Gi en oversikt over prosjekt<strong>for</strong>slagets (<strong>for</strong>prosjektrapporten) oppbygging<br />

(flere kapitler etter behov)<br />

2 TEKNISK DEL<br />

Denne delen skal inneholde all teknisk in<strong>for</strong>masjon <strong>for</strong> å <strong>for</strong>stå prosjekt<strong>for</strong>slaget.<br />

2.1 Problemstilling<br />

Beskriv prosess/system og teknisk status, tidligere resultater og erfaringer. Analyser dagens<br />

situasjon.<br />

2.2 Prosjektmål<br />

Prosjektmålene skal beskrives. Prosjektmålene vil være grunnlag <strong>for</strong> :<br />

• å bli enige med oppdragsgiver om hva som skal bli resultatet av prosjektet<br />

• å kunne planlegge og styre<br />

• å kunne vurdere i ettertid om resultatet av prosjektet ble slik som avtalt med oppdragsgiver<br />

• å få en felles <strong>for</strong>ståelse i prosjektgruppa <strong>for</strong> hva jobben går ut på.<br />

Når vi <strong>for</strong>mulerer mål legger vi vekt på at målene er:<br />

• målbare, det vil si at det i ettertid må være mulig å registrere om målet ble nådd<br />

• styrbare, det vil si at de må være veiledende i valg av handlingsalternativ<br />

• klart <strong>for</strong>mulert, det vil si at det må være rimelig sikkert at alle som leser målene leser det<br />

samme.<br />

Det er hensiktsmessig å skille mellom tre typer mål: effektmål, resultatmål og prosessmål.<br />

2.2.1 Effektmål<br />

Effektmål – effekten av prosjekt. Effektmål beskriver hva oppdragsgiver vil oppnå med prosjektet.<br />

Effektmål beskriver typisk en effekt, <strong>for</strong> eksempel:<br />

• økt produktivitet<br />

• økt inntjening<br />

• effektivisering av arbeidsprosesser<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 16 av 69


2.2.2 Resultatmål<br />

Resultatmål – resultatet av prosjektet. Resultatmålet beskriver hva som konkret skal <strong>for</strong>eligge som<br />

resultat når prosjektet er ferdig. Resultatmålet beskriver typisk et produkt og omfatter:<br />

• produktets kvalitet/egenskaper<br />

• når det skal være ferdig -tid/fremdrift<br />

• hva det skal koste – ressursbruk<br />

Vi kan si at effektmålet er det primære (grunnlaget <strong>for</strong> i det hele tatt å gjøre noe), og at<br />

resultatmålene er hva vi velger å gjøre <strong>for</strong> å oppnå den ønskede effekten.<br />

2.2.3 Prosessmål<br />

I noen prosjekter, f .eks. studentprosjekter, kan det også være hensiktsmessig å <strong>for</strong>mulere en tredje<br />

type mål, prosessmål. Dette er mål som er knyttet til prosjektet som prosess og skal gi uttrykk <strong>for</strong><br />

<strong>for</strong>ventet effekt prosjektarbeidet skal ha på prosjektdeltagerne. Prosessmål vil typisk være en<br />

kombinasjon av individuelle og kollektive <strong>for</strong>ventninger til prosjektet.<br />

Kompetanseoppbygging, samarbeidstrening, god karakter i prosjektet vil være typiske prosjektmål i<br />

et studentprosjekt. I et studentprosjekt er prosessmål viktig å avklare <strong>for</strong>di det er viktig at deltagerne<br />

er kjent med hverandres <strong>for</strong>ventninger til og ambisjon med det de skal i gang med.<br />

2.3 Prosjektbeskrivelse<br />

Dette skal være en beskrivelse av alt arbeid som skal utføres <strong>for</strong> å sikre at prosjektmålsettingen blir<br />

oppfylt. I hovedsak skal dette være en oppsummering av aktivitetene som er beskrevet i<br />

arbeidspakkene i kapittel 3.<br />

2.4 Spesifikasjoner<br />

Alle relevante spesifikasjoner som er tilgjengelig skal beskrives.<br />

Angi eventuelle standarder som skal brukes.<br />

2.5 Problemområder<br />

Identifiser problemområder som det må tas spesielle hensyn til, dvs. <strong>for</strong>eta en analyse og<br />

dokumentasjon av <strong>for</strong>hold som kan hindre at prosjekt lykkes. Eksempel:<br />

• Den teknologien vi har valgt er ny og uprøvd og kan der<strong>for</strong> ha alvorlige mangler<br />

• Det kan oppstå problemer med å skaffe kompetanse eller ressurser i prosjektgruppen<br />

• Det kan oppstå <strong>for</strong>sinkelse i andre prosjekter som vi er avhengige av<br />

2…..(evt. flere underkapitler)<br />

3 ARBEIDSPAKKER<br />

Foreta en nedbrytning av prosjektet i arbeidspakker, dvs. identifiserbare ”selvstendige” delaktiviter<br />

Selv om det er viktig å <strong>for</strong>eta en slik nedbryting, er det viktig å ikke gå <strong>for</strong> langt i nedbrytingen. Det<br />

medfører at prosjektet blir uoversiktlig og vanskelig å styre. Hvis man får til mer enn 10-15<br />

delaktiviteter, bør man tenke gjennom oppdelingen på nytt!<br />

4 PROSJEKTORGANISERING<br />

Beskriv alle <strong>for</strong>hold omkring organiseringen av prosjektet.<br />

4.1 Prosjektdeltagere<br />

Gi en oversikt over prosjektdeltakerne, hvem som er ansvarlig <strong>for</strong> <strong>for</strong>skjellige aktiviteter, etc.<br />

Ut<strong>for</strong>m også en kort CV <strong>for</strong> hver enkelt. Beskriv kompetanse og referer til tidligere prosjekter.<br />

4.2 Utstyr og ressurser<br />

Gi en oversikt over utstyr, etc som prosjektgruppa rår over.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 17 av 69


4.3 Prosjektleveranser<br />

Gi en oversikt over utstyr, rapporter, etc som skal leveres under prosjektperioden.<br />

4.4 Tids- og kostnadsplan<br />

Utarbeid en tidsplan (Gantskjema) som er i samsvar med nedbrytningen i arbeidspakker, kfr. kapittel<br />

3.<br />

Tidsplanen lages i MS Project.<br />

Spesifiser budsjett/kostnader som påløper i prosjektperioden. På bakgrunn av dette skal det lages Sdiagram,<br />

som viser planlagt akkumulert ressurs<strong>for</strong>bruk over tid i prosjektperioden.<br />

Angi behov <strong>for</strong> spesielle ressurser.<br />

4.5 Kvalitetssikring<br />

Beskriv hvordan prosjektleder har planlagt å sikre kvaliteten i prosjektet.<br />

• Statusrapportering<br />

• Standardiserte skjemaer<br />

• Spesifisere tester i en testplan<br />

• Utarbeide sjekklister<br />

• Utarbeide dokumentplan (hvilke dokumenter skal lages i løpet av prosjektet)<br />

VEDLEGG<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 18 av 69


Utsnitt fra et Gantt-diagram<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 19 av 69<br />

Vedlegg 3.


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 20 av 69


9<br />

Hentet fra Andersen og Schvencke: Prosjektarbeid,<br />

en veiledning <strong>for</strong> studenter. NKI<strong>for</strong>laget 2001.<br />

Prosjektrapporten<br />

Prosjekter kjennetegnes blant annet ved at man skal komme fram til et bestemt resultat. Som vi drøftet<br />

i <strong>for</strong>rige kapittel, kan prosjektrapporten være den delen av produktet som dokumenterer det fysiske<br />

produktet og arbeidet med det. I andre prosjekter der målet <strong>for</strong> eksempel er å gjøre en utredning, er<br />

prosjektrapporten seg selv produktet.<br />

Rapporten skal vise helheten i prosjektarbeider og uttrykker hva dere ville gjøre, hva dere tenkte og<br />

gjorde, hvor<strong>for</strong> dere tenkte og gjorde det, hvordan dere gjorde det, og hvilke konklusjoner dere<br />

trekker.<br />

Dette kapitlet handler om arbeidet med å lage den skriftlige prosjektrapporten, uansett om den står<br />

alene eller sammen med et fysisk produkt. Først går vi grundig gjennom hele skriveprosessen, deretter<br />

går vi nærmere inn på selve innholdet i prosjektrapporten. Kapitlet avsluttes med råd om ut<strong>for</strong>mingen,<br />

både den språklige og den grafiske.<br />

Prosjektskriving er prosesskriving<br />

Prosjektrapporten er resultatet av prosesskriving. Du skriver i flere faser og lager <strong>for</strong>bedrete utkast, og<br />

de andre prosjektdeltakerne gjør det samme. Den endelige prosjektrapporten som blir levert til<br />

sensorene og til en eventuell oppdragsgiver, er en svært bearbeidet utgave av de første utkastene som<br />

hver enkelt en gang laget.<br />

Det er en <strong>for</strong>del at dere blir enige om og følger visse felles retningslinjer <strong>for</strong> innskriving av tekst. Det<br />

må være valgt en bestemt stil i tekstbehandlingsprogrammet som fastlegger margbredde, sidelengde,<br />

linjeavstand, kapittelmarkering og så videre. Da blir sluttfasen i prosjektarbeidet betydelig mindre<br />

arbeidskrevende.<br />

Hva er hensikten med prosesskriving? Der er mange <strong>for</strong>deler med å skrive flere utkast. Når du ser på<br />

det du har skrevet, får du avstand til <strong>for</strong>muleringene, du avdekker hva du kan, hva du ikke kan nok om<br />

og må skaffe deg mer kunnskap om, du ser sammenhenger og <strong>for</strong>bedringsmuligheter. Kunnskapene<br />

dine og <strong>for</strong>ståelsen utvikler seg i spiral<strong>for</strong>m. Du legger et grunnlag ut fra tidligere erfaringer, bygger<br />

videre på dem og tilegner deg teori og mer praktisk kunnskap, utvikler ny kunnskap og <strong>for</strong>ståelse, som<br />

du igjen kan bygge videre på. Skrivearbeidet på alle nivåer i denne spiralen blir en vesentlig faktor <strong>for</strong><br />

å <strong>for</strong>sterke og målrette kunnskapsutviklingsprosessen. Skriving er både en måte å lære på og en måte å<br />

<strong>for</strong>midle kunnskapen sin på til andre.<br />

I arbeidet med prosjekt anbefaler vi gjerne fire skrivefaser:<br />

• loggskriving<br />

• <strong>for</strong>beredelser til skriving<br />

• skriving av førsteutkast<br />

• <strong>for</strong>bedringsskriving<br />

Loggskriving<br />

Skriv parallelt med alt det andre arbeidet du gjør i prosjektet. Dette er loggskriving eller<br />

dagbokskriving som vi kalte det i kapittel 4 om kommunikasjon. Loggskriving en nyttig <strong>for</strong> å lære deg<br />

selv å kjenne som samarbeidspartner og som deltaker i en kommunikasjon med andre. Loggskrivingen<br />

utvikler også den faglige kompetansen din. Hensikten er at du skal sette ord på dine handlinger og<br />

følelser.<br />

Når du gjør ting, handler, <strong>for</strong>etar du ubevisste vurderinger. Det kan være at du bruker tidligere<br />

erfaringer. Du kombinerer erfaringer med teori som du har lest eller arbeidet med i en <strong>for</strong>elesning. Du<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 21 av 69<br />

Vedlegg 4.


sammenlikner alternativer som du kommer på i farten. Når du etterpå skal begrunne hva du har gjort,<br />

blir du i tvil. Det er ikke alltid lett å begrunne og vise hvilke alternativer som var med i vurderingen.<br />

Slike resonnementer er viktige <strong>for</strong> en god prosjektrapport. En leser av prosjektrapporten som ikke har<br />

de samme kunnskapene og erfaringene som deg, skal <strong>for</strong>stå hva du har gjort, og hva du har tenkt.<br />

Der<strong>for</strong> er det lurt å skrive ned det du tenker og gjør <strong>for</strong>tløpende. Senere har man ofte glemt viktige<br />

poenger.<br />

Loggen er bare ment til egen bruk. To ting er viktige: 1) Vær grundig. Få med deg alt som skjer,<br />

vurderingene og begrunnelsene dine. Sørg <strong>for</strong> referanser, tid, sted, sidetall og versjonsnummer, slik ar<br />

du finner tilbake. 2) Unngå stikkord<strong>for</strong>m, men skriv hele serninger. På den måten bruker du<br />

loggskrivingen til skrivetrening, og du vil merke at skrivingen blir men lystbetont og blir lettere etter<br />

hvert.<br />

Den faglige loggskrivingen blir grunnlaget <strong>for</strong> prosjektrapporten. mens det du skriver om<br />

<strong>for</strong>holdet til samarbeid og kommunikasjon i prosjektprosessen, utgjør basisen <strong>for</strong> både den<br />

individuelle og det felles refleksjonsnotatet som vi utdyper i neste kapittel. I noen<br />

sammenhenger kan det være grunnlag <strong>for</strong> å anse loggen som en del av kildematerialet. Da kreves<br />

det at den legges ved rapporten og får <strong>for</strong>melle referanser i hovedteksten.<br />

Forberedelse<br />

Forberedelsen til skrivingen <strong>for</strong>egår både i fellesskap og individuelt. Planlegg arbeidet med rapporten<br />

på en tidlig tidspunkt i fellesskap. Diskuter problemstillingen og målet <strong>for</strong> prosjektet (se kapittel 2) og<br />

lag delproblemstillinger som dere ønsker å belyse eller vil <strong>for</strong>midle som særegen innfallsvinkel <strong>for</strong><br />

prosjektet deres. Lag en oversikt over hvilke kapitler rapporten skal inneholde, en <strong>for</strong>eløpig<br />

innholds<strong>for</strong>tegnelse, selv om den første innholds<strong>for</strong>tegnelsen sikkert blir endret. Diskuter allerede nå<br />

noen retningslinjer <strong>for</strong> innholdet i hvert kapittel. Alle prosjektdeltakere får dermed et felles bilde av<br />

rapporten og strukturen. Alle er med på å påvirke helheten i rapporten og de enkelte kapitlene.<br />

Dere må også vurdere hvor detaljrik dere ønsker at den første disposisjonen eller innholds<strong>for</strong>tegnelsen<br />

skal være. Det er klart at en grov disposisjon er bedre enn ingen. Den ideelle er antakelig å lage en<br />

disposisjon som er oppdelt i de samme nivåene som den ferdige rapporten skal være. Denne boka har<br />

overskrifter på tre nivåer. Et utkast til disposisjon <strong>for</strong> boka burde følgelig også ha tre nivåer.<br />

Samtidig med at dere lager det første disposisjonsutkastet, bør dere <strong>for</strong>dele ansvaret <strong>for</strong> arbeidet med<br />

rapporten. Bestem hvem som skal ha hovedansvaret <strong>for</strong> hvordan rapporten skal se ut, hvem som har<br />

ansvaret <strong>for</strong> de enkelte kapitlene, hvem som har ansvaret <strong>for</strong> illustrasjonene, og hvem som tar<br />

korrekturlesingen. Ytterligere oppgaver kan også <strong>for</strong>deles. I et studentprosjekt anser vi det <strong>for</strong> viktig at<br />

alle er involvert i rapportskrivingen, og at hver enkelt har ansvaret <strong>for</strong> minst ett kapittel.<br />

Selv om dere har en arbeidsdeling, er det viktig å understreke at dere sammen er ansvarlige <strong>for</strong> hele<br />

rapporten, og at alle underskriver den. Det må der<strong>for</strong> legges opp til en beslutningsprosess der alle er<br />

reelt med og godkjenner den endelige rapporten.<br />

De individuelle <strong>for</strong>beredelsene til skrivingen består i at du ordner det in<strong>for</strong>masjonsgrunnlaget du har,<br />

og sjekker at du har den in<strong>for</strong>masjonen du trenger.<br />

Det innebærer blant annet<br />

• å ha problemstillingen og målet <strong>for</strong> prosjektet <strong>for</strong>an deg når du planlegger arbeidet — og tenke<br />

på delproblemstilling <strong>for</strong> denne delen av arbeidet<br />

• å ta <strong>for</strong> deg de faglige loggene dine og systematisere dem ut fra problemstillingen, tenke over<br />

hva som er ditt budskap i denne delen av rapporten<br />

• å bearbeide all den in<strong>for</strong>masjonen du har skaffet deg i lys av problemstillingen — se kapittel 7<br />

om innhenting og bearbeiding av in<strong>for</strong>masjon<br />

• å lage et utkast til disposisjon <strong>for</strong> den delen du skal skrive — bruk stikkord og systematiser<br />

• å sikre at alle kildene dine er vel dokumentert, og at alle kildehenvisninger er korrekt gjengitt<br />

— se avsnitt om referanser på side 158.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 22 av 69


Førsteutkast<br />

Skrivingen av førsteutkastet er en omfattende og krevende jobb. De <strong>for</strong>utgående <strong>for</strong>beredelsene og<br />

loggføringene blir avgjørende <strong>for</strong> om resultatet i denne delen av skriveprosessen blir god og<br />

gjennornarbeidet, og <strong>for</strong> hvor lang tid du bruker på utkastet.<br />

I et studentprosjekt kreves det ofte at man skal anvende anerkjente grunnprinsipper <strong>for</strong><br />

vitenskapelighet (se kapittel 7). Dermed blir en prosjektrapport ofte omfattende. Utarbeidingen blir et<br />

krevende arbeid som mange synes blir svært ut<strong>for</strong>drende og til dels kanskje unødvendig. Fordelen er at<br />

dere senere er sterkere rustet til å møte alle variantene av prosjektrapportering.<br />

Rapportskriving praktiseres på mange måter i arbeids- og næringslivet. Noen vil at rapporten<br />

utelukkende skal bestå av de dokumentene du har laget underveis i prosjektet, <strong>for</strong> eksempel<br />

prosjektmandatet, kravspesifikasjonen, versjon 1, versjon 2, sluttrapporren. En slik etablert<br />

praksis i bransjen kan det være nødvendig å lære seg etter hvert. Studentprosjekter legger<br />

grunnlaget <strong>for</strong> at denne tilpasningen skal være mulig.<br />

Når du går i gang med skrivingen av din del av førsteutkastet, bør du <strong>for</strong>estille deg at du skal guide<br />

eller leie leseren gjennom prosjektrapporten. Du skal påvirke leseren mest mulig, slik at han eller hun<br />

tror på og får tillit til det du sier. Du skal sørge <strong>for</strong> at budskapet ditt blir <strong>for</strong>stått av leseren og <strong>for</strong>tolket<br />

på den måten du ønsker. Å nå dette målet er vanskelig. Neden<strong>for</strong> finner du noen nyttige og velkjente<br />

prinsipper som du kan anvende i rapportskrivingen, se også prinsippene <strong>for</strong> vitenskapelig holdning i<br />

kapitlene 6 og 7.<br />

Grundighet<br />

Prosjektrapporten er det skriftlige produktet i prosjektet, enten som det eneste produktet eller<br />

sammen med et annet produkt, som nevnt i kapittel 8. Rapporten bør vise helheten i prosjektet<br />

og uttrykke hva dere ville gjøre, hva dere tenkte og gjorde, hvor<strong>for</strong> dere tenkte og gjorde det,<br />

hvordan dere gjorde der, og hvilke konklusjoner dere trekker. Etter kort tid i prosjektperioden<br />

har dere allerede opparbeidet dere svært mye kildemateriale. Dette skal dere <strong>for</strong>midle på en<br />

meningsfull måte i sammenhengende rekst<strong>for</strong>m innen<strong>for</strong> begrenset tid. Stramme tidsrammer<br />

fører ofte til lettvinte og overflatiske løsninger som verken sensorer eller eventuelle<br />

oppdragsgivere er tjent med dersom dere ikke er godt <strong>for</strong>beredt og kjenner prinsippene <strong>for</strong><br />

gode prosjektrapporter. Neden<strong>for</strong> følger noen råd <strong>for</strong> å unngå overflatiskhet:<br />

• Bruk både teori og empiri. Denne kombinasjonen er et kjennetegn på arbeid med<br />

prosjekter. Tradisjonelt har det vært er dypt skille mellom teori og empiri i all<br />

opplæringsvirksomhet. Et kjennetegn ved prosjekter er som nevnt å komme fram til et<br />

produkt, noe som innebærer at du skal gjøre noe konkret. Men praktisk handling og empiri<br />

må knyttes opp og begrunnes i aktuell og relevant teori <strong>for</strong> å gi retning og perspektiv.<br />

• Bruk flere kilder og kilder med motsatt syn. For at du skal vite hva du snakker om, bør du<br />

gjøre så grundige undersøkelser som mulig. Det innebærer at du bevisst oppsøker kilder<br />

som du tror kan ha motstridende oppfatninger. Du bør ut<strong>for</strong>dre deg selv til å finne ut<br />

argumentene og grunnlaget <strong>for</strong> de <strong>for</strong>skjellige synspunktene. Det vil gi deg mulighet til<br />

selv å vurdere alternativene og gi en mer balansert framstilling.<br />

• Grip vanskelighetene og ut<strong>for</strong>dringene, det nye og det ukjente, unngå lettvinte påstander og<br />

konklusjoner. Still spørsmål om hva som ligger bak. Bli kjent med den ukjente<br />

virkeligheten. Det styrker framstillingen din. Slå deg ikke til ro med de enkle løsningene<br />

og <strong>for</strong>klaringene.<br />

Systematikk<br />

De tre hovedelementene i prosjektrapporten, innledningen, hovedkapitlene og konklusjonen, skal<br />

henge nøye og tydelig sammen. I innledningskapitlet klargjøres problemsnillingen og målene <strong>for</strong><br />

prosjektet. De utgjør platt<strong>for</strong>men <strong>for</strong> prosjektrapporten, som nevnt i kapittel 2, og resten av rapporten<br />

<strong>for</strong>holder seg til den. For at det skal være tydelig at det virkelig er denne problemstillingen (med<br />

delproblemstillinger, presiseringer osv.) som belyses, svares på, utredes, eller at man kan se om<br />

målene er nådd eller ikke nådd, må systematikken bygges inn og vises i rapporten. Det må lages en<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 23 av 69


god sammenheng og logisk struktur som viser hva som er den røde traden i rapporten. Denne<br />

strukturen skat det redegjøres <strong>for</strong> innledningskapitlet, slik at leseren er <strong>for</strong>beredt på det som kommer,<br />

og kan følge med. Noen teknikker <strong>for</strong> å oppnå struktur og systematikk kan være:<br />

• Bruk noen hovedbegreper gjennom hele rapporten. I problemsnillingen er det hensiktsmessig å<br />

fokusere på begreper som tydeliggjør problemstillingen. Disse begrepene kan dere <strong>for</strong> eksempel la<br />

gå igjen i kapitteloverskriftene, vise til flere ganger gjennom rapporten og ta fram i konklusjonen<br />

<strong>for</strong> å belyse resultatene dere er kommer fram til. Tilsvarende kan dere gjøre med avsnittsdelingen i<br />

enkeltkapitler.<br />

Vis til andre deler av rapporten, både <strong>for</strong>an og bak ditt eget kapittel. Vis først og fremst til<br />

problemstillingen, presiseringene, begrunnelsene og definisjonene i innledningskapitlene. Da viser<br />

du leseren at du holder tråden, ikke bare håper at leseren skal se den. Vis også til <strong>for</strong>egående<br />

kapitler når du bygger på in<strong>for</strong>masjon, resonnementer, problemsnillinger som er nevnt tidligere. Du<br />

viser sammenhengen mellom kapitlene og unngår at leseren tror at det er gjentakelser. Du kan også<br />

henvise til senere kapitler som du vet berører det du skriver om.<br />

• Lag et kort innledningsavsnitt og en kort delkonklusjon til hvert kapittel. I innledningsavsnittet kan<br />

du trekke trådene til hoved- og delproblemstillingene <strong>for</strong> prosjektet, presisere sammenhengen med<br />

tidligere kapitler og si noe om hva som er hensikten med dette kapitlet. I delkonklusjonen kan du<br />

oppsummere de viktigste funnene eller konklusjonene. Delkonklusjonene kan utgjøre grunnlaget<br />

<strong>for</strong> hovedkonklusjonen til slutt.<br />

Sannhet og ærlighet<br />

Ærlighet er det viktigste kravet og kjennetegnet ved alt <strong>for</strong>skningsarbeid. Det er grunnlaget <strong>for</strong> tilliten<br />

til <strong>for</strong>skningen og noe av grunnen til at prosjektarbeid i utdanningssammenheng også er en trening i<br />

vitenskapelighet. Noen enkle tips:<br />

• Hele sannheten skal fram, den innebærer at når du gjør rede <strong>for</strong> fakta eller argumenter, skal alt med,<br />

også det du er uenig i.<br />

Når du bruker tekst som andre har laget, muntlig eller skriftlig, skal du være nøye med å vise til<br />

kilden. Gjør er tydelig skille mellom din egen tekst og den andre <strong>for</strong>fatterens tekst, <strong>for</strong> eksempel<br />

kan du bruke sitater som er tydelig markert. Bruk referanser på en slik måte at andre kan etterprøve<br />

det du gjør (se regler <strong>for</strong> referanser bak i dette kapitlet).<br />

• Vær saklig, unngå personkritikk.<br />

Se1vstendighet og vurderende, begrunnende, reflekterende og kritisk holdning<br />

Dette er videre utdypet i kapittel 4 om kommunikasjon.<br />

Noen tips i skrivearbeidet:<br />

• Unngå å tro at det du gjør, er selvfølgeligheter. Vis valgene du gjør, og begrunn dem.<br />

Tenk deg at du er en selvstendig person med egne erfaringer og meninger. Vis det og argumenter<br />

<strong>for</strong> oppfatningene dine.<br />

• Vurder og vær kritisk til ubegrunnet in<strong>for</strong>masjon.<br />

• Vurder og vær kritisk til ditt egen arbeid, still deg selv spørsmål om hvordan du kan <strong>for</strong>bedre<br />

arbeidet ditt.<br />

• Vær åpen <strong>for</strong> andres saklige argumenter — det er som nevnt Lov å skifte standpunkt.<br />

Rapporten bør ikke inneholde noe om kommunikasjons<strong>for</strong>hold og samarbeidsmåter under prosjektprosessen.<br />

Slike ting kan være omtalt i arbeidsdokumentene, men hører hjemme i refleksjonsnotatet,<br />

se neste kapittel.<br />

Forbedringsskriving<br />

Det er viktig at alle gruppemedlemmene leser førsteutkastet til rapporten. Gruppediskusjonen kan<br />

dermed bli grundig og målrettet. På den måten får alle tilbakemeldinger og kan <strong>for</strong>bedre sin del ut fra<br />

helheten. Gå først tilbake til selve problemstillingen, avgrensingene og målet <strong>for</strong> prosjektet, ha det<br />

klart <strong>for</strong> dere! Se<br />

også på notatene eller referatet dere gjorde fra diskusjonen om <strong>for</strong>beredelsene til<br />

skrivingen. Deretter kan dere kritisk vurdere hele rapportutkastet i sammenheng,<br />

diskutere hvert kapittel i et helhetsperspektiv og spesielt vurdere om<br />

• alle kapitlene <strong>for</strong>holder seg til problemstillingen og målet <strong>for</strong> prosjektet<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 24 av 69


• det er sammenheng mellom kapitlene - kortere eller lengre avsnitt må føyes til<br />

• noe passer dårlig inn i helheten og må omarbeides eller kuttes ut<br />

• noe må utdypes<br />

• noe må kortes ned<br />

• noe passer bedre i vedlegg<br />

• noe er omtalt flere ganger<br />

• graden av detaljering er <strong>for</strong>skjellig<br />

• delene har <strong>for</strong>skjellig språklig og grafisk <strong>for</strong>m<br />

Diskusjonen i prosjektgruppa bør munne ut i tidsfrister <strong>for</strong> ferdiggjøring, eventuelt neste utkast.<br />

Beregningen av tid <strong>for</strong> denne fasen bør være så romslig at hver enkelt har anledning til å gå i dybden i<br />

arbeidet sitt, samtidig som dere ikke glemmer innleveringsfristen. Der<strong>for</strong> stilles det store krav til<br />

prosjektdeltakerne om effektivitet og målrettet virksomhet. Vurder også om dere bør arbeide sammen<br />

to og to <strong>for</strong> å <strong>for</strong>bedre sammenhengene og unngå overlappinger, eller <strong>for</strong>di spesielle deler i rapporten<br />

er vanskelige å uttrykke og krever mer tankekapasitet.<br />

På dette stadiet bør dere dessuten bestemme hvilke illustrasjoner dere vil bruke i rapporten. Figurene<br />

må nummereres og innpasses i teksten.<br />

Førsteutkastet skal <strong>for</strong>edles til et endelig manuskript. Målet er at rapporten med budskap står fram som<br />

en helhet, både i <strong>for</strong>m og innhold. Som siste hånd på verket må dere gjennomføre en grundig<br />

korrekturlesing av det endelige manuskriptet. Her skal slike ting som overflødige ord, gjentakelser,<br />

slurvefeil, rettskrivingsfeil og trykkfeil lukes bort. Bruk de hjelpemidlene dere har i tekstbehandlingsprogrammet<br />

i <strong>for</strong>m av stavekontroll og grammatikalsk hjelp.<br />

Det avsluttende arbeidet er tidkrevende og omfattende. Som <strong>for</strong>fatter kjenner man stoffet sitt så godt at<br />

man kan lese den samme feilen om igjen flere ganger uten å oppdage den. Dessuten har man kanskje<br />

gått lei av det stoffet man har jobbet så mye med, at lesingen blir overflatisk. Med flere deltakere i en<br />

prosjektgruppe har dere den <strong>for</strong>delen at dere kan lese korrektur på hverandres bidrag. Det er langt<br />

lettere å finne andres feil enn sine egne. Korrekturarbeidet skal <strong>for</strong>deles, men sørg <strong>for</strong> at hvert eneste<br />

ord i rapporten er korrekturlest av minst to av gruppedeltakerne. Nøyaktighet er her særlig viktig.<br />

Rapporten er prosjektarbeidets ansikt utad. Slurv i prosjektrapporten blir oppfattet som indikasjon på<br />

at prosjektgruppa har gjort et overflatisk arbeid.<br />

Rapporten som kommunikasjonsmedium<br />

Rapportskrivingen kan betraktes som en kommunikasjonsprosess (se kapittel 4) der <strong>for</strong>fatterne av<br />

rapporten er sendere, innholdet i rapporten er budskapet, rapporten er mediet, og leserne er<br />

mottakerne.<br />

Utgangspunktet <strong>for</strong> en sender (<strong>for</strong>fatterne) må alltid være:<br />

• Hvem er mottakerne, hvem henvender vi oss til, hvilken referanseramme og hva slags<br />

<strong>for</strong>kunnskaper har mottakerne?<br />

• Hvilket budskap har vi, hvordan vil vi at mottakerne skal tolke budskapet vårt?<br />

• Hvordan kan vi bruke mediet til å <strong>for</strong>midle budskapet på den best mulige måten, hvordan skal<br />

rapporten være ut<strong>for</strong>met <strong>for</strong> at budskapet skal nå best fram?<br />

Innledningsvis er det viktig å avklare hvem man skriver <strong>for</strong>. Her har utdanningsinstitusjonene<br />

<strong>for</strong>skjellig praksis. Noen steder blir det <strong>for</strong>utsatt at dere skal skrive <strong>for</strong> en dyktig fagperson som i<br />

utgangspunktet behersker hele pensumlitteraturen.<br />

I andre sammenhenger skriver dere <strong>for</strong> personer med en generell innsikt i det aktuelle fagområdet.<br />

Men som hovedregel bør dere tenke at rapporten leses av personer med ulik bakgrunn: oppdragsgiver,<br />

faglærer, sensor, eventuelle framtidige arbeidsgivere. Uansett bør dere <strong>for</strong>utsette at leseren er uten<br />

spesialkunnskaper om det temaet og den problemstillingen prosjektet tar opp, men ellers er godt<br />

orientert innen<strong>for</strong> fagområdet.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 25 av 69


Dere bør gå ut fra at de leserne dere henvender dere til, er opptatte personer som stadig får mye<br />

skriftlig materiale å sette seg inn i. Det gjelder å gjøre rapporten innbydende og interessant <strong>for</strong> dem.<br />

Av og til får de presentert stoff som fanger deres interesse, og som de tar seg tid til å studere nærmere.<br />

I gjennomsnitt bestemmer mottakeren seg i løpet av ca. 30 sekunder <strong>for</strong> om rapporten skal bli lest eller<br />

lagt vekk. På denne tiden blir vanligvis følgende momenter vurdert:<br />

• omfang (hvor lang tid tar det å sette seg inn i rapporten?)<br />

• utseende (er rapporten leservennlig?)<br />

• type rapport (hvem står bak, hensikt?)<br />

• nytten av rapporten (hvilket budskap har rapporten?)<br />

Rapportens omfang og utseende er altså viktig. Dere må legge arbeid og omtanke i<br />

rapportutarbeidingen slik at rapporten ser tiltalende ut og er lett å lese, Er den lang, kan det i seg selv<br />

medvirke til at den ikke blir lest, selv om den ellers er bra. God bruk av typografiske virkemidler og<br />

illustrasjoner, som vi tar opp senere, kan bidra til at en omfangsrik rapport likevel står fram som<br />

leservennlig.<br />

Det er viktig at leseren raskt kan danne seg er inntrykk av hvilket budskap rapporten har. Et interessant<br />

budskap er det som først og fremst gjør at rapporten blir valgt ut <strong>for</strong> nærmere studium. Et lettlest og<br />

poengtert sammendrag er en god veiledning <strong>for</strong> den som har mottatt rapporten og skal ta en avgjørelse<br />

om å bruke tid på den.<br />

Oppbyggingen av rapporten<br />

En rapport består i hovedtrekk av en innledning der man presenterer problemstillingen eller oppdraget,<br />

et metodekapittel der man sier noe om hvordan man la opp arbeidet og hentet inn in<strong>for</strong>masjon, og<br />

hvilke problemer det medførte, noen hovedkapitler der man redegjør <strong>for</strong> det arbeidet som er utført, og<br />

en avslutning som viser hvilke konklusjoner man er kommet fram til. En <strong>for</strong>utsetning <strong>for</strong> at det skal<br />

kalles en rapport, er at den har en sammenheng mellom de ulike delene, at konklusjonen henger<br />

sammen med problemstillingen i innledningen og det man sa man skulle gjøre eller finne ut.<br />

I tillegg må det være med en del annen in<strong>for</strong>masjon <strong>for</strong> at rapporten skal være fullstendig. En anbefalt<br />

oppbygging av en rapport følger neden<strong>for</strong>.<br />

Rapporten kan bestå av<br />

• omslaget<br />

• tittelbladet<br />

• <strong>for</strong>ordet<br />

• innholds<strong>for</strong>tegnelsen<br />

• sammendraget<br />

• kapittel 1. Innledningen med problemstillingen<br />

• kapittel 2. In<strong>for</strong>masjonsinnhentingen og kildevurderingen, metodene<br />

• kapittel 3 - x. Hovedkapitlene<br />

• kapittel x + 1. Konklusjonene<br />

• litteraturlista med referanser og supplerende litteratur<br />

• begrepslista<br />

• stikkordregisteret<br />

• vedleggene<br />

Omslaget<br />

Omslaget skal først og fremst være et blikkfang og vekke interesse, Tittelen på rapporten bør med få<br />

ord dekke innholdet. Forfatternes navn og lærested, tid og sted <strong>for</strong> levering skal også stå på omslaget.<br />

Siden hovedfunksjonen til omslaget er å vekke interesse, bør dere legge arbeid i å få til en interessant<br />

ut<strong>for</strong>ming. Farger og illustrasjoner er gode hjelpemidler. Enkelte utdanningsinstitusjoner krever at<br />

man bruker et standardisert omslag - da må dere selvsagt gjøre det.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 26 av 69


Tittelbladet<br />

Første høyre side i rapporten blir kalt tittelblad. Noen utdanningsinstitusjoner bruker også<br />

standardiserte tittelblad. Opplysningene her skal identifisere rapporten fullstendig og skal inneholde<br />

tittel på rapporten, <strong>for</strong>fattere, utdanningsinstitusjon, klasse, gruppe, sted og dato <strong>for</strong> innlevering av<br />

prosjektrapporten. Det kan også være nyttig å føre opp hvilken type rapport dette er, antall sider og<br />

kanskje til og med antall ord (blir krevd av noen utdanningsinstitusjoner). Eventuelle innskrenkninger<br />

i bruken av rapporten (konfidensiell, begrenset spredning, ikke tillatt å kopiere, ikke tillatt å referere<br />

til) bør være klart angitt på tittelbladet.<br />

Tittelbladet kan også inneholde et svært kort sammendrag av rapporten (maksimalt 50 ord).<br />

Mottakeren får da raskt et inntrykk av innholdet i rapporten og kan bli stimulert til videre lesing.<br />

Sammendraget<br />

Mellom innholds<strong>for</strong>tegnelsen og innledningen er det vanlig at man plasserer et sammendrag av<br />

rapporten. Det skal være et konsentrat av rapporten på en eller to sider. Det er i hvert fall tre hensikter<br />

med et sammendrag: For der første er det nyttig <strong>for</strong> <strong>for</strong>fatterne å bli tvunget til å sammenfatte arbeidet<br />

på en svært begrenset plass. Dermed må dere reflektere over hva som virkelig er hovedpunktene i<br />

arbeidet. Det blir en god prøve på kommunikasjon; dere skal på liten plass <strong>for</strong>midle hva dere har gjort,<br />

og hva dere har fått til. Dette er svært ofte situasjonen i vårt stressete samfunn: Dere må raskt<br />

redegjøre <strong>for</strong> hva dere er kommet fram til.<br />

For det andre er det en del mennesker som aldri kommer til å lese hele rapporten. Gjennom<br />

sammendraget får de likevel et innblikk i arbeidet. Dessuten vil vi peke på at noen gjennom<br />

sammendraget kan bli lokket til å lese mer, <strong>for</strong>di de finner problemstillingen, arbeidsmåten eller<br />

konklusjonene interessante. Mottakeren av rapporten kan ved å lese sammendraget finne ut om<br />

rapporten er interessant <strong>for</strong> henne eller han.<br />

Sammendraget må være skrevet slik at det kan leses og <strong>for</strong>stås uavhengig av rapporten ellers, Det må<br />

ikke <strong>for</strong>veksles med en innledning som har til hensikt å legge grunnlaget <strong>for</strong> <strong>for</strong>ståelsen av hele<br />

prosjektrapporten. Det viktigste som skal være med i sammendraget, er<br />

• problemstillingen, avgrensingene og prosjektmandatet <strong>for</strong> det eventuelle oppdraget<br />

• hvilket arbeid som er gjort <strong>for</strong> å utrede og eventuelt løse problemet<br />

• hvilke konklusjoner dere er kommet fram til<br />

Sammendraget kan ikke skrives før alle hovedkapitlene, innledningen og konklusjonen er ferdig. Det<br />

er det siste dere skriver. Sammendraget skal ha den samme disposisjonen, og momentene skal komme<br />

i eksakt samme rekkefølge. Det må ikke stå noe i sammendraget som ikke står i hoveddelen.<br />

Sammendraget kan ha med henvisninger til sider eller hovedkapitler. Det letter arbeidet <strong>for</strong> en leser<br />

som ønsker å se nærmere på detaljene i noe av det som er omtalt i sammendraget. Slike henvisninger<br />

ødelegger litt av flyten i framstillingen og kan der<strong>for</strong> <strong>for</strong>styrre lesingen. Det blir en avveining om de<br />

skal med eller ikke.<br />

Det kan være aktuelt å lage sammendraget også på engelsk, slik at engelskspråklige kan få en<br />

<strong>for</strong>ståelse av hva rapporten handler om. Hvis du senere søker jobb eller studieplass utenlands, kan<br />

sammendraget leveres sammen med CV-en din <strong>for</strong> å vise hva du har arbeidet med under utdanningen.<br />

Forordet<br />

I <strong>for</strong>ordet gir dere opplysninger og kommentarer som ikke hører hjemme i selve rapporten:<br />

• Kort om bakgrunnen <strong>for</strong> rapporten, hensikten med den, og hva dere ønsker å oppnå<br />

• Litt historikk omkring arbeidet med rapporten (hvor lenge arbeidet har pågått, hvem som har vært<br />

med på det, hvor det har funnet sted)<br />

• Hvem rapporten henvender seg til<br />

• Invitasjon til leserne om tilbakemelding<br />

• Omtale av personer, bedrifter og institusjoner som har bidradd med in<strong>for</strong>masjon, veiledning eller<br />

på annen måte støttet arbeidet med prosjektet. Dette er også anledningen til å takke eventuelle<br />

bidragsytere<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 27 av 69


Forordet kan også inneholde leseanvisninger, det vil si råd til leserne om hvordan rapporten bør leses.<br />

Det kan <strong>for</strong> eksempel være visse tekniske kapitler som det ikke er nødvendig <strong>for</strong> alle å studere så<br />

grundig. Forordet skal være datert og underskrevet av <strong>for</strong>fatterne.<br />

Innholds<strong>for</strong>tegnelsen<br />

Innholds<strong>for</strong>tegnelsen viser hva rapporten inneholder, og hvordan den er bygd opp. Lag der<strong>for</strong><br />

kapitteloverskriftene korte og in<strong>for</strong>mative, der gjør det lettere å finne fram i innholds<strong>for</strong>tegnelsen.<br />

Teksten i innholds<strong>for</strong>tegnelsen skal selvfølgelig være identisk med overskriftene i selve<br />

prosjektrapporten. Med dagens tekstbehandlingssystemer er der enkelt å få laget en<br />

innholds<strong>for</strong>tegnelse automatisk; da er man sikret at det ikke oppstår feil.<br />

Det bør ikke være mer enn tre nivået av overskrifter, det vil si at man har kapittel, underkapittel og<br />

avsnitt. I en akademisk avhandling er det vanlig å nummerere <strong>for</strong> å vise nivåene, Vi får da <strong>for</strong><br />

eksempel:<br />

1 Kapittel<br />

1.1 Underkapittel<br />

1.1.1 Avsnitt<br />

1.1.2 Avsnitt<br />

2 Kapittel<br />

2.1 Underkapittel<br />

2.1.1 Avsnitt<br />

2.1.2 Avsnitt<br />

I stedet <strong>for</strong> en slik nummerering kan man markere de <strong>for</strong>skjellige overskriftsnivåene gjennom bruk av<br />

<strong>for</strong>skjellig skriftgrad, størrelsen på bokstavene og <strong>for</strong>skjellige skrifttyper. I denne boka har vi bare<br />

nummerert kapitlene og ellers markert <strong>for</strong>skjellen mellom andre og tredje nivå gjennom typografien.<br />

Selv om vi har tre nivåer i teksten, har vi bare tatt med to i innholds<strong>for</strong>tegnelsen.<br />

Innholds<strong>for</strong>tegnelsen kan være supplert med en oversikt over figurene og tabellene i rapporten. En<br />

leser ønsker av og til å studere en bestemt figur eller en tabell; det er da fint å kunne finne den i<br />

figur<strong>for</strong>tegnelsen eller tabell<strong>for</strong>tegnelsen og slå opp.<br />

Kapittel 1. Innledningen med problemstillingen<br />

Innledningen legger grunnlaget <strong>for</strong> resten av rapporten og fører leseren inn i den tenkemåten som er<br />

lagt til grunn <strong>for</strong> arbeidet. Innledningen skal i særlig grad gjøre rede <strong>for</strong> valget av problemstilling og<br />

avgrensing. Det innebærer også å utdype og begrunne de målene som er satt <strong>for</strong> prosjekter. Mye av det<br />

vi drøftet i kapittel 2 i denne boka, er aktuelt i innledningskapitler.<br />

Innledningen er et av de viktigste kapitlene i prosjektrapporren. Kapitlet trenger ikke å hete<br />

«Innledning», men gjerne «Utdypning og avgrensing av problemet» eller «Presisering av<br />

problemstillingen».<br />

Kapitlet kan inneholde<br />

• <strong>for</strong>målet og målene <strong>for</strong> prosjektet og den avgrensete problemstillingen<br />

• utdypning av valg av tema, problemstilling og avgrensing. Framstillingen må inneholde<br />

begrunnelser og drøfting av de avgrensningene som er gjort, nærmere utdypet i kapittel 2<br />

• en beskrivelse av konteksten, omgivelsene, til prosjektet. En presentasjon av oppdragsgivers<br />

virksomhet og av visjonene vil gi problemstillingen og målene <strong>for</strong> prosjektet et perspektiv som<br />

gjør at man <strong>for</strong>står hensikten med den valgte problemstillingen bedre. En oversiktlig presentasjon<br />

av hvordan problemet vil bli angrepet<br />

• en kort orientering om hvordan rapporten er bygd opp, presentasjon av den røde tråden i rapporten<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 28 av 69


Kapittel 2. Metoder og kilder<br />

I et eget kapittel bør dere presentere opplegget <strong>for</strong> innhentingen og bearbeidingen av in<strong>for</strong>masjonen.<br />

Dere må gjøre rede <strong>for</strong> hvilket behov <strong>for</strong> kunnskaper dere hadde, og hvilke kilder dere brukte. Gjør<br />

rede <strong>for</strong> hvilke ressurspersoner dere har intervjuet, litteratursøkene dere har <strong>for</strong>etatt, og de<br />

undersøkelsene dere ellers gjorde <strong>for</strong> å skaffe dere grunnlag <strong>for</strong> å drøfte, belyse og eventuelt løse<br />

problemstillingen eller oppdraget.<br />

I denne delen av rapporten drøftes også de valgene dere har gjort i den fagspesifikke metoden. For<br />

eksempel bør dere i IKT-prosjekter drøfte den livssyklusmodellen, de teknikker og verktøy dere<br />

bruker i prosjektet. Vær nøye med å redegjøre <strong>for</strong> alternative muligheter og begrunne de valgene dere<br />

har gjort.<br />

Det er viktig i denne sammenhengen å vurdere påliteligheten i det in<strong>for</strong>masjonsmaterialet dere har<br />

brukt under prosjektarbeidet. Prøv å gjøre rede <strong>for</strong> eventuelle skjevheter som kan ligge i<br />

in<strong>for</strong>masjonen, og hvordan dere har tatt hensyn til dem i den konkrete bruken av materialet. Du finner<br />

grunnlag <strong>for</strong> disse redegjørelsene i kapitlene 6 og 7.<br />

Kapittel 3 - x. Hovedkapitlene<br />

Innledningen legger grunnlaget <strong>for</strong> hovedkapitlene. Hovedkapitlene redegjør <strong>for</strong><br />

• valgte framgangsmåter i arbeidet<br />

• utredningene og drøftingene<br />

• løsnings<strong>for</strong>slagene<br />

Alt skal være relatert til den avgrensete problemstillingen som er presentert i innledningskapitler.<br />

Hovedkapitlene skal alle gi et bidrag til å belyse, besvare eller løse det spørsmålet som er reist<br />

gjennom problemstillingen.<br />

Hvert kapittel bør behandle en avgrenset del, slik at det kan leses <strong>for</strong> seg. Hvert kapittel kan innledes<br />

med å angi hensikten med kapitlet og hvilken plass kapitlet har i <strong>for</strong>hold til problemstillingen. Slike<br />

innledende kommentarer medvirker til at rapporten blir oversiktlig, og at sammenhengen mellom<br />

kapitlene og problemstillingen kommer godt fram.<br />

Bygg opp hvert kapittel systematisk, ved først å redegjøre <strong>for</strong> hva kapitlet skal behandle, en<br />

redegjørelse <strong>for</strong> saken eller hva som er gjort, deretter drøfting og så avslutning med delkonklusjoner.<br />

Konklusjonene fra hvert hovedkapittel legger grunnlaget <strong>for</strong> rapportens hovedkonklusjoner.<br />

Drøftingen skal være logisk, -konklusjonene skal følge av drøftingen. Legg vekt på å bruke teorien i<br />

drøftingen. Trekk inn hva andre er kommet fram til, slik det er beskrevet i teorien.<br />

Det subjektive innslaget i drøftingen ligger i hva dere velger å fokusere på, hva dere velger å drøfte.<br />

Selve drøftingen skal være objektiv, det vil si at alle skal kunne si seg enige i at konklusjonene følger<br />

av premissene, utgangspunktet, og av drøftingen.<br />

Kapittel x + 1. Konklusjonene<br />

Konklusjonskapitlet skal inneholde de resultatene og anbefalingene som prosjektgruppa kommer fram<br />

til i <strong>for</strong>hold til den avgrensete problemstillingen i innledningskapitlet. Dere må vurdere om dere har<br />

løst oppgaven eller belyst problemstillingen tilfredsstillende og i tråd med de retningslinjene dere selv<br />

trakk opp i begynnelsen av prosjektarbeidet.<br />

Konklusjonen er resultatene og delkonklusjonene dere er kommet fram til i de enkelte kapitlene. Men<br />

hovedkonklusjonen skal være noe mer enn summen av delkonklusjonene fra de tidligere kapitlene. Det<br />

er av vesentlig betydning å få fram et samlende svar på det problemet som er behandlet. Kapitlet skal<br />

gi et helhetsperspektiv - alle bitene settes sammen.<br />

Dere kan også benytte anledningen til å gjøre faglige vurderinger av deres eget arbeid. Framhev<br />

spesielle faglige eller metodiske poeng, positive eller negative, som dere har lagt merke til underveis i<br />

arbeidet, og drøft erfaringene deres. Da gjør dere faglige refleksjoner som kan styrke den faglige<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 29 av 69


tyngden i prosjektrapporten.<br />

I konklusjonskapitlet er det også vanlig at man peker på behovet <strong>for</strong> videre arbeid. Prosjektarbeidet<br />

kan ha avdekket nye problemer som det er viktig å arbeide videre med. Kapitlet kan presentere nye<br />

problem<strong>for</strong>muleringer som dere selv eller andre kan gripe fatt i senere.<br />

Referanselista<br />

Referanselista kan bestå av flere deler:<br />

• referanser til ressurspersoner som er brukt <strong>for</strong> å hente in<strong>for</strong>masjon til prosjektet<br />

• litteraturreferanser<br />

• Internett-referanser<br />

• supplerende litteratur<br />

Litteraturreferansene er en samlet oversikt over den litteraturen det er henvist til på <strong>for</strong>skjellige steder i<br />

rapporten. I tillegg kan det også være på sin plass med ytterligere en liste, bygd opp på samme måte<br />

som referanselista, som gir en oversikt over supplerende litteratur som det er nyttig <strong>for</strong> en leser å<br />

studere <strong>for</strong> å skaffe seg mer kunnskap om det temaet som er behandlet i rapporten.<br />

Vi har flere ganger pekt på betydningen av å bruke <strong>for</strong>eliggende teorier og andres tidligere arbeider i<br />

drøftingene. Forskningsarbeid er i stor utstrekning å bygge videre på det andre har fått til. Det er viktig<br />

å vise at dere kjenner til hva som er gjort tidligere, og at dere kan utnytte dette i deres eget arbeid.<br />

I enhver prosjektrapport eller akademisk avhandling er det viktig å være presis når dere viser til de<br />

kildene dere har brukt, Hver gang dere henter in<strong>for</strong>masjon, intervjuer en person eller bruker en annens<br />

arbeid, en bok eller en tidsskriftartikkel, må dere komme med en presis henvisning. Vi kaller dette<br />

referanser. Denne referansen må være så presis at det er lett <strong>for</strong> leseren å skaffe seg kilden, <strong>for</strong><br />

eksempel ved å bruke Internert eller henvende seg til er bibliotek eller en bokhandel.<br />

Det finnes i dag programvare som hjelper <strong>for</strong>fatteren til å holde orden på referansene og skrive dem ut<br />

samlet. Det er et godt supplement til et vanlig tekstbehandlingsprogram.<br />

Når dere refererer til en bok, må følgende opplysninger være med:<br />

• <strong>for</strong>fatter(e)<br />

• tittel<br />

• <strong>for</strong>lag<br />

• utgave<br />

• utgivelsessted<br />

• utgivelsesår<br />

For en artikkel i et tidsskrift er det nødvendig med<br />

• <strong>for</strong>fatter(e)<br />

• artikkelens tittel<br />

• tidsskriftets navn<br />

• nummer<br />

• år<br />

Det kan også være nyttig å angi hvilke sider artikkelen står på, og hvilken årgang av tidsskriftet det<br />

gjelder.<br />

Selve litteraturreferansen kan gjøres på flere måter (med <strong>for</strong>skjellig rekkefølge på de opplysningene<br />

som skal med, og bruk av <strong>for</strong>skjellige skrifttyper). Noen utdanningsinstitusjoner stiller krav om at<br />

referansen skal settes opp på en spesiell måte. Et eksempel på en vanlig litteraturreferanse til en bok er<br />

følgende (<strong>for</strong>fatteretternavn <strong>for</strong>fatter<strong>for</strong>navn, tittel, utgave, <strong>for</strong>lag, utgivelsessted utgivelsesår):<br />

Andersen, Erling 5. og Schwencke Eva: Prosjektarbeid – en veiledning <strong>for</strong> studenter. 2.<br />

utgave. NKI Forlaget, Bekkestua 2001.<br />

Litteraturreferanselista er en alfabetisk oversikt bak i rapporten over alle de skriftlige arbeidene som<br />

det er referert til i rapporten.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 30 av 69


Ved litteraturhenvisninger i rapporten skriver man vanligvis ikke hele referansen, men nøyer seg med<br />

en kort<strong>for</strong>m, Denne kort<strong>for</strong>men består ofte bare av <strong>for</strong>fatter og utgivelsesår, <strong>for</strong> eksempel: (Andersen<br />

og Schwencke, 2001).<br />

Hvis dere siterer fra boka, må dere også oppgi hvilken side i boka teksten står på:<br />

(Andersen og Schwencke, 2001, side 27).<br />

Det skal være tydelig markert hva som er sitat. Det må ikke kunne <strong>for</strong>veksles med egen tekst. Det er<br />

vanlig å vise sitater med anførselstegn, med innrykk eller med bruk av egen skrifttype, <strong>for</strong> eksempel<br />

kursiv.<br />

Hvis dere refererer til flere bøker av de samme <strong>for</strong>fatterne som er utkommet det samme året, blir de<br />

skilt med en bokstav:<br />

(Andersen og Schwencke, 2001 a)<br />

(Andersen og Schwencke, 2001 b)<br />

Referanser til Internett skal være slik at man kan slå direkte opp på den aktuelle internettsiden. Siden<br />

Internett er et dynamisk medium, er det ikke sikkert at siden vil finnes på et senere tidspunkt. Der<strong>for</strong><br />

bør referansen dateres. Men det at referansen kan <strong>for</strong>svinne, bør man tenke over når man bruker den.<br />

Begrepslista<br />

Dersom rapporten inneholder mange faguttrykk, fremmedord, <strong>for</strong>kortelser eller symboler, kan det<br />

være hensiktsmessig å lage en egen begrepsliste med <strong>for</strong>klaringer. Pass på at dere ikke bare<br />

presenterer et synonym, men legger fram en <strong>for</strong>klaring.<br />

Stikkordregisteret<br />

Dette er et register som viser hvor i rapporten alle de viktigste begrepene er omtalt. Et slikt register<br />

blir brukt hvis rapporten er spesielt omfattende, eller hvis den skal bli brukt som et oppslagsverk.<br />

Vedleggene<br />

Det er en del materiale som er nødvendig <strong>for</strong> <strong>for</strong>ståelsen av prosjektrapporten, men som ikke har en<br />

naturlig plass i hovedkapitlene. Det kan legges ved som vedlegg til rapporten. De vanligste er<br />

• tabeller, utregninger eller andre arbeidsdokumenter som er så omfangsrike at de ville gjøre<br />

rapporten mindre oversiktlig<br />

• spesielle tegninger og diagrammer<br />

• lengre utredninger og bevis av spesiell karakter<br />

• edb-utskrifter og annen dokumentasjon<br />

• spørreskjemaer, intervjuguider, referater fra intervjuer<br />

• artikler eller annet fagstoff skrevet av andre som gir innsikt i det temaet rapporten handler om<br />

Vedleggene må være nummerert. En <strong>for</strong>tegnelse over vedleggene må med i innholds<strong>for</strong>tegnelsen.<br />

Det må være vist til vedleggene i teksten i rapporten, ellers blir de bare meningsløse haleheng til<br />

rapporten.<br />

Dere bør legge betydelige restriksjoner på dere selv når det gjelder hva som skal med som vedlegg.<br />

Mange vedlegg kan gjøre rapporten stor og fryktinngytende og skremme vekk leserne.<br />

Den grafiske <strong>for</strong>men<br />

Rapportens utseende er viktig <strong>for</strong> hvordan mottakeren opplever rapporten. Virker teksten svært<br />

kompakt, får mottakeren neppe lyst til å lese den. En slurvete struktur gir på liknende måte et dårlig<br />

inntrykk.<br />

Arbeidet med å planlegge synsinntrykket av rapporten blir kalt layoutarbeid.<br />

Å lage layout innebærer å bestemme<br />

• den typografiske ut<strong>for</strong>mingen<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 31 av 69


• oppdelingen av teksten<br />

• bruken av illustrasjoner<br />

• hvordan tekst og illustrasjoner er plassert i <strong>for</strong>hold til hverandre<br />

Til sammen bestemmer layoutarbeidet hvordan hver side i rapporten kommer til å se ut.<br />

Typografisk ut<strong>for</strong>ming omfatter <strong>for</strong> eksempel valg av skrifttype, spaltebredde, linjeavstand, marg,<br />

bruk av innrykk, utheving, understreking og kursivering. Disse faktorene virker direkte inn på leserens<br />

oppfatning av hvilket arbeid det er å lese rapporten. Det gjelder å finne et oppsett som virker<br />

innbydende på leseren. Bruk av typografiske hjelpemidler som framhever noe av stoffet, gjør det<br />

lettere <strong>for</strong> leseren å få med seg det vesentligste.<br />

Teksten må ha en klar struktur. En inndeling i kapitler, underkapitler og avsnitt er vanlig og virker<br />

ordnende på innholdet. Bruk av underkapitler er en effektiv måte å disponere et kapittel på.<br />

Tilsvarende kan er underkapittel deles inn i avsnitt. Hvert avsnitt må inneholde en avsluttet<br />

tankesekvens. For lange avsnitt virker monotone på leseren, <strong>for</strong> korte gir urolig lesing.<br />

Bruken av overskrifter følger som en konsekvens av den strukturen teksten har. Kapitler, underkapitler<br />

og avsnitt blir markert gjennom hovedoverskrifter, underoverskrifter og avsnittsoverskrifter.<br />

Avsnittsoverskriftene kan være margtekster, dersom plassen tillater det, eller de kan markeres på andre<br />

måter. Figur 9.1 viser eksempler på bruk av hovedoverskrifter, underoverskrifter og avsnittsoverskrifter.<br />

Det er ikke nok at teksten er strukturert og bra disponert. Illustrasjoner er også en del av innholdet.<br />

Riktig brukt blir de en komplettering og en konkretisering av teksten. En kombinasjon av tekst og<br />

illustrasjoner <strong>for</strong>midler innholdet mange ganger så effektivt som ren tekst.<br />

En illustrasjon, enten det er et fotografi, en tegning, en tabell eller et diagram, må være<br />

gjennomarbeidet. Det er viktig at illustrasjonen fokuserer på det budskapet dere vil ha fram.<br />

Illustrasjoner som er hentet fra annet materiale, må eventuelt omarbeides <strong>for</strong> å passe inn i rapporten.<br />

Illustrasjonen skal ikke stå uten kommentarer. Leseren må bli veiledet ved studiet av den. Der<strong>for</strong> skal<br />

det illustrasjonen viser, også uttrykkes med ord.<br />

Hvis teksten skrives med bred marg, er det plass til avsnittsoverskrifter i <strong>for</strong>m av margtekster.<br />

Avsnittsoverskriftene kan også være de første ordene i avsnittet, <strong>for</strong> eksempel markert med<br />

understreking.<br />

Der er av og til hensiktsmessig å bruke et fotografi som illustrasjon. Fotografiet er virkelighetsnært,<br />

men kan inneholde detaljer som <strong>for</strong>styrrer det sentrale budskapet. I en tegning kan man lettere utelate<br />

uvedkommende detaljer. En illustrasjon kan av og til bli bedre eller klarere ved at man setter inn tekst<br />

på selve illustrasjonen <strong>for</strong> å lede oppmerksomheten mot visse <strong>for</strong>hold.<br />

Presentasjon av tall skjer gjerne ved bruk av tabell. Den må være ut<strong>for</strong>met slik at leseren raskt<br />

oppfatter det sentrale innholdet, men den må også <strong>for</strong>klares. Tabellen skal ha kildehenvisning dersom<br />

innholdet er hentet fra annet materiale.<br />

Tall kan også presenteres ved hjelp av et diagram. Det finnes en rekke <strong>for</strong>skjellige typer diagrammer:<br />

stapler, kurver, sektordiagram og så videre. Ved noen av disse diagrammene blir nøyaktigheten<br />

dårligere enn i en tabell. Tabell og diagram kan der<strong>for</strong> gjerne supplere hverandre <strong>for</strong> å gi leseren både<br />

korrekte detaljer og en billedlig oversikt over sammenhenger.<br />

Illustrasjonene i en rapport blir gjerne kalt figurer. De skal nummereres og ledsages av figurtekst. Hvis<br />

figurteksten er lang, er det en <strong>for</strong>del med en figuroverskrift. Figurteksten skal stå sammen med<br />

figurnummeret, over eller under figuren. Teksten gir in<strong>for</strong>masjon om hva figuren faktisk <strong>for</strong>estiller.<br />

Den bør være kort og presis, særlig <strong>for</strong>di det sannsynligvis er gjort nærmere rede <strong>for</strong> <strong>for</strong>holdet i den<br />

løpende teksten. Figurteksten skal likevel være så utfyllende at leseren kan <strong>for</strong>stå figuren og hva den<br />

illustrerer, uten å måtte lete i rapportteksten etter <strong>for</strong>klaringen.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 32 av 69


Margtekst<br />

Avsnittsoverskrift <br />

Avsnittsoverskrift<br />

Figur 9.1 Eksempler på bruk av overskrifter<br />

(Algreen- Ussing, Fruensgaard, Skou-Petersen, 1982)<br />

Hovedoverskrift<br />

Underoverskrift<br />

Løpende tekst<br />

Hvis teksten skrives med bred marg, er det plass<br />

til avsnittsoverskrifter i <strong>for</strong>m av margtekster.<br />

Hovedoverskrift<br />

Ved bruk av to spalter kan<br />

avsnittsoverskriftene være<br />

mellomoverskrifter.<br />

Nummereringen skal først og fremst gjøre henvisninger enklere: «Se figur 16.2, side 124.» I en kort<br />

rapport (20—30 sider) er det ofte løpende nummerering: figur 1, figur 2, figur 3 osv., uten hensyn til<br />

kapittelinndeling. I lengre rapporter kan nummereringen følge kapitlene, slik at figurene i hvert<br />

kapittel har sin egen løpende nummerering: figur 2.1, figur 2.2 osv. Det siste prinsippet er brukt i<br />

denne boka, Det gjør det mulig å arbeide mer selvstendig med hvert kapittel. Det er da mulig å <strong>for</strong>eta<br />

endringer i et kapittel (legge til eller fjerne en figur) uten at det får konsekvenser <strong>for</strong> nummereringen<br />

av figurene i de andre kapitlene.<br />

I store rapporter med mange figurer er det ønskelig med en figur<strong>for</strong>tegnelse. Den bør stå etter<br />

innholds<strong>for</strong>tegnelsen og ha samme <strong>for</strong>m som den. Figur<strong>for</strong>tegnelsen gir en oversikt over alle figurene<br />

med angivelse av hvilken side man finner dem på. På tilsvarende måte kan man også ta med en<br />

tabell<strong>for</strong>tegnelse.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 33 av 69


Når vi nevner nummerering, kan det også være på sin plass å si noe om sidenummerering, også kalt<br />

paginering. Den skal gjøres slik at det samme prinsippet <strong>for</strong> plassering av nummer brukes tvers<br />

gjennom hele rapporten. Dersom det er tekst på begge sider av arkene, er det vanlig at høyresidene blir<br />

gitt ulike tall. Rapporten kan ha gjennomgående sidenummerering, uavhengig av kapittelinndelingen.<br />

Hvert kapittel kan også være paginert <strong>for</strong> seg. I kapittel 3 blir sidene da nummerert 3.1, 3.2 osv. På<br />

samme måte som ved nummerering av figurer gjør et slikt system <strong>for</strong> paginering det enklere å <strong>for</strong>eta<br />

endringer.<br />

Samspillet mellom illustrasjon og tekst må fungere. En kommentar til en figur som står ti sider lenger<br />

ut i teksten, innebærer at leseren må bla fram og tilbake. Det er et hinder <strong>for</strong> kommunikasjonen. Det er<br />

der<strong>for</strong> lite hensiktsmessig å samle alle illustrasjonene helt til slutt i rapporten. Illustrasjonen bør<br />

plasseres i nærheten av den teksten som omtaler innholdet. Men husk at teksten ikke skal <strong>for</strong>klare<br />

illustrasjonen i detalj, slik at tekst og figur sier det samme. Det er kjedelig og lite fantasifullt. Tekst og<br />

illustrasjoner skal utfylle hverandre, ikke gjenta hverandre.<br />

Det er både <strong>for</strong>mmessige og innholdsmessige hensyn å ta. Illustrasjonene skal plasseres slik at de i<br />

samspill med teksten gir et best mulig estetisk inntrykk. Samtidig må layouten i rapporten være slik at<br />

leserens vei gjennom teksten blir så enkel som mulig. Hensynet til <strong>for</strong>m og hensynet til innhold kan<br />

altså stå i motsetning til hverandre. Figur 9.2 illustrerer dette.<br />

Estetiske kontra kommunikasjonsmessige<br />

hensyn.<br />

En større figur, som estetisk sett er<br />

velplassert i en tekstgruppe, kan virke<br />

<strong>for</strong>styrrende på lesingen. Man bør heller<br />

plassere den på en egen bildeside eller i en<br />

egen spalte, eller prøve plassering øverst<br />

eller nederst på siden ved nytt avsnitt<br />

Figur 9.2 Form og innhold<br />

(Algreen- Ussing, Fruensgaard, Skou-Peterse,. 1982)<br />

Den språklige <strong>for</strong>men<br />

Vanligvis kan små figurer integreres i<br />

teksten uten å virke <strong>for</strong>styrrende. Hvis man<br />

unngår en avbrytende virkning, vil de<br />

kanskje til og med virke som behagelig<br />

avveksling.<br />

Det vil alltid være delte meninger om hva som er godt språk. Noen sverger til en bestemt<br />

rettskrivingsvariant, andre til en annen, i norsk rettskriving er det ofte tillatt med flere varianter av det<br />

samme ordet. Et eksempel her kan vare <strong>for</strong>mene gruppen og gruppa. Disse ord<strong>for</strong>mene er offisielt<br />

sidestilte, og vi kan da ikke si at den ene <strong>for</strong>men er hedre enn den andre.<br />

Den <strong>for</strong>men man velger, må man gjennom<strong>for</strong>e konsekvent i hele rapporren Det er viktig å passe på<br />

dette, særlig hvis <strong>for</strong>skjellige personer har skrevet hvert sitt kapittel Det gjør seg også best om man er<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 34 av 69


konsekvent ved valget av <strong>for</strong>mer. Har man en radikal språkføring med bruk av a-endelser, bør dette<br />

prinsippet følges <strong>for</strong> alle ord der det er valgfrihet.<br />

Skillet mellom godt og dårlig språk har mer med andre <strong>for</strong>hold å gjøre enn rettskrivingen. Meningene i<br />

rapporten må være klart og lett <strong>for</strong>ståelig uttrykt. Språket må flyte lett. Det betyr at lesingen ikke skal<br />

stoppe opp <strong>for</strong>di leseren ikke får tak i innholdet. Setningene bør først og fremst ikke være <strong>for</strong> lange. Er<br />

det i tillegg fullt av innskutte leddsetninger, parenteser og <strong>for</strong>noter, hemmer dette lesingen. Dermed<br />

minker sjansene <strong>for</strong> at budskapet i rapporten når fram til mottakeren.<br />

Fremmedord og faguttrykk er hemmende <strong>for</strong> mange lesere. I et prosjektarbeid er fremmedord og<br />

faguttrykk ikke til å unngå dersom budskapet skal bli presist nok. Det gjelder å finne en balanse<br />

mellom den nødvendige presisjonen og hensyner til de av leserne som er ukjente med den spesielle<br />

terminologien. Hovedregelen er at fremmedord ikke skal brukes dersom det finnes et like presist og<br />

innarbeidet norsk ord eller uttrykk <strong>for</strong> det samme. Spesielle faguttrykk, <strong>for</strong>kortelser og symboler må<br />

<strong>for</strong>klares første gang de dukker opp i teksten. Eventuelt kan de <strong>for</strong>klares i en spesiell begrepsliste.<br />

En rekke gode råd <strong>for</strong> hvordan dere bør uttrykke dere, er samlet i ”Språkvettreglene”, som er ut<strong>for</strong>met<br />

av Finn-Erik Vinje (Vinje, 1990). Disse reglene er gjengitt på figur 9.3.<br />

1 Det er ingen skam å sette punktum<br />

En leservennlig periode har sjelden mer enn 22—25 ord.<br />

2 Har du flere ting på hjertet, så si en ting om gangen<br />

Prøv ikke å si to ting samtidig. Server momentene porsjonsvis og avslutt gjerne setningen før du<br />

begynner på en ny.<br />

3 Vær høflig mot leseren<br />

Tenk på leseren når du skriver, og velg ord som du vet han <strong>for</strong>står. Når du bruker et vanskelig ord,<br />

skal du huske på at det ikke er <strong>for</strong>budt å <strong>for</strong>klare det.<br />

4 Bli Ikke smittet av substantivsjuken<br />

Skriv ikke: Karl <strong>for</strong>etar innhøsting av epler — når du like gjerne kan skrive: Karl høster inn epler.<br />

5 Vår gjerne høyrevridd når du skriver<br />

Sørg <strong>for</strong> at hovedverbet kommer langt ut til venstre i setningen, og spre resten av setningsinnholdet<br />

ut til høyre.<br />

6 Du skal ikke pynte deg med ord<br />

Motstå fristelsen til å bruke sjeldne fremmedord, moteord eller vitenskapelig klingende<br />

”påfuglord”.<br />

7 Vær ikke redd <strong>for</strong> den konkrete uttrykksmitten<br />

Mener du en spade, så skriv spade — ikke arbeidsredskap.<br />

8 Sløs ikke med ord og bokstaver<br />

En kort uttrykksmåte er i regelen bedre enn en lang. Skriv ikke: Idrettslaget er en<br />

trivselsfremmende faktor i relasjon til lokalmiljøet — når du like gjerne kan skrive:<br />

Idrettslaget skaper trivsel i bygda.<br />

9 Vær ikke redd <strong>for</strong> det personlige tonefallet<br />

Personord som du, De, dere, jeg, vi er tillatt i skrift også.<br />

10 Bruke ørekontrollen<br />

Venn deg til å lese høyt <strong>for</strong> deg selv det du har skrevet. Det kan hjelpe deg til å sile bort de mest<br />

papirknitrende uttrykkene.<br />

Figur 9.3 Språkvettreg1ene til Finn-Erik Vinje<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 35 av 69


Dag Gundersen har laget ti språk1ige tips til <strong>for</strong>fattere (Gundersen 1995). Hvis man følger dem, blir<br />

språket bedre. Hans råd er blant annet basert på hans erfaringer som <strong>for</strong>lagskonsulent. Gundersens<br />

språklige tips er mer detaljerte enn språkvettreglene til Vinje. De kan ses på som et supplement. De er<br />

vist på figur 9.4.<br />

1 Unngå s-genitiv<br />

Ikke skriv: HøgskoIens prosjektorienterte undervisning. Rapportens innhold. Bruk helter: Den<br />

prosjektorienterte undervisningen ved Høgskolen. Innholdet i rapporten.<br />

2 Ikke <strong>for</strong> mye s-passiv<br />

Ikke skriv: Det avholdes møter. Arbeidet ledes av en prosjektleder. Bruk heller: Det blir holdt<br />

møter. Arbeidet blir ledet av en prosjektleder.<br />

3 Rasjoner med vil. Ofte er presens bedre<br />

Ikke skriv: Prosjektarbeidet vil bli problemfylt. Det vil være nødvendig med hjelp. Skriv<br />

heller: Prosjektarbeidet blir problemfylt. Det er nødvendig med hjelp.<br />

4 Unngå ”de ens<strong>for</strong>mige gjentakelser”<br />

Ikke skriv: For å få en god plan må vi planlegge med hjelp av en planleggingsmetode. Skriv<br />

helter: Bruk av en planleggingsmetode gir en god plan.<br />

5 Ved henvisning med pronomen, ikke bruk denne/dette/disse der den/det/de er nok<br />

ikke skriv: Studentene arbeider bra sammen når disse er motiverte. Skriv heller: Studentene<br />

arbeider bra sammen når de er motiverte.<br />

6 Ikke overdriv bruken av substantiver. Bygg heller setningen opp omkring et verb<br />

ikke skriv: Det må skje en planlegging av arbeidet.<br />

Skriv heller: Arbeidet må planlegges.<br />

7 Kortere nominale (substantiviske) uttrykk kan ofte <strong>for</strong>enkles:<br />

en økt mengde = mer<br />

av største betydning, av stor viktighet = svært viktig<br />

skjer en reduksjon = blir mindre<br />

av midlertidig karakter = midlertidig<br />

viser økning = har økt<br />

en umulighet = umulig<br />

vinner i klarhet = blir klarere<br />

få i antall = få<br />

brun av farge = brun<br />

8 Unngå gammeldagse og talemålsfjerne papirord<br />

Ikke skriv: samt, dog, endog, kun, sådan, således, intet, hvorav, hvoretter, hvormed, hvortil,<br />

imidlertid, på grunn av at, på følgende måte, <strong>for</strong> det annet, anmode, anvende, benytte,<br />

<strong>for</strong>anledige, <strong>for</strong>årsake, påse, unnlate, ovenstående, nedenstående, som følger, innen faget<br />

(heller: i eller innen<strong>for</strong>), via (heller: gjennom, over), da (heller: <strong>for</strong>di, ettersom), medføre<br />

(heller: føre til), m.m., m.v., etc. (i stedet <strong>for</strong> disse <strong>for</strong>kortelsene bruk heller osv., eller, o.l.).<br />

9 Ikke skill det som hører sammen<br />

Ikke skriv: Et notat fra ett av gruppemedlemmene kan, hvis alle er enige i det, brukes som et<br />

arbeidsdokument.<br />

Skriv heller: Hvis alle er enige i det, kan et notat fra ett av gruppemedlemmene brukes som et<br />

arbeidsdokument.<br />

10 Skill mellom terminologi og fagsjargong, og unngå fagsjargongen<br />

Ikke skriv: Basal <strong>for</strong>skning. Resultatene kan appliseres. Tilgangen på ressurser var<br />

insuffisient.<br />

Skriv heller: Grunnleggende <strong>for</strong>skning. Resultatene kan brukes. Dat var ikke tilstrekkelig<br />

tilgang på ressurser.<br />

Figur 9.4 Språklige tips fra Dag Gundersen<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 36 av 69


Sjekkliste Ja Nei<br />

Rapportens mottakere: Har dere klarlagt hvem dere skriver rapporten <strong>for</strong>?<br />

Rapportens <strong>for</strong>m: Har dere bestemt rapportens typografiske utseende, <strong>for</strong><br />

eksempel ved å bestemme en stil i tekstbehandlingssystemet?<br />

Rapportens <strong>for</strong>m: Har dere bestemt omfanget og bruken av illustrasjoner i<br />

rapporten?<br />

Rapportens <strong>for</strong>m: Har dere kontrollert at alle figurer og tabeller er nummerert,<br />

gitt en <strong>for</strong>klarende figurtekst og har korrekt kildehenvisning?<br />

Språklig <strong>for</strong>m: Har dere kontrollert teksten mot Finn-Erik Vinjes<br />

språkvettregler?<br />

Språklig <strong>for</strong>m: Har dere kontrollert teksten mot Dag Gundersens språklige<br />

tips?<br />

Korrekturlesing: Har dere kjørt stavekontroll på teksten?<br />

Rapportens oppbygging: Er alle delene i rapporten med i riktig rekkefølge?<br />

Hvis noe mangler, har dere en god begrunnelse <strong>for</strong> det?<br />

Omslaget og tittelsiden: Har dere laget et tiltalende omslag og en innbydende<br />

tittelside med all nødvendig in<strong>for</strong>masjon?<br />

Forordet: Har dere husket å takke i <strong>for</strong>ordet?<br />

Innholds<strong>for</strong>tegnelsen: Har alle kapitler og underkapitler gode betegnelser, slik<br />

at innholds<strong>for</strong>tegnelsen i seg selv gir et godt inntrykk av hva rapporten handler<br />

om?<br />

Innholds<strong>for</strong>tegnelsen: Er det nøyaktig sammenheng mellom<br />

innholds<strong>for</strong>tegnelsen og de titlene som er brukt i rapporten?<br />

Sammendraget:Er sammendraget et konsentrat av det viktigste som står i<br />

rapporten? Er det mulig ved bare å lese sammendraget å få et godt bilde av hva<br />

dere har fått til?<br />

Innledningskapitlet: Er målet og den avgrensete problemstillingen klart<br />

presentert og begrunnet?<br />

Metodekapitlet:Er det klart redegjort <strong>for</strong> innhentingen av in<strong>for</strong>masjon og<br />

kvaliteten på kildene, og henger det godt sammen med innledningskapitlet?<br />

Metodekapitlet: Er det klart redegjort <strong>for</strong> valg av fagmetodikk?<br />

Hovedkapitlene: Er hovedkapitlene logisk bygd opp, og henger de godt<br />

sammen med innledningskapitlet?<br />

Konklusjonene: Gir konklusjonene svar på den avgrensete problemstillingen og<br />

om målene <strong>for</strong> prosjektarbeidet er nådd?<br />

Referanser: Har dere presise referanser som gjør det enkelt <strong>for</strong> en leser å finne<br />

fram til de refererte kildene?<br />

Referanser: Har alle kildene referanser til seg inne i rapporten?<br />

Vedleggene: Inneholder vedleggene bare det som er strengt nødvendig?<br />

Vedleggene: Er det henvist til alle vedlegg inne i rapporten?<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 37 av 69


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 38 av 69


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 39 av 69<br />

Vedlegg 5.


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 40 av 69


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 41 av 69


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 42 av 69


Oppgavens tittel:<br />

Project tittel:<br />

Gruppedeltakere:<br />

Studieretning:<br />

Oppdragsgiver:<br />

HØGSKOLEN I SØR-TRØNDELAG<br />

Avdeling <strong>for</strong> teknologi<br />

Program <strong>for</strong> elektro- og datateknikk<br />

7004 TRONDHEIM<br />

Bacheloroppgave<br />

Gitt dato:<br />

Innlevingsdato:<br />

Antall sider/bilag<br />

Veileder (navn/email/tlf.):<br />

Prosjektnummer:<br />

Kontaktperson hos<br />

oppdragsgiver (navn/tlf.):<br />

Fritt tilgjengelig<br />

Tilgjengelig etter avtale med oppdragsgiver<br />

Rapporten frigitt etter<br />

<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 43 av 69<br />

Vedlegg 6.


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 44 av 69


HØGSKOLEN I SØR-TRØNDELAG<br />

Avdeling <strong>for</strong> teknologi<br />

Program <strong>for</strong> elektro- og datateknikk<br />

7004 TRONDHEIM<br />

Bacheloroppgave: E0205 Mini/Småkraftverk<br />

Møteinnkalling – MI 2<br />

Gjelder: Gjennomgang <strong>for</strong>prosjekt<br />

Møtedato: 28.02.02<br />

Kl: 14:00 til 15:15<br />

Sted: Møterom G103E<br />

Møteleder:<br />

Gunhild Gauss<br />

Referent:<br />

Arne Strøm<br />

Dato: 23.02.02<br />

Går til:<br />

Møtedeltakere:<br />

Prosjektgruppe:<br />

Gunhild Gauss (GG) tlf. 12345678 email: Gunhild.Gauss@stud.hist.no<br />

Arne Strøm (AS) tlf. 91234567 email: Arne.Strøm@stud.hist.no<br />

Nils Spenning (NS) tlf. 89123456 email: Nils.Spenning@stud.hist.no<br />

Oppdragsgiver:<br />

Dyktig Rådgiver (DR) tlf. 98765432 email: dyktig@rådgivende.ing.no<br />

Veileder:<br />

Lærer Elektro (LE) tlf: 73559450 email: Larer.Elektro@hist.no<br />

Kommentar:<br />

Alle malene er utfylt med tekst <strong>for</strong> å gi et eksempel på hvordan det kan gjøres. Ved bruk av malene slettes<br />

teksten (også dette som står i kursiv) og fylles ut av de enkelte gruppene.<br />

Saksnummereringen begynner på 1 og teller oppover gjennom hele prosjektets gang. Saksnummereringen kan<br />

inneholde årstall, slik at nummereringen ser slik ut: saksnr./årstall. F.eks. vil første sak på første møte være<br />

1/09, hvis siste sak på første møte er sak 6/09 begynner neste møte med sak 7/09.<br />

Prosjektnummer er oppgitt i oversikten over grupper og tildelte oppgaver.<br />

”Dato:” betyr den datoen møteinnkallingen/møtereferatet/toukersrapporten er skrevet.<br />

”Gjelder:” Få med en passende overskrift <strong>for</strong> møtet, hovedsaken i møtet eller en milepæl som er oppnådd eller<br />

noe som har skjedd i perioden. F.eks. oppstart av prosjektet, gjennomgang av <strong>for</strong>prosjekt, befaring, målesesjon<br />

avsluttet.<br />

For å få til tabulatorer i tabellcellene, trykk ctrl + tab<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 45 av 69<br />

Vedlegg 7.


Saksliste:<br />

Sak nr. Emne Ansvarlig<br />

07/12 Godkjenning av innkalling og saksliste<br />

Saker under eventuelt.<br />

GG<br />

08/12 Godkjenning av referat fra <strong>for</strong>rige møte<br />

09/12 Tidspunkt <strong>for</strong> neste møte GG<br />

10/12 Statusrapport (gjennomgang av toukesrapport)<br />

• Utført i perioden<br />

• Avvik<br />

• Neste periode<br />

• Fremdriftsplan<br />

GG<br />

11/12 Gjennomgang av <strong>for</strong>prosjekt<br />

• Kommentarer/behov <strong>for</strong> rettelser?<br />

• Evt. underskrift<br />

12/12<br />

13/12<br />

Gjennomgang av gruppens interne rutiner<br />

AutoCAD<br />

• Tilgang på egne PC’er?<br />

14/12 Eventuelt<br />

15/12 Evaluering av møtet Alle<br />

Personer som er <strong>for</strong>hindret fra å møte skal gi beskjed om dette til møteleder<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 46 av 69<br />

GG<br />

NS<br />

NS<br />

NS<br />

GG


HØGSKOLEN I SØR-TRØNDELAG<br />

Avdeling <strong>for</strong> teknologi<br />

Program <strong>for</strong> elektro- og datateknikk<br />

7004 TRONDHEIM<br />

Bacheloroppgave: E0205 Mini/Småkraftverk<br />

Møtereferat – MR 2<br />

Gjelder: Gjennomgang <strong>for</strong>prosjekt<br />

Møtedato: 28.02.02<br />

Kl: 14:00 til 15:00<br />

Sted: Møterom G103E<br />

Møteleder:<br />

Gunhild Gauss<br />

Referent:<br />

Arne Strøm<br />

Dato: 02.03.02<br />

Tilstede:<br />

Prosjektgruppe:<br />

Gunhild Gauss (GG) tlf. 12345678 email: Gunhild.Gauss@iet.hist.no<br />

Arne Strøm (AS) tlf. 91234567 email: Arne.Strøm@iet.hist.no<br />

Nils Spenning (NS) tlf. 89123456 email: Nils.Spenning@iet.hist.no<br />

Oppdragsgiver:<br />

Dyktig Rådgiver (DR) tlf. 98765432 email: dyktig@rådgivende.ing.no<br />

Veileder:<br />

Lærer Elektro (LE) tlf: 73559450 email: Larer.Elektro@iet.hist.no<br />

Går til:<br />

Møtedeltakerne<br />

Kopi til:<br />

Vedlegg 8.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 47 av 69


Sak nr. Emne Ansvarlig Tidsfrist<br />

07/12 Godkjenning av innkalling og saksliste:<br />

AS<br />

Feil på møteinnkallingen:<br />

• Nils Spenning skrevet feil.<br />

• Feil dato pga. <strong>for</strong>skyvninger.<br />

Må sørge <strong>for</strong> at Spenning er riktig skrevet på videre<br />

dokumenter.<br />

Ved endring av møtetidspunkt: Ta direkte kontakt med de<br />

som skal kalles inn <strong>for</strong> å høre hvilke tidspunkt de har<br />

anledning å komme.<br />

Innkalling og saksliste ble godkjent.<br />

08/12 Godkjenning av referat fra <strong>for</strong>rige møte:<br />

• Sjekk ”tilstedeliste” så denne er korrekt.<br />

• GG gikk gjennom MR 1, og dette ble godkjent.<br />

09/12 Statusrapport (gjennomgang av toukesrapport):<br />

• Utført i perioden: Kontakt med oppdragsgiver <strong>for</strong><br />

klargjøring av oppgaven, <strong>for</strong>prosjekt<br />

• Generelt: Ble enige om å avgrense oppgaven til<br />

Trondheimsområdet<br />

• Avvik: Skulle mottatt underlag til styreskjema. Uten<br />

at denne blir tilgjengelig er det vanskelig å komme<br />

videre på den delen<br />

• Neste periode: Skal på befaring på oppdragsgivers<br />

anlegg den 08.03. Veileder ønsker å være med. Alle<br />

møter på skolen kl. 08:00. NS stiller med bil, alle<br />

bidrar med 25 kr i bensinpenger.<br />

• Fremdriftsplan: Ligger 5 timer på etterskudd<br />

timemessig. Gruppa føler at de har gjort det som<br />

skulle gjøres innholdsmessig, og kommer der<strong>for</strong> ikke<br />

til å gjøre noe ekstra arbeid med det som er utført<br />

bare <strong>for</strong> at det skal gå opp med timebudsjettet. Hvis<br />

<strong>for</strong>prosjektet må rettes på vil nok timeregnskapet<br />

komme til å stemme med timebudsjettet. I neste<br />

periode <strong>for</strong>ventes NS å bli en del borte pga. fødsel.<br />

TR 2 ble godkjent.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 48 av 69<br />

GG<br />

AS<br />

NS<br />

10.03<br />

08.03


10/12 Gjennomgang av <strong>for</strong>prosjekt:<br />

LE påpekte en del punkter som burde rettes opp i rapporten:<br />

• Spesifisere dagens situasjon nærmere, hvordan er<br />

status i bedriften.<br />

• Klargjøre hva bedriften gjør og hva gruppa skal bidra<br />

med i <strong>for</strong>hold til dette.<br />

Disse vil bli rettet opp, og revidert rapport sendt ut til<br />

veileder og oppdragsgiver. Når revidert <strong>for</strong>prosjekt blir<br />

godkjent skal denne underskrives.<br />

11/12 Gjennomgang av gruppens interne rutiner:<br />

• Mangelfulle rutiner angående prosjektleder/referent.<br />

• Mangler oversikt over hvem som har ansvaret til<br />

enhver tid.<br />

Dette rettes opp, og taes med i den reviderte utgaven av<br />

rapporten.<br />

12/12 AutoCAD:<br />

13/12 Neste møte:<br />

14/12<br />

• NS sjekker med dataansvarlig angående installasjon<br />

av AutoCAD<br />

• NS sjekker med oppdragsgiver ang. underlag <strong>for</strong><br />

styreskjema.<br />

Neste prosjektmøte vil bli avholdt 22.02.02 kl. 13.00 –<br />

14.15.<br />

Sted avtales når AS har fått bestilt møterom.<br />

Eventuelt:<br />

• Det ble besluttet at prosjektets framdrift skulle<br />

oppdateres på MS-project, slik at eventuelle avvik i<br />

<strong>for</strong>hold til den oppsatte fremdriftsplanen fremkommer<br />

tydelig.<br />

15/12 Evaluering av møtet.<br />

• Positiv atmosfære og konstruktiv meningsutveksling<br />

• Tildels mangelfull <strong>for</strong>beredelse til møtet som dermed<br />

ble litt <strong>for</strong> langt.<br />

• Bla, bla, bla - - - - -<br />

GG 11.02<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 49 av 69<br />

NS<br />

NS<br />

11.02<br />

13.02<br />

AS 20.02


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 50 av 69


HØGSKOLEN I SØR-TRØNDELAG<br />

Avdeling <strong>for</strong> teknologi<br />

Program <strong>for</strong> elektro- og datateknikk<br />

7004 TRONDHEIM<br />

Bacheloroppgave: E0205 Mini/Småkraftverk<br />

Toukesrapport -TR 2<br />

Periode:<br />

Uke: 4 og 5 21.01.02 – 03.02.02 Prosjektgruppe: E0205<br />

Dato: 04.02.02 Utarbeidet av: Gunnar Gaus<br />

Går til:<br />

Prosjektgruppe:<br />

Gunnar Gaus (GG), tlf: 12345678, email: Gunnar.Gaus@iet.hist.no<br />

Arne Strøm (AS), tlf 91234567, email: Arne.Strøm@iet.hist.no<br />

Nils Spenning (NS), tlf 89123456, email: Nils.Spenning@iet.hist.no<br />

Kontaktpersoner:<br />

HIST<br />

Per Rindalsholt (PR) tlf 73559607 Per.Rindalsholt@iet.hist.no<br />

Oppdragsgiver:<br />

Birger.Fugle (BF) tlf 43524672 Birger.Fugle@Sunnfjord energi.no<br />

1 Oppnådde mål/milepeler i perioden *<br />

Mål/Milepel<br />

Utarbeiding av <strong>for</strong>lag til <strong>for</strong>prosjekt<br />

Ansvarlig Kommentarer<br />

• Mål <strong>for</strong> prosjektet<br />

Mkjdkji kd ils id goåei å<br />

Kjiåiuj oåiåpi jki i iæ<br />

AS Diskuteres med kontaktpersoner<br />

• Strategier<br />

Looøæ øojö oø kjeli løo jo¨<br />

NS Diskuteres med kontaktpersoner<br />

• Framdriftsplan<br />

Framdriftsplan er utarbeidet og ligger<br />

som eget vedlegg til denne rapporten. AS Diskuteres med kontaktpersoner<br />

* Gruppen skal presentere resultatene ved hjelp av overheads eller annet medium på neste møte.<br />

Vedlegg 9.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 51 av 69


2 Avvik<br />

Avvik Kommentarer Ansvarlig Ny frist<br />

Utarbeiding av styreskjema<br />

Har ikke mottatt NS 08.02.02<br />

Skulle vært utført i inneværende periode i følge <strong>for</strong>rige underlag fra<br />

rapport<br />

oppdragsgiver, etter<br />

flere purringer.<br />

3 Oppgaver neste periode<br />

Oppgaver Kommentarer Ansvarlig Frist<br />

Møte med oppdragsgiver NS 07.02.02<br />

Befaring av oppdragsgivers anlegg Avtale med sakkyndig<br />

driftsleder<br />

AS 08.02.02<br />

Vurdering av dagens løsninger opp mot ny<br />

teknologi<br />

GG 12.02.02<br />

4 Tids<strong>for</strong>bruk i perioden<br />

Navn Aktivitet Timer<br />

Gunnar Gaus Mål 30<br />

Arne Strøm Strategier 32<br />

Nils Spenning Framdriftsplan 33<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 52 av 69


5 Annen in<strong>for</strong>masjon<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 53 av 69


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 54 av 69


KVALITETSHÅNDBOK<br />

Prosedyre: Prosedyrenavn<br />

Dokumentnr.: PG000<br />

Utgave: 1.00<br />

Godkjent av: Navn<br />

Dato: dd.mm.åå<br />

Utarbeidet av: Navn Dato: dd.mm.åå Revidert av: Navn Dato: dd.mm.åå<br />

1 Formål<br />

Hensikten med prosedyren er å sikre at komponenter, etc som kjøpes inn i <strong>for</strong>bindelse med studentprosjekter,<br />

blir bestilt og utlevert til prosjektgruppa på en enkel og ryddig måte.<br />

2 Omfang og definisjoner<br />

Retningslinjene gjelder ved innkjøp av komponenter og annet utstyr i <strong>for</strong>bindelse med studentprosjekter. Med<br />

studentprosjekter menes alle pålagte prosjekter studentene skal gjennomføre i løpet av utdanningen.<br />

3 Ansvar og myndighet<br />

I en bacheloroppgave skal normalt oppdragsgiver dekke komponentkostnader. Om programmet skal dekke<br />

komponentkostnader må søknad om dette leveres til veileder. I andre prosjekter avtales finansiering med<br />

faglærer. Prosjektgruppa er selv ansvarlig <strong>for</strong> eventuelle overskridelser. Prosjekt-gruppa er ansvarlig <strong>for</strong> at<br />

bestillingsprosedyren følges. Komponentansvarlig er ansvarlig <strong>for</strong> å effektuere bestillinger.<br />

4 Beskrivelse<br />

4.1 Valg av komponenter:<br />

For aktive komponenter brukes oppslagsbøker som IC-Master (gjelder integrerte kretser), generelle<br />

oppslagsbøker, sammenlikningslister, og lignende. Søking på internett er også en mulighet, men sidene tar<br />

ofte med bare de nyeste komponentene. Mange datablader kan finnes på www.alldatasheet.com. Databøker<br />

om elektronikk-komponenter er tilgjengelig på rom 115B. Databøker er ikke til utlån, ta kopi dersom det er<br />

nødvendig.<br />

For passive komponenter gjelder mye det samme, men start her med leverandørkataloger (ELFA, Farnell,<br />

m fl) eller kataloger fra produsenter. Når det gjelder motstander og kondensatorer har programmet enkelte<br />

<strong>for</strong>etrukne varianter på lager:<br />

Motstander finnes først og fremst som 0.6W metallfilmsmotstander, disse har de beste data <strong>for</strong> de fleste<br />

anvendelser. Vårt <strong>for</strong>etrukne utvalg er etter E12-serien (12 verdier pr. dekade) Det finnes også noe utvalg i<br />

verdier uten<strong>for</strong> denne serien. Vi har også et ’kit’ med 0.2W motstander i E24-serien. Alle disse er fabrikert<br />

med 1% toleranse.<br />

IET har videre en del karbonfilm-motstander av <strong>for</strong>skjellige verdier og effekt opp til 1W. Disse har<br />

5 og 10 % toleranse og er ansett som litt ’store og gammeldags’. En sjelden gang er de greie å bruke.<br />

Videre finnes spredte typer effektmotstander, mest som overskudd etter tidligere bestillinger.<br />

Kondensatorer finnes som keramiske-, plastfilm-, elektrolytt- og tantalkondensatorer. De laveste verdier<br />

finnes hos oss som keramiske skivekondensatorer. Her er det godt utvalg blant de laveste verdier mindre<br />

enn 100pF pga behov <strong>for</strong> mange verdier i høyfrekvenskretser.<br />

Når det gjelder avkoplingskondensatorer har sjelden verdien særlig stor betydning så lenge komponenten<br />

oppfyller sin hensikt, dvs. yter lav reaktans ved frekvensen som må kortsluttes til jord. Forlanger et<br />

koplingsskjema f. eks. avkoplingskond. på 33nF er det som regel akseptabelt både med 10nF og 100nF.<br />

Velges alt <strong>for</strong> stor kapasitans i <strong>for</strong>hold til frekvensen kan det hende at enkelte kondensatorer ikke yter en<br />

god, lavimpedanset avkopling.<br />

Plastfilmkondensatorer har lave tap, god toleranse og er egnet til de fleste anvendelser.<br />

Elektrolytt-kondensatorer er ikke normalt egnet <strong>for</strong> frekvenser i overkant av noen titalls kilohertz. Man kan<br />

alltid erstatte en elektrolytt med <strong>for</strong> eksempel en plastfilm-kondensator, (eller annen upolarisert kond.) hvis<br />

det er plass <strong>for</strong> en komponent med den nødvendige kapasitans i anvendelsen. Elektrolytt-kondensatorer har<br />

minst fysisk størrelse etter kapasitans og driftsspenning. De har også store toleranser i verdi, (ofte –10 %,<br />

+50 %) og krever en likespenning med riktig polaritet over klemmene , dvs. de er polarisert.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 55 av 69<br />

Vedlegg 10.


Før bestilling skal det sjekkes om komponentene inngår i programmets standardsortiment.<br />

Komponentansvarlig kan også gi råd om valg av komponenter.<br />

4.2 Bestilling av komponenter:<br />

Bestilling av komponenter skal godkjennes av faglærer/veileder og merkes med faglærers/veileders navn.<br />

Det skal ikke bestilles komponenter mot oppkrav i skolens navn. ELFA skal brukes som hovedleverandør<br />

av elektronikk-komponenter. Andre leverandører skal kun brukes dersom valgte komponenter ikke finnes i<br />

ELFAs sortiment.<br />

For å redusere <strong>for</strong>sendelseskostnader, blir det bare sendt en bestilling pr uke, dvs på fredag. Bestillingslista<br />

skal der<strong>for</strong> leveres komponentansvarlig før fredag <strong>for</strong>middag dersom bestillingen ønskes effektuert denne<br />

uka.<br />

4.3 Utlevering av komponenter:<br />

Ved mottak av en <strong>for</strong>sendelse skal komponentansvarlig også varsle bestilleren på e-post. Prosjektleder har<br />

ansvaret <strong>for</strong> å sjekke sin bestilling mot pakkseddelen.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 56 av 69


Om Eksaminasjon i bacheloroppgaven (muntlig <strong>for</strong>svar <strong>for</strong><br />

bacheloroppgaven)<br />

Deltakere: Gruppemedlemmene samt veileder og oppdragsgivers representant.<br />

Oppdragsgivers representant er sensor.<br />

Hensikt: Gi bedre grunnlag <strong>for</strong> prosjektevalueringen.<br />

Oppklaring av eventuelle uklare punkter i rapporten<br />

Klarlegge gruppas arbeids<strong>for</strong>deling i prosjektet og eventuelt gi grunnlag<br />

<strong>for</strong> individuell prosjektkarakter.<br />

Når?: Etter levering av rapporten. Tidspunkt avtales med veileder, <strong>for</strong><br />

eksempel i uke 21-22 (to siste uker i mai).<br />

Varighet: Det settes av ca. 1/2 time pr. gruppedeltaker, minimum 1 time pr.<br />

prosjekt, til presentasjon og eksaminasjon.<br />

Prosedyre:<br />

1. Gruppa bruker PowerPoint til presentasjon av prosjektet og<br />

rammene <strong>for</strong> dette; ut<strong>for</strong>dringer i arbeidet, prosjektframdriften,<br />

arbeids<strong>for</strong>delingen underveis og sluttresultatet. (15 min pr student)<br />

2. Gruppa orienterer om andre ting som de ønsker å legge fram<br />

3. Veileder og sensor stiller spørsmål til gruppa og til gruppedeltakere<br />

på bakgrunn av gjennomgang og innlevert rapport.<br />

Gruppedeltakerne bør ha grunnleggende kjennskap til alle deler av<br />

prosjektet, men en vil ikke <strong>for</strong>vente detaljkunnskap (f.eks<br />

programdetaljer) fra andre deler enn de vedkommende sjøl har<br />

arbeidd med.<br />

L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 57 av 69<br />

Vedlegg 11.


L:\AFT\EDT\Doc\_FAGLIG\BACHELOR-oppgave\2010-11\Orientering\Prosjektmanual2011.doc Dato: 22.12.2010<br />

Side: 58 av 69


Hjemmeside <strong>for</strong> bacheloroppgaven<br />

Generelt<br />

Hvis dere f.eks. har oppgave nr. 12 (se liste over prosjektgruppene), skal brukeren hete E1112 (E =<br />

elektro og 11 er året).<br />

Passord får dere av veileder. Passordet kan dere endre selv etter å ha logget inn. Det er bare å skrive<br />

passwd, og trykke ENTER. Men <strong>for</strong> å logge inn trengs et program som heter PUTTY.EXE som kan<br />

hentes på katalogen K:\Fag\AFT\EDT\_FAG\PUTTY (Ingen installasjon, bare å kjøre programmet, se<br />

eget avsnitt neden<strong>for</strong>.)<br />

Hjemmekatalogen til denne brukeren ( /home/prosjekt/hpe1112 ) vil ha en underkatalog med navnet<br />

public_html som du ser ved å skrive ls -l etter å ha logget inn. (ls -l tilsvarer DIR i XPDOS.)<br />

Du legger HTML-filene dine i denne katalogen (og eventuelle underkataloger som du lager selv), v.hj.a.<br />

et program som WinSCP (se eget avsnitt neden<strong>for</strong> ).<br />

Hovedfilen kaller du index.htm, og den er da "på lufta" med vevadressen:<br />

http://www.hekta.org/~hpe1112/ 1 (se nederst)<br />

Til denne vevadressa vil det være lenke fra prosjektsammendraget ditt, som igjen er lenket fra EDTsidene<br />

Passordbeskyttet katalog (<strong>for</strong> de som måtte behøve det)<br />

Noen ganger ønsker oppdragsgiveren at vevsidene skal være passordbeskyttet. Du kan få hjelp til dette,<br />

men de som vil gjøre det selv, kan følge beskrivelsen neden<strong>for</strong>.<br />

Logg inn, stå i hjemmekatalogen din (ikke public_html), og lag en underkatalog som f.eks. heter passord:<br />

mkdir passord<br />

Gå ned i denne:<br />

cd passord<br />

Lag ei passordfil:<br />

htpasswd -c passfilnavn brukernavn<br />

hvor du velger passfilnavn og brukernavn helt fritt (uavhengig av ditt brukernavn på Hekta).<br />

Nå får du taste inn ønsket passord, som legges på kryptert <strong>for</strong>m inne i fila.<br />

Vil du se, kan du skrive fila på skjermen: cat passfilnavn Innholdet ligner: brukernavn: 2aiJZUa2Hlu6<br />

En kan legge flere brukernavn/passord i denne fila ved å gjenta kommandoen uten create-opsjonen -c<br />

Så må du legge ei fil med navnet .htaccess (navnet starter med punktum – gjør at fila er skjult) i den<br />

katalogen som skal være beskyttet (alle underkataloger blir også beskyttet). Denne fila skal inneholde<br />

følgende tekst hvor det som er uthevet, må tilpasses hver enkelt:<br />

AuthUserFile /home/prosjekt/hpe1012/passord/.pass<br />

AuthGroupFile /dev/null<br />

AuthName Gruppee1112<br />

AuthType Basic<br />

<br />

require user brukernavn<br />

<br />

Side: 59 av 69<br />

Her er valgt passfilnavnet .pass<br />

Vedlegg 12.<br />

Teksten Gruppee1112 kommer til syne på<br />

innloggingsvinduet som spretter opp når en<br />

nettleser prøver å lese en side i dette<br />

beskyttede katalogtreet. F.eks. i Netscape:<br />

Enter username and password <strong>for</strong><br />

”Gruppee1112"<br />

1 Vevadressa http://www.hekta.org/~hpe1112/ er egenlig flg. Linuxadresse på Hekta:<br />

/home/prosjekt/hpe1112/public_html/<br />

Det er altså ikke mulig med en vevleser å få lest ei fil som ligger lagret på hjemmekatalogen din (eller enda høyere<br />

opp mot rotkatalogen). Derimot kan du gjerne lage underkataloger under public_html <strong>for</strong> å legge filer i. Anta at du<br />

lagret ei fil i (her angitt med full Linux søkevei): /home/prosjekt/hpe1112/public_html/underkat/nedgravet.htm<br />

I nettleseren oppgir du da vevadressa: http://www.hekta.org/~hpe1112/underkat/nedgravet.htm<br />

(Her er brukt grå bakgrunn <strong>for</strong> de delene som tilsvarer hverandre.)


Innlogging med Putty (<strong>for</strong> arbeid med passord)<br />

Programmet kan hentes på K:\Fag\AFT\EDT\_FAG\PUTTY\PUTTY.EXE og krever ingen installasjon.<br />

Oppstartsbildet kan se slik ut etter at noen sesjoner er lagret:<br />

Aller første gang er midtruta tom (bortsett fra "Default Settings"). Da må du fylle ut :<br />

Host Name: www.hekta.org<br />

Klikk på SSH, så vil automatisk Port bli 22.<br />

Saved Sessions: Hekta (-eller <strong>for</strong> så vidt hva du måtte ønske som navn på dette oppsettet.)<br />

Trykk Save-knappen og navnet Hekta dukker opp i midtvinduet.<br />

Heretter dobbeltklikker du bare på Hekta når du vil logge inn. (Da får du spørsmål om brukernavn og<br />

passord.)<br />

Side: 60 av 69<br />

Fig. 1


Opplasting av filer med WinSCP<br />

Når filer skal lastes opp til public_html-katalogen på Hekta fra en maskin som ikke står i skolens nettverk,<br />

må det brukes SFTP (secure file transfer protocol). WinSCP er et slikt program. (Vanlig FTP går ikke.)<br />

Programmet kan hentes på K:\FAG\AFT\EDT\_FAG\PUTTY\WINSCP3.EXE og krever ingen<br />

installasjon.<br />

Oppstartsbildet kan normalt se ut som på fig.3, men aller første gang ser du samme bildet (fig.2) som hvis<br />

du senere trykker New-knappen:<br />

Her fyller du ut "Host name": www.hekta.org og "User name", (kan gjerne utelate passord her). Så er det<br />

lurt å gå innom oppsettet i venstre rute oven<strong>for</strong> og velge Environment/Directories. Her fyller du ut<br />

hvilken katalog på din egen maskin som skal vises til venstre etter innloggingen (se fig. 4). Så trykker du<br />

"Save". Da får du spørsmål om hva sesjonsoppsettet skal hete, et navn som dukker opp i høyre rute på<br />

figuren neden<strong>for</strong>, og som du senere kan dobbeltklikke på <strong>for</strong> å logge inn på denne maskinen. Da får du<br />

naturligvis spørsmål om passord, og den aller første gangen må du trykke "Yes" <strong>for</strong> å si at du stoler på at<br />

du er kommet til riktig maskin.<br />

Side: 61 av 69<br />

Fig. 2<br />

Fig. 3


Etter innlogging:<br />

Filer kan nå trekkes over med musa, eller du kan merke dem og bruke en av knappene på nest nederste<br />

rad på figuren oven<strong>for</strong> (som samtidig tilsvarer en funksjonstast - mange av dem er grå på bildet).<br />

Side: 62 av 69<br />

Fig. 4


Faglig artikkel – disposisjon<br />

Før du begynner å skrive<br />

Hvem skriver du <strong>for</strong>? En ingeniør med omtrent samme bakgrunn som deg? Fagpersoner med litt<br />

annen faglig bakgrunn? Eller til folk flest?<br />

- Vinkle problemstillingen slik at det er nyttig/interessant <strong>for</strong> målgruppa di<br />

- Bruk ord og faglige uttrykk som målgruppa <strong>for</strong>står, og <strong>for</strong>klar eventuelle faguttrykk som<br />

du må bruke dersom du ikke kan anta at det <strong>for</strong>stås.<br />

Disposisjon<br />

I det følgende er listet opp noen hovedpunkt som skal være med og noen stikkord <strong>for</strong> innholdet<br />

under hvert av hovedpunktene. Ikke alle stikkordene vil passe like godt <strong>for</strong> alle prosjekt.<br />

Innledning<br />

- Hva er bakgrunnen <strong>for</strong> prosjektet?<br />

- Hva var kunnskapen om dette før dere startet prosjektet?<br />

- Hva var problemstillingen, - ut<strong>for</strong>dringen?<br />

- Hva ønsket dere å oppnå med prosjektet?<br />

Gjennomføring<br />

- Hva gjorde dere og hvordan <strong>for</strong> å løst oppgaven?<br />

- Spesielle problemer/ut<strong>for</strong>dringer som dere møtte?<br />

- Hvordan løste dere de spesielle problemene/ut<strong>for</strong>dringene?<br />

Resultat<br />

- Hva oppnådde dere? Beskrivelse av resultatet i <strong>for</strong>hold til hensikten.<br />

- Fremhev gjerne spesielt nyvinninger<br />

Diskusjon<br />

- Muligheter og begrensninger i anvendelsen av resultatet<br />

- Burde noe vært gjort annerledes?<br />

- Perspektiver <strong>for</strong> videreutvikling<br />

Konklusjon<br />

- En kort sammenfatning av det dere har oppnådd i prosjektet<br />

Side: 63 av 69<br />

Vedlegg 13.


Side: 64 av 69


Side: 65 av 69<br />

Vedlegg 14.


Side: 66 av 69


HØGSKOLEN I SØR - TRØNDELAG<br />

AVDELING FOR TEKNOLOGI<br />

AVTALE<br />

Avtale <strong>for</strong> gjennomføring av bacheloroppgaven mellom HiST, oppdragsgiver (firma, etat)<br />

og student(er).<br />

Avtalepartnere<br />

Høgskolen i Sør-Trøndelag<br />

Avdeling <strong>for</strong> teknologi<br />

Program <strong>for</strong> elektro- og datateknikk<br />

Oppdragsgiver Firma/etat/<br />

Student<br />

Student<br />

Student<br />

Student<br />

Student<br />

Prosjekt-tittel/arbeidstittel<br />

Prosjektnr<br />

Veileders navn/tlf/e-postadr.:<br />

Kontaktperson/navn:<br />

Tlf/e-postadr./adresse:<br />

Andre relevante dokumenter: Studiehåndbok AFT, Prosjektmanual <strong>Bacheloroppgaven</strong> på Program <strong>for</strong> elektro- og<br />

datateknikk.<br />

Avtalen angir avtalepartenes plikter vedrørende gjennomføring av prosjektet og rettigheter til anvendelse av de<br />

resultater som prosjektet frembringer:<br />

1.<br />

Studenten(e)/prosjektgruppen skal gjennomføre prosjektet i perioden fra januar til siste halvdel av mai.<br />

Studentene skal i denne perioden følge en oppsatt fremdriftsplan der HiST og oppdragsgiver yter veiledning til avtalte<br />

tider. Oppdragsgiver stiller til rådighet kunnskap og materiale som er nødvendig <strong>for</strong> å få gjennomført prosjektet. Det<br />

<strong>for</strong>utsettes at de gitte problemstillinger det arbeides med er aktuelle og på et nivå tilpasset studentenes faglige<br />

kunnskaper. HiST skal stille til rådighet egen veileder. Oppdragsgiver plikter å gi en evaluering/sensur av prosjektet<br />

vederlagsfritt.<br />

2.<br />

Kostnadene ved gjennomføringen av prosjektet dekkes på følgende måte:<br />

Oppdragsgiver og HiST dekker hver sin del av den veiledningstid som gis. Dekning av reiser og opphold langt fra<br />

studiested dekkes enten av studentene eller av oppdragsiver ut fra den part som er aktiv <strong>for</strong> at reise og opphold er<br />

nødvendig. Studentene dekker utgifter <strong>for</strong> trykking og ferdigstillelse av den skriftlige besvarelsen vedrørende<br />

prosjektet med mindre ikke oppdragsgiver yter slik bistand.<br />

3.<br />

Eiendomsrett<br />

Besvarelsens spesifikasjoner og resultat kan anvendes i oppdragsgivers egen virksomhet inklusiv publisering. Gjør<br />

studenten(e) i sin besvarelse, eller under arbeidet med den, en patenterbar oppfinnelse, gjelder i <strong>for</strong>holdet mellom<br />

oppdragsgiver og studentene bestemmelsene i Lov om retten til oppfinnelser av 17. april 1970, §§ 4-10.<br />

Eiendomsretten til eventuell prototyp tilfaller den som har betalt komponenter og materiell mv. som er brukt til<br />

prototypen. Dersom det er nødvendig med større og/eller spesielle investeringer <strong>for</strong> å få gjennomført prosjektet, må<br />

det gjøres en egen avtale mellom partene om eventuell kostnads<strong>for</strong>deling og eiendomsrett.<br />

Side: 67 av 69<br />

Vedlegg 15.


HØGSKOLEN I SØR - TRØNDELAG<br />

AVDELING FOR TEKNOLOGI<br />

AVTALE<br />

Den totale besvarelsen med tegninger, modeller, digitalt lagret materiale og apparatur som inngår som del av eller<br />

vedlegg til besvarelsen, kan vederlagsfritt benyttes til undervisnings- og <strong>for</strong>sknings<strong>for</strong>mål (inkl. publisering) av HiST.<br />

Besvarelsen, eller vedlegg til den, må ikke nyttes av HiST til andre <strong>for</strong>mål enn undervisning og <strong>for</strong>skning uten avtale<br />

med de øvrige parter i denne avtalen. Dette gjelder også firmaer hvor ansatte ved HiST og/eller studenter har<br />

interesser.<br />

4.<br />

Hvis arbeidet medfører publisering, skal studentene oppføres som med<strong>for</strong>fattere.<br />

5.<br />

HiST står ikke som garantist <strong>for</strong> at det oppdragsgiver har bestilt fungerer etter hensikten, ei heller at prosjektet blir<br />

fullført. Prosjektet må anses som en eksamensrelatert oppgave som blir bedømt av faglærer/veileder og sensor.<br />

Likevel er det en klar målsetting at studentene skal fullføre prosjektet til avtalte spesifikasjoner, funksjonsnivå og<br />

tider.<br />

6.<br />

Offentliggjøring.<br />

Papirkopi av besvarelsen registreres og plasseres i HiST’s bibliotek. Oppdragsgiver og veileder godtar slik<br />

offentliggjøring når de signerer denne prosjektavtalen, og må evt. gi skriftlig melding til HiST om de i løpet av<br />

prosjektet endrer syn på slik offentliggjøring. Oppdragsgiver kan ved prosjektstart kreve at prosjektet skal behandles<br />

som lukket prosjekt dvs ikke publiseres eller plasseres i HiST’s bibliotek.<br />

7.<br />

Når HiST også opptrer som oppdragsgiver trer HiST inn i kontrakten både som utdanningsinstitusjon og som<br />

oppdragsgiver.<br />

8.<br />

Taushetserklæring<br />

Ved denne avtalen erklærer studentene ved sin underskrift alminnelig taushetsplikt vedrørende tekniske innretninger,<br />

fremgangsmåter, drifts eller <strong>for</strong>retnings<strong>for</strong>hold hos oppdragsgiver som det er av betydning å behandle konfidensielt.<br />

9.<br />

Eventuell uenighet vedrørende <strong>for</strong>ståelse av denne avtale løses ved <strong>for</strong>handlinger avtalepartene i mellom. Dersom<br />

det ikke oppnås enighet, er partene enige om at tvisten løses av voldgift etter LOV 2004-05-14 nr 25: Lov om voldgift.<br />

10.<br />

Denne avtalen utferdiges med et eksemplar til hver av partene. Signert dokument godtas på pdf-fil. På vegne av<br />

HiST er det programansvarlig som godkjenner avtalen.<br />

11.<br />

Annet<br />

12.<br />

Signaturer<br />

Dato/ Veileder HiST Program <strong>for</strong> elektro- og datateknikk.<br />

Dato/Oppdragsgiver/kontaktperson<br />

Dato/Student<br />

Dato/Student<br />

Dato/Student<br />

Dato/Student<br />

Dato/Student<br />

Dato/programansvarlig<br />

Side: 68 av 69


Karaktersystem, vurderingskriterier<br />

Karaktersystemet bruker bokstavkarakterene:<br />

A – B – C – D – E – F F betyr ikke bestått.<br />

Enkeltemner, praksis og lignende kan <strong>for</strong>tsatt bedømmes med bestått/ikke bestått.<br />

Karaktersystemet vil etter hvert bli felles <strong>for</strong> hele Europa. Dette gjør det enklere å sammenligne og å ta<br />

utdanninger på tvers av landegrenser.<br />

Kvalitativ beskrivelse av karaktersystemet<br />

Symbol Betegnelse Generell, kvalitativ beskrivelse av vurderingskriteriene<br />

A Fremragende Fremragende prestasjon som klart utmerker seg. Viser stor grad av<br />

selvstendighet.<br />

B Meget god Meget god prestasjon som ligger over gjennomsnittet. Viser evne til<br />

selvstendighet.<br />

C God Gjennomsnittlig prestasjon som er tilfredsstillende på de fleste områder<br />

D Nokså god Prestasjon under gjennomsnittet, med en del vesentlige mangler.<br />

E Tilstrekkelig Prestasjon som tilfredsstiller minimumskravet, men heller ikke mer.<br />

F Ikke bestått Prestasjon som ikke tilfredsstiller minimumskravet<br />

Side: 69 av 69<br />

Vedlegg 16.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!