...
- Kokouksen avaus
- Projektin tilannekatsaus (projektipäälliköt)
- Projekti- ja kehitysmalli
- Tilaajan backlog - Toimittajan backlog
- jira-käytännöt
- Määritysten tarkentaminen
- Toimittajan kehitysmalli
- Toimittajan kehityskäytännöt ja -periaatteet
- Tilaajan backlog - Toimittajan backlog
- Resurssit
- Toimittajan resurssit
- Tilaajan resurssit
- Aikataulu
- Karkea aikataulu
- Milestonet
- Kehityssprinttien niveltäminen aikatauluun
- Sprintti 0 (tämä viikko)
- Ensimmäinen kehityssprintti
- Kehitystyön tilannekatsaus
- Moduulijakosuunnitelma
- Tietomalli
- Migraatio
- Projekti- ja kehitysmalli
- Muut asiat
- Perusrekisterin nimi - lähetekeskustelu
- Seuraavat kokoukset
- Kokouksen päätös
Muistio
- Kokouksen avaus
- Jaakko Rannila avasi kokouksen ja esitteli ohjausryhmälle perusrekisteristä pidetyn esityksen (diat)
- Projektiryhmän jäsenet esittäytyivät
- Projektin tilannekatsaus (projektipäälliköt)
- Resurssit
- Toimittajan resurssit
- Tilaajan resurssit
- Projekti- ja kehitysmalli
- Tilaajan backlog - Toimittajan backlog
- Miten tilaaja tuo asioita toimittajan backlogiin?
- Olisiko alkuvaiheessa hyvä malli, että tilaajan edustaja on suunnittelusessiossa mukana?
- Vai toimiiko niin, että Lauri ja tilaaja keskustelevat asiat ja Lauri tuo kehittäjille - jotka avautuvat Laurille ja tilaajalle
- Todettiin, että oleellista, että malli toimii ja riittävät resurssit käytettävissä molemmilla osapuolilla - muutetaan tarvttaessa toimimattomia käytäntöjä matkan varrella.
- jira-käytännöt
- yksi vai kaksi jiraa?
- Viime viikolla alustavasti keskusteltiin, että asiakkaalla olisi oma, Eduixilla oma, johon siistitään toteutettavat tehtävät
- Päätettiin, että perusrekisterissä toimitan kuitenkin vain yhdessä (Eduixin pystyttämässä) jirassa, johon Eduix järjestää kaikille pääsyn (tarkastelu- ja päivitysoikeudet päätettävä); kyseessä on uusi jira-instanssi, joka on suorassa yhteydessä tuotantoympäristöön
- Miten tilaaja tuo asioita toimittajan backlogiin?
- käli-tiimi + muun toteutuksen tiimi?
- yhteinen ohjeistus käleille - pepin alussa oli, hieman lipsuttu sittemmin
- peppi-perusrekisteri-pakki - yhteinen ohjeistus
- otetaan ensimmäiseen sprinttiin olemassa olevien käli-suunnitelmien / ohjeistuksien kokoaminen + askelmerkit jatkokehitykselle
- yhteiset tyylit eri palveluihin -> työpöytiin
- peppi-perusrekisteri-pakki - yhteinen ohjeistus
- pitkälti kyse lomakelistaus-tyyppisistä asiosita - toisaalta toimijat hahmottavat asioita kälien kautta, sikäli käli edellä meneminen perusteltua
- päätettiin, että edetään pepin tavoin kälit edellä
- asiakkaan puolelta käli-tiimi myös?
- yhteinen ohjeistus käleille - pepin alussa oli, hieman lipsuttu sittemmin
- Määritysten tarkentaminen
- organisatoristen kerrosten toiminta (ohjausryhmä - projektiryhmä - asiantuntijaryhmät)
- asiantuntijaryhmän hyödyntäminen
- käli-proto (toteutettu vaatimusten mukaan)
- testaukseen viikko-pari
- palaute: miten pitäisi kehittää
- varsinainen kehitys tähän pohjautuen
- Toimittajan kehityskäytännöt ja -periaatteet
- scrum - ok, tarkennetaan tarvittaessa
- Projektien välinen yhteistyö (perusrekisteri ja pakki)
- pakin kilpailutus käynnissä (hops, suoritustiedot ja ilmoittautumiset - ei lueta winhasta vaan uudesta perusrekisteristä); palvelut oltava perusrekisterissä näiden tietojen välittämiseen pakille
- Tilaajan backlog - Toimittajan backlog
- Aikataulu
- Karkea aikataulu
- Pakin migraatio
- Milestonet
- Kehityssprinttien niveltäminen aikatauluun
- Sprintti 0 (tämä viikko)
- Ensimmäinen kehityssprintti
- Karkea aikataulu
- Kehitystyön tilannekatsaus
- Moduulijakosuunnitelma
Yleistä rajapinnoista:
- rajapinnat vain restillä
- ei hienojakoisia rooleihin perustuvia tarkistuksia rajapintoihin
MODUULI: integration / data-transfer
Yleistä:
- datan siirto järjestelmään ja toimittaminen ulos.
- rajapinta tietojen viemiseksi virta muodossa
- rajapinta tietojen hakemiseksi virta muodossa
- käyttöliittymä monitorointiin. Mitä on viety, mitä on haettu. kuinka kauan kestänyt. ylimääräistä validointia viesteihin?
MODUULI: data-import
- winha-datan muuntaminen virta muotoon ja sen vieminen järjestelmään
- ajastettu integraatio
- käytössä vain kehitysvaiheessa sekä käyttöönotossa
MODUULI: student-registry
- opiskelijan henkilötiedot
endpoint: student-registry-manager
- opiskelijoiden tiedot
- ryhmien halinta
endpoint: student-registry-admin
- student-registry + auditointi/monitorointi
- siirrettyjen hakijoiden hyväksyminen
MODUULI: registration-assessment-service
endpoint: registration-assessmentvain omat tiedot
- ilmoittautuminen toteutuksille
- opintosuoritusote
endpoint: registration-assessment-manager
rajaus: vain omat toteutukset
- ilmoittautuminen toteutuksille
- ilmoittautumisten hyväksyminen
- suoritusten arviointi
- opintosuoritusote
endpoint: registration-assessment-admin
- ilmoittautuminen toteutuksille
- ilmoittautumisten hyväksyminen
- suoritusten arviointi
- tutkintotodistus?
MODUULI: configuration
endpoint: configuration-admin
- koodistot
- organisaatiot
- rahoitukseen liittyviä tietoja?
MODUULI: reporting
- erilaiset listaukset ja tulosteet- Keskustelua moduulijaosta
- identiteettiin liittyvät henkilötiedot tulee erottaa opiskelijaroolin tiedoista (joka liittyy opiskeluoikeuteen) - vain OID jatkossa
- opiskeluoikeuteen liittyvät tiedot ylläpidetään jatkossakin perusrekisterissä
- Tietorakenteiden suunnittelu
- relaatiotietokannan suunnittelu käynnissä; pääasiallinen tiedon säilö; tietokanta-alustariippumaton
- dokumenttipohjainen tietokantasäiliö (vrt. elastic search, joka pohjana kälien perushaulle ja raportoinnille)
- seuraavassa vaiheessa moduulisuunnitelmaan matchaaminen + Ilkan kanssa speksaus
- Migraatio
- Moduulijakosuunnitelma
- Resurssit
- Muut asiat
- Perusrekisterin nimi - lähetekeskustelu
- Seuraavat kokoukset
- Kokouksen päätös
...