Vastaukset Oph.fi- ja Edu.fi-verkkopalvelu-uudistusta koskeviin kysymyksiin

Samankaltaiset tiedostot
Verkkopalvelu-uudistus Oph.fi - Edu.fi

Maanvuokrausjärjestelmä Mvj. Projektitarpeen ja tavoitteiden kuvaus

VYPEdit verkkosivualusta SVY-toimijoille

Yrittäjäkasvatuksen polku - sivusto. Yksityiskohtainen suunnittelu Huhtikuu 2018

vero.fi: Hankinnasta ylläpitoon Miten varmistaa saavutettavuus?

Kaupunginkanslian avoin ohjelmistokehitys, rajapintatyö, syksy kevät Projektitarpeen ja tavoitteiden kuvaus

Makufi maakuntien verkkosivustojen kehittämisalustana ja -yhteisönä

Web-sisällönhallintajärjestelmät. Sisältö. Mitä on web-sisällönhallinta?

Web-sisällönhallintajärjestelmät

TARJOUSPYYNTÖ AIKUISTEN PERUSOPETUKSEN E-OPPIMATERIAALIEN TOTEUTUKSESTA

Ouka.fi aikamatka saavutettavuuteen

Sopimus Asiakas- ja potilastietojärjestelmästä. Liite N: Kielivaatimukset

KOODAAKO PROJEKTIPÄÄLLIKKÖ?

Kertomusluonnoksesta annetut lausunnot 7/2019 Yleissivistävän koulutuksen opetus- ja oppimisympäristöjen digitalisointi 257/54/2017

Tuntihinta riittää. Jos esim. suunnittelu- tai toteutustöitä hinnoitellaan eri tavoin, niin silloin ne ilmoitetaan erikseen.

PILETTI. Tekninen vaatimusmäärittely. v. 0.2

1. Paikkatietoalustan/infrastruktuurin tuki- ja koulutuspalveluiden järjestämisvaihtoehdot ja parhaat käytännöt

Scrumin käyttö ketterässä sovelluskehityksessä

Opintoluotsi + Koulutusnetti = Koulutustiedon verkkopalvelu. Uusi sähköinen palvelu kehitteillä.

Allu-tapahtumanhallintajärjestelmä

Saavutettavuus tietojärjestelmien hankinnoissa

Asiakkaille palveluja, tietoa ja osallistumismahdollisuuksia

(myöhemmin myös osapuoli tai osapuolet tai sopijapuoli tai sopijapuolet tai näiden eri muodot) Opetushallitus (myöhemmin myös Tilaaja )

Mobiilin somepalvelun ketterä kehittäminen, sopimusehtoluonnos

Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/ /2011

Ristiinopiskelun kehittäminen -hanke

Järjestelmäarkkitehtuuri (TK081702) Avoimet web-rajapinnat

MAANMITTAUSLAITOS.FI JA SAAVUTETTAVUUS EMILIA HANNULA & KIRSI MÄKINEN

HSL-tietoisku: Uusi Avoin reittiopas ja pysäkkikuulutukset. Kerkko Vanhanen, VAMPO-seminaari

Minikilpailutus - Tarjouspyyntö

Liite 3. Tekninen vaatimusmäärittely

Opetushallitus pyytää tarjoustanne tämän tarjouspyynnön ja sen liitteiden mukaisesti.

Kysymykset ja vastaukset:

Tieto- ja tietoliikennetekniikan perustutkinnon perusteet

Miten 333 organisaatiota voi kehittää yhtä yhteistä digitaalista palvelua ja vielä kuunnella kaikkien asiakkaita?

SharePoint verkkopalvelualustana

Juha Sjöblom Taideyliopiston ensimmäinen yhteinen intranet, Artsi

Facta palvelimien uusiminen Helsingin kaupunki

1. kysymys: Tarjous annetaan tarjouspyynnön liitteenä olevilla kahdella lomakkeella. Voihan samassa tarjouksessa olla useampi hoitopaikka?

SOPIMUS TAVARAN X HANKINNASTA

Perustietovarantojen rajapintaratkaisun sidosryhmät - yhteenveto PERA-määrittely Liite 2

Kokemuksia eri projektityyppien haasteista/sudenkuopista toimittajayhteistyön näkökulmasta. Pekka

Rakentamisen hinta. Palvelun ylläpito: Palvelun ylläpitohinta/kk Palvelun ylläpidon aikaisen jatkokehityksen tuntihinta

