Hovedprosjekt i data ved Høgskolen i Oslo våren 2007

Transkript

1 Hovedprosjekt i data ved Høgskolen i Oslo våren 2007 Appendiks Høgskolen i Oslo Student: Martin Oppegaard Gruppe: Dato: 25. mai 2007 Veileder ved HIO: Eva Vihovde Oppdragsgiver: Bekk Consulting AS Kontaktpersoner: Vegard Hartmann Steffen Holthe

2

3 PROSJEKTNR Studieprogram: Ingeniørfag, Data Postadresse: Postboks 4 St. Olavs plass, 0130 Oslo Besøksadresse: Cort Adelers gate 30, Oslo TILGJENGELIGHET Åpen Telefon: Telefaks: HOVEDPROSJEKT I DATA HOVEDPROSJEKTETS TITTEL PROSJEKTDELTAKERE Open Exam System Martin Oppegaard (s129190) DATO 25. mai 2007 ANTALL SIDER / BILAG 24 INTERN VEILEDER Eva Vihovde OPPDRAGSGIVER Bekk Consulting AS KONTAKTPERSONER Vegard Hartmann Steffen Holthe SAMMENDRAG Open Exam System (OES) er et åpent system for å lage og utføre flervalgstester for å sertifisere ansatte internt i en bedrift. Systemet kan importere og eksportere testene til og fra formatet IMS QTI [IMS Question and Test Interoperability Specification], slik at de kan utveksles med andre systemer. OES er en webapplikasjon utviklet i Java med rammeverket Rife. Systemet har to roller administrator og kandidat. Administrator kan lage emner som testene og spørsmålene sorteres under, lage nye og endre gamle tester og spørsmål, og importere og eksportere tester. Spørsmålene lages før testen, og hvert spørsmål kan brukes i flere tester. Dette gjør systemet fleksibelt, og det minsker arbeidsoppgaven til administrator. OES har respons-betingelser som kandidatens svar sjekkes mot for å bli behandlet. Det kan være en betingelse for hvert svaralternativ, noe som gjør responsbehandlingen veldig fleksibel. Fleksibilitet går også igjen når det kommer til tilfeldig rokkering av svaralternativer. Testlager kan eksplisitt velge om hvert svaralternativ skal vises i tilfeldig rekkefølge til eller ikke. Spørsmålene kan også vises i tilfeldig rekkefølge. Dette er veldig bra hvis flere kandidater sitter i nærheten av hverandre med mulighet for kikking, ved at kandidatene får en «unik» eksamen. Nøkkelord er flervalgstest, Rife, QTI, fleksibilitet.

4 1 Forord Dette er et vedlegg til sluttdokumentasjonen. Vedlegget består av illustrasjoner som er brukt i delrapportene, og avslutter med en ordliste med ord og forkortelser med forklaring. Vedlegget er ment som en ressurs som gjør skjermbildene og arkitekturbildene lett tilgjengelig for leseren. Dokumentet er optimalisert for papirutskrift. iv

5 2 Innholdsfortegnelse 1 Forord...iv 2 Innholdsfortegnelse...1 A Skjermbilder...2 B Arkitekturbilder...10 C Databasemodell...13 D Ordliste...19 Side 1

6 A Skjermbilder Dette vedlegget inneholder alle skjermbildene av systemet som er brukt i rapporten. Det anbefales å lese brukerveiledningen for å sette bildene i sammenheng med systemet. Skjermbilde A.1: Velkomstbilde Skjermbilde A.3: Logg ut Skjermbilde A.2: Innlogginsskjema Side 2

7 Skjermbilde A.4: Første skjermbilde til administrator Skjermbilde A.6: Subjecteditor Side 3

8 Skjermbilde A.5: Endrer et emne Skjermbilde A.7: Liste med emner Side 4

9 Skjermbilde A.8: Skjema for spørsmål Side 5

10 Skjermbilde A.9: Opprette test Skjermbilde A.10: Emner i nedrykksliste Side 6

