INF112 (Systemkonstruksjon) - Våren 2008 Prosjektoppgave - Del 2

Transkript

1 INF112 (Systemkonstruksjon) - Våren 2008 Prosjektoppgave - Del 2 Torill Hamre (kursansvarlig) Siv Midtun Hollup (admin.gruppeleder) Karianne Berg (gruppeleder) Bjørn Christian Sebak (gruppeleder) Institutt for Informatikk, Universitetet i Bergen 1. april 2008 Sammendrag Prosjektoppgaven i INF112 går ut på å videreutvikle et system for besvarelse av kontrollspørsmål (SolveIt) som brukes i fjernundervisningen ved instituttet. SolvetIt lar studenter besvareoppgavesett bestående av kontrollspørsmål. Disse oppgavesettene kan være enten vanlige prøver (ukeoppgaver) eller eksamensoppgaver. Del 2 av prosjektet har som hovedmål å fullføre statistikkdelen for studenter i SolveIt, implementere ere algoritmer for poengberegning og utvikle en første versjon av en statistikkdel for kursadminstratorer. Som i del 1 av prosjektet kan det være behov for andre forbedringer av bl.a. ytelse og brukervennlighet. Et overordnet mål for hele prosjektet er at den endelige versjonen av SolveIt skal ha en arkitektur med en klar lag- og pakkeinndeling, og at koden er organisert på en oversiktlig måte som forenkler senere vedllikehold. 1 Introduksjon SYSTEKON er et nettbasert system for kontrollspørsmål og interaktive prøver. Det består av tre deler Oppgavebyggeren - som lar en undervisningsansvarlig opprette og oppdatere oppgavesett som skal brukes i prøver og til eksamen. Presentasjonsdelen - som legger ut oppgavesett på nettet og lar en bruker (student) løse disse og registerer resultatet. Statistikkdelen - som genererer statistikk for besvarte prøver og presenterer denne for undervisningsansvarlig. SolveIt er en desktop versjon av Presentasjonsdelen, dvs. en selvstendig Java-applikasjon som studenter kan kjøre lokalt, og som lar dem besvare oppgavesettene som hører til kursene de tar. Oppgavesettene og besvarelsene skal også lagres lokalt, på (krypterte) XML-ler eller i en passordbeskyttet database. 1

2 Fjorårets INF112 prosjekt laget en første versjon av SolveIt. Denne skal vi bygge videre på og forbedre i år. SolveIt skal fortsatt være basert på åpne standarder. All kode som utvikles skal derfor følge Sun-standarden "Java Code Conventions"[1]. Enhetstester skal implementeres vha. rammeverket JUnit [2]. Mer informasjon om systemet som skal videreutvikles nnes i [3] og [5]. 2 Prosjektgjennomføring Prosjektet gjennomføres i grupper, og inndelingen er annonsert i studentportalen. Det er to grupper, som begge jobber med samme oppgave. Gruppeleder for gruppe 1 er Karianne Berg, og for gruppe 2 Bjørn Christian Sebak. Gruppelederne vil hjelpe med praktiske og tekniske problemer underveis. I tillegg vil kursansvarlig og admin.gruppeleder Siv Midtun Hollup delta som brukerrepresentanter for SolveIt, og bidra til å klargjøre krav til funksjonalitet og reorganisering. Prosjektarbeidet diskuteres og fordeles på ukentlige arbeidsmøter. Mellom møtene vil to eller ere studenter jobbe sammen med de deloppgavene de har fått tildelt. Deltagerne vil få tildelt ulike typer arbeidsoppgaver og roller gjennom prosjektet. Gruppelederne vil delta på alle prosjektmøter, og ellers være tilgjengelig etter avtale. Kunde og bruker er også tilgjengelig etter avtale. Tider for gruppemøter er mandager, kl.14:15-15 for gruppe 1, og onsdager kl.10:15-11 for gruppe 2. Møtene holdes i rom 2103 (mandager) og rom 2101 (onsdager) HIB. Det kreves deltagelse på > 50% av prosjektmøtene for å få godkjent prosjektarbeidet. Hvis en student har gyldig fravær fra møter, f.eks. pga. sykdom, barns sykdom, legeavtaler, o.l., må vedkommende gi beskjed til sin gruppeleder og admin.gruppeleder så snart som mulig. 3 Oppgave Del 2 av prosjektet skal løse følgende hovedoppgaver: Fullføre statistikkdelen for studenter i SolveIt Forbedre dokumentene og koden fra del 1 i tråd med evalueringen Implementere ere algoritmer for poengberegning på en slik måte at en administrator kan velge hvilken som skal brukes Denere krav, foreslå skjermdesign og starte design og implementering av statistikkdelen for administratorer Oppgavene spesiseres nærmere i samarbeid med brukerrepresentanter og gruppeledere. 4 Leveranser Følgende skal leveres i del 2: 1. Problembeskrivelse (oppdatert med mål og scenarier for del 2) 2. Utviklingsplan (oppdatert med bl.a. tidsplan for del 2) 3. Kravspesikasjon (oppdatert i hht. kommentarer fra evalueringen og med nye krav i del 2) 4. Systemdesigndokument (som kravspesikasjon) 5. Kildekode med Javadoc-kommentarer i hht. "Java Code Conventions"(som kravspesikasjon) 6. Testplan (i hht. mal i prosjektarkivet) 2

