case reittiopas - mitä avoimet rajapinnat tarkoittavat ostamisstrategialle?

38
Kerkko Vanhanen, Codento aamiaisseminaari 21.5.2015 Case Reittiopas - mitä avoimet rajapinnat ja avoin lähdekoodi tarkoittavat omistamisstrategialle

Upload: codento

Post on 21-Jul-2015

80 views

Category:

Software


0 download

TRANSCRIPT

Kerkko Vanhanen, Codento aamiaisseminaari 21.5.2015

Case Reittiopas - mitä avoimet rajapinnat ja avoin lähdekoodi tarkoittavat omistamisstrategialle

Joukkoliikenteen perusidea (ja toteutus) on pysynyt vuosikymmeniä samankaltaisena

2 min2 min 2 min

4 min

3 min2 min

HSL-liikenteessä tehdään päivittäin noin miljoona nousua joukkoliikennevälineisiin

Infopalveluilla paras hyöty irti olevasta!

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?

Taustalla tapahtuu:

Lippu- ja informaatio-järjestelmäuudistus

…1039 1 1823 016

1051 1 1828 014

1039 1 1833 016

1051 1 1838 014…

Uusi Avoin Reittiopas

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.

Muutoksia hankinta-, toteutus- ja omistamis-strategioihin

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)

Oma kehittäjätiimi

Toiminnan jatkuva avoimuus

Avoin lähdekoodi

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

Prototyyppejä

Seuraa projektia: matka.hsl.fi

Avointa dataa

Avoimia rajapintoja

Rajapintojen ja datan luotettavuutta

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

Lisenssivalinnat

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

Liiketoiminta-mahdollisuuksia

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

””Älyliikenne Älyliikenne on joukkuelaji”on joukkuelaji”

dev.hsl.fi

matka.hsl.fi

Kiitos!

Kerkko VanhanenHSL, informaatiojärjestelmät -ryhmän päällikkö[email protected]