Kirjastojen uuden taustajärjestelmän hankinta Mitä Voyagerin jälkeen? Päivikki Karhula Eduskunnan kirjasto

Episerverin asiakaspäivä Hanna Kauko Posti Group Oyj

TYPO3 - Open Source Enterprise CMS

Laki digitaalisten palvelujen tarjoamisesta Digitaalisten palvelujen saavutettavuus Koulutus tiedottajille ja verkkotoimittajille, HAUS

Todistuksiin ja niiden liitteisiin merkittävät tiedot ammatillisessa koulutuksessa

Suomen kielen ja kulttuurin kesäkurssien järjestäminen

Scrumjatkuvan palvelun DWprojektissa-case. Niina Mäkiranta & OP-scrum-tiimi Aureolis Oy

Maanmittauslaitos.fi ja saavutettavuus

Avoimen ja yhteisen rajapinnan hallintasuunnitelma v.1.4

Facta Osoiterekisterin ja KRYSP-Osoitteet rajapinnan käyttöönotto

Onko tarkoitus ottaa hankittava järjestelmä kerralla 350 työntekijän käyttöön?

Rakennerahastot.fi -verkkopalvelu

Laki digitaalisten palvelujen tarjoamisesta

Millainen on menestyvä digitaalinen palvelu?

Tarjouspyyntö: Toisen asteen ammatillisen koulutuksen tutkimus ja vaikuttavuusarviointi/zoomi-hanke

Verkkosivujen analytiikkapalvelut -kilpailutus

MUUTOS AIKUISTEN LUKIOKOULUTUKSEN OPETUSSUUNNITELMAN PERUSTEISIIN 2015

Verkkopalveluuudistus

JHS129 Julkisten verkkopalvelujen suunnittelu ja kehittäminen. JHS-jaosto

Kysymykset tarjouspyyntöön Pääarkkitehtipalvelut Dnro 21/021/2013

Uusilla konsepteilla oikeanlaisia palveluita Helsinkiin

TARJOUS Www-sivujen tuottamisesta Pohjolan Tuvat - Tarjous voimassa:

Laurea.fi verkkopalvelun toteutus vastaukset lisäkysymyksiin Seuraavat lisäkysymykset esitettiin määräaikaan mennessä ma klo 16.

Kansallinen digitaalinen kirjasto Käyttöliittymä Finna Aki Lassila / Kehittämispäällikkö / Kirjastoverkkopalvelut

SEURAKUNTIEN VERKKOHANKE. Hanke-esittely. Syyskuu 2013 sakasti.evl.fi/verkkohanke

Kurssin hallinta -työväline

Asiantuntijapalvelu ympäristöjärjestelmien rakentamiseksi Kaustisen seutukunnan pk - yrityksissä (Kaustinen, Veteli, Halsua, Lestijärvi, Perho)

JULKISTEN PALVELUJEN ELINKAARI; HYVÄ PALVELU EILEN, TÄNÄÄN, HUOMENNA MIHIN PALVELUT OVAT MENOSSA? Lauri Helenius, Solita Oy

Valtion uudet yhteentoimivuuspalvelut: dataportaali, palvelutietovaranto ja yhteentoimivuus.fi v.2

"SUKUPUOLISENSITIIVISYYS VARHAISKASVATUKSESSA - TASA- ARVOINEN KOHTAAMINEN PÄIVÄKODISSA"- HANKKEEN VERKKOSIVUJEN TOTEUTTAMINEN

Lausuntopyyntö kaikille perustutkinnoille yhteisistä ammatillisista valinnaisista tutkinnon osista

Finnaa arkistoille. Aki Lassila Arkistot

Suomen avoimien tietojärjestelmien keskus COSS ry

KLKH97 ICT-asiantuntijapalvelut

Ohjeistus verkkoprojektiin

KÄYTETTÄVYYSTESTAUS OSANA KETTERÄÄ KEHITYSTÄ

Hakutiedote 2018 NTK opintosetelit

Esittelyssä konseptoinnin menetelmät, lopputuotteet ja tiimi

eperusteet Kansallisen ja paikallisen kehittämistyön väline

Kansallinen ASPAtietojärjestelmä

Kehmet. Yleisesittely

Facta Osoiterekisterin käyttöönotto Factan testiympäristössä

Scrum is Not Enough. Scrum ei riitä. Ari Tanninen & Marko Taipale. Nääsvillen oliopäivä 2009 Tampereen teknillinen yliopisto 9.12.

