Page History

...

Avaus
Rajapintapyynnöt
- Viite: sähköposti projektiryhmälle 27.8.2015
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:
    - Pätevyyksien mappaustaulukko
      - Jaakko: potentiaalinen lisätyön paikka
      - Virve: olisi tarpeellinen olla
      - Päätös:
Testi-ikkuna 7:n palautteen tilannekatsaus
- Testauspalaute koottu google driveen
- Käydään läpi palaute yleisluontoisesti ja vahvistetaan etenemistapa viime viikkoisen keskustelun pohjalta
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
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ä.
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äänTodetaan kieleistyksen tilanne ja päätetään seuraavista toimenpiteistä
Muut asiat
- Perusrekisterin ja Pakin esittely Synergia-ryhmän kokouksessa 8.9. Kuopiossa
  - Onko tiedotettu CSC:tä?
Päätös
- Päätettiin kokous klo

Space shortcuts

Page tree

Versions Compared

Old Version 10

New Version 11

Key