3 7. Testrapport (i hht. mal i prosjektarkivet) 8. Brukermanual (som kravspesikasjon) 9. Instruksjon om hvordan programmet installeres og kjøres (oppdatert i hht. kommentarer fra evalueringen) 10. Prosjektevaluering (momenter som skal være med gis av gruppelederne innen 1.mai) Gruppen skal jobbe videre med de leveransene som ble levert i del 1. For de dokumenter som ikke ble levert i del 1, ligger maler og eksempler fra forrige års prosjekt i prosjektarkivet [5]. Bruk disse som utgangspunkt for deres leveranser i del 2. 5 Overordnet tidsplan Tidsplan med milepæler er gitt i tabell 1. Tabell 1: Tidsplan for Del 2 av prosjektet. Uke Fase Milepæl : Mål 14 Del 2: Bygging-1 starter M3: Prosjektoppstart Bygging-1 slutter M4: Krav og design for del 2 avklart Bygging-2 starter Studentstatistikk implementert Bygging-2 slutter M5: Algoritmer og kongurasjon av Bygging-3 starter poengberegning implementert Bygging-3 slutter M6: Admin-statistikk implementert Ny versjon av SolveIt klar 6 Innlevering Alle leveranser skal legges inn i prosjektarkivet, i hht. dokument- og kodemaler spesisert og arkivstruktur angitt i [4]. Frist for innlevering av del 2 er torsdag 15.mai, kl.16:00 Når innlevering er klar sender prosjektleder en til gruppelederne. Denne en må inneholde en liste over hvor leveransene ovenfor nnes i arkivet, angitt med sti fra roten. Referanser ProblemBeskrivelse for SolveIt (i prosjektarkivet) 4 Utviklingsplan for SolveIt (i prosjektarkivet) 5 Kodebasen til SolveIt fra INF112 våren 2007 med oppdateringer fra del 1 (i prosjektarkivet) 3

