eassari harjoitteluympäristön yleisrakenne

Samankaltaiset tiedostot
OHJELMISTOTUOTANTOPROJEKTI

emo eassari Moodle-ympäristössä Vaatimusmäärittely

Tentti erilaiset kysymystyypit

Tietokantasovellus (4 op) - Web-sovellukset ja niiden toteutus

Tentti erilaiset kysymystyypit

Ohje 1 (12) Maarit Hynninen-Ojala MOODLE PIKAOHJE. Kirjautuminen Moodleen ja työtilan valitseminen

Nimi: Henkilötunnus: {id} {+id}

Concurrency - Rinnakkaisuus. Group: 9 Joni Laine Juho Vähätalo

Kysymystyypit. Tentin kysymystyypit. Monivalinta

Lohtu-projekti. Testaussuunnitelma

Arviointimenetelmän valinta

Asiakirjallisten tietojen metatietojen tuottamisen periaatteet

WINHAWILLE 1 (6) Opiskelijasivut Opiskelijan ohjaus/hh/versio

Action Request System

Käyttöohje. AssariXP. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Aloita uusi kartoitus -painikkeesta käynnistyy uuden kartoituksen tekeminen

Ohjelmistojen mallintamisen ja tietokantojen perusteiden yhteys

HYVÄKSILUKEMISEN TEKEMINEN ILMAN ENNAKKOPÄÄTÖSTÄ

OHJEITA RAPORTOINTIIN 6. Tulostavoiteasiakirjan laatiminen tulostietojärjestelmän avulla

Helsingin yliopisto/tktl DO Tietokantojen perusteet, s 2000 Johdanto & yleistä Harri Laine 1. Tietokanta. Tiedosto

Opintokohteen Haku ja Käsittely

opiskelijan ohje - kirjautuminen

Digitaalisen median tekniikat xhtml - jatkuu Harri Laine 1

ARVI-järjestelmän ohje arvioinnin syöttäjälle

Opintosuoritusten kielitietojen ylläpito Oodissa

Kuvien siirto-ohjelman käyttöohje Huom! Tämä ohjelmisto on käytössä vain yrityksillä, joilla ei ole käytössä Java Runtime 1.4 -sovellusta.

Testausdokumentti. Sivu: 1 / 10. Ohjelmistotuotantoprojekti Sheeple Helsingin yliopisto. Versiohistoria

Opettajan pikaopas Opintojaksopalaute-järjestelmään

T Hypermediadokumentin laatiminen. Sisältö. Tavoitteet. Mitä on www-ohjelmointi? Arkkitehtuuri (yleisesti) Interaktiivisuuden keinot

FyKe-Mopin opettajanohje

Opettajan ohje kypsyysnäytteen toteuttamiseen ja arvioimiseen sähköisenä Exam-tenttinä

ARVI-järjestelmän ohje arvioinnin syöttäjälle

HYVÄKSILUETTUJEN SUORITUSTEN REKISTERÖIMINEN

Ylläpitodokumentti. Kohahdus. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Nyt sivu ilmestyy OmaTilaasi Omat linkit kohdan alle. Klikkaa luomasi sivu auki ja valitse +Luo uusi

TAMPEREEN TEKNILLINEN YLIOPISTO Digitaali- ja tietokonetekniikan laitos. Harjoitustyö 4: Cache, osa 2

Vaatimusdokumentti. Koskelo. Helsinki Ohjelmistotuotantoprojekti. HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

CQRS, -ES, PACS, DICOM, WTF?

Opintojaksopalautejärjestelmä Opettajan OPAS

Haaga-Helia/IltaTiko ict2tcd005: Ohjelmiston suunnittelutaito 1/7 Anne Benson. Tällä opintojaksolla käytämme VS:n kolmen kokonaisuuden luomiseen:

Kirjoita oma versio funktioista strcpy ja strcat, jotka saavat parametrinaan kaksi merkkiosoitinta.

Arkkitehtuuri. Ylätason sovellusarkkitehtuuri

Käyttäjien tunnistaminen ja käyttöoikeuksien hallinta hajautetussa ympäristössä

Opintojaksopalautejärjestelmä OPISKELIJAN OPAS

INTINU13A6 Java sovellukset

Tietokanta (database)

Matematiikan oppifoorumi Käyttöohje

