...
Id | Kysymys | Kysymyksen esittäjä | Vastaus | Vastauksen antaja | Kommentit | Asia ratkaistu ( x ) |
---|---|---|---|---|---|---|
1 | Käyttöoikeuksien ylläpito tulevaisuudessa | Lauri Stigell | Tätä kokonaisuutta käytiin läpi alustavasti tietoturvapalaverin yhteydessä, jolloin perusajatuksena oli yksinkertaisuus ja esimerkiksi mahdollisimman geneeriset opiskelija- ja ohjaajaroolit. | Lauri Stigell | ||
2 | Ryhmänhallinta ekosysteemissä? Pepin nykyisen jatkojalostus / Perusrekisteriin uusi? Pakin tarpeet. | Lauri Stigell | Toimittaja voi ehdottaa, miten tämän osalta toimittaisiin | Mika Lavikainen | ||
3 | Opiskelijanumeron generointi jatkossa (miten OID suhteutuu Winhan opiskelijanumeroon? Pitääkö perusrekisterin generoida oma opiskelijanumero)? | Lauri Stigell | Ymmärtääkseni OPH:n järjestelmältä kysytään Hetulla RESTin yli OID. OPH generoi OID:t, ei kukaan muu missään tilanteessa. OID on henkilökohtainen, eli vastaa Winhan hetua - ei OPRLI:a (opiskeluoikeusnumero) eikä OPISK:ia (opiskelijanumero), vaan hetua (henkilönumero). | Lauri Viitanen | Tähän olisi hyvä vielä saada vahvistus | |
4 | Onko asiakkaalla erityisiä tarpeita winha-migraation seurannan käliin ja laajemmin migraation seurantaan | Lauri Stigell | Tietoturvapalaverissa todettiin, että pitää pystyä peilaamaan tehty siirto | |||
5 | Koodistosynkronoinnit
| Lauri Stigell | ajatus että ei poisteta koodistoja tai koodeja vaan vanhennetaan
| |||
6 | Ohjaustietojen suhde koodistoihin "E012 Ohjaustietojen asettaminen Perusrekisterin pääkäyttäjälle on luotava näkymä, jossa hän voi asettaa lukuisia perusrekisteriä koskevia ohjaustietoja ja raporttipohjia. Ohjaustiedot koostuvat toisaalta organisaatiorakenteen tiedoista, toisaalta perustiedoiksi nimetyistä koodituksista, luokitustermeistä ja muista erityisesti tilastointiin liittyvistä määrityksistä. Osa tiedoista, kuten organisaatiorakenteeseen liittyvät kustannuspaikkatiedot, ovat tallennettuina muihin järjestelmiin. Asetettavat ohjaustiedot löytyvät eri toimintojen sisäisistä kuvauksista." Kävimme läpi yleisesti ohjaustieto-kokonaisuutta ja vaikuttaa siltä, että se on hyvin paljon päällekkäinen koodistonhallinnan kanssa. Käyttöliittymän näkökulmasta tuntuu turhalta erottaa koodistot ja ohjaustiedot omiin kokonaisuuksiinsa, ja onko se edes ylipäätään mahdollista? Voidaanko rajanvetoa edes tehdä? Onko enemmänkin kyse asiakkaan määrittelyssä käytetyistä termieroista? Vaatimusmäärittelystä kerättyjä eri ohjaustyyppejä: 1) Ns. Perusmuotoiset, jotka asettuvat koodistomalliin. - koulutustyypit
Kysymykset asiakkaalle: | Janne Riihimäki | Ohjaustiedot/koodistot tarkoittavat mielestäni samaa asiaa eli voi sulauttaa. Nuo olisi kälissä hyvä pystyä kategorisoimaan järkevämmin kuin miten ne Pepissä on tällä hektellä (sikin sokin). Lisäksi koodistojen hallintaa pitää kehittää (Pepissä aika karmea käli tuohon).
Raporttipohjia on käsitelty VM:ssä esim. Diploma supplement, Todistuspohja, opiskeluoikeustodistus, kielilausekkeet (tämä saattaa olla kyllä osa todistuspohjaa koodistona tms. en ole varma).. Lisäksi VM:ssä oli määritelty, että jossain tilanteissa hakutuloslistaus olisi pääkäyttäjän määrietltävissä (useita "pohjia" samalle listaukselle) Eli esim. mitä tietoja esim. opiskelijalistauksessa näytetään sarakkeissa. Pääkäyttäjä voisi luoda näitä näkymäpohjia useita, koska esim. opiskelijalistgoja tarvitaan/käytetään hyvin eri tarkoituksiin eri tiedoilla. Ts. käyttäjän näkökulmaasta olisi sama opiskelijahaku esim. hae koulutusohjelman X läsnäolevat opiskelijat ja käyttäjä valitsisi mitä pohjaa käytetään. Ydessä pohjassa vaikka vain opiskelijoiden nimet ja spostiosoitteet, toisessa pohjassa opiskelijan nimi, puhelinnumero ja käytetyt läsnäolokaudet tms.. Eli sama haku mutta eri tiedot halutaan näkyviin ja tässä kohdin olisi näitä eri pohjia joita pääkäyttäjä voisi luoda.... | |||
7 | ||||||
8 | ||||||
9 | ||||||
10 |