PROSJEKTMANUAL for Bacheloroppgaven
PROSJEKTMANUAL for Bacheloroppgaven
PROSJEKTMANUAL for Bacheloroppgaven
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.