Page History

...

Aika 13.3.2015 klo 13.30 - 14.30
Paikka Liity Lync-kokoukseen 

Läsnä: 

Muistio

1. Avaus
   • Avattiin klo 13.30
2. Perusrekisteriprojektin ohjausryhmän kokous 11.3. - kuulumiset
   • Ohjausryhmä tarkensi projektin aikataulua kesän ympärillä, jotta testaus pystytään viemään täysipainoisesti läpi
     • Kesälle on lisätty kaksi testi-ikkunaa 1.6 - 12.6. sekä 3.8. - 28.8.; näiden jälkeen järjestelmään tehdään tarvittavat korjaukset
     • Uusiin testausslotteihin tulee pystyä rekrytoimaan ja sitouttamaan testaajia molemmista korkeakouluista
       • Projektiryhmässä todettiin, että testaajia varmasti löytyy henkilökunnasta; sen sijaan opiskelijatestauksen osalta tässä voi tulla ongelmia
       • Mika pyysi informoimaan välittömästi, jos testaajien saamisen osalta tulee vaikeuksia.
   • Käyttöönoton ajankohtaa on aloitettava suunnitella
     • jos esim. winha täytyy pitää jonkin aikaa poissa käytössä järjestelmämuutoksen yhteydessä, milloin tämä voisi olla (pitää kysyä mm. valmistumisprosessin näkökulmasta)
     • esim. heti valmistumispäivän jälkeen voisi olla kiinni
       • järjestelmä voi toki olla lukutilassa koko ajan
     • Metropolia: Satu, Päivi, Marjaana alkavat selvittää asiaa 
       • järjestelmän käyttöönotto vuoden 2016 alusta aikaisimmillaan, todennäköisesti kesä 2016
     • TAMK: 
       • järjestelmän käyttöönotto kesä 2016
   • Milloin aloitetaan koulutukset ja käyttöönoton valmistelu?
     • suunnittelu aloitettava hyvissä ajoin
     • koulutus ja käyttöohjeet valmistelu aloitettava heti kesän jälkeen viimeistään
       • kouluttajien koulutus tätä ennen 
       • koulutusympäristö valmiina
   • Integraatiot
     • vaatii myös näiden kiirehtimistä osaltaan
     • Metropolialla ja Tamkilla eri tavat, joilla tietoa halutaan hakea järjestelmästä muihin järjestelmiin (Kristoffer, Petteri, Tomi ja Lauri olleet keskusteluissa mm.)
       • Tavoitteena kuitenkin samanlainen tapa molemmille
     • integroitavien järjestelmien lista tuolee benchmarkata, jotta voidaan pyytää yhdessä tarjoust toimittajalta
3. Kehityksen tilannekatsaus
   • Perusrekisteri
     • Hyväksiluku
       • Modaalissa mukana vapautus - otetaanko pois? Onko tosiaan tarkoitus kirjata vasta kielilausekkeissa vapautus kieliopinnoista vai olisiko kuitenkin tarvetta huomioida tässä?
       • Mitä alkuperäisestä suorituksesta halutaan kirjata perusrekisteriin ja mitä kirjataan ahot-järjestelmään? (nyt kirjataan lomakkeella yksi laajuus ja arvosana)
         • "Konkreettisesti vaikuttaa esim lomakkeeseen joka täytetään. Nyt siinä kysytään vain yksi laajuus ja arvosana (eli ne millä hyväksiluku kirjataan).

           Samoin pitäisikö perusrekisterissä olla tallessa nuo yksittäiset "ulkopuoliset" suoritukset joilla hyväksiluetaan kokonaisuudessaan, ja sitten niistä voisi valita kun lisää suoritusta perusrekisteriin. Esim tapaukset joissa samalla suorituksella hyväksiluetaan monta opintoa. Nyt joutuu siis kirjaamaan samat tiedot tuosta ulkoisesta suorituksesta jokaiseen perusrekisterin suoritusriviin, eikä niillä sinänsä ole mitään kiinteää viittausta toisiinsa joilla näkisi että suorituksella X on hyväksiluettu opinnot A ja B.

           Nuohan tiedot on toki taas tallessa siellä AHOT järjestelmässä."

         • Mika:
           "Tätä käytiin läpi jossain palaverissa jo ja lähtökohta on se, että alkuperäisen suorituksen tiedot pitää olla tallessa, niitä käytetään myös suoritusotteillakin eli siinäkin mielessä on hyvä, että tallentuvat myös perusrekisteriin (korvaavuuden osalta ehkä eri tauluun kuin varsinaiset suoritukset etteivät mene sekaisin).

           Lähdetään liikkeelle vaihto-opiskelijoista:

           ECTS-leiman vaatimuksena on, että opiskelijan vaihdossa suorittamista opinnoista näkyvät opintosuoritusotteella seuraavat tiedot:

           -              alkuperäisen opintojakson nimi

           -              alkuperäisen opintojakson kesto (osaakohan Tapio/Virve sanoa miten tämä ilmoitetaan)

           -              alkuperäisen opintojakson opintopistemäärä

           -              alkuperäinen arvosana

           Näiden lisäksi pitänee olla raportointeja/suoritusotetta varten:

           - Organisaatio, jossa suoritus tehty (ko. koulu siis - myös ulkomainen).

           - Arviointipvm

           Näistä en ole ihan varma

           - Arvioinnin antaja

           - Alkuperäinen laajuus ja yksikkö (jos esim. ulkomailla niin voi olla jotain muuta kuin opintopisteitä - tekstimuodossa riittänee kun tätä ei oikein voi raportoida kun yksikkö voi olla mitä tahansa...).

           Ja kuten Toffe totesi niin alkuperäinen suoritus voidaan hyväksilukea useaan opintoon eli tuo voisi olla hyvä idea liittää sama alkuperäinen suoritus useaan hyväksilukuun.

           Ahot-järjestelmä taustalla voi olla melkein mikä tahansa eli olisiko siksikin järkevää tallentaa tuo tieto joka tapauksessa myös perusrekisteriin vaikka tietoa olisi myös AHOT-järjestelmässä... Voisiko meille tehtävä uusi AHOT-järjestelmä toimia suoraan tuon saman tietokantataulun (alkuperäisten suoritusten tiedot) varassa. 

     • Valmistuminen
       • valmistumishalukkuus opiskelijan käyttöliittymässä
       • valmistumisen vaiheistuminen opiskeluoikeuden näkymässä
       • valmistumisen hallinnointi opiskelijan hopsissa (ohjaajan näkymä) - toteutetaan ensi viikolla
     • Opiskelijahaku modaaleissa (mockup)
     • Opintojakson arviointi (mockup hopsista (muutoin vastaavasti kuin hyväksiluvut))
   • Pakki
     • Hops-ryhmän tietojen hallinta ohjaajan näkymässä (mockup)
     • Hops-ryhmän tiedot opiskelijan näkymässä (mockup)