HELIA 1 (11) Outi Virkki Tiedonhallinta

Tentin asetukset. Tentin lisääminen. Tentin asetukset

ROPA-rekisteri. Romutuspalkkioiden kampanjarekisteri. web: sähköposti: 1

Digitaalisen median tekniikat xhtml - jatkuu

Selaimen kautta käytettävällä PaikkaOpin kartta-alustalla PaikkaOppi Mobiililla

Käyttöohje. Visy Access Net UPM

KIURU Tietotekniikan sovellusprojekti

opiskelijan ohje - kirjautuminen

Datanhaku www-käyttöliittymästä Mikko Parviainen, Ilmatieteen laitos / tietojärjestelmät mikko.parviainen@fmi.fi

Timmi varausjärjestelmään rekisteröityminen ja verkkokaupasta

TIE Tietorakenteet ja algoritmit 1. TIE Tietorakenteet ja algoritmit

Energiatodistusrekisteri ja laatijan rooli

Kennelliiton Omakoira-jäsenpalvelu Ohje eläinlääkäriasemille, Omakoira-palvelun käyttö

Ohjelmistojen mallintaminen Tietovuokaaviot Harri Laine 1

Pauliina Munter / Suvi Junes Tampereen yliopisto/tietohallinto 2013

Hallintaliittymän käyttöohje

jotakin käyttötarkoitusta varten laadittu kokoelma toisiinsa liittyviä säilytettäviä tietoja

Kanta. Potilastiedon arkiston arkistonhoitajan opas

Tarva LC (Level Crossing) pikaohje Harri Peltola & Mikko Virkkunen

Projektinhallintaa paikkatiedon avulla

Tentin luominen aloitetaan kirjautumalla tenttipalveluun. Sähköisen tenttipalvelun osoite on:

Digitaalisen median tekniikat. JSP ja XML

Suunnitteluvaihe prosessissa


Integroidun maksupäätteen lisääminen käyttöönotossa

Digitaalisen median tekniikat. JSP ja XML Harri Laine 1

SÄHKE2-SERTIFIOINTIKRITEERIT

Opiskelijan pikaopas Opintojaksopalautejärjestelmään

OHJE YLEISEEN KÄYTTÖÖN TARKOITETTUJEN OHJELMISTOJEN HYÖDYNTÄMISESTÄ SOTE- PALVELUISSA

Uutisjärjestelmä. Vaatimusmäärittely. Web-palvelujen kehittäminen. Versio 1.3

Koulutuspäällikkö Taina Eriksson, Turun yliopiston kauppakorkeakoulu lito.fi

HOPS-ohjauksen vaiheet ovat seuraavat: (alleviivatut kohdat ovat ehopsin toiminnallisuuksia)

WWW-sivut HTML-kielellä esitettyä hypertekstiaineistoa

Automaattitilausten hallinta

Suvi Junes Tampereen yliopisto /Tietohallinto 2012

Sisällysluettelo. s.1(14) CRA Computer & Robot applications Oy. v.1.2 ESITTELY TOIMINNALLISUUS... CRA-TV HALLINTA-OHJELMA...

Provet Net Kutsut ohje

Rakenteisen oppimateriaalin tuottaminen verkossa esimerkki Rhaptos. Antti Auer Koordinaattori, HT Jyväskylän yliopisto Virtuaaliyliopistohanke

OHJELMISTOTUOTANTOPROJEKTI

Yhteinen alusta digitaaliseen opetukseen kysymyksiä ja alustavia ajatuksia

Tietojen haku tuotannonohjausjärjestelmästä ja lähettäminen Minun Maatilani -ohjelmistolle MMAmmuLinkillä

OPI-Maksut - Käyttötapaukset

Tietotekniikan Sovellusprojektit

Testausdokumentti. Kivireki. Helsinki Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos

Testausraportti. Oppimistavoitteiden hallintajärjestelmä harri

Opintosuorituksen kielitieto on pakollinen. Kielitieto voidaan antaa kullekin suoritukselle erikseen.

Digitaalisen median tekniikat. Esteettömyys ja käytettävyys

Lomalista-sovelluksen määrittely

Oskari/Karttaliittymäinfo Antti Rainio Maanmittauslaitos / Kehittämiskeskus

Lomakkeiden suunnittelu. Aiheina