Makufi maakuntien verkkosivustojen kehittämisalustana ja -yhteisönä klo Helsingissä VRK:ssa

Tekoälyn hyödyntäminen asiakaspalvelun parantamiseksi Valtorissa ja Palkeissa

Kysymykset ja vastaukset on julkaistu tarjouspyynnön sivulla

Opintopolku avoin korkeakoulutus

OM 1/52/2010. Nuorten aloitekanavan määrittelytyön viimeistely ja toteutuksen kilpailutus

Vesilahden kunnan verkkosivu-uudistus

Verkkoviestinnän uudistusprojektin esittely

EXAM Perehdytys. Marjut Anderson

JHS 129 Julkishallinnon verkkopalvelun suunnittelun ja toteuttamisen periaatteet Liite 3 Ulkoistamisen tarpeiden arviointi ja toteutus

Pöytyän kunta pyytää tarjousta uusien verkkosivujensa suunnittelusta, toteutuksesta, julkaisujärjestelmästä sekä sen tuki- ja ylläpitopalveluista.

turku.fi:stä kunta.fi:ksi Kuntamarkkinat

Avoimen ja yhteisen rajapinnan hallintamalli

Verkkokaupan tarvekartoitus

Saavutettavuusdirektiivi ja sen kansallinen toimeenpano. Markus Rahkola, VM,

Transkriptio:

VASTAUS 1 (5) Vastaukset Oph.fi- ja Edu.fi-verkkopalvelu-uudistusta koskeviin kysymyksiin Opetushallituksen vastaukset: 1. Kysymys: Minkälaista kohderyhmätietoutta on käytettävissä? Onko kohderyhmien tarpeita selvitetty jo etukäteen vai suoritetaanko osana projektia? Vastaus: Valtiokonttorin D9-digitiimi tekee palvelumuotoilua 10/2017-03/2018. Valittu toimittaja saa käyttöönsä kaiken aineiston ja pääsee mukaan design sprintiin sopimuksen tultua voimaan. Tavoitteena on osallistaa asiakkaita ja koota palautetta koko projektin ajan. Nykyisten palveluiden analytiikasta emme saa kohderyhmäkohtaista tietoa, kävijämäärät kylläkin. Oph.fissä arkipäivisin istuntoja on noin 9 000-10 000, kävijöitä 7 000-9 000 ja sivun katseluita 20 000-30 000 / päivä. Kävijäpiikit eivät poikkea kovin paljon normaalipäivän lukemista, ne ovat istuntojen osalta noin 11 000, kävijöiden osalta 11 000 ja sivun katseluiden osalta noin 40 000. Liikenteen lähteet top 5: google 61%, suora osoite 20%, facebook (mobiili ja normaali) 6%, Bing 4% ja minedu.fi 1%. Edu.fissä käyttäjätilastot vaihtelevat lukukausittain. Arkipäivisin on keskimäärin 4 000 5 000 yksilöityä kävijää ja 12 000 15 000 sivunkatselua. Kävijäpiikin aikana istuntoja ja kävijöitä on noin 7 000 ja sivun katseluita noin 17 000. Liikenteen lähteinä ovat Google 73%, suoraosoite 15%, bing 2% ja oph.fi 1,5%. 2. Kysymys: Rakennetaanko Oph.fi- ja Edu.fi konsepteja samanaikaisesti? Onko ajatus, että käyttöliittymä ja ulkoasu eroavat näiden kahden sivuston välillä? Vastaus: Oph.fin konsepti tehdään projektin aikana. Edu.fin konsepti on jo tehty, mutta projektissa se vielä validoidaan asiakkaiden kanssa ja tehdään tarvittavat muutokset. Kummankin sivuston konseptointia tehdään yhtä aikaa. Edu.fin kanssa kuitenkin edetään nopeammin, koska konseptiin ei luultavasti tule paljon muutoksia. Oph.fin ja Edu.fin käyttöliittymät, ulkoasut ja toiminnallisuudet ovat erilaiset. 3. Kysymys: Edu.fistä oli tuotettu jo rautalankamalli. Onko tätä mallia validoitu loppukäyttäjien tarpeita vasten? Entä onko Oph.fi-palvelusta tulossa samanlaista mallia vai käytetäänkö Edu.fin mallia pohjana kummallekin palvelulle? Vastaus: Edu.fin rautalankamallia ei ole validoitu loppukäyttäjillä, vaan validointi tehdään tässä projektissa. OPETUSHALLITUS Hakaniemenranta 6, PL 380 00531 Helsinki puhelin 0295 331 000 oph.fi UTBILDNINGSSTYRELSEN Hagnäskajen 6, PB 380 00531 Helsingfors telefon 0295 331 000 oph.fi