4. MigraatioMigraation vaihe

   • Tomi:
     Suoritusten migraatio tällä hetkellä perustuu Virta-dataan, mikä on yhteen tasoon yksinkertaistettu versio opiskelijan suorituksista. Jos opiskelijalla on monitasoisia arviointeja, mitkä on tehty esim.  opintojaksoille sekä nämä sisällyttävälle opintokokonaisuudelle, niin virta-tiedonsiirto yksinkertaistaa suoritukset yhteen tasoon jättämällä alla olevat opintojaksot pois. Tästä seuraa se, että osa opiskelijan arvioinneista jää migraatiossa väistämättä pois.

     Kun on kyse valmistuneista/eronneista opiskelijoista tämä yksitasoinen virtatiedonsiirto on ihan paikallaan, koska se taannee meille parhaiten virta-tiedonsiirron muuttumattomuuden. Kun puhumme aktiivisista opiskelijoista, tämä ei välttämättä ole järkevää, koska migraatio tulisi hävittämään osan suorituksista ja se aiheuttaisi huomattavaa hämmennystä kyseisiä opintoja suorittaneille. Tästä syystä luulen, että meidän on välttämättä yritettävä migratoida kaikki hopsiin liittyvät arvioinnit.

     Tästä seuraa käytännössä se, että joudumme jakamaan suoritusten/arviointien migraation perusrekisteriin kaksi osaisesti

     1)      Virta-tiedonsiirtona niille, jotka ovat jo talosta lähteneet.

     2)      Suoraan Winhasta tehtävänä tiedonsiirtona niille, joille opiskelu on vielä kesken.

     Kohta 1) on käytännössä tehty, mutta kohtaa 2) ei ole vielä aloitettukaan.

     Luulen, että hopsin opintojen osalta voimme tehdä tiedonsiirron suhteellisen suoraviivaisesti seuraavasti:

     a)      Alimmat arvioidut opinnot viedään aina opintojaksoina. (suoritustaso, mikä kerryttää op:tä)

     b)      Ylemmät tasot viedään aina vähintään opintokokonaisuuksina (arviointitaso, mikä ei kerrytä op:tä)

     Ratkaisematon ongelma on se, miten projektit tullaan viemään tässä mallissa. Opintojen ja projektien välinen yhteys on pahimmillaan monen suhde moneen ja ei ole aivan itsestään selvää valita mikä kyseistä arviointikokonaisuudesta on se suoritus ja mitkä ovat arviointeja ja saadaanko ne aina sellaiseen hierarkiseen muotoon, että alimpana ovat suoritukset ja ylempänä arvioinnit. Tätä ei ole kukaan vielä määritellyt.

     Olennaista tässä on huomata, että käytännössä yli puolet suoritusten/arviointien migraatiologiikasta on vielä siis tekemättä. Yli puolet sen takia, että kun joudun tekemään migraation suoraan Winhasta ja rakentamaan kokonaan uuden päättelylogiikka sille, mikä on suoritus ja mikä arviointi ja sovittaa nämä käsitteet muutenkin perusrekisterin tietomalliin. Virta-tiedonsiirto palauttaa aina opintojaksoja, joten siinä ei tarvitse sen enempää miettiä mikä on suoritus ja mikä ei.

     Mikäli nähdään tarpeelliseksi, että pitää tehdä nämä kaksi erilaista migraaiota (virta-migraatio ja suoraan winhasta tehtävä migraatio), niin näitä migraation yksityiskohtia pitäisi alkaa ahkerasti miettimään, jotta nähtäisiin erityisesti miten nuo projektit pitäisi migratoida. Ilman, että tiedän miten migraatio pitää tehdä, en pysty sitä tekemään enkä arvioimaan kauanko siihen menee aikaa.

     Olen puhunut tästä alustavasti Mikan, Jaakon ja Osmon kanssa ja olen ymmärtänyt, että näin tämä halutaan tehdä.

5. Testi-ikkuna 4 suunnittelu
   • Testattavia käyttötapauksia on listattu wikiin
   • Käydään läpi lista, tehdään lisäyksiä ja päätetään jatkoaskelista
6. Muut asiatOhj
7. Päätös
   • Kokouksen päätös klo