1. Valitse suunniteltu valmistumisvuosi alasvetovalikosta ja tallenna valinta. 2. Luo uusi HOPS painikkeella pääset tekemään HOPSia.

Digitaalisen median tekniikat. Esteettömyys ja käytettävyys Harri Laine 1

Julkaistu. 1 Johdanto... 2

Transkriptio:

eassari harjoitteluympäristön yleisrakenne Harri Laine (20.1.2004) eassari on tietokantapohjainen WWW-sovellus ohjelmallisesti tarkastettavien harjoitus- ja koetehtävien suorittamiseen. Monikielisyys ja helppo laajennettavuus ovat olleet päätavoitteita järjestelmää suunniteltaessa. eassari itse on palvelinsovellus. Ohjelmisto on toteutettu Javaohjelmointikielellä. Se käyttää servlet- ja JSP-tekniikoita. Ohjelmiston avulla opiskelijalle voidaan selainkäyttöliittymässä esittää tietokannassa määriteltyjä tehtäviä, joihin opiskelija antaa vastauksen järjestelmän tarjoaman käyttöliittymän kautta. Opiskelijan antama vastaus tarkistetaan normaalisti heti ja opiskelijalle annetaan välitön palaute tehdyn tarkistuksen perusteella. Vastaus voidaan haluttaessa kirjata tietokantaan joko myöhemmin tarkastettavaksi tai muuten talteen. eassari on ensisijaisesti harjoitteluympäristö, mutta sitä voidaan käyttää myös opiskelijapalautteen keräämiseen ja oppimateriaalin välittämiseen. eassarin toiminnalliset pääkomponentit ja niiden tehtävät ovat Tuottaja (Producer) Tehtävien laadita ja ylläpito Tehtävätarjotinten laadinta ja ylläpito Ohjaaja (Director) Tehtävien tarjonta Vastausten hallinta Esittäjä (TaskPresentation) Tehtävän esittäminen Kriitikko (Critic) Vastauksen tarkastus Palautteen antaminen Vastauksen tallennus Vastauksen rekisteröinti Opiskelijahallinta (Student) Opiskelijan suoritustilanteen ylläpito Opiskelijan suoritusraportointi Rekisteröityminen Vastausvarasto (AnswerBase) Yhteenvetoja vastauksista Harjoittelun organisointi Harjoittelu eassarilla voidaan organisoida joko harjoitteluympäristön tai ulkopuolisen oppimateriaalin ohjaamaksi. Harjoitteluympäristön ohjaamassa harjoittelussa opiskelija kirjautuu kurssille ja järjestelmän Ohjaaja-komponentti huolehtii tehtävien tarjoamisesta tietokantaan tallennettujen ohjeiden mukaisesti. Järjestelmän keskeinen tietosisältö on hahmoteltu kuvassa 1. Kuvassa näkyvät myös täydennyskomponentit ja niiden kytkentä tietosisältöön. Kukin kurssi jakautuu moduuleihin. Moduuli muodostuu järjestetystä joukosta tehtäviä. Samaa tehtävää voidaan käyttää useassa saman tai eri kurssin moduulissa tai jopa samassa moduulissa moneen kertaan. 1

Kurssitarjottimella tarkoitetaan opiskelijalle tarjottavaa kurssikohtaista tehtäväkokoelmaa. Oletusarvoisesti opiskelijan kurssitarjottimeen sisältyvät kaikki kurssin tehtävät. Tarjottimen sisältöä voidaan kuitenkin säätää moduulikohtaisten karsijakomponenttien avulla. Karsija voi hyväksyä tehtäviä suoritetuiksi aiempien suoritusten perusteella ja siten poistaa ne vaadittavien tehtävien listalta. Karsijat ovat ulkopuolisia täydennyskomponentteja. Niitä varten on määritelty yksinkertainen täydennysrajapinta, mutta yhtään komponenttia ei ole toteutettu. Toteutus saattaa aiheuttaa muutoksia täydennysrajapintaan. Ulkopuolisen oppimateriaalin ohjaamassa harjoittelussa ei käytetä lainkaan Ohjaaja-komponenttia vaan tehtävien esittäjät käynnistetään suoraan oppimateriaalista. Tätä tapaa voi käyttää esimerkiksi oppimateriaalin esimerkkien vuorovaikutteisuuden lisäämiseen (aktiiviset esimerkit). Ulkopuolisen oppimateriaalin ohjaamassa harjoittelussa ei välttämättä vaadita opiskelijan tunnistusta eikä vastauksia välttämättä kirjata talteen. 2