VASTAUS 2 (5) Oph.fi:n konsepti ja siten myös käyttöliittymä on erilainen kuin Edu.fi:n. Oph.fi:n käyttöliittymät suunnitellaan ja validoidaan tässä projektissa. Tavoitteena on käyttää Lean UX-menetelmiä. Myös palveluiden saavutettavuus tulee validoida. 22.12.2016 voimaan tulleen saavutettavuusdirektiivin mukaan saavuttavan verkkopalvelun tulee täyttää yhdenmukaistettujen standardien vaatimukset. Jos yhdenmukaistettujen standardien viitetietoja ei ole julkaistu 23.12.2018 mennessä, minimitaso on vähintään eurooppalaisen standardin EN 301 549 v1.1.2 (2015-04) pdf standardin luvuissa 9, 10 ja 11 kuvatut määritelmät. Saavutettavuustestaus järjestelmätestauksena kuuluu toimittajan vastuulle. Toteutettavat sovellukset ja komponentit tulee validoida standardin EN 301 549 vaatimuksia vasten ennen tilaajan hyväksymistestausta. Saavutettavuustestaus käyttäjäkokemuksena kuuluu tilaajan vastuulle. 4. Kysymys: Sivustoa ylläpitävät koko viraston asiantuntijayksiköt - paljonko ylläpitäjiä suunnilleen on? Vastaus: Tavoitteena on, että Oph.fi:stä tulee viraston virkamiesten aktiivisesti käyttämä asiakasrajapinta. Sisällöntuottajia / päivittäjiä voi siten olla 150-200. Edu.fi:ssä myös opettajakohderyhmän pitää voida tuottaa / ehdottaa uusia sisältöjä. Päivitysvastuut tarkennetaan projektin aikana. 5. Kysymys: Onko projektille määritetty toimitusaikataulua? Vastaus: Projekti aloitetaan heti kun valitusaika on päättynyt ja sopimus on allekirjoitettu eli arviolta helmikuussa 2018. Edu.fissä on valmiina rautalankamallit ja konsepti, joten sen kanssa päästään etenemään nopeammin, kun sopimus on voimassa. Tavoiteaikataulu Edu.fin valmistumiselle on 14.9.2018. Oph.fin osalta tavoiteaikataulu valmiille sivustolle on viimeistään 14.12.2018. Projektissa käytetään ketteriä menetelmiä, ja tavoitteena on MVP:n nopea käyttöönotto betaversiona. Toimittajan tulee kertoa ehdotetusta toteutusaikataulusta tarjouksessaan. 6. Kysymys: Vaatimusmäärittelyssä todetaan, että Opetushallituksen muihin järjestelmään toteutettavat integraatiot tulee toteuttaa Opetushallituksen määrittelemien arkkitehtuuriperiaatteiden ja teknologiavalintojen mukaisesti. Näissä määrittelyissä todetaan, että taustajärjestelmän ohjelmointikielen tulee olla Java 8, Scala tai Clojure. Tarjouspyynnössä on todettu, että soveltuva sisällönhallintajärjestelmä on esimerkiksi Drupal 8, jonka ohjelmointikieli on PHP. Päteekö teknologiavalinnat myös toteutettavan verkkopalvelun taustajärjestelmään, joka tarkoittaisi automaattisesti, että Drupal 8 ei olisi hyväksyttävä taustajärjestelmä? Vastaus: Tässä viitataan integraatioihin, jotka toteutetaan ensisijaisesti REST/JSON -rajapintojen kautta. Eli Drupal 8 on tässä yhteydessä hyväksyttävä taustajärjestelmä.

