Projektiryhmän kokous
Aika: 2.6.2014 klo 12.00 - 16.00
Paikka: Eduix Oy, Tampere
Läsnä:
- Jaakko Rannila
- Virve Peltoniemi
- Anna-Liisa Karjalainen, sisällöllinene asiantuntija
- Juhani Gurney, tietojärjestelmätyöryhmä, projektin omistaja Eduixilla
- Eero Manninen, suunnittelu, arkkitehtuuri, toteutus
- Kristoffer Michael, suunnittelu, arkkitehtuuri, toteutus
- Rami Heinisuo, toimittajan edustaja johtoryhmässä
- Leena Tuomela, Pepissä toimittajan pp; nyt koordinaattori Peppi-liitännäisten osalta
- Hannu Lakervi, tietorakenteet,
- Kirsi Vikström (Virven apuna - koordinaattori tekniselle porukalle, liitännäisyydet jne)
- Virve Peltoniemi, TAMK projektipäällikkö tämä + PAKKI
- Janne Riihimäki, kälit
- Heidi Lehtonen, kälit
- Tuomas Orama, + Jussi Kivinen omistaja
- Lauri Stigell, toimittajan projektipäällikkö
Agenda
- 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 ennen kesää ja kesän yli
- Tietokannan suunnittelu ja toteutuksen aloittaminen
- Moduulijaon tarkentaminen
- Kehitysympäristön pystyttäminen, uuden versionhallinnan käyttöönotto
- Migraatio
- Käyttöliittymäohjeistuksen laatiminen
- Tietosuoja ja tietoturvaperiaatteet
- Nixu + Ilkka
- Milestonejen määrittely
- Kehityssprinttien niveltäminen aikatauluun
- Sprintti 0 (tämä viikko)
- Ensimmäinen kehityssprintti
- Karkea aikataulu ennen kesää ja kesän yli
- 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 (tietokantatasolla tietojen suojaus)
- 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