# | Kysymys | Kysymyksen esittäjätaho | Vastaus | Käsitelty |
---|---|---|---|---|
1 | Milloin keskitetyllä palvelulla tulee olla tuotantovalmius ekosysteemien näkökulmasta? | RIPA | Peppi:
Primus/Wilma
Sisu
RIPA
| 4.11.2019 |
2 | Kuinka paljon ennen versioiden julkaisua ekosysteemeillä tulisi olla tieto tulevista muutoksista? Versiointikäytännöistä dokumentti Versionumeroinnin kuvaus | RIPA | Jos rikkovia muutoksia, viikon varoaika Nyt 2.0 -versio on tulossa ja siinä mukavia rikkovia muutoksia. Sovittiin, että hakufiltteröinti tehdään alkaneessa sprintissä kärkeen ja sisällytetään 2.0 -versioon - päivitetään heti valmistumisen jälkeen | 4.11.2019 |
3 | Peppi | Sovittiin, että päätös toteutustavasta valmistellaan kokouksen ulkopuolella. Katsotaan mm. yleisten konventioiden näkökulmasta, huomioidaan toteutuksen työmäärä tässä casessa ja mahdollisesti eskalaation näkökulmasta. Päätös asap. Sami: "Lyhyen selvityksen perusteella tästä ei ole yhtä oikeaa hyvää käytäntöä, vaan tämä liittyy tapauskohtaisesti käytettyyn ohjelmointikirjastoon. Perustelut: projektissa on jo käytetty toteutuksessa tiettyä, yhden käytännön muotoista tapaa, Ripan päähän muutoksen laajuus olisi arvioituna verrattain suuri koskien kaikkia localizedstring-käsittelyja, Pepin osalta arvioitu muutos oli suuruusluokaltaan rajallinen. -> pitäydytään nyt tehdyssä ratkaisussa." | 4.11.2019 | |
4 | 3.0-versio alkaa olla valmis (sisältää rikkovia muutoksia). Milloin olisi hyvä / mahdollinen asennusaikataulu? | RIPA | Sovittiin, että viedään vanhaan testiympäristöön testiin tänään (tai viimeistään huomenna) ja kun todettu toimivaksi, viedään tuotantoon. Uudelle testille Peppi-kehityksestä pyydetyt organisaatiot. | 18.11.2019 |
5 | Onko tukea mooc-tyyppiselle tilanteelle, jossa ensin tehdään opintoihin liittyvät tehtävät ja vasta loppuvaiheessa tiedustellaan, halutaanko opinnoista suoritus (tälllöin vasta henkilö rekisteröityisi vastaanottavan korkeakoulun järjestelmään)? | Primus/Wilma | Tiedossa ei ole, että muissa ekosysteemeissä olisi pohdittu tätä käyttötapausta. Sami: Tässä voisi soveltaa sitä, että opintosuoritusten siirtoon on oma vaihtoehtoinen reititystyyppinsä, jossa ei käytetä opiskelijan rekisteröintipyynnön tietoja. Tämä on ajateltu sitä varten, että vaikka koko prosessia ei pystyttäisi aluksi tukemaan ilmoittautumisesta lähtien, niin suoritusten siirron automatisointi toisi silti hyötyjä. Vastaanottavassa päässä suorituksen kohdentaminen voi järjestelmästä riippuen vaatia jonkin toimenpiteen. Tuossa casessa ilmoittautuminen ei siis tapahtuisi palveluväylän kautta, ja jos opiskelija haluaa suorituksen viralliseksi, tuo prosessi tapahtuu järjestävässä korkeakoulussa. Tässä yhteydessä muodostettavaan opiskeluoikeuteen olisi tärkeä saada kotikorkeakoulun tieto, jonka perusteella suoritustiedon voisi välittää. Tämä voisi siis toimia nyt toteutetulla mallilla ihan ok. | 18.11.2019 |
6 | Onko vakituista huoltoikkunaa? | RIPA (tiedoksi) | Joka kuukauden ensimmäinen tiistai klo 9-10 (tavoitellaan mallia, jossa ei tulisi käyttökatkoa lainkaan) | 18.11.2019 |
7 | Peppi | Käydään läpi kokouksessa tikettien tavoite ja toteutusmahdollisuudet Keskustelu
| 2.12.2019 | |
8 | Peppi | Varmistetaan, onko määrittely ymmärretty oikein
| 2.12.2019 | |
9 | Elementtien tunnistaminen: studyElementId + organizingOrganisationId on yksilöivä yhdistelmä, studyElementIdentifierCode olisi jatkossa vain lisätietoa | Ripa | Pepillä ja Sisulla ei tarvetta studyElementIdentifierCode:lle, onko Primus/Wilmalla?
| 2.12.2019 |
10 | https://docs.google.com/document/d/1_-iYTPP7YeeSlLnCLEDC5F_YdhK3Rg_i-jXxfDPaUS4/edit?usp=sharing | Ripa | Mahdollisuus kommentoida suunnitelmaa admin-käyttöliittymään rakennettavan visualisoinnin osalta | 2.12.2019 |
11 | Staging-ympäristön päivitysmalli | Ripa | Onko Peppi-kehityksen kannalta tarpeellista saada kuinka paljon ennen stagingin päivitystä siitä tieto? Jos kriittistä, sovitaan päivitysmallista (esim: 1 pv ennen), jos ei, Gofore päivittää aina, kun sopiva hetki oman työn kannalta Sovittiin seuraavasti:
| 2.12.2019 |
12 | Onko mahdollista tuoda ohjauksen ala, koulutusmuoto, koulutusohjelma tms. lisätietoa mukana rekisteröintipyynnössä | Peppi | Käydään läpi ns. pakollisuuspalaverissa | 2.12.2019 |
13 | Ripa | Toteutetaan 2.12. alkavassa sprintissä | 2.12.2019 | |
14 | Ilmoittautumisviestin lähettäminen kotikorkeakoulusta kohdekorkeakouluun | Peppi | Ei tule kuittausviestiä RIPA-399 | |
15 | Ekosysteemikohtaiset tilannekatsaukset | Kokous 13.1.2020 | Primus/Wilma
Peppi
Lisäksi tuotiin tiedoksi pakollisuuspalaverista, että
| 13.1.2020 |
16 | Uusi skeemaversio, pakko laittaa hallintokäyttöliittymään | Peppi | Hoidettava prosessina korkeakouluissa eli ei riitä se, että sanomassa on skeemaversio mukana | 13.1.2020 |
14 | Halutaanko korjaukset molempiin ympäristöihin? | Ripa | Pepin ristiinopiskeluprojekti: Vanhalle ympäristölle ei välttämättä enää tarvetta, eli periaatteessa staging-ympäristö riittäisi. Lähtökohtaisesti päivitetään vain staging-ympäristöön. | 27.1.2020 |
15 | Opiskeluoikeuden päättyminen, onko ongelmaa jos oikeudet katkeaa kohdekorkeakoulussa aiemmin kuin kotikorkeakoulussa on? | Pepin ristiinopiskeluprojekti | Selvitettävä, onko ongelmaa. | 27.1.2020 |
16 | Jos ongelmia ripa-synkan kanssa (esim. henkilötunnus vaihtuu), tiedot eivät päivity toiseen korkeakouluun. Pitäisikö jollain adminilla olla manuaalinen mahdollisuus korjata? Saako ripan päästä raporttia, että viestit eivät mene perille? Tärkein asia suoritukset. | Pepin ristiinopiskeluprojekti | Käytännössä virkailijamenettely. Jos viestissä itsessään jotain pielessä, tulee virheilmoitus. Jos viesti ei mene perille → menee dlq, josta tieto korkeakoululle ettei mennyt perille. Hylkäyksen syy-kenttä viesteihin olisi hyvä, alkuun vapaa kieleistetty tekstikenttä. | 27.1.2020 |
17 | Mitä jos ristiinopiskelusuoritusta päivitetään kun opiskelija jo valmistunut? | Pepin ristiinopiskeluprojekti | Selvitettävä. | 27.1.2020 |
18 | Opiskelijalle tiedot, mitä tietoja kulkee jne. olisi hyvä saada. Linkit kansallisen palvelun selosteisiin. Onko tarve myös tarjota kohdekorkeakoulun tietosuojaselostetta? | Pepin ristiinopiskeluprojekti | Työn alla tällä hetkellä. Korkeakoulukohtaiset selvitettävä. | 27.1.2020 |
19 | Sijaluvun kuljettaminen ilmoittautumisen mukana
| Pepin ristiinopiskeluprojekti | Lisätään | 17.2.2020 |
20 | Toteutukselle ilmoittautumisen kysymykset puuttuvat vaikka ovat toteutuksen luomisen yhteydessä
| Pepin ristiinopiskeluprojekti | Lisätään kysymykset ilmoittautumisen yhteyteen Tekstikenttien osalta tiketti → tarkastellaan myöhemmin onko tarve muille | 17.2.2020 |
21 | Pakollisuustiedot aiheuttavat vielä hieman ongelmia | Pepin ristiinopiskeluprojekti | Seuraavaan versioon tulossa. | 9.3.2020 |
22 | Hakufiltteri, nyt näyttää kaikki muutkin verkostot vaikka pitäisi näkyä vain ne, joille oppija voi ilmoittautua. Tarkennetaan vielä tiketille RIPA-477 muut mahdolliset tapaukset liittyen filtteröinnin suhteen löytyneisiin haasteisiin. | Pepin ristiinopiskeluprojekti | On työn alla. | 30.3.2020 |
23 | Verkoston poisto toteutukselta ei onnistu. Nykyinen validointisääntö: toteutuksella pitää olla vähintään yksi sama verkosto kuin opintojaksolla | Pepin ristiinopiskeluprojekti | Toteutuksen poiston voi tehdä, eli näissä tapauksissa poistetaan toteutus tai vanhennetaan liitos. Voi myös updatella laittaa kuntoon. Olisi hyvä, että toteutus kuitenkin aina liittyisi opintojaksoon. 1.6. päätettiin, että RIPA sallii kaikkien verkostojen poistamisen. Teteutus spnt 23. | 30.3.2020 1.6.2020 |
24 | Onko teknisiä rajoitteita sille, että koko verkosto ei ota käyttöön palveluväylää? Entä jos kaikki ko. verkoston korkeakoulut eivät lähde palveluväylän käyttöönottoon samaan aikaan? Mitä mutkia tuo matkaan? Onko siis järkeä lähteä palveluväylän käyttöönottoon jos verkoston kaikki korkeakoulut eivät pysty ottamaan käyttöön samoja teknisiä asioita yhtä aikaa? | Ripa | Palveluväylän kannalta ei rajoitteita. | 20.4.2020 |
25 | Onko teknisiä rajoitteita sille, että verkoston korkeakoulut ottavat käyttöön eri "komponentteja"? Entä, jos verkoston korkeakoulut eivät ota käyttöön kaikkien tietojen siirtoja, vaan vain esim. suoritusten siirron? | Ripa | Ei periaatteessa pitäisi olla rajoitteita, ei sitten vastaa muihin viesteihin. Väylän kannalta onnistuu, pitää käyttää other-reititystyyppiä. Pepin puoli rakennettu siitä näkökulmasta, että kokonaisuus on käytössä. Eli tarjonta - ilmoittautuminen - (opiskeluoikeuden luominen) - suoritus, eli taustalla täytyy olla tuo opiskelu-oikeus. | 20.4.2020 |
26 | Filtterit ilmoittautumisen suhteen:
Only enrollable ja ilmoittautumisen päivämäärät kentät, mitä palauttavat? Arviointikohteiden filtteröiminen? | Pepin ristiinopiskeluprojekti |
| 20.4.2020 |
27 | Erasmus_organisation_name Käytetäänkö Isäntäolion name-kenttää vai erasmus-organisaation name-kenttää? Erasmus-oppilaitoskoodi on eri kuin tk-koodi eli vähintään tiedetään nimi. Tarvitseeko olla pakollinen? | Pepin ristiinopiskeluprojekti | Ei tarvitse olla pakollinen tieto mutta tarpeellinen kenttä kuitenkin. Nyt mahdollistaa sekä koodin että nimen. | 20.4.2020 |
28 | RIPA-508 Opiskelijan voi peruuttaa ilmoittautumisensa ilmoittautumisajan jälkeen(kin), jos vieraskorkeakoulu ei ole käsitellyt ilmoittautumista millään tavalla (status= pending, not enrolled). | Pepin ristiinopiskeluprojekti | Päättely käsittelemättömyydestä voidaan päätellä RIPAssa. Opiskelija silloin saisi aina vastauaksen ilmoittautuminen on ok/ei ole. Testauksessa on huomattu: Jos ilmoittautumista ei käsitelty, voi perua vielä ilmoittautumisajan jälkeen. Silloin peruuntuu Pepissä, mutta ei vieraskorkeakoulussa, jolloin vieras voi hyväksyä, jolloin Pepissä palaa hyväksytty-tilaan (jne...). Korjataan sprintissä 22. | 11.5.2020 |
31 | Toteutuksen haku HOPS ilmoittautumiset välilehdet/ vain ristiinopiskelu tarjonta. Kestää 30-60sek. | RIPA | Ping ok. Välillä menee nopeasti, välillä hitaasti. Tarkka tracking päälle suorituskykytestaukseen huomenna. Onko rautapuutteita? | 1.6.2020 |
32 | Tarjontaan viedään opintokokonaisuus JMS rajapinnan yli -> | RIPA | RIPA kuittaa vastaanotetun pyynnön, mutta ei jäädä odottamaan indeksointia. | 1.6.2020 |
33 | Skeema ja json ovat ristiriidassa keskenään | RIPA | Jos muutoksia json/skeemoihin, joka ei riko mitään, voidaan tehdä vain informoimalla. Jos tehdään rikkovia muutoksia, tuetaan vanhempia versioita, jos mahdollista. Kehittäjien pitää päivittää Wikiin tekemänsä muutokset ja tulukot, jossa viimeaikaiset muutokset selvästi näkyvillä | 1.6.2020 |
34 | Paluusanoma opiskelijan tietojen päivityksessä. Pepissa kälissä tieto opiskelijan kohdekorkeakoulun opisnto-oikeudesta, jossa opiskeluoikeusaika. | Pepin ristiinopiskeluprojekti | Kohdekorkeakoulusta tulee paluusanoma ilmoittautumisen yhteydessä. Kun ilmoittautuminen hyväksytään, niin tulee opinto-oikeuden syntymisestä. Opiskelijan tiedot kohdekorkeakoulussa. Miten saataisiin päivityksiä tulemaan → Kehityskohteeksi. Update study right reply yhteydessä ei ole aukoton. Kohdekorkeakoulussa tehdään muutos _> triggeröi update study right reply | 1.6.2020 |
35 | Suurten kapasiteettia vaativien Active MQ toimintojen testaus tuottaa eniten ongelmia | RIPA | Jatkossa testaus pitäisi kohdistaa opiskelijoiden tekemiin tarjontahakuihion (REST) ja rekisteröintien aiheuttamiin purskeisiin. Ei mahtune "kesäsprinttiin", vaan tehdään elokuusta alkaen käyttöönoton testauksessa/pilotoinnissa. | 15.6.2020 |
36 | RIPA470 in progress | RIPA | Näyttää olevan resolved, mutta vahvistetaan vielä. | 15.6.2020 |
37 | RIPA-477 | RIPA | Muut asiat kunnossa, NULL_pointer_exeption ja opetuskielen haku ovat kunnossa. Kommenttien perusteella vaikuttaa olevan kunnossa, todennäköisesti väärinymmärrys parametreista. Toivotaan vielä kesäkuulle asennukseen. | 15.62020 |
38 | RIPA-533 | RIPA | Skeeman ja json eroavuudet synkkaan. Toivotaan vielä kesäkuulle asennukseen. | 15.6.2020 |
39 | RIPA-544 | Pepin ristiinopiskeluprojekti | Pyydetty tarkentamaan hakutoiminnot. | 15.6.2020 |
VANHAT
# | Kysymys / huomio | Kysymyksen esittäjätaho | Vastaus | Vastaaja | Kommentit (kommentin esittäjä) |
---|---|---|---|---|---|
1 | CourseUnitRealisation
| Pepin ristiinopiskeluprojekti | Lisätty nyt taulukkoon. On todennäköisesti jäänyt pois vahingossa, kun toteutus on eriytetty StudyElementistä omakseen. | Sami Hautakangas | |
2 | StudyElementReferences (CourseUnit OR AssessmentItem)
| Pepin ristiinopiskeluprojekti | Kyllä. viittaus joko opintojakson tunnisteeseen tai arvioinninkohteen tunnisteeseen. | Sami Hautakangas | |
3 | Miten opiskelija lyö lukkoon ilmoittautumisen yhteydessä että minkä opintojakson opiskelija suorittaa tämän toteutuksen yhteydessä jos vaihtoehtoja on useita (jotenkin olisi helpompaa että voisi suorittaa vain tietyn opintojakson aina eikä valintaa) | Pepin ristiinopiskeluprojekti | Ilmoittautumisen yhteydessä tämä valinta tulisi tehdä. Kun asiaa lähestytään siten, että esitettäisiin opintojakson ja sen toteutuksen tiedot yhdessä, tämä olisi ehkä yksinkertaisinta ratkaista. Jos opiskelijan hakunäkymässä haetaan tietoa toteutuksista, jolloin nämä viittaukset ovat lisätietoina, tässä voisi käyttää ensisijaisen opintojakson tietoa. | Sami Hautakangas | |
4 | groupSelections
| Pepin ristiinopiskeluprojekti | Tätä on hyvä tarkentaa, on keskitetyn palvelun osalta toteutuksessa loppukeväällä. | Sami Hautakangas | |
5 | questionSets
| Pepin ristiinopiskeluprojekti | Tätä on hyvä tarkentaa, on keskitetyn palvelun osalta toteutuksessa loppukeväällä. | Sami Hautakangas | |
6 | Pitäisikö kansallisessa Rike-palvelussa (esim. verkoston luonnin yhteydessä) olla joku pakollinen linkki tai palvelussa tehtävä muotoiltava teksti (kieleistetty), johon laitetaan korkeakoulun info ja joka voidaan nostaa aina opintojen haun yhteyteen (kun opiskelija hakee opintojaksoja/toteutuksia). Tuo info siis kertoisi opiskelijalle
| Pepin ristiinopiskeluprojekti | Kuulostaa järkevältä asialta, täytyy selvittää mikä olisi luontevin kohta tuolle tiedolle tai onko jokin olemassaoleva organisaation kuvaukseen liittyvä kenttä soveltuva tähän. | Sami Hautakangas | |
7 | Täytyykö Pepin kysellä tietoja suoraan ES indeksistä ES:n käyttämällä notaatiolla? Vai tuleeko JSON/REST-rajapinnat | Pepin ristiinopiskeluprojekti | |||
8 | Onko heittää aikatauluarvioita milloin RIKE:n tarjoamat REST rajapinnat ovat saatavilla swagger muodossa? | Pepin ristiinopiskeluprojekti | |||
9 | Onko verkoston id kenttä sama kuin vanhan määrityksen "yksilöivätunniste (OID)"? | Pepin ristiinopiskeluprojekti | |||
10 | Vastaavasti organisationId:ssa on varmaankin listattu verkoston organisaatioiden OIDit? | Pepin ristiinopiskeluprojekti | |||
11 | Tilanne, jossa opintojakson toteutus julkaistu kansalliseen rike-palveluun, mutta siihen liittyvää äitiopintoa (opintojakso) ei ole julkaistu kanalliseen palveluun.
| Pepin ristiinopiskeluprojekti | |||
12 | Onko rike-palveluun tarkoitus viedä opiskelijan tietoja jo siinä vaiheessa kun hän valitsee opintojaksoja/opintokokonaisuuksia HOPSiinsa. Emme haluaisi tässä vaiheessa viedä vielä opiskelijan tietoja koska kohdepäässä ollaan tuossa vaiheessa kiinnostuttu vasta summatiedoista eli ”kuinka moni toisen korkeakoulun/korkeakoulujen opiskelijoista on suunnitellut tämän meidän opinnon HOPSiinsa”. Noissakin toki pitäisi olla joku aikaleima koska kovin vanhoista summatiedoista ei olla tietenkään kiinnostuneita.. | Pepin ristiinopiskeluprojekti |
Add Comment