4 Litt om nye krav Kunden har gitt følgende utfyllende informasjon om krav til algoritme for poengberegning og statistikk for (kurs)administratorer. Merk at dette ikke må anses som en fullstendig kravspesikasjon, men er ment som utgangspunkt for diskusjon og avklaring av krav på et kundemøte. Algoritmer for poengberegning Det er ere algoritmer dvs. måter, å beregne poengsum for en kontrollspørsmålsprøve på. F.eks. (1) Telle riktige svar Poengsum blir da lik antall riktige svar avgitt på prøven, dvs. studenten får 1 poeng (p) for hvert riktig svar han har valgt (og ikke trekk for å velge feil svar). Per i dag får studenten heller ikke trekk for å helgardere på spørsmål med ere riktige svar, slik denne algoritmen er implementert i SolveIt. (2) Telle riktige svar - men trekke for helgardering Som (1), men dersom studenten har helgardert på spørsmål med ere riktige svar, trekkes 1 poeng for hvert feil svar som er valgt. Poengsum kan dog ikke bli negativ. Hvis 2 av 5 svaralternativer er riktige, og studenten har helgardert blir det 0 p, ikke -1. (3) Telle poeng som er knyttet til hvert svaralternativ I oppgavesettene kan foreleser knytte en poengsum til hvert svaralternativ, og gi f.eks. 5 p for riktig svar på spørsmål (spm) 1, 10 p for riktig svar på spm 2, og 5 p for hvert av de to riktige svaralternativene på spm 3. Da kan man få totalt =25 p hvis man svarer alt riktig på prøven. Dersom man svarer riktig på spm 1 og 2, men har kun ett riktig svar på spm 2 får man =20 p. Foreleser kan også velge å sette negative poeng på feile svar. F.eks. -5 p på hvert av de 3 gale svarene på spm 3. En student som velger alle svaralternativene på spm 3 vil da få 5+5+(-5)+(- 5)+(-5)=-5 p, dvs. han blir trukket for å forsøke å helgardere seg. Med denne algoritmen blir det også mulig å ende opp med en totalsum som er negativ. (4) Telle riktige svar - og skalere med vanskelighetsgrad Som (2), men istedet for at hvert riktig svar teller 1 p, multipliseres det med en faktor gitt bestemt ved vanskelighetsgraden til spørsmålet. (Denne kan legges inn i level-attributten i questionelementet i oppgavesettet.) Skalering kan f.eks. være med en faktor 1 for laveste nivå, 2 for neste nivå, osv. Da vil studenten få ere poeng hvis han svarer riktig på vanskelige spørsmål, mens lette spørsmål ikke vil ha så stor vekt på den totale poengsummen. Kongurasjon av algoritme for beregning av poengsum Kunden ønsker at det skal være mulig å kongurere hvilken av algoritmene ovenfor som blir brukt til poengberegning. Dette skal kun være tillatt for administrator-brukere. Valgt algoritme skal brukes for alle studenter som kjører SolveIt på den maskinen er installert. Det skal ikke være nødvendig med rekompilering eller ny installasjon etter at en admin har skiftet til en annen algoritme. 4

5 Statistikk for administratorer Kursansvarlige er også interesserte i statistikk over hvor godt studentene klarer øvelser og eksamener for å få oversikt over hvilke temaer og spørsmål studentene sliter med, og hvilke esteparten greier uten problemer. Kursansvarlige vil gjerne ha en grask presentasjon av statistikken, der de etter å ha valgt ett av kursene sine kan se på f.eks. (a) Gjennomsnittlig poengsum per prøve for alle studenter i kurset, der alle besvarelser eller bare siste per student er tatt med (b) Svarfordeling for en bestemt prøve, der alle besvarelser eller bare siste per student er tatt med (c) Hvor mange (og hvilke) studenter som ligger dårlig an fordi besvarelsene deres har en poengsum nær strykgrensen I svarfordelingen på enkeltprøver må det være mulig å slå opp spørsmål og svaralternativer. Da kan kursansvarlig se hvilke spørsmål studentene sliter med, og kanskje avdekke misforståelser eller uklare spørmål hvis studenter med feile svar har valgt samme (gale) svaralternativ. SolveIt med statistikk for administratorer tenkes kjørt fra f.eks. en Citrix server, dvs. at applikasjonen kjøres på en sentral server med kun brukergrensesnittet lokalt hos brukeren. Da vil databasen også ligge sentralt. M.a.o. vil besvarelser fra alle studenter ligge på samme sted slik at en admin-bruker lett kan få tilgang til dem. 5