...
Aika 28.8.2015 klo 13.30 - 14.30
Paikka: Liity online-kokoukseen
Läsnä:
Muistio
- Avaus
- Avattiin kokous klo 13.32
- Rajapintapyynnöt
- Viite: sähköposti projektiryhmälle 27.8.2015
- Nixun tietoturvakatselmoinnista asia lähtöisin
- Käyty läpi, miten Pepissä rajapintapyyntöjen suojaus tehty; Nixun kanssa pohdittu, miten olisi hyvä toimia Perusrekisteri/Pakki-kokonaisuudessa
- http-autentikointi / client - certificate / avaimet
- Nixun raportissa suositus allekirjoitukseen perustuva menetelmä (huomioitavaa, että kaikilla vaihtoehdoilla saa hoidettua riittävällä tasolla)
- PoC tehty, jossa suositeltua tapaa testattu - todettu toimivaksi ja koodi katselmoitu Nixun toimesta
- Käyty läpi, miten Pepissä rajapintapyyntöjen suojaus tehty; Nixun kanssa pohdittu, miten olisi hyvä toimia Perusrekisteri/Pakki-kokonaisuudessa
- Nyt tilanne:
- teknisesti tunnistettu tämä hyväksi tavaksi tehdä kestävästi tulevaisuutta ajatellen -> laajentamismahdollisuus koko ekosysteemin tasolle
- jos tämä tapa valitaan, miten hallinnoidaan avaimia + huomioitava, millaista lisätyötä edellyttäisi
- projektiryhmän olisi hyvä ottaa kantaa, lähdetäänkö kohti Nixun esittämää tapaa, vai pidättäydytäänkö muissa tavoissa (jotka eivät työmäärällisesti niin vaativia)
- jos projektiryhmä näkee, että esitettyä tapaa kohti mennään -> aikanaan ohjausryhmään
- Projektiryhmä piti esitystä perusteltuna. Hyväksymistestausta varten ei tarvitse asialle tehdä vielä mitään, projektiryhmä näki että pitäisi viedä ohjausryhmään ja toteuttaa Nixun suosituksen mukaisesti.
- Kehityksen tilannekatsaus
- Rajaukset
- avoimet kysymykset toteutuksen ajoituksen osalta:
- OID ja yhteystiedot päivitys Opintopolusta
- Jaakko ja Virve: siirretään hyväksymistestauksen jälkeiseen aikaan
- Päätös: ok
- Pätevyyksien mappaustaulukko
- Jaakko: potentiaalinen lisätyön paikka
- Virve: olisi tarpeellinen olla
- Päätös: lisätyötä
- OID ja yhteystiedot päivitys Opintopolusta
- avoimet kysymykset toteutuksen ajoituksen osalta:
- Rajaukset
- Testi-ikkuna 7:n palautteen tilannekatsaus
- Testauspalaute koottu google driveen
- Käydään läpi palaute yleisluontoisesti ja vahvistetaan etenemistapa viime viikkoisen keskustelun pohjalta
- Lauri käy palautteen läpi ja kirjaa omat huomiot testaushavaintoihin; asiakas käy palautteet läpi ja koostaa wikiin käyttäjätarinakohtaisesti oleellisilta osin
- Hyväksymistestauksen käytänteet
- Testaus tapahtuu vain stagingissa (päätös projektiryhmä 21.8.)
- Kaikki testaajat testaavat omilla Metropolian / TAMK:n tunnuksilla. Stagingissa käyttäjä näkee kyseiselle käyttäjäroolille asetetut osiot.
- Työpöytien näkyvyydet säädetään Liferay-käyttäjäryhmillä, jotka luetaan lopulta perusrekisteristä. Oikeuksien määrittelyssä tulee siis varmistaa, että eri työpöydillä on suunnitellut näkyvyydet asetettu, jonka jälkeen testaajille asetetaan kyseiset roolit perusrekisterissä. (Oikeuksien hallinnassa käyttöoikeudet eri työpöydille asetetaan siten, että jos roolin nimi alkaa studentregistry.liferay, niin se viedään liferayhin ja voidaan siellä käyttää noiden näkyvyyksien säätämiseen.)
- Testaus tapahtuu määriteltyjä testauskäyttäjätarinoita vasten
- Kesän työt ja niiden statukset (Mikan lista ennen lomia)
- Kielilausekkeet / todistusmerkinnät https://wiki.metropolia.fi/pages/viewpage.action?pageId=132848831
- OK
- Raportointikanta (alustavaa speksiä) https://wiki.metropolia.fi/display/perusrekisteriprojekti/Raportointikanta
- Ei mukana hyväksymistestauksessa
- Asiakas määrittelee tarkemmin tarpeet
- Raportointikokonaisuus (käyttöliittymät)
- Ei mukana hyväksymistestauksessa
- Asiakas määrittelee tarkemmin tarpeet
- Koosteinen toteutus https://wiki.metropolia.fi/display/perusrekisteriprojekti/Koosteinen+toteutus
- Ei mukana hyväksymistestauksessa
- Toteutetaan työpöytäintegraation yhteydessä
- Ryhmien hallinta
- Ei mukana hyväksymistestauksessa
- Toteutetaan työpöytäintegraation yhteydessä
- Lukitsemiset https://wiki.metropolia.fi/display/perusrekisteriprojekti/Suoritusten+lukitseminen
- OK
- Toteutettu projektiryhmän päätöksellä speksiä yksinkertaisemmin
- Oikeusmatriisi
- https://wiki.metropolia.fi/pages/viewpage.action?pageId=118096073
- https://wiki.metropolia.fi/pages/viewpage.action?pageId=132849500
- Ei toteutettu. Toteutetaan oikeudet testi-ikkuna 7:n testipalautteen mukaan
- Migraation puuttuvat osat
- Projektit/HOPS-puu
- Organisaatiot
- Läsnäolomaksimien läpikäynti
- Läsnäoloilmoittautumisten tarkistus
- …muuta?...
- OK. Korjattu tunnistetut puuttuvat kohdat.
- Toimituksen lisätilaukset:
- Toteutuksien osa-arviointeihin liittyvät muutokset
- KV-liikkuvuus –tietojen rajapinnat ja käli
- Suorituksille merkinnät tulostetaan/ei tulosteta
- HOPS-opinnon laajuuden muuttaminen suunnitteluvaiheessa (ennen arviointia)
- Ei mukana hyväksymistestauksessa
- Toteutetaan hyväksymistestauksen jälkeen
- Testaustulosten perusteella tehtävät korjaukset (Laurin lista)
- Toteutettu
- Lisätilaukseksi päätetyt siirretty backlogiin
Varsinaisesta toimituksesta erillään olevat asiat
- Integraatiot (seuraavat workshopit 18.8 ja 25.8)
- Perusrekisterin integraatiot -projektissa on tuotettu ns. integraatio-api (rajapinta), jonka avulla asiakkaat pystyvät nyt tekemään sovelluksistaan Perusrekisteri-yhteensopivat (korvaamaan vanhat Winha-integraatiot). Integraatiorajapinta on nyt testauksessa asiakkailla, tähän asti ei ole löytynyt merkittäviä puutteita, eli sen pitäisi olla aika lähellä versiota 1.0. Tämän lisäksi kesällä evaluoitua Apiman-tuotetta on tutkittu lisää ja testattu näiden integraatiorajapintohen kanssa. 25.8. workshopissa todettiin, että sen kanssa jatketaan. Eduix työstää raporttiin selvityksen mitä sen käyttöönotto tarkoittaa ja edellyttää.
- Työpöytien yhdistäminen
- Edetään työpöytien uudistusprojektin kautta
- Käsittelyssä hallituksessa lokakuussa
- Uusintakoejärjestelmä
- Investointiesitys tehty / tekeillä molemmissa korkeakouluissa
- Huom. oleellinen myös Metropolian ja TAMK:n avoimen ja täydennyskoulutuksen projektin näkökulmasta
- Valmistumisjärjestelmä
- Vilho Kolehmainen konsulttina
- Projekti käynnistymässä
- Yhteinen testiympäristö
- Ei viety eteenpäin tässä vaiheessa
- Integraatiot (seuraavat workshopit 18.8 ja 25.8)
- Kielilausekkeet / todistusmerkinnät https://wiki.metropolia.fi/pages/viewpage.action?pageId=132848831
- Virta-siirron toteutus - lehtitaso vs. rakenteinen vienti
- Päätös toteutustavasta alkuviikolla:
Eli ongelma on se että Tamkilla ja Metropolialla on nykyinen Virta-data erilaista. Tamkilla rakenteinen ja Metropolialla ei. Lisäksi Vanhoilla opiskelijoilla suoritukset ovat varsin monimuotoisia. Kaikkien opiskelijoiden hopsien rakentaminen Tamkilla tuottaa varsin paljon dataa, jota ei kuitenkaan käytetä kuin virta-raportoinnissa, lisäksi hopsin rakentaminen winhan tietojen pohjalta kestää kauan.
Ratkaisu tähän on seuraava:
1. Virta-data tuodaan Metropolialla kuten nytkin, Tomin mokkula rakentaa ainoastaan aktiivisille opiskelijoille HOPSin.
2. Tamkilla Virta-data tuodaan myös samalla lailla mutta suoritukseen lisätään tieto vanhemmasta(Opintokokonaisuus) virta-integraation yhteydessä, Tomin mokkulalla luodaan myös HOPSit, mutta ainoastaan aktiivisille opiskelijoille(kuten Metropoliallakin).
3. Kun perusrekisteristä tuotetaan virta-tiedosto, käytetään rakenteisuuden muodostamiseen hopsia jos sellainen löytyy(eli aktiiviset opiskelijat). Muuten käytetään suorituksiin liitettyä parent-tietoa.
Tästä on seurauksena että:
- Hopsin kanta pysyy käyttöönottovaiheessa suhteellisen pienenä sekä Metropolialla ja Tamkilla
- Tomin logiikka toimii samoin Metropolialla ja TAMKilla(ainoastaan aktiivisille löytyy hops)
- Tamkilla pysyy virta-data vanhoille opiskelijoille täsmälleen samanlaisena kuin nyt
- Rakenteisuus on joko hopsissa tai sitten ikään kuin raportointi-tietona vanhoille opiskelijoille perusrekisterissä, eli ei ole tarvetta synkronoida rakenteisiin liittyviä tietoja hopsin ja perusrekisterin välillä.
- Päätös:
- Voidaan edetä yllä kuvatun mukaan
- Virve lähettää CSC:lle vielä viestin koskien nykyistä Winhan toteutustapaa
- Kieleistys
- Kieleistyksen vaihe
- Englannin osalta kieleistyksen ensimmäinen versio valmis
- Ruotsin osalta viety eteenpäin, Kuno luvannut viimeistellä dokumentin elokuun loppuun mennessä
- Aikataulutavoite pitää eli seuraavassa sprintissä ajetaan kieliversiot kattavasti järjestelmään
- Kieleistyksen vaihe
- Muut asiat
- Perusrekisterin ja Pakin esittely Synergia-ryhmän kokouksessa 8.9. Kuopiossa
- Onko tiedotettu CSC:tä ?tiedotettu, että esittely onnistuu. Miehitystä vielä pohditaan.
- Perusrekisterin ja Pakin esittely Synergia-ryhmän kokouksessa 8.9. Kuopiossa
- Päätös
- Päätettiin kokous klo 14.37