11 Skjermbilde A.11: Testeditor med feilmeldinger Skjermbilde A.12: Aktiveringsknapp Skjermbilde A.13: Deaktiveringsknapp Side 7

12 Skjermbilde A.14: Velger spørsmål Skjermbilde A.15: Spørsmål er lagt til testen Side 8

13 Skjermbilde A.16: Velg eksamen Skjermbilde A.17: Startet eksamen Side 9

14 Skjermbilde B.1: Besvart eksamen B Arkitekturbilder Dette vedlegget inneholder arkitekturbildene som er brukt i rapporten. Illustrasjon B.1: Arkitekturdiagram Side 10

15 Illustrasjon B.2: Hendelsesdiagram Side 11

16 Illustrasjon B.3: Data- og flytdiagram for elementene Side 12

17 C Databasemodell Illustrasjon C.1: Databasemodell 1/4 Side 13

18 Illustrasjon C.2: Databasemodell 2/4 Side 14

19 Illustrasjon C.3: Databasemodell 3/4 Side 15

20 Illustrasjon C.4: Databasemodell 4/4 Side 16

21 Illustrasjon C.5: Databasemodell - sammenslått 1/2 Side 17

22 Illustrasjon C.6: Databasemodell - sammenslått 2/2 Side 18

23 D Ordliste Ant API CSS DBMS Eksamen GNU GPL HiO HTML HTTP IDE IMS QTI Java JDBC JRE Another Neat Tool Verktøy for å automatisere byggeprosessen. Ant er for Java hva make er for C. Application Programming Interface. Grensesnittet til et bibliotek. Eksempel: Java Swing. Cascading Style Sheets CSS er en standard for stilark som brukes til å definere hvordan presentasjonen av et dokumentet skrevet i et markup-språk (f.eks. html) skal se ut. Database Management System Database-programvare. (f.eks. PostgreSQL og Oracle) Når en kandidat tar en test, kalles det eksamen. Gnu Is Not Unix Et fri programvare-prosjekt som ble startet av Richard Stallman. GNU General Public License En lisens som brukes mye av open source-prosjekter. Høgskolen i Oslo. Høgskolen der dette hovedprosjektet utføres. Hyper Text Markup Language Standard for formatering av dokumenter ment for nettlesere. Hyper Text Transfer Protocol Protokoll for å overføre informasjon over internett. Integrated Development Environment Utviklingsmiljø som inneholder editor, kompilator, debugger osv, og kobler disse sømløst sammen. IMS Question and Test Interoperability Spesifiserer et xml-format for utveksling av tester. Programmeringsspråk utviklet av Sun Microsystems. Java Database Connectivity Tilkobling mellom Java og en database. Java Runtime Environment Side 19

24 JUnit OES PoC POJO RIFE SDK SQL SVN TDD URL Unit-test XML Programvare for å kunne kjøre bit-kode-applikasjoner. I dette tilfellet er det Java. Rammeverk for å lage unit-tester for Java. Open Exam System. Hovedprosjekt ved HIO og BEKK Consulting A/S. Proof of Concept Testapplikasjon for å teste om teknologien fungerer. Plain Old Java Object. Er et helt vanlig objekt. Full-stack open source komponent-rammeverk for raskt og presist å utvikle og vedlikeholde Java web applikasjoner. Software Development Kit Utviklingsverktøy for å lage applikasjoner. Structured Query Language. Språk som bruker for å kommunisere med databaser. Subversion Verktøy for versjonskontroll. Subversion lar flere mennesker arbeide mot samme dokument uten å være i veien for arbeidet. Test-Driven Development En agil utviklingsmetode som baserer seg på bruk av unit-tester. Uniform Resource Locator Refererer oftest til en internett-adresse (f.eks. En test som validerer at en bit (eng: unit) kode fungerer som den skal. extensible Markup Language. Markeringsspråk lagd for å kunne strukturere og beskrive informasjon. Side 20