Hovedprosjekt våren 2004 A. Oppstart B. Evaluering C. Dokumentasjon http://www.aitel.hist.no/fag/hpr/ Hovedprosjekt - Våren 2004 1
Oppstart av prosjektet Noen tall 65 prosjektoppgaver kom inn, hvorav 28 ble valgt 42 studentgrupper skaffet egne oppgaver totalt 70 oppgaver pr 01.01.04, det kommer nok noen til Før jul: Alle oppgavestillere fikk brev fra oss, enten nei-brev: Oppgaven din ble dessverre ikke valgt i år. Velkommen tilbake neste år. eller ja-brev, et av følgende: 1. Oppgaven er en videreføring av høstprosjekt, utføres av studentene xxxx, og veiledes av yyyy 2. Oppgaven din er valgt av xxxx, og skal veiledes av yyyy 3. Studentene xxxx har inngått avtale med dere om å utføre oppgaven skal veiledes av yyyy Sitat fra ja-brev 2 og 3: Studentene skal starte arbeidet med oppgaven i siste halvdel av januar. Du vil da bli kontaktet av veileder for nærmere detaljer vedrørende gjennomføring av oppgaven Nå: Liste over veiledere er lagt ut til studentene Orienteringsmøte for studentene på huset tirsdag 13.01 Reviderte retningslinjer (som følge av dette møtet) legges ut samme dag FU-studentene må selv følge med på fagets hjemmeside for oppstart Studentene skal snarest kontakte veileder slik at oppstartmøte kan avtales. Dersom veileder ikke har hørt fra studentene innen 19.januar, må han/hun forsøke å kontakte dem. Hvordan finner en veileder ut hvilke studenten han/hun har? Oppgaver med E-nr, studentenes navn står på oppgaveteksten, se eventuelt http://www.aitel.hist.no/fag/hpr/egneoppg.html Andre oppgaver, se http://www.aitel.hist.no/fag/hpr/oppgaver04/oppgaver.html E-postadresser til på-huset-studenter: http://www.stud.idb.hist.no/studenter/epostlister/ E-postadresser til fu-studenter, spør Siri. Siri har også telefonnummer til alle studentene. Veiledere: Dokumenter det dere selv gjør, og ta vare på all e-post, i tilfelle klager i etterkant. Hovedprosjekt - Våren 2004 2
Oppstartmøtet Møte mellom studenter, veileder og oppgavestiller For nettstudenter: Telefonmøte eller irc-/chat-møte, eventuelt vanlige telefonsamtaler dersom ikke mulig å få til et møte Studentene vil bli oppfordret til å finne tidspunkt for oppstartmøte Referat fra oppstartmøtet er viktig, også dersom møtet bare er en telefonsamtale mellom student og veileder. Veileder må kontrollere at referatet er fullstendig. Huskeliste for oppstartmøtet mellom oppgavestiller, student og veileder. (Veileder sørger for at oppgavestiller på forhånd får tilgang til dette notatet.) En av studentene leder møtet, men veileder må passe på at alle punktene er med Drøft prosjektet og forsøk å trekke opp rammene inndeling av prosjektet i deler fordeling av ansvar mellom deltakerne frist for framdriftsplan for prosjektet krav til standarder og metoder krav til dokumentasjon: kravspesifikasjon, systemdokumentasjon, brukerhåndbok, drifts- / installasjonsbeskrivelser foreløpig møteplan, veileder er vanligvis med på to møter ute i bedriften, et i begynnelsen og et i slutten av prosjektet (det siste med framføring og demonstrasjon av ferdig produkt), ellers møter med studentene med 2-3 ukers mellomrom, eller etter avtale Gjør rede for kravene til timelisteføring. Poengter at prosjektframdriften er studentenes ansvar. Gå kort gjennom retningslinjene for evaluering. Orienter om opphavsrettigheter og skolens ansvarsfraskrivelse når det gjelder studentenes virksomhet. Varsle Siri dersom oppgavestiller ønsker å få overdratt rettighetene. Hun har standardbrev som brukes. Hovedprosjekt - Våren 2004 3
Evaluering, resultater våren 2003 ING HKI HKD ViD A 49 7 2 4 B 18 5 34 4 C 6 1 6 4 D 2 E 1 1 F 1 Hovedprosjekt - Våren 2004 4
Hva fikk studentene beskjed om? Prosjektene evalueres med bokstavkarakter, A-E for bestått, F for ikke bestått. Det poengteres at det ikke er noen selvfølge at alle medlemmene i en gruppe får samme karakter. For å få bestått må kandidaten levere et resultat av prosjektarbeidet som viser at han eller hun er i stand til å fungere tilfredsstillende i et yrke som utdanningen kvalifiserer for. Prosjektet bedømmes på grunnlag av: kvaliteten på prosessen å arbeide med prosjekt kvaliteten på det utførte arbeid innleverte rapporter og dokumentasjon. Både innhold og språk er viktig. Dårlig språk er ofte til hinder for at leseren forstår innholdet. testkjøring / presentasjon av ferdig produkt tidsfrister overholdt I tillegg stilles følgende konkrete krav om timeføring, innlevering, etc.... Alle produkter vurderes opp mot de kravene som veileder (oppdragsgiver) og gruppe ble enige om tidlig i prosjektet. Det er viktig at veileder underveis i prosjektet danner seg et bilde av hvordan gruppen og den enkelte arbeider. Også sluttrapporten skal hjelpe til å bedømme hvordan gruppen har arbeidet underveis. Denne må derfor inneholde møtereferater, ukerapporter mm. som dokumenterer dette arbeidet. Det er også svært viktig at det går klart fram hvem i gruppen som har gjort hva. Dette er spesielt viktig ved eventuelle klager på sensuren av prosjektet. For prosjekt som inneholder system/programutvikling vil i tillegg følgende bli tillagt vekt: At vedtatte metoder og standarder for systemutvikling er fulgt. At brukergrensesnittet er "godt". At testkjøring av systemet ikke viser større funksjonelle mangler i forhold til spesifikasjonen. Gruppen kan gjerne på et tidlig tidspunkt bli enige med veilederen om hvordan dette punktet kan spesialtilpasses til det aktuelle prosjektet. Evaluering skjer så mot det en er blitt enige om. Hovedprosjekt - Våren 2004 5
Vektlegging Dersom annet ikke avtales på oppstartmøtet gjelder: Prosessen teller ca 1/3 Produktet teller ca 1/3 Dokumentasjonen teller ca 1/3 viktig å bli enig om hva slags dokumentasjon som skal lages tidlig i prosjektet Detaljer, se evalueringsskjemaet http://www.aitel.hist.no/fag/hpr/evalueringskriterier.htm I tilfelle klage på karakteren, må veileder gi en uttalelse ang. prosessen. Derfor er det viktig at veileder tar vare på all dokumentasjon underveis, inkl. e-poster etc. I vår hadde vi to krav om begrunnelse, som jeg vet om, hvorav en gikk til klagenemd. Hovedprosjekt - Våren 2004 6
Dokumentasjon Aktuelle dokumenter som skal lages, skal avtales på oppstartmøtet, eller så snart som mulig deretter. Studentene skal bruke de standarder og metoder som oppdragsgiver krever. Dersom oppdragsgiver ikke har slike standarder, skal de bruke det de har tilegnet seg i systemerings- og prosjektfagene tidligere i studiet. I fjor hadde vi følgende liste over aktuell dokumentasjon: Greta Hjertø: Mal for Brukerkravdokument Greta Hjertø: Mal for Forstudierapport Arne Mikalsen: En tidligere leksjon fra faget "Prosjektrettet systemarbeid": Utforming av system/kravspesifikasjon. Disposisjonen fra SINTEF-håndboka (se nedenfor) er tatt med i denne leksjonen. Tore Berg Hansen: "Krav til programvare". Håndbok i systemarbeid, SINTEF 1989. Her finner du retningslinjer og konkrete maler (disposisjoner) for bl.a. forstudierapport og kravspesifikasjon. Håndboka er relativt lettlest. IEEE sin standard for kravspesifikasjoner. Det er dessuten satt opp detaljert disposisjon av sluttrapporten Driftsdokumentasjon, installasjonsveiledning, systemdokumentasjon, brukerhåndbok, etc.. er nevnt, men lite beskrevet Revisjoner kommer i løpet av en ukes tid. Ingeniørstudenter som skal gjennomføre et utviklingsprosjekt bør bruke de metodene de har lært i fbm prosjektarbeidet de utfører nå i 3.klasse. Høgskolekandidatstudenter som skal utføre utviklingsprosjekter (inkl. utvikling av nettsted) bruker de malene og de metodene de lærte i faget Prosjekt i 1.klasse. For ViD-studentene er dette det eneste prosjektet de har. Veileder må vurdere hva som passer i det enkelte tilfellet. Som oftest skal disse studentene utføre et utviklingsprosjekt. En forenklet utgave av malene nevnt foran bør kunne brukes. Høgskolekandidatstudenter som skal utføre driftsoppgaver bør også kunne lage Forstudierapport og kravdokument som beskriver hva de skal gjøre. Driftsdokumentasjon og brukerhåndbok kan også være aktuelle dokumenter. Alle typer prosjekter bør starte med forstudium. I noen del tilfeller kan oppgaven være så godt spesifisert på forhånd, at en kan starte direkte på kravspesifikasjonen. Ved all rapportskriving er det viktig at veileder/oppdragsgiver og prosjektgruppe nøye går gjennom disposisjonen før skrivingen begynner. Hovedprosjekt - Våren 2004 7
Husk at studentene har ulike forutsetninger! Ingeniør 2,5 års teknologisk utdanning før prosjektstart, erfaring gjennom flere lignende prosjekter Høgskolekandidat 1,5 års teknologisk utdanning, kun erfaring fra ett mindre systemutviklingsprosjekt ViD kan ha så lite som 0,5 års teknologisk utdanning, behøver ikke ha noen erfaring fra teknologiprosjekter Hovedprosjekt - Våren 2004 8
Vær obs på problemprosjekt! Dårlig formulert oppgave lage hjemmeside for xxxx tilleggskrav om interaktivitet for at oppgaven skal bli godkjent få slike oppgaver i år? Oppdragsgiver, hvis den eksisterer lite interessert liten teknologisk innsikt blir imponert av en webside med klikkbare lenker Student jobber alene skaffer / finner på prosjektet selv lite selvstendig ikke forutsetninger for å gjøre teknologi-valg notat om teknologivalg og fagvalg blir lagt ut på fagets hjemmeside senest tirsdag Hovedprosjekt - Våren 2004 9