Kuva 1: Sisältö- ja täydennyskomponentteja Tehtävien esittäminen Opiskelija voi valita tehtäviä ratkaistavakseen kurssitarjottimen valikosta. Vastauksen pohjaksi voi valita jonkin aiemman vastauksen. Ulkoisen oppimateriaalin kautta käynnistettävien tehtävien kohdalla materiaaliin täytyy sisällyttää tehtävän käynnistyksen aiheuttava käyttöliittymäelementti esimerkiksi linkki tai kuva. Tehtävien esittämistä kontrolloi servlettinä toteutettu Esittäjä-komponentti. Esittäjä on kehys tehtävätyyppikohtaisille näyttökomponenteille. Näyttökomponentit ovat ulkoisia täydennyskomponentteja. Niitä varten on määritelty täydennysrajapinta (DisplayerInterface). Näyttökomponentin tehtävänä on tuottaa tehtävän esittämiseen ja tehtävään vastaamiseen tarvittavan käyttöliittymän sisältö. Käyttöliittymän ulkoasun määrittää tehtävätyyppikohtainen tyylitiedosto. Ulkoisten näyttökomponenttien tarkoituksena on mahdollistaa uusien rakenteeltaan aiemmista poikkeavien tehtävätyyppien liittäminen järjestelmään. Näyttökomponentit tuottavat tehtäväksiannon tietokantaan talletettujen tehtäväkohtaisten parametritietojen avulla. Uusien tehtävätyyppien tarvitsemia parametritietoja ei voida kiinnittää ennakkoon. Jokainen näyttökomponentti määrittelee omat tietotarpeensa. Myöskään kieliä, joilla tehtävät esitetään, ei ole kiinnitetty. Ennalta määrittelemättömien monikielisten parametriarvojen tallettamiseen käytetään geneeristä tietokanta- 3

taulua, jonne kustakin parametriarvosta tallennetaan varsinainen arvo, arvon kieli, parametrin nimi ja tieto kohteesta, johon parametriarvo liittyy. Näyttökomponentit hakevat tarvitsemansa parametriarvot välimuistin kautta (kuva 2). Välimuisti nopeuttaa arvojen hakua ja kätkee tietokantatoteutuksen näyttökomponenteilta. Järjestelmässä on varauduttu myös dynaamisiin tehtäviin. Dynaamisissa tehtävissä näyttökomponentti arpoo joitain tehtäväksiannon osia. Tällainen piirre voisi olla käyttökelpoinen esimerkiksi koetehtävien erilaistamisessa. Järjestelmän täydennysrajapinnoissa ja tietokantaratkaisussa on välineistö arvottujen tehtäväparametrien välittämiseen ja tallennukseen. Kuva 2: Näyttömoduuli ja välimuisti tehtävien esittämisessä Näyttökomponentteja on toistaiseksi toteutettu vain yksi (SimpleDisplayer). Tämä esimerkkikomponentti kykenee esittämään tietokannassa tekstimuotoisena annetun tehtävän sekä luomaan tehtävälle joko teksti-ikkunaan tai yksinkertaiseen tekstikenttään perustuvan vastauskäyttöliittymän. Näyttökomponentti on riittävä esimerkiksi SQL-kyselytehtävien esittämiseen. Kevään 2004 alussa käynnistynyt ohjelmistotuotantoryhmä tuottaa lisää näyttökomponentteja erilaisia yleiskäyttöisiä tehtävätyyppejä varten. Tällaisia ovat esimerkiksi monivalintatehtävät, valintalistat, järjestämistehtävät ja aukkojentäyttötehtävät. Järjestämistehtäviin yritetään saada näyttävyyttä ja helppo- 4

