Perusrekisterin ja Pakin viikkoraportti 26.9.2014

Yleistä

• Perusrekisteri- ja Pakki-projektien 6. sprintti päättyi tänään.
• Molemmissa projekteissa saatiin toteutettua kaikki sprinttiin asetetut tehtävät; tuloksen perusteella voidaan todeta, että edellisen sprintin jälkeen laaditut korjaavat toimenpiteet olivat riittäviä. Kiitos kehittäjille erinomaisesta työstä!
• Tilaaja päätti sprintin aikana, että Pakki-projektissa opiskelijan hops-toiminnallisuuden vapaasti valittavien opintojen haun, tarkastelun ja valinnan toiminnallisuus tullaan toteuttamaan tuottamalla nykyisen koulutushaun (Metropolia) / opintotarjonnan (TAMK) kaltainen toiminnallisuus Pakin tarpeisiin. Tilaaja tarkentaa ensi viikon aikana vapaasti valittaviin opintoihin liittyviä toiminnallisia ja teknisiä vaatimuksia, joiden pohjalta haluttu toiminnallisuus toteutetaan. Koska toteutustapa on suunnitellusta toteutustavasta työmäärällisesti poikkeava, muutos käsitellään projektin muutoshallintamenettelyn mukaisesti.
• Testiympäristöt: Eilen viety uusin versio sovitun ja tästä sprintistä alkaen käyttöönotetun mallin mukaisesti korkeakoulujen testipalvelimille, 2 viikon purskeittain pusketaan uusi versio katsottavaksi
  • Huomionarvoista on, että varsinainen testi-ikkuna on aina version jälkeen, joten toimittajan näkökulmasta ”mini-version” julkaisussa muutama ero varsinaisen version julkaisuun
    • Käyttöliittymien laatua tarkastellaan vastaavalla tavalla kuin varsinaisen version yhteydessä, mutta ainoastaan suunnittelijan vastuulla
    • Release erotettu versionhallinnassa omaan kehityshaaraan, mini-release develop-haarasta
• Sen sijaan lähdekoodin laadun osalta samat menettelyt
  • Koodi kääntyy bamboossa ja testit menevät läpi
  • Jokaisesta moduulista syntynyt moduulisuunnitelma
  • Jokaisesta moduulista läpimennyt checkstyle-raportti
  • Kevennys: dokumentoinnin ja testauksen taso ohjelmistosuunnittelijan vastuulla (varsinaisessa releasessa dokumentaatio tarkempi ja erillinen henkilö testaa)
  • Varsinaisessa releasessa lisäksi koodi analysoidaan sonarqube-työkalulla ja raporteissa ei saa jäädä kiinni yhtään major, critical tai blocker tason ongelmaa

Perusrekisteri

• Sprintin aikana toteutettiin seuraavat asiakokonaisuudet
  • Version 1 korjaukset (määritellyt lisäkentät henkilötietojen ja opiskeluoikeuden hallintapalveluun toteutettu pl. koodistopalvelun rakenteen mahdollinen korjaus, jonka vaatimuksia tarkennetaan seuraavassa sprintissä)
  • Koodistopalveluun lisätty toimipiste-, tutkinto- ja organisaatiokoodistot (sisäiset organisaatiot Pepistä Opintopolusta jo tuotujen ulkoisten organisaatioiden lisäksi)
  • Lokien tarkasteluportletit ja toiminnallisuuksien täydentäminen
  • Ryhmäpalvelun ensimmäinen kehitysvaihe onnistuneesti takana (ryhmän luominen, hakeminen, tarkastelu ja muokkaus, opiskelijoiden lisääminen ryhmään)
  • Migraation validoinnin toimenpiteet suunniteltu
  • Käyttöliittymissä Eduguin validointi sekä mockepeissa yksittäisiä tarkentavia työkohteita opiskeluoikeuden hallintapalveluun
  • Tietoturvatyöskentelyä jatkettiin sovitusti tietoturvakonsultin tukemana
  • Kehitysympäristössä otettiin käyttöön SMX5
  • Releasen automatisointi sekä sprintin päätteeksi tapahtuvien ”mini-julkaisujen” että version valmistumisen (release) osalta; molempien osalta tarkennettiin myös laadunvarmistuskäytäntöjä
    • Uudet versiot viedään siis asiakkaan testiympäristöihin kahden viikon välein
• Sprintin alkuperäisen scopen ulkopuolella lisäksi toteutettu
  • Tietomallin osalta käyty läpi asiakkaan antamat kommentit, joiden perusteella tietokantarakenne on päivitetty
  • Tehty ylimääräinen välijulkaisu tällä viikolla järjestettyä projektin ohjausryhmän kokousta varten

Pakki

• Sprintin aikana toteutettiin seuraavat asiakokonaisuudet
  
  • Hops-puun rakentamiseen liittyvät tekniset tehtävät
    
    • Hops-hierarkian luominen ja päivittäminen ops-tietojen pohjalta tehty
    • Ops-hierarkian tarjoaminen json muodossa – toteutus Peppiin tehty
  • Hops-puun avaaminen ja sulkeminen, opintojen tarvittavan määrän tarkastelu, tietojen päivittyminen näkymään valintojen perusteella
  • Opintojaksojen vertailu ja valinnan tekeminen
  • Tarkennettu käyttöliittymäsuunnitelmaa vapaasti valittavien opintojen haun, tarkastelun ja valinnan osalta, jonka jälkeen asiakas päätti, että toiminnallisuus toteutetaan nykyisten (mutta eri tarkoitukseen tarkoitettujen) koulutushaun (Metropolia) /  opintotarjonnan (TAMK) kaltaisesti
  • Otettu käyttöön SMX5
  • Suunniteltu Pepin viestipalvelun laajentaminen Pakin tarpeisiin
• Sprintin alkuperäisen scopen ulkopuolella lisäksi toteutettu hopsissa pakollisten opintojen tunnistaminen