case reittiopas - mitä avoimet rajapinnat tarkoittavat ostamisstrategialle?
TRANSCRIPT
Kerkko Vanhanen, Codento aamiaisseminaari 21.5.2015
Case Reittiopas - mitä avoimet rajapinnat ja avoin lähdekoodi tarkoittavat omistamisstrategialle
minä
minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä minä minä jag minä ich minä I minä jag I ich minä I ich minä minä jag
NYTMinne?
Mistä?
Millä?
Miten? Milloin?
LiVi ja HSL – edelläkävijäkumppaneita
• Reittioppaan ja Matka.fi:n uudistus tehdään yhteistyössä Liikenneviraston ja HSL:n kesken
• Edistetään valtakunnallista saumatonta joukkoliikenteen käyttöä
• Jaetaan riskiä ja kustannuksia, tehdään tulosta
Yhteinen ohjausryhmä, yhteinen rahoitus, yhteisiä kehittämisresursseja
• Yhteinen oma kehittäjätiimi projektille osoitetuissa tiloissa Pasilassa
Projektin taustaa• Reittiopas ja Matka.fi ovat olleet käytössä jo
reilusti toistakymmentä vuotta
• Reittiopas on todella suosittu ja hyvä palvelu
Taustajärjestelmä ja datan hallintatyökalut ovat kuitenkin vanhoja ja osin työläitä tai tehottomia. Lisäksi tietosisällön päivitys on hidasta.
Taustajärjestelmä ja käyttöliittymäosiot eivät toimi täysin itsenäisesti, vaan ovat joiltakin osin integroitu kokonaisuus.
Ei reaaliaikatietoon perustuva
Uuden toteutuksen perusperiaatteita
• Avoin lähdekoodi
• Ei lisenssikustannuksia
• Palvelun omistusoikeus pysyttävä tilaajilla
• Toimittajariippumattomuus
• Hankitaan kehitysresursseja, ei palvelua
• Ketterä kehitys
• Valmiiden jo tehtyjen komponenttien hyödyntäminen
Ydintavoitteita• Tiedon laadun ja saatavuuden parantaminen
• Tiedon avaaminen, tiedon jakaminen
• Benchmark-tasoisten käyttöliittymäkomponenttien rakentaminen
• Tietopalveluiden syntymisen edistäminen
• Avoimen datan ja kehittäjäyhteisöjen aktiivinen hyödyntäminen omien palveluiden kehittämisessä ja kansallisen älyliikennestrategian toteuttamisessa
• Käyttö- ja ylläpitokustannusten läpinäkyvyys ja mahdollinen lasku
Yhteistyösopimus HSL:n ja LiVin kesken• Yhteistyösopimus HSL:n ja Liikenneviraston kesken
allekirjoitettiin 26.6.2014
• Osapuolet osallistuvat projektin kustannuksiin suhteessa LiVi 45 %, HSL 55 %
• HSL vastaa resurssien hankinnasta
• Projektin rahoittajiksi voi tulla myös muita osapuolia, jolloin projektin kokonaisbudjettia on mahdollista kasvattaa, mutta se ei automaattisesti pienennä nykyisten osapuolien rahoitusosuutta.
Tuotteen yksinkertaistettu elinkaari
• Hankinta + Alkuinvestointi
• Lisätyöt (ja hintaneuvottelut)
• Käyttöönotto
• Ylläpito
• Isot ja pienet kehitystyöt (tarjoukset, hintaneuvottelut, scopehallinta)
• Muutokset ylläpidossa
• Korvaaminen / alas ajo
Ennen vs. Nyt
• Tilaaja on usein maksanut tuotteen rakentamisen alusta loppuun yksin
• Tuotteen omistusoikeus on kuitenkin edelleen toimittajalla
• Pienessä markkinassa poikkeuksellisen suuri tilaaja käytännössä rahoittaa toimittajan myyntituotteen kehittämisen (lähes) kokonaan
• Jatkuva neuvottelu ja hallinnollinen byrokratia siitä, mikä kuuluu scopeen
• Toimittaja kantaa suuren osa riskiä, joka toki lasketaan hintoihin
• Tilaaja maksaa tuotteen rakentamisen
− Kolmannet osapuolet saattavat tehdä kehitystyötä, joka palautuu Tilaajan ylläpitämän tuotteen hyväksi (avoin lähdekoodi)
• Tuotteen omistusoikeus on Tilaajalla
• Työstä maksetaan käytettyjen resurssien mukaan
• Toteutuksen ja integroinnin riski tilaajalla
Tunnistettuja riskejä
• Vastuu lopputuloksesta on yksin tilaajallaToisaalta tilaajalla on tässä mallissa myös hyvät mahdollisuudet vaikuttaa lopputulokseen.
• Tiedon lähteiden yhteensovittaminen palveluun
• Vastuuhenkilöiden aikatauluhaasteet
• Toteutetaanko ja pystytäänkö toteuttamaan oikeita asioita (aikataulu ja kustannukset)
Kehittäjätiimi omissa tiloissa Pasilassa
• Kehittäjätiimin koko 4 – 7 henkeä + projektipäällikkö + sparraustiimi
• Hankinta jaettu osiin
Toteutusresurssit; hankinta kahdessa vaiheessa + omat kumppanikoodarit
Sovellusylläpito ja jatkuva kehitystyö
Käyttöpalvelut
Vaiheittainen käyttöönotto ja avoimuus• Palvelun lähdekoodi ja muu dokumentaatio julkisesti
saataville GitHub -verkkopalveluun
• 1. Vaihe, demokäyttö, ei palvelulupausta
• 2. Vaihe, väistyvät ja uusi palvelu käytössä rinnakkain, kohtuullinen palvelulupaus
Uusi palvelu melko kattava, sisältää myös uusia ominaisuuksia, teknisesti ei välttämättä vielä suurta kuormaa kestävä
• 3. Vaihe, mahdollisuus korvata nykyiset palvelut, korkea palvelulupaus
Uusi palvelu ominaisuuksiltaan ja luotettavuudeltaan vähintään korvattavien palveluiden veroinen, sisältää myös uusia ominaisuuksia
HSL API developer.reittiopas.fi
Reittiopas
Omat lähdöt
Aikataulut
Linjakartta
Poikkeusinfo
HSL Live
Pyöräily ja kävely
Joukkoliikenteen
perusrekisteri (JORE)
Avoin data
Developer.reittiopas.fi
Nykyään 60+
mobiilisovellusta
Pysäkkien sijainnit (GIS)
Linja- ja reittigeometria (GIS)
Suunnitellut aikataulut
Tosiaikatiedot (sijainnit +
ennusteet) (RTI)
Pyöräily- ja kävelyreitit
Häiriötiedotteet
Mitä avoimia lisenssejä käytetään?
• Parannukset avoimiin ohjelmistoihin
Kunkin ohjelmiston nykyinen lisenssi
• Kehitettävät ohjelmistot
Copyleft / share-alike: muutokset julkaistava samalla lisenssillä
SaaS-malli huomioitava: silloinkin julkaistava
Kaksoislisensointi EUPL v1.2 ja AGPLv3
Copyleft ja kaupallisuus
• Kaikki avoimet lisenssit sallivat kaupallisuuden
Ainoastaan koodin sulkeminen kielletään
Liiketoimintamallien tehokkuus toki vaihtelee
• Copyleft koskee tiettyä ohjelmistoa (teosta)
Ohjelmistot keskustelevat rajapintojen välityksellä
• Esim: Ei vaikutusta tavaramerkkeihin, verkkotunnuksiin, karttatyyleihin ja -aineistoihin
• Copyleft-projekteja: Firefox, MySQL, Linux
• Copyleftiä käyttäviä yrityksiä: Google, Red Hat, MongoDB
Perusteluja copyleftin käytölle
• Viranomaisten ohjelmistojen avaaminen mahdollistaa liiketoimintaa niihin perustuen.
• Copyleft varmistaa, että muiden (kaupunkiseutujen) palveluihin tehtävät muokkaukset tulevat avoimiksi ja niitä voidaan ottaa mukaan whitelabelin ylläpitoon.
• Copyleft varmistaa, että yritysten tuottamat muokkaukset pysyvät avoimina, eikä toinen yritys voi omia niitä omaan suljettuun versioonsa.
• Ei vaikuta rajapintojen yli käytettävien komponenttien avoimuuteen, esim. jalostetun datan lähteet, vaihtoehtoiset reittialgoritmit, uudet käyttöliittymät
Projektin rajaus
ToiminnallisuudetReititys, Geokoodaus, Karttakuvat, Realiaikatieto
Tiedon vastaanotto ja validointiReittitiedon vastaanotto
KäyttöliittymäKäyttöliittymäkomponentit
HSL.fi
Palvelu x
Yhteisesti toteutettavat ominaisuudet ja ylläpidettävät palvelut.
Toiminnallisuudet
Tiedon vastaanotto ja validointi
Peruskäyttöliittymä
Mahdollinen projektin ulkopuolisen taho joka hyödyntää lähdekoodia oman palvelunsa rakentamisessa ja jota ko. taho ylläpitää omilla resursseillaan
Palvelulupaus Rajattupalvelulupaus
API
Avoin lähdekoodi / lupaus lähdekoodin ylläpidosta
HallintaDeployment
• Matk.informaation käyttöliittymä • Palvelukohtaiset parametrit
Muut toiminnallisuudet ja sisältö
Visuaalinen ilme, brändi
Matka.fi
• Matk.informaation käyttöliittymä • Palvelukohtaiset parametrit
Muut toiminnallisuudet ja sisältö
Visuaalinen ilme, brändi
Palvelulupaus
dev.hsl.fi
matka.hsl.fi
Kiitos!
Kerkko VanhanenHSL, informaatiojärjestelmät -ryhmän päällikkö[email protected]