käyttöisyyttä tukemalla vastaamista JavaScript funktioin. Näiden tuottaminen tarvittaessa on yksi näyttökomponentin tehtävistä. Vastausten käsittely Vastausten käsittely on periaatteeltaan varsin samanlaista kuin tehtävien näyttäminen. Vastauksen käsittelyä kontrolloiva Kriitikko on kehys, johon kytketään ulkoisina täydennyskomponentteina arvioija- (analyser) ja näyttökomponentit. Näyttökomponentin toiminta käsiteltiin jo yllä. Arvioijan päätehtävänä on tuottaa arvio vastauksen oikeellisuudesta. Tieto arvioinnin tuloksesta palautetaan Feedback-oliona. Olio sisältää numeerisien arvion tuloksesta, tekstimuotoisen palautekommentin sekä lisäpalautteen. Esimerkiksi SQL-kyselytehtävissä lisäpalautteena voisi olla kyselyn suorituksen tuottama tulos. Numeerinen arvio tuloksesta esitetään oikeellisuusprosenttina välillä 0-100. Arvioija voi toki rajoittua vain asteikon ääripäiden käyttöön. Kullekin tehtävälle voidaan määritellä hyväksymisraja, johon numeerista arviota verrataan. Arvioija perustaa arvionsa tietokannasta haettaviin tehtäväkohtaisten arviointiparametrien arvoihin ja omaan sisäiseen säännöstöönsä. Arviointiparametrien arvot haetaan välimuistin kautta kuten näyttökomponenteissa. Arvioija voi käyttää mitä tahansa ulkopuolisia komponentteja esimerkiksi ulkopuolista tietokannanhallintajärjestelmää. Kriitikko -kehys kokoaa yhteen näyttökomponentin tuottaman vastausnäytön ja arvioijan tuottaman palautteen. Se huolehtii tarvittaessa myös vastausyrityksen kirjauksesta ja annetun vastauksen tallennuksesta. Kehys myös kontrolloi uusintayritysten määrää. Arvioijia on toistaiseksi toteutettu yksi (SimpleAnalyser). Tämä vertaa annettua vastausta suoraan tehtävän parametritietoina annettuihin vaihtoehtoihin ja palauttaa numeerisena arviona kuhunkin vastausvaihtoehtoon liitetyn oikeellisuusprosentin. Sanallisena arviona palautetaan vastausvaihtoehtoon liitetty palauteteksti. SQL-arvioijan toteutus on myös aloitettu. Suurin osa SQL-arvioijan koodista saadaan vanhasta SQL-Trainer järjestelmästä. SQL-arvioija tulee toimimaan esimerkkinä monipuolisesta ulkopuolisia komponentteja hyödyntävästä arvioijasta. Keväällä 2004 aloittanut ohjelmistotuotantoprojekti tuottaa myös arvioijat niille yleiskäyttöisille tehtävätyypeille, joille se tuottaa näyttökomponentit. Kriitikko on vuorovaikutteinen yhden tehtävän vastauksen kerrallaan käsittelevä komponentti. Jos eassaria käytettäisiin tenttiterraariosovelluksena, tarvittaisiin kaikki opiskelijan vastaukset käsittelevä kehys. Tällaista ei vielä ole tarjolla. Tehtävien tuottaminen Tehtävien tuottamisvälineiden suunnittelu on alkuvaiheessa. Toistaiseksi käytetyt testitehtävät on tuotettu viemällä parametritiedot tietokantaan suoraan SQL:llä. Yhtenä mahdollisuutena on toteuttaa jokaiselle tehtävätyypille oma ulkoinen tuottajakomponentti, joka käynnistetään yksinkertaisen tuottajakehyksen välityksellä. Ratkaisu olisi toimiva, mutta vaatii soveltajalta liian paljon ohjelmointia. Tietokantaratkaisussa on varauduttu metatietoja hyödyntäviin tuottajiin. Geneerinen tuottaja tutkisi kannan metatiedoista mitä tehtäväparametreja tarvitaan ja laatisi määrittelylomakkeen näiden tietojen pohjalta. Geneeriseen tuottajaan pitää kuitenkin varautua liittämään ulkoinen parametriarvoja generoiva komponentti. Esimerkiksi SQL tehtäviä laadittaessa 5

osa arviointiparametrien arvoista pitäisi tuottaa suorittamalla mallikysely ja tutkimalla suorituksen tuloksena saatavaa vastausta ja vastaukseen liittyvää metatietoa. Opiskelijahallinta Opiskelijahallintaan liittyviä osia ei ole vielä toteutettu. Tältä osin toteutus on kuitenkin suoraviivaista. 6