VASTAUS 3 (5) 7. Kysymys: Liite: hankinnan kohteen kuvaus, luku 2: Portaali tai dokumentinhallintajärjestelmä ei sovellu vastaavaksi järjestelmäksi -> mitä tarkoitatte tässä termillä portaali, onko esim. Liferay Portal 7.0 nimensä perusteella poissuljettu, vaikka se on CMS ja muuten soveltuva verrokki Drupalille? Vastaus: Liferay portal 7 ei ole nimen perusteella poissuljettu, vaan siksi että se on portaalisovellus, ei CMS (https://fi.wikipedia.org/wiki/liferay). Se sisältää joitakin CMS-ominaisuuksia, mutta ison joukon myös muita tässä projektissa tarpeettomia ominaisuuksia. 8. Kysymys: Täytyykö tarjottavan järjestelmän käytännössä olla Drupal 8? Vastaus: Tarjottavan järjestelmän tulee olla Drupal 8 tai vastaava. Vastaavalla järjestelmällä tarkoitetaan sellaista avoimen lähdekoodin verkkosivustojen hallinta- ja julkaisujärjestelmää (CMS), jolla tarjoaa samat ominaisuudet kuin verrokki tarjouspyynnössä nimetty Drupal 8. Portaali tai dokumentinhallintajärjestelmä ei sovellu vastaavaksi järjestelmäksi. Verkkopalveluiden sisältöä hallitaan avoimen lähdekoodin julkaisujärjestelmällä, joka on lisensioitu ei-kaupallisella lisenssillä. 9. Kysymys: Kehityksen asiantuntijatyöhön ei pyydetä hinnoittelemaan projektipäällikön tyyppistä henkilöä, johtaako Asiakas projektia? Vastaus: Projektin toteutustiimi koostuu toimittajan asiantuntijoista sekä OPH:n tietohallinnon ja verkkoviestinnän asiantuntijoista. Kehityksessä käytetään ketteriä menetelmiä, esimerkiksi Kanbania tai Scrumia. Toinen tarjottavista sovelluskehittäjistä toimii myös Scrum Masterina ja vastaa kehitystyön etenemisestä tavoitteiden ja aikataulun mukaan. Projektin backlog laaditaan yhteistyössä, mutta viime kädessä siitä vastaa OPH:n tuoteomistaja, joka osallistuu työhön kokopäiväisesti. Sovellusarkkitehtuurista vastaa viime kädessä OPH:n arkkitehti. Työn alle otettavat tehtävät määritellään ja tarkennetaan toteutustiimin kesken hyvissä ajoin ennen niiden toteuttamista. Toimittaja nimeää tarjouksessaan neljän hengen toteutustiimin, joka sisältää hankinnan kohteen kuvauksessa mainitut neljä avainroolia. Roolit voivat ristetä, jos asiantuntijoiden todennettu osaaminen (kuten suoritettu koulutus tai muuten osoitettu osaaminen) todella on niin laaja-alaista. Toimittaja kuvaa toteutussuunnitelmassaan esittämänsä roolituksen ja tehtävien jaon. Liitteenä olevan sopimuksen kohdassa 3 mainitaan, että Opetushallitus varaa lisäksi oikeuden ostaa tarpeen vaatiessa hankinnan kohteeseen liittyvää käyttöliittymä-, konsepti-, kehitys- tai muuta vastaavaa asiantuntemusta enintään 75 htp vuodessa. Näistä lisähankinnoista sovitaan aina erikseen eivätkä ne voi olla oletuksena osa tarjousta. 10. Kysymys: Sovelluskehittäjät 1-2 pyydetään hintaliitteessä, mutta asiantuntijoiden vaatimusliitteessä on vain yksi sovelluskehittäjävälilehti, miten täytetään?

VASTAUS 4 (5) Vastaus: Liite 6 Asiantuntijoiden pakolliset osaamisvaatimukset - dokumentissa sovelluskehittäjä-välilehdellä on omat sarakkeet kummallekin sovelluskehittäjälle. Liite 7 Asiantuntijalomake kehittäjä -dokumenttia käytetään pohjana kummallekin kehittäjälle ja heistä lähetetään omat erilliset dokumentit. 11. Kysymys: Mikäli järjestetään asiakastyöpajoja, ne pidetään OPH:n tiloissa. Ohjelmointityö tehdään toimittajan tiloissa. Mikäli projektissa työskentelee esim. monikansallinen tiimi, onko joidenkin tiimin jäsenten mahdollista osallistua työpajoihin etänä? Vastaus: Projektin tavoitteena on asiakkaiden osallistaminen projektiin, ja projektin toteuttajien läsnäolo asiakastyöpajoissa mahdollistaa paremman vuorovaikutuksen ja sitä kautta paremman palvelumuotoilun. Työpajoissa siis tulee olla läsnä. Otattehan huomioon myös, että tilaaja ei korvaa liitteessä Liite Hinnat yksilöityjen hintojen tai kustannusten ohella mitään muita lisiä tai päivärahoja tai muita, ennalta sopimattomia matka- ja majoituskustannuksia, kuten ei myöskään toimisto- tai tulostuskustannuksia tai muita vastaavia kiinteiden kulujen kaltaisia kustannuksia palvelun, tuotteeseen tai palveluun liittyvän koulutuksen ja niiden välittömään käyttöön tai hyödyntämiseen liittyvän käyttäjäohjeistuksen on oltava suomenkielistä, ellei toisin kirjallisesti sovita tekninen dokumentaatio voi olla suomen- tai englanninkielistä projektin kehityslista (backlog) julkaistaan OPH:n suomenkielisessä palvelussa, joten sen tulee olla suomenkielinen Toimittajan tarjoama tuotantoympäristö voi olla pilvipohjainen, mutta tietoja ei saa siirtää EU/ETA-alueen ulkopuolelle. 12. Kysymys: Hankinnan kohteen kuvaus kohdassa 4. Julkaisujärjestelmällä tulee olla mahdollista luoda uusia pääsivustoja ja alisivustoja eri domain-nimillä. Kuinka paljon pääsivustoja ja alisivustoja mahdollisesti luodaan ja mitä tarkoitetaan pääsivustoilla? Vastaus: Pääsivustolla tarkoitetaan omalla domain-nimellä olevia sivustoja, joilla on oma käyttöliittymä ja ulkoasu. Pääsivustoja ovat Oph.fi ja Edu.fi, joita tämä projekti koskee. Tällä hetkellä sekä Oph.fi että Edu.fi sisältävät alisivustoja. Alisivustojen tarve ja tuleva määrä selvitetään konseptivaiheessa. Tavoitteena on tulevina vuosina ylläpitää vain niitä ydinpalveluita ja liitännäispalveluita, jotka tuottavat asiakkaille ja OPH:lle todellista arvoa. Se, ovatko nämä palvelut samassa domainissa, alidomainissa vai erillisessä domainissa, ratkaistaan tapaus tapaukselta. Oph.fi-verkkopalvelu sisältää nykyisellään noin 10 alisivustoa, kuten esim. oph.fi/reformintuki. Edu.fi-verkkopalvelu sisältää noin 60 suomen- ja noin 20 ruotsinkielistä opettajan opasta ja oppimateriaalisivustoa (esim. edu.fi/move). Lisäksi Edu.fi:n palvelimilla on julkaistu noin 150 muuta

VASTAUS 5 (5) oppimateriaali- tai muuta sivustoa, joiden elinkaari on päättymässä ja joiden uudistamisesta saavutettaviksi tai ylläpidon päättymisestä on tehtävä päätöksiä. Toivottavaa olisi, että tilaajan admin voisi julkaista omatoimisesti CMS:n perusominaisuuksia käyttäviä uusia alisivuja tai -sivustoja ja että niitä varten suunnitellaan joitakin valmiita templatevaihtoehtoja. Tarkemmat työnkulut uusien sivustojen julkaisussa määritellään toteutusprojektin aikana kun eri vaihtoehtojen kustannus-hyödyt ja käytettävyys- sekä elinkaarivaikutukset ovat paremmin selvillä. Uudet sivustot ja alisivustot voivat olla erilaisia ja erikokoisia yksinkertaisista CMS:llä tehdyistä sisältösivuista vuorovaikutteisiin ja integraatioita vaativiin uusiin palveluihin. Sivustojen ulkoasut ja käyttöliittymät saattavat erota toisistaan, mutta toiveena on, että sivustoilla voidaan hyödyntää samanlaisia toiminnallisuuksia ja käyttöliittymäkomponentteja. 13. Kysymys: Pitääkö vanhoilta sivuilta siirtää dataa uusille sivuille? Vastaus: Oph.fi- ja Cimo.fi-sivustot yhdistyvät projektin aikana, jonka vuoksi vanhojen sivujen dataa ei siirretä uuteen. Poikkeuksena tiedotteet, verkkouutiset ja blogikirjoitukset, jotka siirretään uudelle sivustolle. Viestintäpäällikkö Viestintäpäällikkö Marjo SomariMarjo Somari Verkkopäätoimittaja Satu Meriluoto Tämä asiakirja on sähköisesti hyväksytty Opetushallituksen asianhallintajärjestelmässä.