Source: http://docplayer.fi/3722191-Hyvaksymistestaus-suunnitelma-hakeutujan-palvelut-ja-todennetun-osaamisen-rekisteri.html
Timestamp: 2016-10-22 18:07:56+00:00
Document Index: 16748699

Matched Legal Cases: ['kko ', 'kko ', 'kko ', 'kko ', 'kko ', 'kko ']

⭐HYVÄKSYMISTESTAUS- SUUNNITELMA - HAKEUTUJAN PALVELUT JA TODENNETUN OSAAMISEN REKISTERI
Download "HYVÄKSYMISTESTAUS- SUUNNITELMA - HAKEUTUJAN PALVELUT JA TODENNETUN OSAAMISEN REKISTERI"
1 HYVÄKSYMISTESTAUS- SUUNNITELMA - HAKEUTUJAN PALVELUT JA TODENNETUN OSAAMISEN REKISTERI Dokumentin tallennuspaikka Sivu 1/332 Hankkeen nimi: SADe Projektin nimi: Oppijan verkkopalvelut Projektin asiakkaat: Ritva Sammalkivi, OKM Koulutuspolitiikan osasto Ilmari Hyvönen OKM, Korkeakoulupolitiikan osasto PROJEKTIN PERUSTIEDOT Hanketunnus: Projektitunnus: Projektipäällikkö: Erja Nokkanen Testauspäällikkö: Arja Törmälä DOKUMENTIN VERSIOTIEDOT Versio Pvm Muutosten kuvaus Tekijä luonnos Pauli Lönnroth Päivitetty 8.2. palaverin kommenttien perusteella Pauli Lönnroth Päivitetty Antti Y-J:n kommenttien perusteella Pauli Lönnroth Päivitetty A.Törmälän katselmoinnin perusteella Arja Törmälä Päivitetty A.Reunasen katselmoinnin perusteella Arja Törmälä Päivitetty Ritva Sammalkiven ja Ilmari Hyvösen Arja Törmälä kanssa pidetyn katselmoinnin perusteella Hyväksytty OKM:n projektiryhmässä 19.2 ja Arja Törmälä KSHJ:n ohjausryhmässä Tarkennettu päivämääriä. Asiakkaiden Arja Törmälä hyväksymistestauksen aloitusta siirretty viikolla. Tuotantokäyttöönoton aloitusta 2. asteen osalta siirretty viikolla eteepäin Tarkistettu päivämääriä hankkeen aikatauluja vastaavaksi. Yksinkertaistettu tehtävälistaa (tehtävätason aikataulut poistettu). Muutokset Arja Törmälä Dokumentin tallennuspaikka Sivu 2/333 merkitty keltaisella huomiovärillä. SISÄLLYSLUETTELO 1 JOHDANTO DOKUMENTIN TARKOITUS TAUSTA TESTAUKSEN TAVOITTEET TESTATTAVA KOKONAISUUS TESTAUKSEN KOHDE Prosessien päästä päähän testaus Liittymät ja rajapinnat muihin järjestelmiin Testattava palvelukokonaisuus RAJAUKSET RIIPPUVUUDET HYVÄKSYMISTESTAUSPROSESSI SUUNNITELLUT TESTAUKSET Testauksen aikataulut ja tarkistuspisteet Edellytykset testauksen aloittamiselle Asiakkaan hyväksymistestaus Opetushallituksen sisäinen hyväksymistestaus Dokumentin tallennuspaikka Sivu 3/334 3.2.4 Tehtävät TESTAUKSEN TEKNIIKAT JA APUVÄLINEET TESTIYMPÄRISTÖ TESTITAPAUKSET Vastuut testitapausten luonnista Testitapausten luokittelu Prosessien testaus TESTIAINEISTO Testiaineiston palautettavuus HYVÄKSYMISKRITEERIT TESTAUKSEN ORGANISOINTI JA OHJAUS TESTAUSORGANISAATIO Fyysiset resurssit OHJAUSMENETTELYT MUUTOSHALLINTA VIRHEIDEN KIRJAAMINEN JA KÄSITTELY havainnon kirjaaminen Havaintojen käsittely Virheen uudelleentestaus Eskalointiketjun kuvaus TESTAUKSEN MITTARIT TESTAUKSEN RAPORTOINTI Viikoittainen hyväksymistestauksen tilaraportti version Loppuraportti Dokumentin tallennuspaikka Sivu 4/335 4.6.3 koko järjestelmän Loppuraportti VIESTINTÄ JA TIEDOTTAMINEN TESTAUKSEN LAADUNVARMISTUS RISKIT TESTAUKSEN TUOTOKSET LIITTEET Dokumentin tallennuspaikka Sivu 5/336 1 JOHDANTO Hyväksymistestaus on järjestelmän asiakkaan vastuulla oleva testaus, jolla varmistutaan siitä että toimitettu tietojärjestelmä täyttää hyväksytyt vaatimukset. Lisäksi on tarkoitus varmistua siitä, että järjestelmää voidaan käyttää suunniteltuun tarkoitukseensa ja mahdolliset käytännön yllätykset voidaan käsitellä ennen käyttöönottoa. Hyväksymistestauksen tavoitteena on tuottaa faktoihin perustuvaa tietoa järjestelmän laadusta yksittäisten julkaisujen ja koko järjestelmän käyttöönottopäätösten tekemistä varten. Hyväksymistestauksen tuottama laatupalaute on yhteenveto järjestelmän käyttäjän ja asiakkaan näkökantojen huomioimiselle. Hyväksymistestaus on osa projekteille tarpeellista testausten ketjua. Hyväksymistestaus on yksi vaihe, jonka avulla tarkistetaan, että riskit ovat hallinnassa käyttöönoton näkökulmasta. 1.1 DOKUMENTIN TARKOITUS Tämä dokumentti kuvaa hakeutujan palveluiden ja todennetun osaamisen rekisterin hyväksymistestaussuunnitelman toisen asteen ja korkeakouluasteen toimintojen osalta siinä laajuudessa kuin ne otetaan käyttöön vuosien välisenä aikana. Dokumentin tarkoitus on esittää Oppijan palvelukokonaisuus-projektin hyväksymistestauksen tavoitteet jäsentää testaukseen liittyvät vastuut kuvata testauksen vaiheistus ja aikataulutus listata, mitä projektissa tulee testata suositella ja kuvata, kuinka kussakin testauksen vaiheessa tehdään testauksen kannalta oikeita asioita, oikeaan aikaan, oikealla prioriteetilla ja oikeilla voimavaroilla, jotta asetetut testauksen tavoitteet saavutettaisiin yksilöidä testaukseen liittyviä riskejä suositella, kuinka testaus tulee priorisoida siten että sekä riskit että vaatimukset otetaan huomioon listata testauksen tuottamat dokumentit Kohdeyleisö Dokumentti on tarkoitettu Oppijan palvelukokonaisuuden hankejohdolle ja testiryhmälle. Dokumentin tallennuspaikka Sivu 6/337 Tarvittavat esitiedot Lukijan oletetaan tuntevan Oppijan palvelukokonaisuus palveluiden esittelytilaisuuksien pohjalta. Toisen asteen tai korkeakoulujen valmistautuminen hakuun prosessin tai haku- ja/tai valintaprosessin tuntemus Tämä hyväksymistestaussuunnitelma hyväksytään Oppijan palvelukokonaisuuden klusteriryhmässä sekä KSHJ-hankkeen ohjausryhmässä. 1.2 TAUSTA Oppijan palvelukokonaisuudessa rakennetaan koulutuksen sähköistä sivistyskeskusta, josta löytyvät jatkossa kaikki sekä kansalaisten että koulutuksen ja opetuksen järjestäjien palvelut esiopetukseen ilmoittautumisesta aikuiskoulutukseen asti. Luvassa on helppokäyttöinen palveluportaali, joka tarjoaa kattavasti opiskelua ja siihen hakeutumista sekä oppimista ja urasuunnittelua tukevia palveluita elinikäisen oppimisen periaatteella. Palvelu tukee yksilöllisten oppimispolkujen suunnittelua ja toteuttamista. Palvelun käyttäjiä ovat koulutukseen hakeutujat, opiskelijat, perheet, oppilaitokset, koulutuspalvelun tuottajat, yritykset ja muut työelämän organisaatiot, julkishallinto sekä koulutus- ja uravaihtoehtojaan pohtivat kansalaiset. Oppijan palvelukokonaisuus tarjoaa luotettavan ja ajantasaisen tiedon koulutuksesta, ammateista, työelämästä ja uravaihtoehdoista. Palvelun kautta haetaan ja tullaan valituksi koulutukseen. Oppijan verkkopalvelu syntyy olemassa olevista ja kehitettävistä uusista palveluista sekä niiden tuottamista tukevista tietojärjestelmistä. Asiakaslähtöinen, yhtenäinen ja kustannustehokas palvelukokonaisuus tukee hallinnollisia rajoja ylittävien työ- ja toimintatapojen kehittämistä. Näin se edistää myös julkisen hallinnon ja opetustoimen tuottavuutta. Järjestelmän asiakkaana toimii Opetus- ja kulttuuriministeriön Sade-hanke sekä KSHJ-hanke. 1.3 TESTAUKSEN TAVOITTEET TAVOITE Järjestelmä mahdollistaa määriteltyjen prosessien ja työnkulkujen suorituksen KUVAUS JA MITTARI Järjestelmä mahdollistaa määriteltyjen prosessien ja työnkulkujen suorituksen Mittari: Prosesseista ja työnkuluista johdetut testitapaukset ja prosessitestit voidaan suorittaa hyväksytysti (ei kriittisiä tai vakavia virheitä). Dokumentin tallennuspaikka Sivu 7/338 Järjestelmä toteuttaa liiketoiminnan asettamat kriittiset vaatimukset Järjestelmä soveltuu sille suunniteltuun käyttöön Järjestelmä toteuttaa asetetut liiketoiminnalliset vaatimukset. Mittari: Liiketoimintavaatimuksista johdetut testitapaukset voidaan suorittaa hyväksitysti. Järjestelmä tukee loppukäyttäjien työskentelyä Mittari: Avoimia kriittisiä hyväksymistestihavaintoja (virheitä tai parannusehdotuksia) ei ole. 2 TESTATTAVA KOKONAISUUS 2.1 TESTAUKSEN KOHDE Testauksen kohteena ovat Oppijan palvelukokonaisuuteen sisältyvät koulutukseen hakeutumiseen ja valintaan liittyvät pääprosessit ja -työnkulut. Pääprosessit ja -työnkulut testataan hakijan ja virkailijan näkökulmista käsin. Näkökulmat testataan seuraavien hakuja valintakokonaisuuksien osalta: 1. Ammatillisen koulutuksen, lukiokoulutuksen ja muu peruskoulun jälkeisen koulutuksen haku- ja valintapalvelut 2. Korkeakoulujen haku- ja valintapalvelut Testaus tehdään suomenkielisellä käyttöliittymällä. Ruotsin- ja englanninkielisillä käyttöliittymille tehdään termien, kieliasun ja kenttäpituuksien tarkistuksia. Hakijan osuuden testaamiseen rekrytoidaan perusopetuksen päättävien luokkien ja lukion päättävien luokkien opiskelijoita ja testaus tehdään erillisenä tai Opetushallituksen vastuulla oleva käytettävyystestauksen yhteydessä. Virkailijat Virkailijan näkökulmasta keskeiset testattavat pääprosessit ja niihin liittyvät työnkulkujen osa-alueet ovat: 1. valmistautuminen hakuun haun hallinta koulutustarjontatiedon hallinta hakulomakkeiden hallinta valintaperusteiden mallinnus 2. hakeutuminen koulutukseen ilmoitusten ja muistutusten lähettäminen Dokumentin tallennuspaikka Sivu 8/339 hakemusten käsittely prosessin seuranta 3. valintojen toteuttaminen valintalaskenta sijoittelu 4. opintojen aloittaminen opiskelupaikan vastaanotto 5. jälkiohjaus jälkiohjauksen muodostaminen ja lähetys Hakijat Hakijan näkökulmasta keskeiset testattavat pääprosessit ja niihin liittyvät työnkulkujen osaalueet ovat: 1. valmistautuminen hakuun tunnistautuminen tiedonhaku koulutuskori omat tiedot 2. hakeutuminen koulutukseen hakemuksen täyttäminen ja lähettäminen prosessin seuranta hakemuksen muuttaminen osaamistietojen päivittäminen 3. valintojen toteuttaminen - 4. opintojen aloittaminen paikan vastaanotto läsnäoloilmoittauminen 5. jälkiohjaus hae täydennyshaun tai lisähaun hakukohteet Opintopolku-palvelussa 2.2 PROSESSIEN PÄÄSTÄ PÄÄHÄN TESTAUS Dokumentin tallennuspaikka Sivu 9/3310 Prosessien testaus tapahtuu kunkin julkaisun yhteydessä siinä laajuudessa kuin julkaistu toiminnallisuus mahdollistaa prosessien suorittamisen. Valmistautuminen hakuun -prosessin hyväksymistestaus tehdään toisen asteen ja korkeakoulujen osalta ennen ensimmäistä tuotantokäyttöönottoa. Haku- ja valintaprosessin päästä päähän testaus tehdään elokuun julkaisun jälkeisen hyväksymistestauksen yhteydessä. Testattavat prosessit ovat: virkailija: haku- ja valintaprosessi sekä opintojen aloittaminen ja jälkiohjaus hakija: haku- ja valintaprosessi sekä opintojen aloittaminen ja jälkiohjaus LIITTYMÄT JA RAJAPINNAT MUIHIN JÄRJESTELMIIN Liittymien kattava testaus tehdään osana järjestelmätestausta. Hyväksymistestauksessa keskitytään ainoastaan virkailijan ja hakijan kannalta oleellisten liittymien testaukseen. Liittymätestaukset tehdään osana pääprosessien ja työnkulkujen testausta ja vain siinä laajuudessa kuin liittymät näkyvät käyttäjälle. Palveluista testataan seuraavat liittymät siinä laajuudessa kuin liittymät näkyvät käyttäjälle. organisaatiotiedot YTJ:stä (valmistautuminen hakuun) henkilötietojen tarkastus VRK:sta (valmistautuminen hakuun) käyttäjän tunnistautuminen Haka koodistojen siirrot (valmistautuminen hakuun) koulutustarjontatietojen siirto (valmistautuminen hakuun) käyttäjän tunnistautuminen ViRTU, Vatema arvosanasiirto (valmistautuminen hakuun) valintaesitykset ja -päätökset opiskeluoikeus-, vastaanotto- ja ilmoittautumistieto (valintojen toteuttaminen) tutkinnot ja opintosuoritukset järjestämis- ja koulutusluvat arkistoitavat tiedot TESTATTAVA PALVELUKOKONAISUUS Järjestelmäkokonaisuuden toimintojen kattava testaus suoritetaan Opetushallituksen toimesta. Opetushallituksen suorittamat toiminnallisuustestaukset kattavat seuraavien palveluiden testauksen: haku- ja valintaprosessin ohjauspalvelu hakulomakkeen hallintapalvelu hakemusten lähettäminen, käsittely ja seuranta -palvelu koodistopalvelu Dokumentin tallennuspaikka Sivu 10/3311 käyttäjähallintapalvelu henkilötietojen hallintapalvelu organisaatiotietojen hallintapalvelu koulutustarjontatietojen hallintapalvelu valintojen toteuttamispalvelu opiskelupaikan vastaanotto- ja ilmoittautumispalvelu koulutusinformaatiopalvelut virkailijan sähköinen työpöytä oppijan henkilökohtaiset palvelut koulutustiedon haku- ja selauspalvelu asiakirjallisen tiedon arkistointipalvelu viestintäpalvelut ulkoiset rajapinnat ja liittymät raportointipalvelut tapahtumalokipalvelut osoitetietopalvelu 2.3 RAJAUKSET Hyväksymistestauksen ulkopuolelle rajataan seuraavat järjestelmätestauksen yhteydessä suoritettavat testaukset: kuormitustestaus tietoturvatestaus sisältäen käyttöoikeuksien ja lokituksen kattavan testauksen lokalisointitestaus raja-arvotestaus Lisäksi hyväksymistestauksen ulkopuolelle rajataan seuraavat asiat, jotka testataan OPH:n toimesta järjestelmätestauksen yhteydessä Järjestelmien väliset liittymät testataan järjestelmätestauksen yhteydessä. Hyväksymistestauksessa liittymille ei tehdä omia testitapauksia, vaan ne sisältyvät normaalien prosessien/työnkulkujen mukaisiin testitapauksiin siinä laajuudessa kun ne näkyvät käyttäjälle. Järjestelmän tekniseen administrointiin liittyvät toiminnot (mm. asennukset, varmistukset ja palautukset) Kolmansille osapuolille (mm. Kela, Tilastokeskus) tehtävät tiedonsiirrot pois luettuna mahdollinen loppukäyttäjälle näkyvä osuus Massalähetettävien kirjeiden ja sähköpostien lähetys Dokumentin tallennuspaikka Sivu 11/3312 Muut kuin toisen asteen ja korkeakoulujen toiminnallisuudet, esim. aikuiskoulutuksen toiminnallisuudet, eivät kuulu tämän hyväksymistestaussuunnitelman laajuuteen. 2.4 RIIPPUVUUDET Oppijan verkkopalvelut projekti on jaettu kahteen projektiin korkeakoulujen (KSHJ-projekti) ja 2. asteen osalta (ALPE-projekti). Kummankin osapuolen edustajien pitää osallistua hyväksymistestaukseen. Vuoden 2014 aikana mukaan tulevat aikuiskoulutus (AIKU-projekti) sekä sähköiset opintosuunnitelmat (eops). Nämä ovat tämän hyväksymistestaussuunnitelman ulkopuolella. 3 HYVÄKSYMISTESTAUSPROSESSI Hyväksymistestaus suoritetaan kuudessa (6) erässä. Testaus tehdään aina ennen asiakaskäyttöönottoa käyttöönotettavan version laajuuden mukaisesti. Version hyväksymistestaus jakautuu aina viiteen (5) vaiheeseen. 1. Ensimmäisessä vaiheessa suorittaa Opetushallitus käyttöönotettavalle versiolle hyväksymistestauksen. Testauksen tavoitteena on huolehtia siitä, että toimitus vastaa määriteltyä. Lisäksi tavoitteena on löytää virheet, jotka saattaisivat estää asiakkaan suorittaman hyväksymistestauksen. Tämän testauksen jälkeen suoritetaan tarvittava havaittujen vikojen korjaus. 2. Toisessa vaiheessa suorittaa asiakas version hyväksymistestauksen. Asiakkaat testaavat toiminnallisuuksia käyttäen omaa testimateriaalia ja ennalta tehtyjä testitapauksia. Testaus tapahtuu siten, että a) Opetushallitus järjestää kullekin asiakassektorille oman hyväksymistestaustilaisuuden. Tilaisuudessa käydään läpi testaussuunnitelma, testitapaukset, raportointikäytännöt sekä aloitetaan konkreettinen testaus. Lisäksi tilaisuudessa annetaan lyhyt perehdytys järjestelmän käyttöön testattavan toiminnallisuuden osalta. b) Asiakkaat suorittavat omista toimipisteistään käsin hyväksymistestausta testaussuunnitelman mukaisesti ja raportoivat havainnoista sovittujen käytäntöjen mukaisesti. 3. Kolmannessa vaiheessa hyväksymistestipäällikkö käy asiakkaan havainnot läpi ja tallentaa ne Jiraan (testihavaintojen kirjaus- ja seurantajärjestelmä). Havainnot käydään läpi OPH:n Dokumentin tallennuspaikka Sivu 12/3313 sisäisellä prosessilla; havaintojen kiireellisyys tarkistetaan ja havainnoille annetaan korjausaikataulu. Jiraan kirjatuista havainnoista koostetaan Wikissä julkaistava Exceltaulukko. 4. Neljännessä vaiheessa koostaa testauksesta vastaava testauspäällikkö testausraportin projektin ohjausryhmille hyväksymistestauksen hyväksymistä/hylkäämistä ja mahdollisia jatkotoimia varten. 5. Viidennessä vaiheessa ohjausryhmät hyväksyvät tai hylkäävät käyttöönotettavaksi aiotun kokonaisuuden. Hyväksynnän jälkeen käyttöönotettava kokonaisuus asennetaan tuotantoympäristöön. Opetushallituksen vastuut: hyväksymistestaussuunnitelman laatiminen hyväksymistestausympäristön asentaminen testiaineisto järjestelmän tietokannoissa Opetushallituksen hyväksymistestaus testauksen hallinnointi tuki asiakkaan hyväksymistestauksen aikana asiakastestaustilaisuuksien järjestäminen yhdessä asiakkaan yhteyshenkilön kanssa testauksen loppuraportti ohjausryhmille Asiakkaan vastuut: testauksen suorittaminen testaussuunnitelman mukaan kattavasti ja sovitun aikataulun puitteissa oman testimateriaalin koonti testauksessa havaittujen poikkeamien raportointi käyttäen käytössä olevaa virheraportointilomaketta testauksen asiakkaan puolen hallinnointi ja testauksen etenemisen varmistaminen 3.1 SUUNNITELLUT TESTAUKSET OPH suorittaa järjestelmän kattavan järjestelmätestauksen ennen hyväksymistestausta sisältäen mm. suorituskykytestauksen, raja-arvotestit, yms., joten näitä asioita ei tarvitse huomioida hyväksymistestauksen testitapauksissa. Opetushallitus suorittaa koko järjestelmän kattavan sisäisen hyväksymistestauksen. Dokumentin tallennuspaikka Sivu 13/3314 Asiakkaat suorittavat hyväksymistestauksen vain heidän omassa työssään käyttämien toimintojen ja tietojen osalta. 3.2 TESTAUKSEN AIKATAULUT JA TARKISTUSPISTEET Hyväksymistestauksen aikataulu on sidottu palveluiden käyttöönoton ja koulutusten aikatauluihin. Hankkeen toteutusorganisaatio julkaisee uuden version jokaisen sprinttikierroksen jälkeen OPH:n hyväksymistestaukseen. Julkaisun yhteydessä OPH:n palvelunomistajat päivittävät testitapaukset. Asiakkaan hyväksymistestaus tehdään kaikille niille versioille, joissa tuotantoympäristöön ollaan tuomassa asiakkaan käyttöönotettavaksi merkittäviä uusia toiminnallisuuksia. OPH voi päättää ns. väliversioiden asennuksesta tuotantokäyttöön ilman, että versiolle tehdään erillistä hyväksymistestausta. Väliversio sisältää tuotantokäytön kannalta oleellisia vikakorjauksia. Asiakas voi halutessaan (mikäli aikataulu antaa myöten,) testata myös väliversioita. Maalis Huhti Touko Kesä Heinä Elo Syys Loka Marras Joulu Tapahtuma Julkaisu OPH - Hyväksymistestaus Asiakas - Hyväksymistestaus (2. aste) Asiakas - KK - sovelluskatselmointi 6 7 Asiakas - Hyväksymistestaus (kk) Tuotantoon siirto x x x x Asiakaskäyttöönotto Tammi 2014 Helmi Maalis Huhti Touko Kesä Heinä Elo Syys Loka Tapahtuma Julkaisu OPH - Hyväksymistestaus Asiakas - Hyväksymistestaus (2. aste) 11 Asiakas - KK - sovelluskatselmointi Asiakas - Hyväksymistestaus (kk) Tuotantoon siirto x x 11 x Asiakaskäyttöönotto Asiakaskäyttöönottojen aikataulu: asteen syksyn 2013 yhteyshaun tarjonnan syöttö alkaa asteen kevään 2014 yhteishaun ja erityisopetuksena järjestettävien perustutkintojen tarjonnan syöttö aloitetaan asteen yhteishaun toiminnallisuuden käyttöönotto. Hakuaika Nivelvaiheen, erityisopetuksena järjestettävien perustutkintojen sekä muiden yhteishaun ulkopuolisten hakujen (syksyllä 2014 alkava nuorten vieraskielinen ammatillinen koulutus, erityislukiot) tarjonnan syöttö aloitetaan. Dokumentin tallennuspaikka Sivu 14/3315 asteen kevään 2014 yhteishaun ja erityisopetuksena järjestettävien perustutkintojen tarjonnan julkaisu, Studyinfo.fi. Opintopolun 1. lanseeraus Syksyllä 2014 alkavan nivelvaiheen, erityisopetuksena järjestettävien perustutkintojen sekä muiden yhteishaun ulkopuolisten koulutusten (vieraskielinen ammatillinen koulutus, erityislukiot), tarjonnan julkaisu asteen kevään 2014 yhteishaku (viikoilla 9-11) Korkeakoulujen tarjonnan koulutusversio Korkeakoulujen tarjonnan, hakulomakkeiden ja valintaperusteiden hallinnan käyttöönotto. Hakulomakkeen hallinnan koulutus voi alkaa. Korkeakoulujen syksyn 2014 yhteis- ja erillishakujen tarjonnan syöttö aloitetaan. Korkeakoulujen kevään 2015 yhteishaun tarjonnan syöttö aloitetaan Korkeakoulujen yhteishaun toiminnallisuus on valmiina ja hyväksymistestattuna asteen nivelvaiheen haku (valmentavat koulutukset ja kymppiluokat) Korkeakoulujen syksyn 2014 hakujen tarjonnan julkaisu (viimeistään). Korkeakoulujen kevään 2015 yhteishaun tarjonnan julkaisu. Opintopolun 2. lanseeraus Aikuiskoulutuksen tarjonnan syöttö alkaa. (riippuvuus eperusteisiin) Syksyn 2014 korkeakoulujen yhteishaun asiakaskäyttöönotto. Haku Opintopolku käyttöön hankkeen lopullisessa laajuudessa EDELLYTYKSET TESTAUKSEN ALOITTAMISELLE Hyväksymistestauksen aloittamisen edellytykset hyväksymistestaussuunnitelma on hyväksytty testitapaukset on kuvattu testattavan toiminnallisuuden osalta hyväksymistestiympäristö on määrityksissä kuvatun mukainen ja oikein installoitu ja toimiva testaajille on luotu toimivat testitunnukset (yksi testitunnus per rooli, yhdellä testaajalla voi olla useampi tunnus) testauksen kannalta välttämätön testimateriaali on valmis vähintään 1 viikkoa aiemmin ennen testin alkua julkaistavasta versiosta ei ole tiedossa testauksen estäviä kriittisiä virheitä ASIAKKAAN HYVÄKSYMISTESTAUS Asiakkaan tulee tehdä asiakaskohtaisen ohjelmiston hyväksymistesti neljäntoista (14) kalenteripäivän kuluessa siitä, kun Opetushallitus on luovuttanut tietojärjestelmän asiakkaalle hyväksymistestin tekemistä varten. Asiakkaan suorittamat viralliset hyväksymistestaukset alkavat seuraavasti: Alku Loppu Sisältö Testaajat Organisaatioiden ja käyttäjien hallinta Korkeakoulut Dokumentin tallennuspaikka Sivu 15/3316 Organisaatioiden ja käyttäjien hallinta, 2. asteen koulutustarjonta 2. aste asteen yhteishaussa tarvittava toiminnallisuus 2. aste Lopullinen 2. asteen käyttöönottoversio, nivelvaiheen koulutustarjonta, ruotsinkielinen Studieinfo.fi Korkeakoulujen koulutustarjontatietojen hallinta, valintaperusteiden mallinnus 2. aste Korkeakoulut Korkeakoulujen hakulomakkeet, valintaperusteet Korkeakoulut Korkeakoulujen hakulomakkeet ja hakulomakkeiden hallinta, yhteishaun muut toiminnallisuudet Korkeakoulut Korkeakoulujen lopullinen versio Korkeakoulut OPETUSHALLITUKSEN SISÄINEN HYVÄKSYMISTESTAUS Opetushallitus suorittaa kullekin julkaisulle sisäisen hyväksymistestauksen: Alku Loppu Sisältö Testaajat Koodistojen, organisaatioiden ja käyttäjien hallinta OPH asteen koulutustarjonnan syöttö OPH Hakeutuminen 2. asteen koulutukseen, hakulomake, alustavasti valinnat ja sijoittelu Tarjonnan haku ja näyttäminen Opintopolussa, hakeutuminen 2. asteen koulutukseen, hakulomake, valinnat ja sijoittelu asteen yhteishaku, viimeistellyt toiminnallisuudet, korjatut viat OPH OPH OPH asteen nivelvaiheen koulutustarjonta, OPH Dokumentin tallennuspaikka Sivu 16/3317 korkeakoulujen tarjonnan hallinta v. 0.5, 2. asteen raportit Kevään 2014 yhteishaussa tarvittava toiminnallisuus, korkeakoulujen tarjonnan hallinta, seuraava versio, korkeakoulujen valintaperusteiden mallinnus v asteen lopullinen versio, Korkeakoulujen hakulomake ja valintaperusteet Korkeakoulujen hakulomakkeen hallinta, syksyn 2014 korkeakoulujen yhteishaun versio, 2. asteen nivelvaiheen toiminnallisuus OPH OPH OPH Korkeakoulujen yhteishaun versio OPH Opintopolun laajennukset, korkeakoulujen version virhekorjaukset OPH Korkeakoulujen jatkokehitys OPH Varsinaisten julkaisuiden yhteydessä tuodaan merkittäviä uusia toiminnallisuuksia tuotantoon. Näiden lisäksi voi olla useita välijulkaisuita, joissa tuodaan pieniä parannuksia ja korjauksia tuotantoon. Välijulkaisuiden tuotantoon siirron hyväksymistestaus voidaan suorittaa OPH:n sisäisellä hyväksymistestauksella ilman asiakkaiden suorittamaa testausta TEHTÄVÄT Tehtäviä tarkennetaan sitä mukaa kun testattavien versioiden sisältö varmistuu. Valmistelevat toimenpiteet: testitapauksien päivitys testimateriaalin päivitys käyttäjäoikeuksien päivitys testauksen organisointi testausryhmien vetäjien kanssa OPH:n hyväksymistestauksen aloitus, hyväksymistestaus Testauspäällikkö, palveluiden omistajat Testauspäällikkö, tuotteen omistaja, OPH:n testausryhmä 2. asteen hyväksymistestauksen aloitus-2 pv ja Testauspäällikkö, tuotteen Dokumentin tallennuspaikka Sivu 17/3318 testaus Korkeakoulujen hyväksymistestauksen aloitus 2 pv ja testaus Julkaisun xx hyväksyminen Julkaisun xx hyväksyminen Loppuraportin laatiminen Opintopolun hyväksyminen lopullisessa laajuudessaan käyttöön omistaja 2.asteen testausryhmä Testauspäällikkö, tuotteen omistaja KK-asteen testausryhmä OKM/Sade projektiryhmä KSHJ ohjausryhmä Testauspäällikkö OKM/Sade projektiryhmä, KSHJ ohjausryhmä 3.3 TESTAUKSEN TEKNIIKAT JA APUVÄLINEET Hyväksymistestausta tehdään kolmella tavalla: Testitapauksien mukaisesti Prosessi-/työnkulkutesteinä testitapauksiin perustuen Tutkivana (vapaana) testauksena perustuen testaajien substanssiosaamiseen Hyväksymistestauksessa käytettävät dokumenttipohjat ja työkalut: Testitapaukset kuvataan vakiotestitapauspohjille ohjeistuksen mukaisesti. Prosessitestien työnkulut ja niihin liittyvät testitapaukset ja roolit kuvataan omalle vakiopohjalleen. Testaajat kirjaavat hyväksymistestaushavainnot vakiopohjaan ohjeistuksen mukaisesti. Esikäsitellyt havainnot tallennetaan lopuksi JIRAan, josta myös generoidaan havaintoja koskeva raportointi. 3.4 TESTIYMPÄRISTÖ Testausympäristönä käytetään Opetushallituksen Oppijan palvelukokonaisuutta varten luomaa testausympäristöä (QA-ympäristö). QA-ympäristö vastaa tuotantoympäristöä konfiguroinniltaan. Oppijan verkkopalvelu QA https://testi.opintopolku.fi Dokumentin tallennuspaikka Sivu 18/3319 Virkailijan portaali QA https://testi.virkailija.opintopolku.fi Testiympäristö on käytettävissä arkisin klo 8-16:00 välisenä aikana (tieto tarkistettava). Testitunnuksia voi pyytää hyväksymistestauspäälliköltä. Mahdollisissa ongelmatapauksissa (esim. palvelu ei käynnisty tai kirjautuminen ei onnistu) yhteys hyväksymistestauspäällikköön Testaus ei ole riippuvainen työaseman kokoonpanosta, työasemassa voidaan käyttää eri selaimia, suositus on toistaiseksi Internet Explorer 8 tai uudempi. 3.5 TESTITAPAUKSET Hyväksymistestauksen tavoitteena on testata että testattavalla järjestelmällä voidaan suorittaa vaaditut prosessit ja työnkulut. Testitapausten tulee olla riittävän yleispäteviä, että niitä voidaan käyttää sekä OPH:n ja asiakkaiden suorittamassa testauksessa. Lisäksi testitapauksien tulee olla uudelleen käytettäviä, jotta niitä voidaan päivittää järjestelmän kehittyessä ja käyttää koko järjestelmän elinkaaren ajan. Hyväksymistestitapauksilla varmistetaan testauksen minimi kattavuus. Hyväksymistestauksen testitapausten tulee kattaa yleiset työnkulut ja niiden tärkeimmät poikkeukset. Testitapausten ei siis tarvitse kattaa kaikkia mahdollisia työnkulun haaroja, vaikka mahdollisimman suureen kattavuuteen pitäisi tähdätä. Testitapauksiin kirjataan: perustyönkulku tärkeimmät poikkeukset työnkulkuun / vaihtoehtoiset työnkulut tärkeimmät negatiiviset testitapaukset, esim. tärkeimmät syötetarkastukset ja niistä aiheutuvat virheilmoitukset Hyväksymistestauksessa luotetaan testaajan substanssiosaamiseen, jolloin eksakteja syötteitä ei määritetä testitapauksissa. (Jos eksakteja syötteitä tarvitaan, ne pitää määritellä erilliseen dokumenttiin joka tulee testitapauksen liitteeksi.) Testitapaukset johdetaan käyttötapauksista (toiminnallisista vaatimuksista) ja ne järjestetään loogista työnkulkua vastaavaan järjestykseen. Testitapauksissa kuvataan vain järjestelmän testiin julkaistu toiminnallisuus. (Eli testitapaus saattaa sisältää vain osan vastaavan käyttötapauksen toiminnallisuudesta.) Dokumentin tallennuspaikka Sivu 19/3320 Testitapaukset tehdään testitapauspohjalle. Testitapausten tulee olla yhdenmukaisesti kuvattuja. Testauspäällikkö katselmoi testitapaukset ja valvoo niiden laatua ja yhdenmukaisuutta. Kunkin uuden järjestelmäversion julkaisun yhteydessä pitää luoda uudet testitapaukset uusille julkaistuille toiminnoille sekä päivittää olemassa olevat käyttötapaukset ja testitapaukset muuttuneiden toimintojen osalta VASTUUT TESTITAPAUSTEN LUONNISTA Vastuu testitapausten luonnista on palvelun omistajilla. Henkilö Juha Tretjakov Katariina Stubbe Heidi Bergström Outi Kivipelto Laura Alalääkkölä Satu Meriluoto Merja Väistö Merja Väistö Sanna Eskelinen Palvelu Käyttäjähallinta Henkilötietojen hallinta Koodistojen hallinta Organisaatiotietojen hallinta Koulutustarjontatietojen hallinta Hakulomakkeen hallinta Hakemusten lähettäminen, käsittely ja seuranta Viestintäpalvelu Virkailijan sähköinen työpöytä Koulutusinformaatiopalvelut Valintojen toteuttaminen Opiskelupaikan vastaanotto ja ilmoittautuminen Oppijan henkilökohtaiset palvelut TESTITAPAUSTEN LUOKITTELU Testitapaukset luokitellaan kriittisyyden perusteella seuraavasti: 1 - Kriittinen: Testit toiminnallisuudelle, jota käyttää suurin osa käyttäjistä tai jota käytetään usein tai jonka toiminnallisuus on niin olennaista että sen toimimattomuus häiritsee koko järjestelmän käyttöä. Testit, jotka testaavat järjestelmän elintärkeitä ominaisuuksia. 2 - Normaali: Testit toiminnallisuudelle, jota käyttää pienempi joukko käyttäjiä, jotka ovat yleensä kokeneempia, esim. ylläpitotoiminnot, ellei kyseessä sitten ole erityisen kriittinen toiminto. Testit toiminnallisuudelle, jota käytetään harvoin tai joka voidaan kiertää muilla tavoin. 3 - Matala: Testit, joita ei voida suoraan johtaa vaatimuksiin tai eivät ole perusprosessien toiminnan kannalta merkittäviä. Esim. perusprosesseihin liittymättömät, käyttöä helpottavat aputoiminnallisuudet. Dokumentin tallennuspaikka Sivu 20/3321 3.5.3 PROSESSIEN TESTAUS Jokaista tunnistettua prosessia varten muodostetaan testitapauksista prosessin työnkulkua vastaavat testitapauslistat, johon merkitään testitapauksen tunnus sekä rooli jolla se suoritetaan. Ennen testauksen alkamista kullekin roolille määritellään ko. roolin osuudesta vastaava testaaja. Prosessin testitapauslistaan merkitään kukin testitapauksen kohdalle sen onnistuminen /epäonnistuminen, että nähdään missä vaiheessa ko. prosessin suoritus epäonnistui. Prosessitestit suunnitellaan kunkin käyttöönoton yhteydessä kattamaan ko. käyttöönotettavan kokonaisuuden laajuus. Prosessin kattava päästä-päähän testaus voidaan suorittaa vasta julkaisun 6 hyväksymistestauksen yhteydessä. 3.6 TESTIAINEISTO Käyttäjätiedot Hyväksymistestaukseen kuuluvat käyttäjätunnukset ja heidän roolit esitetty liitteessä Käyttäjätunnukset ja roolit.xls. Hyväksymistestausympäristön käyttöoikeusryhmien luonnista ja ylläpidosta sekä käyttäjätunnusten luonnista vastaa testauspäällikkö. Jokaiselle virkailijaliittymää testaavalle on luotu oma testitunnus. Asiatiedot Testausta varten varmistetaan, että testiympäristössä on riittävästi materiaalia, jolla pääprosesseja ja niihin liittyviä työkulkuja voidaan testata. Testimateriaalin suhteen lähdetään siitä että virkailijat syöttävät seuraavat tiedot: organisaatiot haut, koulutukset, hakukohteet, lomakkeet, viestinnät valintaperusteet hakijat Tiedot jotka pitää perustaa järjestelmään ennen hyväksymistestausta: koodistot - vastuuhenkilö on Seppo Ränninranta yhteystietotyypit Dokumentin tallennuspaikka Sivu 21/3322 käyttöoikeusryhmät, käyttäjätunnukset vastuuhenkilö on OPH:n pääkäyttäjä/ Juha Tretjakov koulutusten pohjatiedot muuta, mitä (tarkistetaan) TESTIAINEISTON PALAUTETTAVUUS Testausympäristö voidaan palauttaa lähtötilaan tietojen osalta. Testin kuluessa testikannasta otetaan varmistus viikoittain, jotta palaaminen aikaisempaan ajankohtaan on tarvittaessa mahdollista. Testauspäällikkö pyytää tilanteen sitä vaatiessa hyväksymistestausympäristön palautusta varmistuksista ympäristön ylläpitäjältä Hyväksymistestauksen testitapaukset pitää kuvata niin, etteivät ne vaadi testiympäristön palautusta. (Palautustarpeen pitää tulla muualta kuin testitapauksista.) 3.7 HYVÄKSYMISKRITEERIT Julkaisun hyväksymiskriteerit: Testauksen perusteella järjestelmän julkaisu voidaan ottaa tuotantokäyttöön, kun tärkeät (Kriittiset ja normaalit) testit on hyväksytysti suoritettu eikä järjestelmässä ei ole avoinna olevia käyttöönoton estäviä (vakavuudeltaan kriittisiä tai vakavia) virheitä eikä puutteita Järjestelmän hyväksymiskriteerit: Järjestelmä voidaan hyväksyä vasta koko järjestelmän toimituksen jälkeen. Testauksen perusteella järjestelmä voidaan hyväksyä, kun tärkeät (Kriittiset ja normaalit) testit on hyväksytysti suoritettu eikä järjestelmässä ei ole avoinna olevia käyttöönoton estäviä (vakavuudeltaan kriittisiä tai vakavia) virheitä eikä puutteita kaikki tunnetut ongelmat on kirjattu tunnetut ongelmat eivät olennaisesti haittaa tuotantokäyttöä Varsinaisen päätöksen hyväksymisestä tekee ohjausryhmän kokous projektiryhmän suositusta kuunnellen. Dokumentin tallennuspaikka Sivu 22/3323 4 TESTAUKSEN ORGANISOINTI JA OHJAUS 4.1 TESTAUSORGANISAATIO Hyväksymistestausta johtaa projektipäällikkö Arja Törmälä. Hyväksymistestaukseen osallistuvat aina sekä Opetushallituksen että asiakkaan edustajat. Testauspäällikkö OPH testausryhmä OKM Sade-hankkeen Testausryhmä 2. aste OKM KSHJ-hankkeen testausryhmä kk-aste Testauspäällikkö Henkilö Osasto/Yksikkö Rooli/vastuu Arja Törmälä OPH Testauksen suunnittelu, ohjaus, testauksen asiakastuki, ongelmatilanteiden selvitys, raportointi, testitapausten katselmointi OKM:n testausvastuu Henkilö Osasto/Yksikkö Rooli/vastuu Ritva Sammalkivi OKM toisen asteen vastuuhenkilö Ilmari Hyvönen OKM KK-asteen vastuuhenkilö Ossi Raatikainen CSC KK-asteen testausryhmän koordinoija Testausryhmien ei pitäisi olla suurempia kuin 10 henkeä. Isommasta ryhmästä ei enää ole testauksen laadun kannalta hyötyä, mutta testiryhmän ja tulosten hallinnointi vaikeutuu jos ryhmät ovat hyvin suuria. OPH osallistuu tarvittaessa asiakastestauksen järjestämiseen yhdessä OKM:n kanssa. OPH TESTAUSRYHMÄ Henkilö Organisaatio Rooli/vastuu Koulutusaste Marcus Caselius OPH KK Dokumentin tallennuspaikka Sivu 23/3324 Satu Hornborg OPH 2.aste Pirjo Karhu OPH KK Anne Nyman OPH KK Anne-Maria Paakkinen OPH 2. aste Jaana Saha OPH 2. aste Christian Seger OPH 2. aste Heidi Bergström OPH 2. aste Outi Kivipelto OPH KK Katariina Männikkö OPH 2. aste Merja Väistö OPH KK Laura Alalääkkölä OPH KK & 2.aste OPH:n vastuulla olevat muut tahot Henkilö Osasto/Yksikkö Rooli/vastuu Annika Grönholm OPH OPH:n testausryhmän yhteyshenkilö Juha Vapalahti Toteutus Järjestelmätestauksesta vastaava, testitapausten katselmointi Riku Karjalainen Toteutus QA-palvelimen ylläpito ja asennukset, tuotantopalvelimen asennukset (toistaiseksi) Koulutustarjonta on testattava erikseen sekä KK että 2.asteella. Muuten riittää että käyttäjähallinta ja organisaatioiden hallinta on testattu korkeakoulujen toimesta. Testaus vie aikaa arvioilta 8-10 htp / henkilö. Hankkeet (Sade ja KSHJ) maksavat testaajien matkakulut valtion matkustussäännön mukaan (poikkeukset: ei päivärahoja, ei pysäköintimaksuja muuten kuin liittymäpysäköinnin osalta) Toisen asteen testaukseen osallistuvat: Henkilö Oppilaitos Tarkenne Hannele Rissanen Bovallus-ammattiopisto Jyväskylä Hyväksymistestaaja Eija Kaartinen Etelä-Karjalan koulutuskuntayhtymä Hyväksymistestaaja Tomi Kytölä Helsingin diakoniaopisto Hyväksymistestaaja Leila Vuori Helsingin opetusvirasto Hyväksymistestaaja Tiina Mäkinen Jyväskylän kristillinen opisto Hyväksymistestaaja Marja Toivanen Kannaksen lukio Hyväksymistestaaja Timo Tervo Keski-Uudenmaan koulutuskuntayhtymä (Keuda) Etätestaaja Laura Heikkilä Keski-Uudenmaan koulutuskuntayhtymä (Keuda) Hyväksymistestaaja Marja Mylly Kiipulan ammattiopisto Hyväksymistestaaja Sami Raunio Koulutuskeskus Salpaus Hyväksymistestaaja Erja Öhman Mikkelin Lyseon koulu Hyväksymistestaaja Dokumentin tallennuspaikka Sivu 24/3325 Aini Rouhiainen Mikkelin Lyseon koulu Varalla / Etätestaaja Anne Madetoja Oulun kaupunki Hyväksymistestaaja Jani Syrjälä Oulun kaupunki Varalla / Etätestaaja Ruut Pasanen Oulun kaupunki Varalla / Etätestaaja Seija Lehto Oulun seudun ammattiopisto Etätestaaja Sirpa Utriainen Pohjois-Karjalan koulutuskuntayhtymä Etätestaaja Hilkka Tolvanen Pohjois-Karjalan koulutuskuntayhtymä Etätestaaja Veli-Pekka Lehtinen Ressun lukio Hyväksymistestaaja Ilse Karhunen Savon koulutuskuntayhtymä Hyväksymistestaaja Timo Töyri Stadin ammattiopisto Hyväksymistestaaja Anja Telin Stadin ammattiopisto Varalla / Etätestaaja Leena Komulainen Vantaan ammattiopisto Varia Hyväksymistestaaja Kaisa Määttänen Vantaan ammattiopisto Varia Varalla / Etätestaaja Jaakko Turpeinen Vantaan kaupunki Hyväksymistestaaja Arja Lohtander Vantaan kaupunki Varalla / Etätestaaja Marjo Pihlaja Vantaan kaupunki Varalla / Etätestaaja Milla-Miia Luosujärvi Vantaan kaupunki Varalla / Etätestaaja Korkeakoulujen testaukseen osallistuvat: Henkilö Korkeakoulu Rooli/vastuu Ossi Raatikainen CSC - Tieteen tietotekniikan Keskus Testauksen koordinointi Anne Kemppainen HAAGA-HELIA ammattikorkeakoulu Anu Lehtinen Turun ammattikorkeakoulu Bertta Hakkarainen Rovaniemen ammattikorkeakoulu Elsa Prokkola-Tero Oulun seudun ammattikorkeakoulu Jesper Fogelholm Svenska handelshögskolan Jukka Tiitto Itä-Suomen yliopisto Katariina Lehto Seinäjoen ammattikorkeakoulu Marko Wilen Laurea-ammattikorkeakoulu Mikko Kautto University Admissions Finland Osmo Troberg Metropolia ammattikorkeakoulu Pia Paulamäki Tampereen yliopisto Tiina Kainulainen Helsingin yliopisto Tuulikki Kaski Aalto-yliopisto Suvi Ylioja Turun yliopisto Virve Peltoniemi Tampereen ammattikorkeakoulu FYYSISET RESURSSIT Hyväksymistestauksen järjestämistä varten varataan tilat Opetushallituksesta toisen asteen testausta varten sekä CSC:ltä korkeakoulujen testausta varten. Toivottavaa on, että Dokumentin tallennuspaikka Sivu 25/3326 testaajat voisivat käyttää omia tietokoneitaan testauksen aikana, jotta testausta saadaan tehtyä erilaisilla tietokoneilla ja eri selaimilla ja selainasetuksilla. 4.2 OHJAUSMENETTELYT Hyväksymistestauksen lopullisen hyväksynnän tekee hankkeen ja KSHJ:n ohjausryhmät. Ohjausryhmät sekä hyväksyvät kunkin julkaisun käyttöönoton että tekevät koko järjestelmän hyväksynnän. 4.3 MUUTOSHALLINTA Muutoshallinta tapahtuu projektin yleisen muutoshallintaprosessin mukaisesti. 4.4 VIRHEIDEN KIRJAAMINEN JA KÄSITTELY HAVAINNON KIRJAAMINEN Havainto (virhe tai parannusehdotus) kirjataan havaintoraportointipohjalle. Havainnoista kirjataan vähintään pakolliset perustiedot: testaaja testatun ohjelmiston versionumero & testausympäristö mihin testitapaukseen ja steppiin havainto liittyy mihin toiminnallisuuteen havainto liittyy (palvelu & toiminto) miten virhetilanteeseen päädyttiin miten virhe ilmenee / miten toiminnallisuutta voi parantaa käyttöliittymän kuvakaappaus (Print screen) virhetilanteesta, milloin mahdollista Kuvauksen pitää olla niin kattava, että muut järjestelmän testaajat ja toteuttajat voivat toistaa virhetilanteen. Havaintoraportti lähetetään sähköpostilla testauspäällikölle osoitteeseen Korkeakoulut voivat käyttää myös GoogleDocsia havaintoraportointiin. Virheen löytäjän vastuulla on analysoida virhe ja kirjata yllämainitut asiat, jotta virheen selvittely olisi mahdollisimman tehokasta tai parannusehdotus on lukijalle ymmärrettävä HAVAINTOJEN KÄSITTELY Dokumentin tallennuspaikka Sivu 26/3327 Hyväksymistestauksessa tehdyt havainnot raportoidaan vakiopohjaa käyttäen testauspäällikölle. Testauspäällikkö tarkastaa, että havaintoa ei ole aiemmin kirjattu. Testaus päällikkö kirjaa uudet havainnot JIRAan (OPH:n sisäinen työkalu). Virheet menevät toimittajalle korjattaviksi, jonka jälkeen testauspäällikkö ottaa vastaan virheen selvittämiseen liittyvät tiedot toimittajalta ja koordinoi virheen korjauksen tarkastamisen. Parannusehdotukset menevät Opetushallituksen palvelunomistajien arvioitaviksi ja toteutukseen. Havaintojen luokittelu tehdään aina samalla tavalla. Tyyppi Virhe Kuvaus Järjestelmä ei toimi määritysten mukaan (JIRAssa Bug) Puute Järjestelmästä puuttuu sen käyttöönoton kannalta oleellinen toiminnallisuus (toiminnallinen vaatimus puuttuu tai määrittely puuttuu). Parannusehdotus Järjestelmän määriteltyä toiminnallisuutta pitää muuttaa (JIRAssa Improvement) Virheen vakavuusaste luokitellaan seuraavasti: Vakavuusaste Kuvaus Kriittinen Järjestelmää ei voi käyttää ( kaatuu ). Estää kaiken testauksen. Esimerkiksi: Järjestelmään ei pääse kirjautumaan sisään, tai sisäänkirjautumisen jälkeen testattava toiminnallisuus ei käynnisty vaikka käyttäjällä on toimintoon riittävät käyttöoikeudet. Suuri Yksittäistä toimintoa tai ohjelmaa ei voi käyttää. Testausta ei kannata jatkaa. Esimerkiksi: Käyttäjä on syöttänyt kaikki pakolliset tiedot järjestelmään ja tietoa tallennettaessa tulee jokin järjestelmävirhe joka estää tiedon tallentumisen. Tai käyttäjä on tallentanut uuden tiedon tietokantaan Dokumentin tallennuspaikka Sivu 27/3328 mutta ei pysty enää muuttamaan sitä (järjestelmä antaa virheilmoituksen). Keskisuuri Määrittelyn vastainen toiminto tai toiminnallinen ongelma, joka voidaan ohittaa. Esimerkiksi: Käyttäjä on perustamassa uutta käyttäjätunnusta ja syöttää tunnukseksi jo olemassa oleva käyttäjän käyttäjätunnuksen. Järjestelmä ei anna tilanteesta virheilmoitusta mutta käyttäjätunnuksen luonti (tallennus) ei onnistu. Virheilmoitus pitäisi tulla käyttäjälle näkyville. Käyttäjätunnuksen perustaminen onnistuu toiselle käyttäjätunnukselle. Pieni Kosmeettinen haitta ohjelman toiminnassa tai dokumentissa. Esimerkiksi: Jossain järjestelmän käyttäjälle antamassa viestissä tai käyttöohjeessa on kirjoitusvirhe. Tai kentän sisältö ei näy käyttöliittymässä kokonaan (vaikka tietoa muokatessa koko sisältö näkyy oikein). Virheet luokitellaan kiireellisyyden (JIRAssa priority) mukaan seuraavasti: Kiireellisyys Kuvaus Välitön Vaatii erittäin kiireellisen korjauksen. Ohittaa muut työt. (JIRAssa Blocker ) Kiireellinen Korjaus viikon kuluessa. (JIRAssa Critical) Normaali Korjaus voidaan siirtää seuraavaan julkaisuun. (JIRAssa Minor) Alhainen Korjauksella ei ole kiire (JIRAssa Trivial) Kiireellisyysluokituksen tekevät Opetushallituksen testauspäällikkö sekä päätuotteenomistajat VIRHEEN UUDELLEENTESTAUS Kun virhe on korjattu ja korjattu versio on toimitettu testattavaksi, testataan ainakin se testitapaus uudelleen, jossa virhe havaittiin. Mikäli virheeseen liittyy muitakin Dokumentin tallennuspaikka Sivu 28/3329 testitapauksia, ne testataan testaajan harkinnan mukaan (suositeltavaa olisi testata muutkin testitapaukset ainakin jos kyseessä on vakavuusasteeltaan suuri tai kriittinen virhe). Mikäli korjaus on tehty hyväksyttävällä tavalla, voidaan virhe kuitata korjatuksi virheraportointijärjestelmässä. Muutoin virhe avataan uudestaan korjattavaksi. OPH järjestelmätestausryhmä vastaa korjausten testaamisesta. Asiakas voi testata korjaukset myös halutessaan ESKALOINTIKETJUN KUVAUS Käytetään projektiorganisaation yleistä eskalointiketjua. 4.5 TESTAUKSEN MITTARIT Hyväksymistestauksesta raportoidaan seuraavat tiedot: Tehdyt havainnot per tyyppi ja vakavuusaste raportoidaan JIRAsta Suoritetut testitapaukset vs. kaikki testitapaukset saadaan testaajien palauttamista testitapauslistoista Suoritetut prosessitestit vs. kaikki prosessitestit saadaan testaajien palauttamista prosessitestilistoista 4.6 TESTAUKSEN RAPORTOINTI Hyväksymistestaukseen osallistuville sekä asiakkaalle tarvitaan näkyvyys kirjattuihin havaintoihin. Testauspäällikkö julkaisee julkisessa Wikissä Excel raportin JIRAan kirjatuista hyväksymistestaushavainnoista ja niiden statuksesta sekä ehdotetusta korjausaikataulusta VIIKOITTAINEN HYVÄKSYMISTESTAUKSEN TILARAPORTTI Testauspäällikkö raportoi hyväksymistestauksen tilanteesta viikoittain Oppijan palvelukokonaisuuden projekti- ja klusteriryhmälle, KSHJ-hankkeen ohjausryhmälle sekä testausryhmille. Testiraportissa selvitetään: testauksen yleistilanne ja pysyminen aikataulussa riskit ja ongelmat virheiden määrä ja niiden vakavuusluokittelu virheiden korjauksen tilanne erikseen lueteltuna kriittiset virheet ja niiden tila Dokumentin tallennuspaikka Sivu 29/3330 Liitteenä raportissa on luettelo löydetyistä virheistä VERSION LOPPURAPORTTI Jokaisesta hyväksymistestauksesta testauspäällikkö koostaa loppuraportin, jossa kuvataan testaus ja sen tulokset. Loppuraportti sisältää tiedot version järjestelmätestauksesta, OPH:n hyväksymistestauksesta ja asiakkaan hyväksymistestauksesta. Loppuraportin perusteella ohjausryhmä tekee päätöksen julkaisun tuotantoon siirrosta. Hyväksymistestatun version loppuraporttina toimii viimeisen versio viikkoraportista päivitettynä arviolla avointen kriittisten ja vakavien havaintojen vaikutuksesta käyttöönottoon sekä statistiikalla testitapausten suorituksen toteumasta. Kun ohjausryhmä on tehnyt päätöksen version hyväksymisestä, voidaan versio asentaa tuotantoympäristöön käyttöönotettavaksi. OPH varmistaa omalla testauksella tuotantoon asennetun version toimivuuden KOKO JÄRJESTELMÄN LOPPURAPORTTI Koko järjestelmän hyväksymistestauksen loppuraportti tehdään hyväksymistestausvaiheen lopussa, viimeisen hyväksymistestauksen jälkeen. Loppuraportti jaetaan projektin johto- ja ohjausryhmälle sekä testausryhmälle. Loppuraportin perusteella ohjausryhmä tekee päätöksen järjestelmän hyväksymisestä ja projektin päättämisestä. 4.7 VIESTINTÄ JA TIEDOTTAMINEN MITÄ KUKA KENELLE MITEN & KOSKA Testauspäällikkö Testausryhmien yhteyshenkilöt Testauksen aloitusta edeltävät toimenpiteet - testausjärjestelyt ja resurssit sovittava Testauksen aloitusta edeltävät toimenpiteet testitapauksien ja käyttäjäoikeuksien päivitys, testiaineiston teko, jne Testauspäällikkö Palveluiden omistajat ja MPO:t sähköposti / f-2-f - 4vk ennen testauksen alkua sähköposti / f-2-f - 2 vk ennen testauksen alkua Testauksen aloitus Testauspäällikkö Testausryhmät Kick-off - Testauksen alkaessa Testauksen edistyminen Testauspäällikkö Ohjausryhmä, projektiryhmä, testausryhmät Hyväksymistestauksen viikkoraportti & Lista havainnoista ja Dokumentin tallennuspaikka Sivu 30/3331 Julkaisun hyväksymistestauksen lopputulos Testauspäällikkö Ohjausryhmä, projektiryhmä, testausryhmät niiden tilat Wikiin - viikottain testauksen alusta käyttöönottoon Hyväksymistestauksen loppuraportti - ennen julkaisun käyttöönottopäätöstä 4.8 TESTAUKSEN LAADUNVARMISTUS Hyväksymistestauspäällikkö katselmoi testitapaukset varmistaa, että testitapaukset on toteutettu ohjeistuksen mukaisesti ja ovat keskenään samankaltaisia. Hyväksymistestauksen tulosten raportoinnin yhteydessä raportoidaan myös testitapausten suorituksen kattavuus: suoritetut vs. suunnitellut testitapaukset. 5 RISKIT Testattava järjestelmä otetaan käyttöön virkailijoiden osalta 05/2013 valmistautuminen hakuun prosessin osalta sekä hakijoiden osalta 09/2013 ammatillisen koulutuksen ja lukiokoulutuksen syksyn yhteishaussa. Ennen käyttöönottoja suoritetaan käyttöönotettavan version hyväksymistestaus, siten että palvelukokonaisuuden koulutus voidaan aloittaa 05/2013. Aikataulun siirtäminen ei ole käytännössä mahdollista. Tämä merkitsee sitä, että testauksessa tulee keskittyä erityisesti järjestelmän välttämättömien osien testaamiseen. Vaikka muutokset eivät ole sisällöllisesti erityisen monimutkaisia, on kyseessä erittäin laaja kokonaisuus testauksen osalta. Tyypillisiin työnkulkuihin keskittyvien tehokkaiden testitapausten laatiminen vaatii huolellista jäsentämistä, jotta kaikki tarpeellinen saadaan testattua kohtuullisella testitapausten määrällä. Testaajien tulee tutustua käyttötapauksiin ja vaatimuksiin hyvin sekä olla tarkkoja yksityiskohdissa. Lista tärkeimmistä tunnistetuista riskeistä. Riskit on kuvattu erillisessä dokumentissa. Dokumentin tallennuspaikka Sivu 31/3332 Todennäköisyys Vaikutus Painoarvo HYVÄKSYMISTESTAUSSUUNNITELMA Kuvaus Vaikutus testauksen lopputulokseen Toimenpiteet Testaajat eivät suorita testejä Havaintojen raportointi- ja käsittelyprosessi ei toimi Virheiden suuri määrä Testausta ei saada fokusoitua ko. julkaisun kannalta kriittiseen toiminnallisuuteen Testaukselle ei varata tarpeeksi aikaa tai se jätetään suorittamatta Testausympäristö on puutteellinen Testitapaukset eivät ole kattavia kriittisen toiminnallisuuden suhteen - Virheitä ei löydetä - Tuotantoon siirretään puutteellinen järjestelmä, jota ei voida käyttää - Havaintojen jatkokäsittelijät ylikuormittuvat - Testauksen tulokset jäävät epätarkoiksi - Virheitä ei saada korjatuksi - Julkaisua ei hyväksytä - Tuotantoon siirto viivästyy - Testaajat turhautuvat - Ohjelmiston maine huononee - Testaajat eivät tiedä mitä testata - Testaus ei ole kattavaa kriittisten toiminnallisuuksien suhteen - Tuotantoon siirretään puutteellinen järjestelmä, jota ei voida käyttää - Virheitä ei löydetä - Tuotantoon siirretään puutteellinen järjestelmä, jota ei voida käyttää - Kaikkia testitapauksia ei pystytä suorittamaan - Testaus, hyväksyminen ja tuotantoon siirto viivästyvät - Testaus ei ole kattavaa kriittisten toiminnallisuuksien suhteen - Tuotantoon siirretään puutteellinen järjestelmä, jota ei voida käyttää Havaintojen käsittely ohjeistettava - Prosessin toimivuus arvioitava Panostettava järjestelmätestaukseen, että virheet löytyvät ennen hyväksymistestausta Testitapauksissa kuvataan vain julkaistutoiminnallisuus - Testauksen tavoitteista viestintä - Prosessitestien määrittely Pidettävä tiukasti kiinni siitä, että tuotantoon ei julkaista uutta versiota ohi hyväksymistestausmenettelyn Palveluiden omistajien ja järjestelmätestiryhmän varmistettava hyväksymistestausympäristön toimivuus ja tarvittavan testiaineiston olemassaolo Testitapaukset kuvattava ohjeistuksen mukaisesti - Testitapausten katselmoinnit - Prosessitestien suunnittelu ja vertaaminen testitapauksiin 6 TESTAUKSEN TUOTOKSET Testisuunnitelma Testitapaukset Prosessitestien kuvaukset Havaintoraportit Havaintojenkirjaukset JIRAan Testauksen tilaraportit Confluence:Hyväksymistestaus/Testaussuunnitelma Confluence:Hyväksymistestaus/Testitapaukset Confluence:Hyväksymistestaus/Testitapaukset Sähköpostitse JIRA Confluence:Hyväksymistestaus Dokumentin tallennuspaikka Sivu 32/33 Näytä lisää
HANKESUUNNITELMA 1(32) 16.4.2012 KORKEAKOULUJEN SÄHKÖINEN HAKU- JA VALINTAJÄRJESTELMÄ HANKESUUNNITELMA Hagnäskajen 6, PB 380, 00531 Helsingfors, telefon 040 348 7555, fax 040 348 7865, fornamn.efternamn@oph.fi, Lisätiedot SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTELMÄSTÄ
SOPIMUS ASIAKAS- JA POTILASTIETOJÄRJESTELMÄSTÄ Liite H Projektimenetelmät 1 / 70 VERSIOHISTORIA Päivä Versio Kuvaus Tekijä 12.3.2015 3.0 Tarjouspyynnön liite Hanketoimisto 3.01 Tarjouspyynnön liite Korjattu Lisätiedot Testaussuunnitelma. Polku http://code.google.com/p/polku-projekti/ versio 1.0. Projektiryhmä. Janne Pihlajaniemi. Antti Jämsén.
Testaussuunnitelma Polku http://code.google.com/p/polku-projekti/ versio 1.0 Projektiryhmä Janne Pihlajaniemi Antti Jämsén Maria Hartikainen Pekka Kallioniemi Jorma Laajamäki Panu Tunttunen Nina Tyni Joonas Lisätiedot Testaussuunnitelma Luuppi-projekti http://code.google.com/p/luuppi/
Testaussuunnitelma Luuppi-projekti http://code.google.com/p/luuppi/ versio 1.0 Projektiryhmä: Panu Tunttunen Petri Ikävalko Mikko Kuivanen Johannes Lampela Eero Jaakonaho Kari Jussila Saila Oldén Päiväys Lisätiedot Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu PROJEKTISUUNNITELMA LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 3.1 Tila: hyväksytty Päivämäärä: 12.12.2000 Lisätiedot Korkeakoulujen yhteishaun asiakaspalvelu
Korkeakoulujen yhteishaun asiakaspalvelu syksystä 2014 alkaen Korkeakoulujen asiakaspalvelutiimin loppuraportti korkeakoulujen asiakaspalveluratkaisusta (KSHJ) 4.2.2014 Tuija Pasanen, UEF Janne Santala, Lisätiedot Ohjelmistotestauksen perusteet. versio 1.0
Ohjelmistotestauksen perusteet versio 1.0 Sisällysluettelo Sisällysluettelo... 2 Johdanto... 4 Luku 1 Mitä on ohjelmistotestaus?... 5 Testauksen määritelmä... 5 Testauksen psykologia ja tavoitteet... 5 Lisätiedot T-76.612 Ohjelmistoprojektienhallinta PROJEKTISUUNNITELMA: HelpDesk-sovellus 6.5.2003. Jonas Alam, 52317M Tatu Heikkilä, 50433J Laura Itkonen, 51973K
PROJEKTISUUNNITELMA: HelpDesk-sovellus 6.5.2003 Jonas Alam, 52317M Tatu Heikkilä, 50433J Laura Itkonen, 51973K SISÄLTÖ 1 JOHDANTO... 1 1.1 TAUSTA... 1 1.1.1 Aikaisempi kehitys... 1 1.1.2 Nykytilanne... Lisätiedot ARENE ry:n tietohallintohanke
ARENE ry:n tietohallintohanke Määrittelyprojekti ProAMK LIITE 1. Tukisovellusten kartoitusraportti Sisällysluettelo 1. Johdanto... 3 2. Kartoituksen toteutus... 3 3. Tulokset... 4 4. Johtopäätökset, pohdinta Lisätiedot Projektisuunnitelma Kuopio
Projektisuunnitelma Kuopio Kuopio, Projektisuunnitelma, 30.10.2001 Versiohistoria: Versio Pvm Laatija Muutokset 0.1 13.10.2001 Ossi Jokinen 0.2 25.10.2001 Ossi Jokinen Sisäisen katselmoinnin korjaukset. Lisätiedot Peruskysymys on se riittääkö kaksi referenssiä, vai tarvitaanko neljä? Tulkitsemme, että kaksi riittää.
Kysymys 1. Peruskysymys on se riittääkö kaksi referenssiä, vai tarvitaanko neljä? Tulkitsemme, että kaksi riittää. Vastaus: Tarvitaan 4 referenssiä. On oltava kaksi referenssiä, joille on tuotettu kuvattua Lisätiedot Kansallinen opintohallinnon viitearkkitehtuuri
Kansallinen opintohallinnon viitearkkitehtuuri 15.12.2012 Versio: 1.0 Kansallinen opintohallinnon viitearkkitehtuuri 19.12.2012 2 (109) Sisällys 1. Johdanto... 4 1.1. Kuvauksen kohde ja dokumentin tarkoitus... Lisätiedot COTOOL dokumentaatio Projektisuunnitelma
Table of Contents 1 Johdanto.................................................................................. 1 1.1 Versiohistoria........................................................................... Lisätiedot Kansallinen opintohallinnon viitearkkitehtuuri
Kansallinen opintohallinnon viitearkkitehtuuri 12.11.2012 Versio: 0.9 Kansallinen opintohallinnon viitearkkitehtuuri 12.11.2012 2 (109) Sisällys 1. Johdanto... 4 1.1. Kuvauksen kohde ja dokumentin tarkoitus... Lisätiedot Keskitetyt oppijan palvelut Todennetun osaamisen rekisterin ja hakeutujan palveluiden kohdearkkitehtuuri. v.0.91
Keskitetyt oppijan palvelut Todennetun osaamisen rekisterin ja hakeutujan palveluiden kohdearkkitehtuuri v.0.91 Muutoshistoria: Versio pvm tekijä Muutos v0.77 21.6.2011 MK Ryhmitelty tietojärjestelmäpalvelut Lisätiedot SÄHKÖISEN ASIOINNIN JA DEMOKRATIAN VAUHDITTAMISOHJELMA Asiakirjahallinnon vaatimusten katselmointi
RAPORTTI JulkICT-toiminto 13.2.2013 SÄHKÖISEN ASIOINNIN JA DEMOKRATIAN VAUHDITTAMISOHJELMA Asiakirjahallinnon vaatimusten katselmointi Tomi Voutilainen, BDO Consulting Oy Isamaria Räsänen, Yoso Oy Valtiovarainministeriö Lisätiedot PROJEKTISUUNNITELMA. Polku http://code.google.com/p/polku-projekti/ Versio 0.1. Projektiryhmä
PROJEKTISUUNNITELMA Polku http://code.google.com/p/polku-projekti/ Versio 0.1 Projektiryhmä Janne Pihlajaniemi janne.pihlajaniemi@iki.fi Antti Jämsén antti.jamsen@uta.fi Maria Hartikainen maria.hartikainen@uta.fi Lisätiedot Projektinhallinnan työkalut osana yrityksen liiketoimintaa. Antti Kantola
Projektinhallinnan työkalut osana yrityksen liiketoimintaa Antti Kantola Tampereen yliopisto Informaatiotieteiden yksikkö Tietojenkäsittelyoppi Pro gradu -tutkielma Ohjaaja: Timo Poranen Syyskuu 2013 Tampereen Lisätiedot Projektisuunnitelma. Ryhmä Rajoitteiset
Teknillinen korkeakoulu T-76.115 Tietojenkäsittelyopin ohjelmatyö Lineaaristen rajoitteiden tyydyttämistehtävän ratkaisija Lmodels Projektisuunnitelma Ryhmä Rajoitteiset Versio Päivämäärä Tekijä Muutokset Lisätiedot Unified Process for EDUcation [UPEDU]
Unified Process for EDUcation [UPEDU] Sami Pietinen Joensuun yliopisto Tietojenkäsittelytieteen ja tilastotieteen laitos 30.8.2007 Sisällys 1. Johdanto...3 2. Konseptuaalinen malli taustalla...4 3. UPEDU-prosessi...5 Lisätiedot Sovelluskehityksen. tietoturvaohje 1/2013 VAHTI. Valtionhallinnon tietoturvallisuuden johtoryhmä
Sovelluskehityksen tietoturvaohje Valtionhallinnon tietoturvallisuuden johtoryhmä 1/2013 VAHTI Sovelluskehityksen tietoturvaohje Valtionhallinnon tietoturvallisuuden johtoryhmä 1/2013 VAHTI VALTIOVARAINMINISTERIÖ Lisätiedot Testauslähtöinen ohjelmistokehitys
Testauslähtöinen ohjelmistokehitys Jussi Makkonen 15.5.2008 Joensuun yliopisto Tietojenkäsittelytiede Pro gradu -tutkielma Tiivistelmä Ohjelmistosuunnittelijat kehittävät tietojärjestelmiä ja ohjelmistoja Lisätiedot Oppijan verkkopalvelut Tarkennettu viitearkkitehtuuri. v.1.93
Oppijan verkkopalvelut Tarkennettu viitearkkitehtuuri v.1.93 Muutoshistoria: 0.1 9.8. 2010 Ensimmäinen versio, Markku Laaksoharju, Pauli Kilpikivi 0.4 1.10.2010 Sisältö rakenteeseen, Markku Laaksoharju Lisätiedot Tietotekniikkaosasto/tietohallinto. Korkeakoulujen kokonaisarkkitehtuurin käsikirja. Toiminnan ja tietohallinnon kokonaisvaltainen kehittäminen
Tietotekniikkaosasto/tietohallinto Korkeakoulujen kokonaisarkkitehtuurin käsikirja Toiminnan ja tietohallinnon kokonaisvaltainen kehittäminen 2 Sisällysluettelo Johdanto... 4 Kokonaisarkkitehtuurin suunnitteluprosessi... Lisätiedot Tutkiva testaus hyväksymistestauksen menetelmänä
HUT / SoberIT 2004 Kevät T-76.650 Ohjelmistotuotannon seminaari 1 Tutkiva testaus hyväksymistestauksen menetelmänä Erkka Halme Abstrakti Asiakaskohtaisia järjestelmiä kehitettäessä järjestelmän laatuun Lisätiedot T-76.115 Projektisuunnitelma
T-76.115 Projektisuunnitelma ETL-työkalu Versio Päivämäärä Tekijä Kuvaus 0.1 20.10.2004 Timo Sallinen Ensimmäinen versio 1.0 22.10.2004 Timo Sallinen Korjauksia, lisätty 1.4 ja 5.3 1.1 26.10.2004 Mikko Lisätiedot Isännöintialan verkkopalvelun toteutus ketterällä ohjelmistotuotantomenetelmällä. Riku Venno
Isännöintialan verkkopalvelun toteutus ketterällä ohjelmistotuotantomenetelmällä Riku Venno Tampereen yliopisto Tietojenkäsittelytieteiden laitos Tietojenkäsittelyoppi Pro gradu-tutkielma Ohjaaja: Pirkko Lisätiedot multiprimus - ylläpitäjän ohje StarSoft Oy
multiprimus - ylläpitäjän ohje StarSoft Oy 17. toukokuuta 2010 2 Sisältö 1 Pääkäyttäjien ja tukihenkilöiden tehtävät 5 1.1 Yleistä........................................ 5 1.2 Tietojen ylläpito................................... Lisätiedot Ohjelmistotestaus: Testausprosessin luonti ja. kehittäminen
Ossi Savolainen Ohjelmistotestaus: Testausprosessin luonti ja kehittäminen Tietojärjestelmätieteen Kandidaatin tutkielma 3.3.2005 Jyväskylän yliopisto Tietojenkäsittelytieteen laitos Jyväskylä 2 Tiivistelmä Lisätiedot Projektiryhmä Tete Työajanseurantajärjestelmä. Projektisuunnitelma
Projektiryhmä Tete Työajanseurantajärjestelmä T-76.115 Tietojenkäsittelyopin ohjelmatyö 2(23) Muutoshistoria Versio PVM Tekijä Kuvaus 0.10 14.10.2003 Miikka Lötjönen Dokumenttipohja 0.20 19.10.2003 Niilo Lisätiedot 2016 © DocPlayer.fi Yksityisyyskäytäntö | Palveluehdot | Palaute