B 5 /2000 LIIKENNETELEMATIIKAN KANSALLINEN JÄRJESTELMÄARKKITEHTUURI Arkkitehtuurikuvaus
LIIKENNEMINISTERIÖN MIETINTÖJÄ JA MUISTIOITA B 5 /2000 LIIKENNETELEMATIIKAN KANSALLINEN JÄRJESTELMÄARKKITEHTUURI Arkkitehtuurikuvaus Liikenneministeriö Helsinki, 2000
Liikennetelematiikan kansallinen järjestelmäarkkitehtuuri ISBN 951-723-561-5 ISSN 1237-7449 OY EITA AB Pikapaino, Annank. 44 Helsinki 2000
Julkaisija Tekijät Pasi Mäkinen/ Cap Gemini, Keijo Ruoti / Cap Gemini Jukka Lähesmaa / VTT, Mikko Lehtonen/ VTT, Jari Oinas/ Traficon, Tomi Ristola/ Traficon, Kristian Appel/ Traficon KUVAILULEHTI Julkaisun päivämäärä 25.1.2000 Julkaisun laji Toimeksiantaja Raportti Liikenneministeriö Toimielimen asettamispäivämäärä Julkaisun nimi Liikennetelematiikan kansallinen järjestelmäarkkitehtuuri. Arkkitehtuurikuvaus. Tiivistelmä Liikennetelematiikan kansallinen järjestelmäarkkitehtuuri (TelemArk) hankkeesta on laadittu kaksi loppuraporttia: Arkkitehtuurikuvaus ja Kehittämissuunnitelma sekä lisäksi Tiivistelmä -raportti, jossa esitetään hankkeen tärkeimmät tulokset. Käsillä oleva raportti on Arkkitehtuurikuvaus. Arkkitehtuuri on kuvattu kahdessa osassa: 1. Käsitteellinen arkkitehtuuri kuvaa toimintaprosessit, joita arkkitehtuurilla mahdollistetaan 2. Looginen arkkitehtuuri kuvaa toimintaprosessien mukaan laaditut tietojärjestelmätoiminnot, niiden väliset tietovirrat, käytettävät tietojoukot sekä toimintojen komponenttirakenne. Järjestelmäarkkitehtuurin merkittävin hyöty on järjestelmien suurempi yhteensopivuus. Lisäksi arkkitehtuuri tehostaa organisaatioiden omaa toimintaa, edesauttaa eri liikennemuodot kattavien telematiikkapalveluiden syntymistä, nopeuttaa uusien järjestelmien toteuttamista, lisää järjestelmien yhteiskäyttöisyyttä, tukee organisaatioiden strategista suunnittelua sekä auttaa tunnistamaan uusia kehittämis- ja yhteistyömahdollisuuksia. Arkkitehtuurin käyttäjiä ovat liikennetelematiikan kehittäjät ja liikenneministeriö. Kehittäjät voivat käyttää arkkitehtuuria järjestelmiensä nykytilan selvittämiseen ja lähtökohtana kehittämishankkeilleen. Liikenneministeriö käyttää arkkitehtuuria liikennetelematiikan kehityksen ohjaamiseen ja hankkeiden arviointiin. Ohjaaminen tapahtuu resursseja suuntaamalla. TelemArkin aikajänne on asetettu 5 10 vuoden päähän. Arkkitehtuurin eri osa-alueet muuttuvat tuona aikana erilaisin syklein. Muuttumiseen vaikuttavat tekijät jaetaan muutoksiin toimintaympäristössä ja teknologiassa. Ylläpitotarpeen arvioimiseksi esitetään, että arkkitehtuurille nimetään ylläpitovastuullinen, joka käynnistää tarvittaessa arkkitehtuurin päivityksen. Avainsanat (asiasanat) Liikennetelematiikka, järjestelmäarkkitehtuuri, kehittämissuunnitelma, toimintoprosessi Muut tiedot Sarjan nimi ja numero Liikenneministeriön mietintöjä ja muistioita B 5 / 2000 Kokonaissivumäärä Kieli Jakaja 94 suomi Liikenneministeriö ISSN Hinta 1237-7449 Kustantaja Liikenneministeriö ISBN 951-723-561-5 Luottamuksellisuus Julkinen
The publisher Authors Pasi Mäkinen/ Cap Gemini, Keijo Ruoti / Cap Gemini Jukka Lähesmaa / VTT, Mikko Lehtonen/ VTT, Jari Oinas/ Traficon, Tomi Ristola/ Traficon, Kristian Appel/ Traficon ESCRIPTION ate of publication 25.1.2000 Type of publication Assigned by Report Ministry of Transport and Communications ate when body appointed Name of the publication Abstract The Finnish National System Architecture of Transport Telematics. escription of the Architecture. The National Transport Telematics Architecture TelemArk is documented into two final reports: a escription of the Architecture ( Arkkitehtuurikuvaus ) and a Services evelopment Plan ( Kehittämissuunnitelma ). An additional summary report ( Tiivistelmä ) describing the main findings has also been produced This report is the escription of the Architecture ( Arkkitehtuurikuvaus ). The Architecture is described in two parts:: 1. Conceptual Architecture describes the service processes that the architecture is supporting 2. Logical Architecture describes the structure that supports the processes; Information System Functions and their components, data flows between them and the data groups needed. The most remarkable benefit of the architecture is greater systems interoperability. The architecture also enables organisations to develop greater functional efficiency, encourages the creation of multimodal telematic services, speeds up the development of new systems, supports the strategic planning of various organisations and helps to identify new opportunities for development and co-operation. Users of the architecture are developers of telematic systems and the Ministry of Transport and Communication. The developers can use the architecture as a reference for their current situation and as a starting point for development. The Ministry of Transport and Communication can use the architecture to steer the development of the field and evaluation of development programmes. Steering is done by aiming the resources controlled by the ministry. The architecture attempts to cover a time span of 5 to 10 years. Various aspects of the architecture will change during that period. Changes can be divided into changes in the operating environment or changes in the technology. To ensure maintenance of the architecture when appropriate, there should be a named party to be responsible for assessing the changes and commission the maintenance when needed. Keywords Miscellaneous Transport telematics, system architecture, development plan, function process Serial name and number Reports and memoranda of the Ministry of Transport and Communications B 5/ 2000 Pages, total Language Finnish 94 istributed by Ministry of Transport and Communications ISSN Price 1237-7449 ISBN Confidence status Public Published by Ministry of Transport and Communications 951-723-561-5
Sisällys 1. Projektin tausta... 13 2.9 Kysynnän ohjaus, liityntäpysäköinti...37 1.1 Liikennetelematiikasta kilpailukykyä Suomelle... 13 1.2 Tulevaisuuden järjestelmäarkkitehtuuri... 13 1.3 TETRA liikenteen telematiikan rakenteiden tutkimus- ja kehittämisohjelma 13 1.4 Kansallisen järjestelmäarkkitehtuurin edut sovelluskehityksestä kokonaisuuden hallintaan... 13 1.5 Kansallinen ja kansainvälinen arkkitehtuurityö... 13 1.6 Arkkitehtuurityön eteneminen... 14 2. Käsitteellinen arkkitehtuuri... 15 2.1 Työn eteneminen... 15 2.2 Käsitteellisen arkkitehtuurin kuvaukset... 16 2.2.1 Nykyjärjestelmät... 16 2.2.2 Aktorit... 16 2.2.3 Prosessien ja prosessikomponenttien kuvaukset... 16 2.2.4 Tietovirtojen kuvaukset... 16 2.2.5 Prosessikaaviot... 17 1.1.1... 18 1.1.1... 18 2.2.6 Arkkitehtuurin vaatimukset... 20 2.3 Nykyjärjestelmät... 21 2.4 Aktoriluettelo... 23 2.5 Toimintoprosessien merkitys toimijoille... 24 2.6 Toimintoprosessien kuvaustapa... 27 2.7 Tiedotus autoilijoille... 28 2.8 Tiedotus julkisesta liikenteestä... 32 2.10 Kysynnän ohjaus, kutsujoukkoliikenne ja matkojen yhdistely...39 2.11 Kysynnän ohjaus, pääsyn säätely...42 2.12 Kysynnän ohjaus, maksunperintä...44 2.13 Kysynnän ohjaus, perintä...48 2.14 Liikenteen ohjaus...49 2.15 Riskikuljetusten hallinta...53 2.16 Häiriönhallinta, yksilöliikenne...55 2.17 Häiriönhallinta, julkinen liikenne...57 2.18 Liikenteen valvonta...58 3. Looginen arkkitehtuuri...62 3.1 Loogisen arkkitehtuurin kuvaukset...62 3.1.1 Tietojärjestelmätoiminnot...62 3.1.2 Tietojoukot...62 3.1.3 Tietojärjestelmätoimintojen komponentit...63 3.1.4 Tietojärjestelmätoimintojen hajautuskaaviot...63 3.1.5 Tietojärjestelmäkomponenttien hajautuskaaviot...63 3.2 Liikenteen tiedotus...65 3.3 Maksunperintä...71 3.4 Kutsujoukkoliikenne ja matkojen yhdistely...75 3.5 Pääsyn säätely ja liityntäpysäköinti...78 3.6 Häiriönhallinta...83 3.7 Liikenteen ohjaus...86 3.8 Liikenteen valvonta...90 3.9 Riskikuljetusten hallinta...94
4. Tietoturvastrategia... 97 4.1 Tietoturvapalvelut... 97 4.2 Tietoturva-alueet... 97 4.3 TelemArk arkkitehtuurin tietoturvan vaatimustasomäärityksen soveltaminen.. 97 5. Järjestelmähallintastartegia...99 5.1 Järjestelmähallintapalvelut...99 5.2 Järjestelmähallinta-alueet...99 5.3 TelemArk arkkitehtuurin soveltaminen järjestelmähallinnan suunnittelussa...99 4.4 Tietoturvaa koskeva lainsäädäntö ja ohjeisto... 98
ESIPUHE TelemArk henkilöliikenteen telematiikan kansallinen järjestelmäarkkitehtuuri on syntynyt osana Liikenneministeriön käynnistämää TETRA-ohjelmaa. TelemArk on TETRA-ohjelman osahanke numero 8: Liikennetelematiikan palveluiden edellytysten kehittäminen. TelemArk työ käynnistyi kesällä 1998 ja on nyt päättynyt ensimmäisen vaiheensa osalta. Liikenneministeriö päättää jatkotyöstä. Tämä TelemArk arkkitehtuurikuvaus kuvaa käsitteellisessä osassaan telemaattisten palveluiden toimintoprosessit, prosessin osat ja tietovirrat sekä prosesseihin osallistuvat toimijat. Loogisessa arkkitehtuurissa kuvataan tietojärjestelmätoiminnoin, -komponentein, tietojoukoin ja tietovirroin muodostettu rakenne, joka tukee toimintoprosesseja. Tämän arkkitehtuurikuvauksen lisäksi on laadittu TelemArk kehittämissuunnitelma täydentämään arkkitehtuuria. Kehittämissuunnitelma toimii ensisijaisesti arkkitehtuurin käyttöönottosuunnitelmana, jota toteuttaen voidaan raivata kansallisen arkkitehtuurin käyttöönoton tiellä olevia esteitä. Toiseksi kehittämissuunnitelma kertoo, kuinka arkkitehtuuria ylläpidetään. Kehittämissuunnitelma sisältää myös itse arkkitehtuurista erillään olevia toimenpiteitä, joilla voidaan edistää liikennetelemaattisten palveluiden syntymistä Suomeen. Arkkitehtuurin on laatinut konsulttiyhteenliittymä, jossa ovat olleet mukana: Cap Gemini Oy Pasi Mäkinen ja Keijo Ruoti VTT Yhdyskuntatekniikka Jukka Lähesmaa ja Mikko J. Lehtonen Traficon Oy Kristian Appel, Tomi Ristola ja Jari Oinas
Työtä on ohjannut TelemArk johtoryhmä, johon kuuluivat: Pekka Leviäkangas VR-Yhtymä Oy Petri Jalasto Liikenneministeriö Seppo Öörni Liikenneministeriö Anne Herneoja YTV Maritta Polvinen Tielaitos Nina Nizovsky Taksiliitto Martti Kerosuo Ratahallintokeskus Mikko Melasniemi Teollisuus ja työnantajat Seppo Hongisto Oy Matkahuolto Ab sekä edellä mainitut konsultit. 24.1.2000 Liikenneministeriössä Petri Jalasto Liikenneneuvos
Liitteet Numero Nimi Päivä Versio 1 2 Muutokset Versio Päivä Muutos 0.1 2.9.1999 Ensmmäinen loppudokumentin runko 1.0 29.11.1999 Final draft 1.1 13.12.1999 Ohjausryhmän kommentein korjattu versio 1.2 29.12.1999 Konsulttiryhmän kommentein korjattu versio 1.3 10.1.2000 Konsulttiryhmän ja Seppo Öörnin kommentein korjattu versio Arkkitehtuurin katselmoinnit Päivämäärä Nimi Osa 17.8.1999 Yrjö Pilli-Sihvola Käsitteelline arkkitehtuuri 1.9.1999 Peter Jesty Käsitteellinen ja looginen arkkitehtuuri
1. Projektin tausta 1.1 Liikennetelematiikasta kilpailukykyä Suomelle Suomi on harvaanasuttu mutta sekä tieto- että fyysiseltä infrastruktuuriltaan kehittynyt maa. Pitkät välimatkat merkitsevät sitä, että liikenteen tehostaminen on kansantaloudellinen etu. Liikennetelematiikalla pyritään juuri tähän. Liikenteen telematiikalla tarkoitetaan nykyaikaisen tieto- ja tiedonsiirtoteknologian käyttöä osana liikennejärjestelmää. Telemaattisilla järjestelmillä voidaan esimerkiksi ohjata ruuhkaliikennettä tai tuottaa tietoa bussi- ja junamatkustajille. Erityisesti tieto- ja tietoliikenneinfrastruktuurin edistyksellisyys sekä elektroniikkateollisuuden vahvuus tarjoavat suomalaisille mahdollisuuden kehittää televiestintään perustuvia palveluja. Osittain näillä palveluilla voidaan tehostaa fyysistä liikennettä ja osittain korvata sitä. Tällöin myös ympäristökuormitus vähenee. Palveluiden ja niitä tuottavien järjestelmien kehittäminen on vasta alkanut. Suotuisan kehityksen varmistamiseksi, turhien virheiden välttämiseksi sekä Suomen vauhdittamiseksi tietoyhteiskuntaan ja tulevaisuuden kilpailukyvyn takaamiseksi Liikenneministeriö on käynnistänyt hankkeen, jonka tavoitteena on luoda henkilöliikenteen telematiikan kansallinen järjestelmäarkkitehtuuri. 1.2 Tulevaisuuden järjestelmäarkkitehtuuri Järjestelmäarkkitehtuuri on kuvaus toimijoista, toimijoiden järjestelmistä sekä toimijoiden ja järjestelmien välisistä suhteista. Liikenteen telematiikan kansallinen järjestelmäarkkitehtuurin tavoitteena on kuvata Suomessa liikenteen telematiikan palvelut, palveluita tuottavat, välittävät ja käyttävät toimijat sekä niiden väliset suhteet. Toimijoilla on käytössään lukuisia erilaisia järjestelmiä, joiden toiminta ja suhteet myös kuvataan. Nykytilan kuvaamisesta edetään todennäköiseen tulevaisuudentilaan, jonka pohjalta tulevaisuuden tarpeet täyttävä järjestelmäarkkitehtuuri laaditaan. Tulevaisuuden järjestelmäarkkitehtuurista tulee avoin, eli se ei sido toimijoita ennalta määrättyihin teknologioihin tai standardeihin. Järjestelmäarkkitehtuuri toimii ennen kaikkea viitteellisellä ja loogisella tasolla. Tämä tarkoittaa sitä, että kaikkien merkityksellisten toimijoiden ja toimintojen loogiset suhteet ja tietovirtojen karkea sisältö ja suunta on määritelty. Tulevaisuuden järjestelmäarkkitehtuuri keskittyy henkilöliikenteeseen, kattaen kaikki fyysiset liikkumismuodot: tie-, juna-, lento- ja vesiliikenteen. Arkkitehtuurin kuvauksen lisäksi hankkeessa laaditaan suunnitelma, jolla poistetaan tulevaisuuden palveluiden syntymisen esteitä. Esimerkiksi lainsäädännölliset, organisatoriset ja rahoitukseen liittyvät kysymykset kuuluvat tarkasteltavien esteiden piiriin. 1.3 TETRA liikenteen telematiikan rakenteiden tutkimus- ja kehittämisohjelma Liikennetelematiikan kansallinen järjestelmäarkkitehtuuri (TelemArk) hanke on Liikenneministeriön vuosina 1998 2000 toteutettavan TETRA ohjelman ydinhanke TETRA 8, jonka tavoitteena on liikennetelematiikan palveluiden edellytysten kehittäminen järjestelmäarkkitehtuurin avulla. TelemArkiin läheisesti liittyvät muut TETRA-hankkeet ovat liikenteen telematiikan tietojärjestelmiin ja niiden integrointiin keskittyvä TETRA 7 ja TETRA 9, joka kohdentuu telematiikan sovelluksiin liittyviin standardeihin. Muissa TETRA hankkeissa kehitetään mm. eri liikennemuotojen telemaattisia sovelluksia ja telemaattisten järjestelmien vaikutusarviointimenetelmiä. 1.4 Kansallisen järjestelmäarkkitehtuurin edut sovelluskehityksestä kokonaisuuden hallintaan Tällä hetkellä liikenteen telematiikkaa kehitetään pääsääntöisesti julkisen sektorin toimesta. Tulevaisuuden järjestelmäarkkitehtuuri mahdollistaa uusien, mahdollisesti yksityisten toimijoiden tuottamien palvelujen tunnistamisen. Arkkitehtuurin avulla voidaan myös tukea mielekästä toimialarakennetta, jossa julkisen ja yksityisen sektorin toiminnot eivät mene päällekkäin ja vastuut on ennalta selkeästi määritelty. Tällöin turha ja päällekkäinen työ vähenee. Hyödyn korjaa viime kädessä palveluiden käyttäjä, joka saa laadukkaan ja edullisen palvelun. Koko yhteiskunnan resurssit tulevat tehokkaasti käytetyksi. Selkeä näkemys tulevaisuuden arkkitehtuurista mahdollistaa edelleen nykyisin julkisin varoin tuotettujen palveluiden juohevan siirtämisen tarpeellisessa määrin yksityisen sektorin tuottamiksi kulloisenkin markkinakysynnän mukaan. Julkisen sektorin rooli siirtyy kansallisen järjestelmäarkkitehtuurin myötä yhä enemmän liikenteen telematiikan kentän, toimialan, hallintaan ja hallinnointiin nykyisen sovelluskehityksen asemesta. Alkuvaiheessa julkisen sektorin rooli on kuitenkin ratkaiseva. Koska arkkitehtuurista laaditaan avoin, se ei estä teknologian ja palveluiden sisällön kehittämistä. Innovatiivisuus ja markkinakysynnän tarpeiden täyttäminen palkitaan. 1.5 Kansallinen ja kansainvälinen arkkitehtuurityö TelemArk toimii aktiivisessa vuorovaikutuksessa kansainvälisten järjestelmäarkkitehtuurihankkeiden kanssa. Tärkein näistä on KAREN (EU Framework Architecture for ITS), EU:n Komission käynnistämä arkkitehtuurihanke. Se keskittyy pääasiassa tieliikenteeseen ja sen edustus tulee pääasiassa teollisuudesta ja elinkeinoelämästä. TelemArk projektiryhmän jäsen Appel on Suomen Tielaitoksen edustajana KARENin neuvoa-antavaan elimessä. TelemArk aikataulu on laadittu siten, että vuorovaikutus KARENin kanssa on mahdollisimman hedelmällistä. TelemArk
arkkitehtuurityö on katselmoitu työn kuluessa KAREN hankkeen käyttäjävaatimusten laadinnassa mukana olleen Peter Jestyn (Leedsin yliopisto) toimesta. Toisen perusteellisen katselmoinnin arkkitehtuurille on suorittanut Yrjö Pilli-Sihvola (Tielaitos). TelemArk työtä ohjanneessa johtoryhmässä ovat edustettuina Liikenneministeriö, Teollisuus ja Työnantajat, YTV, Tielaitos, Ratahallintokeskus, Telehallintokeskus, Matkahuolto, VR- Yhtymä Oy, VTT, Traficon Oy ja Cap Gemini Oy. Kolme viimemainittua edustavat konsulttiyhteenliittymää. 1.6 Arkkitehtuurityön eteneminen Työn alussa määritettiin ja hyväksytettiin johtoryhmässä liikennetelematiikan ja liikenteen hallinnan toiminnot, jotka sisällytettiin TelemArk -arkkitehtuuriin.arkkitehtuurin laatiminen Ohessa periaatekuva työn etenemisestä: Ympäristön muutostekijät Käsitteellinen arkkitehtuuri CBAF v.2.xls - CBAF3 Arkkitehtuurin toiminnalliset vaatimukset Prosessien toiminnallisen merkityksen luokitteluasteikko Prosessien telemattiikkariippuvuuden luokitteluasteikko Prosessien tietoturvavaatimusten luokitteluasteikko CBAF v.2.xls - CBAF1.1 CBAF v.2.xls - CBAF1.3 CBAF v.2.xls - CBAF1.2 CAO.xls - CAO23 Aktoriluettelo jakaantui käsitteellisen ja loogisen arkkitehtuurin laatimiseen. Käsitteellisen arkkitehtuurin laatiminen käsitti toimijakohtaisten tietojen keräämisen, toimintoprosessien kuvaamisen ja arkkitehtuurin vaatimusten jalostamisen. Loogisessa arkkitehtuurissa kuvattiin toimintoprosesseja tukevat tietojärjestelmätoiminnot, niiden käyttämät tietojoukot sekä toimintojen jakautuminen komponentteihin. Tämä raportti sisältää arkkitehtuurin tärkeimmät kuvaukset. Koko arkkitehtuuridokumentaatio on saatavilla sähköisessä muodossa TETRAohjelman internet-sivuilla. Arkkitehtuurin tulosten perusteella laadittu kehittämissuunnitelma kokoaa arkkitehtuurin hyödyt, opastaa soveltamisessa, analysoi toimintoprosesseittain kehittämistarpeet ja esittää näistä kootut kokonaiskehittämistarpeet. Kehittämissuunnitelma kuvaa myös miten tätä arkkitehtuuria tulisi ylläpitää CBAF v.2.xls - CBAF3 - Combined Jalostetut arkkitehtuurin vaatimukset Looginen arkkitehtuuri CAAF.xls - GL Tietory hmät LF Häiriönhallinta.vsd LF Kutsujoukkoliikenne ja matkojen yhdistely.vsd LF Liikenteen ohjaus.vsd LF Liikenteen tiedotus.vsd LF Liikenteen valvonta.vsd LF Maksunperintä.vsd LF Pääsyn säätely ja liityntäpys.vsd LF Riskikuljetusten hallinta.vsd Tietojärjestelmä -toimintojen hajautuskaavio TelemArk_arkkitehtuurikuvaus_v1_3.doc TelemArk_arkkitehtuurikuvaus_v1_3.doc Tietoturvastrategia Järjestelmähallintastrategia Toimijoiden strategia Toimijatyöpaja Alustavat toimintojen prosessikuvaukset Toimintotyöpajat CBAF v.2.xls - CBAF - BPC Prosessien ja - komponenttien kuvaukset Lopulliset toimintojen prosessikuvaukset CAAF.xls - CAAF1 CAAF.xls - ISCL Tietojärjestelmätoiminnot Tietojärjestelmäkomponentit Tietojärjestelmä -komponenttien hajautuskaavio Nykyjärjestelmät CAO.xls - CAO7 Nykyjärjestelmät CF.xls - PCF Tietov irtojen kuvaukset CF.xls - PCF Tietovirtojen attribuutit Hankeluettelo Toimijatyöpajojen muistiot TP1 Häiriöhallinta - julkinen liikenne.vsd TP1 Tiedotus julkisesta liikenteestä.vsd TP2 Häiriönhallinta - autoilu.vsd TP2 Tiedotus autoilijoille.vsd TP3 Kysynnan ohjaus - liityntäpysäköinti.vsd TP3 Kysynnän ohjaus - kutsujl yhdistely.vsd TP4 Kysynnan ohjaus - maksunperinta.vsd TP4 Kysynnan ohjaus - perintä.vsd TP4 Kysynnan ohjaus - pääsyn säätely.vsd TP5 Liikenteen ohjaus v2.vsd TP7 Riskikuljetusten hallinta.vsd TP7 Valvonta.vsd Käsitteellisen arkkitehtuurin yhteenveto TelemArk_arkkitehtuurikuvaus_v1_3.doc LM Häiriönhallinta.vsd LM Kutsujoukkoliikenne ja matkojen yhdistely.vsd LM Liikenteen ohjaus.vsd LM Liikenteen tiedotus.vsd LM Liikenteen valvonta.vsd LM Maksunperintä.v sd LM Pääsyn säätely ja liityntäpys.vsd LM Riskikuljetusten hallinta.vsd Loogisen arkkitehtuurin yhteenveto TelemArk_arkkitehtuurikuvaus_v1_3.doc
2. Käsitteellinen arkkitehtuuri Tämä luku kuvaa Liikenneministeriön TETRA ohjelman osahankkeen 8 TelemArk - henkilöliikenteen kansallinen järjestelmäarkkitehtuuri käsitteellisen arkkitehtuurin. Käsitteellisellä arkkitehtuurilla tarkoitetaan mallinnettuja arkkitehtuurin vaatimuksia. 2.1 Työn eteneminen Arkkitehtuurin vaatimukset kerättiin työpajamuotoisesti. Toimijakohtaisissa työpajoissa keskityttiin henkilöliikenteen telematiikkaan vaikuttaviin yleisiin muutostekijöihin, toimijan strategiaan, hankkeisiin ja nykyjärjestelmiin. Toimijatyöpajoja järjestettiin seuraavien tahojen kanssa: Oy CR-NET Ltd Helsingin kaupungin pelastuslaitos Helsingin kaupungin liikennelaitos Helsingin kaupunkisuunnitteluvirasto Ilmailulaitos Karttakeskus Oy Koiviston Auto Oy Liikenneministeriö Linja-autoliitto Matkailun edistämiskeskus (MEK) Oy Matkahuolto Ab Pääkaupunkiseudun yhteistyövaltuuskunta (YTV) Ratahallintokeskus Sisäasiainministeriön poliisiosasto Suomen Matkain Oy Iternet Ltd Taksiliitto Tielaitos Tuusulan kaupunki VR Toimintokohtaiset työpajat valmisteltiin kokoamalla toimintoryhmään liittyvät nykyjärjestelmät eri toimijatyöpajojen dokumentaatiosta. Lisäksi liikennetelematiikan ja liikenteen hallinnan toimintoluettelon (taulukko 1) ja toimijoiden liiketoimintamallien perusteella laadittiin. toiminnot toteuttavasta prosessimallista alustava versio kunkin työpajan pohjaksi. Toimintotyöpajoihin saatiin osallistujia seuraavilta tahoilta: TP1 Tiedotus julkisesta liikenteestä Suomen Matkain Oy Iternet Ltd Pääkaupunkiseudun yhteistyövaltuuskunta (YTV) Helsingin kaupungin liikennelaitos Tuusulan kaupunki TP2 Tiedotus autoilijoille Tielaitos Tuusulan kaupunki Karttakeskus Oy Taksiliitto TP3 Kysynnän hallinta joukkoliikenne Valtion rautatiet Helsingin kaupunkisuunnitteluvirasto Oy Matkahuolto Ab Pääkaupunkiseudun yhteistyövaltuuskunta (YTV) TP4 Kysynnän hallinta autoilu Pääkaupunkiseudun yhteistyövaltuuskunta (YTV) Tielaitos TP5 Liikenteen ohjaus liikennevaloin Helsingin kaupungin liikennelaitos Helsingin kaupunkisuunnitteluvirasto TP6 Liikenteen ohjaus muuttuvin opastein Tielaitos TP7 Liikenteen valvonta Tielaitos Karttakeskus Käsitteellisen arkkitehtuurin varsinaisia lopputuloksia ovat nykyjärjestelmien luettelo (koottu Excel-tiedostoon CAO.xls), prosessikuvaukset (Vision- ja VMF-tiedostot) ja niihin liittyvät tarkemmat kuvaukset prosessien komponenteista (CBAF.xls), aktoreista (CAO.xls) ja tietovirroista (CF.xls) sekä jalostettu arkkitehtuurin vaatimusluettelo (CBAF.xls).
2.2 Käsitteellisen arkkitehtuurin kuvaukset 2.2.1 Nykyjärjestelmät Nykyjärjestelmät on koottu Excel taulukkoon CAO.xls välilehdelle CAO7. Järjestelmistä on talletettu seuraavat tiedot sikäli kuin ne ovat olleet saatavilla: nimi, tyyppi, sijainti, kuvaus, päätoiminnot, liittymät, telematiikkaprosessit, tekeillä/ valmis ja teknologia-alusta. Kuvauksen avulla voidaan kartoittaa mitkä toiminnot ovat ilman järjestelmätukea ja mille toiminnoille on olemassa useita vaihtoehtoisia ratkaisuja. Kuvaus palvelee myös toimijoita lähdedokumenttina järjestelmiä koskevalle yhteistyölle. Yhteenveto työssä kartoitetuista nykyjärjestelmistä on esitetty kappaleessa 2.3. 2.2.2 Aktorit Aktorit on koottu Excel taulukkoon CAO.xls välilehdelle CAO23. Aktori on arkkitehtuurin rajaukseen kuuluvien järjestelmien tilaan vaikuttava toimija. Aktori voi olla luonnollinen tai juridinen henkilö, laite (kulkuväline) tai järjestelmä. Prosesseista on erillisessä taulukossa (sivu CBAF - BPC) prosessien ja niiden alakomponenttien määritykset. Toisessa taulukossa (sivu CBAF2) on jokaisesta prosessikomponentista kuvattu mihin telematiikkatoimintoihin se liittyy ja mitkä ovat sen edellisissä kappaleissa kuvatut luokitustasot. Taulukon avulla voi selvittää mitkä prosessin osat yhdistetyistä prosesseista liittyvät yhteen tiettyyn telematiikkatoimintoon. 2.2.4 Tietovirtojen kuvaukset Prosessikomponenttien ja prosessien välillä on tietovirtoja, jotka on kuvattu Excel taulukon CF.xls sivulla PCF. Prosessien sisäiset tietovirrat on nimetty prosessin tunnisteen ja juoksevan numeroinnin avulla. Esimerkiksi TAF008: Tiedotus autoilijoille tietovirta (flow) numero 8. Prosessien väliset tietovirrat on nimetty osallistuvien prosessien mukaan. Esimerkiksi XF-Tj_Ta on prosessien välinen tietovirta (cross process flow), joka lähtee Tiedotus julkisesta liikenteestä - prosessista ja kulkee Tiedotus autoilijoille -prosessiin. Lisäksi prosessista on kerrottu sen suunta (Input/Output), kuvaus ja mahdollisesti lisähuomioita. Osasta prosesseja on myös kerrottu ominaisuudet eli tietosisältö. Tietovirrat kertovat prosessin eri osien yhteystyypeistä. Niitä on käytetty loogisen arkkitehtuurin rakenteen laatimisessa. Aktoreista on koottu: tunnus, päätyyppi, alityyppi, tyyppi (henkilö, juridinen henkilö, laite tai järjestelmä), käyttötapa, liittyvät prosessit, kuvaus, vastine KARENissa. Kuvaus mahdollistaa arkkitehtuurin rakenteen laatimisen eri toimijoiden nykyisistä rooleista riippumatta. Tällöin nykytila ei sido arkkitehtuurin rakennetta tämänhetkisiin organisaatiorakenteisiin. Aktoreiden avulla voidaan myös tehdä päätelmiä tietovirtojen volyymeistä sekä prosessien komponenttien suoritusfrekvenssistä. 2.2.3 Prosessien ja prosessikomponenttien kuvaukset Prosessien kuvaukset on koottu Excel taulukkoon CBAF.xls. Taulukon ensimmäiset välilehdet sisältävät prosessin toiminnallisen merkityksen, telematiikkariippuvuuden ja tietoturvatarpeen kuvaavat arvoasteikot kuvauksineen. Toimintaprosessin arvot (sivu CBAF1.1) auttavat päättelemään kullekin prosessikomponentille tarvittavan telematiikkatuen tason. Telematiikan merkitys prosessille (sivu CBAF1.2) kertoo tarvitaanko järjestelmätukea ja miten toimintavarmaa sen tulisi olla. Esimerkiksi kriittinen prosessin osa, jota on mahdotonta hoitaa ilman telematiikka/tietotekniikka vaatii hyvin luotettavan järjestelmäratkaisun. Tietoturvaluokitus (sivu CBAF1.3) kertoo prosessin osia tukevalta järjestelmäratkaisulta edellytettävän tietoturvan tason. Tietoturvan taso tulee arvioida yleisesti kaikkien tietoturvapalveluiden (tunnistaminen, muuttumattomuus, luottamuksellisuus, valtuuttaminen, kiistämättömyys, jäljitettävyys, fyysinen suojaus) suhteen. 16
2.2.5 Prosessikaaviot Prosessikaaviot on kuvattu toimintotyöpajoittain Visio dokumentteihin. Prosessit on nimetty toimintotyöpajan tunnisteella ja kuvaavalla tekstillä. Esim. 'TP1 Tiedotus julkisesta liikenteestä.vsd'. Lisäksi on omat dokumenttinsa kuvaustavasta ja prosessien välisistä yhteyksistä. Kaikki kuvaukset on myös talletettu Windows Metafile muotoon muilla välineillä muokkaamista varten. Prosessikaavioissa on kuvattuna prosessin komponentit, aktorit, tietovirrat sekä prosessikomponenteille annetut arvo-, telematiikkariippuvuus- ja tietoturvaluokitukset. Prosessikaavio antaa yleiskuvan telematiikkapalveluiden järjestelmätuen tarpeista. Alla yleiskuva kaikista kartoitetuista prosesseista sekä niiden välisistä tietovirroista. Punaisella merkityt prosessit olivat työpajoihin osallistuneiden toimijoiden kannalta kiinnostavimpia. Tummempi väri kertoo kiinnostavuuden järjestyksen. TelemArk Liikenteen tiedotus Tiedotus autoilijoille (Ta) XF-KYS1_Ta XF-Tj_Ta XF-Tj_Ta_lp001/XF-Tj_Ta_lp002 XF-Ta_Tj XF-KYS2_Tj Tiedotus julkisesta liikenteestä (Tj) Kysynnän ohjaus Joukkoliikenteen maksunperintä (KYS8) Usean palvelun maksunperintä (KYS9) XF-KYS8-PER XF-KYS9-PER Perintä (PER) XF-KYS-PER Tienkäyttömaksut (KYS5) Liityntäpysäköinnin järjestäminen (KYS1) Kutsujoukko -liikenne ja matkojen yhdistely (KYS2, KYS3) XF-Tj_KYS2 Pääsyn säätely (KYS7) Liikenteen ohjaus Liikenteen ohjaus (O) XF-KAL_O XF-HÄHj_KYS1 XF-HÄHa_Ta Kaluston ja kuljetusten hallinta Riskikuljetusten hallinta (KAL3) XF-KAL_HÄHa XF-V_KAL XF-HÄHj_Ta XF-HÄHj_KYS1 XF-HÄHj_KYS2_2 XF-HÄHj_KYS2_1 XF-Tj_HÄH Häiriönhallinta Häiriönhallinta (autoilu) (HÄHa) XF-HÄHa_Ta Häiriönhallinta (julkinen liikenne) (HÄHj) XF-HÄHj_Tj Kuljettajan tukijärjestelmät XF-O_V_001, XF-O_V_002, XF-O_V_003 XF-KAL_V_001, XF-KAL_V_002 XF-V_KAL Liikenteen valvonta Valvonta (V) Rekisterin ylläpito Ajoneuvo & hlö rekisterit 17
Taulukko 1. Liikennetelematiikan ja liikenteen hallinnan toiminnot sekä TelemArk toimintoprosessit, joilla toiminnot toteutetaan. LIIKENNETELEMATIIKAN JA LIIKENTEEN HALLINNAN TOIMINTO Luettelo pohjautuu ISO:n jakoon ja Liikennetelematiikan kehittämisen suuntaaminen hankkeessa (LM 38/97) laadittuun toimintoluetteloon. Toimintojen rajauksen hyväksyi hankkeen johtoryhmä projektikonsortion esityksen pohjalta. LIIKENTEEN TIEOTUS (T) 1 Tiedotus kulkumahdollisuuksista 2 Tiedotus liikenteen sujuvuudesta, häiriöistä ja tietöistä TOIMINNON SISÄLTÖ Tiedottaminen vaihtoehtoisista kulkumuodoista, niiden reiteistä, aikatauluista ja tariffeista. X X X Tiedottaminen tie- ja katuverkon vallitsevasta ja ennustetusta sujuvuudesta, häiriöistä ja tietöistä. TelemArk toimintoprosessit TIEOTUS AUTOILIJOILLE TIEOTUS JULKISESTA LIIKENTEESTÄ LIITYNTÄPYSÄKÖINTI KUTSUJOUKKOLIIK. JA MATKOJEN YH. PÄÄSYN SÄÄTELY MAKSUNPERINTÄ JA PERINTÄ LIIKENTEEN OHJAUS RISKIKULJETUSTEN HALLINTA HÄIRIÖNHALLINTA, YKSILÖLIIKENNE HÄIRIÖNHALLINTA, JULKINEN LIIKENNE X = toiminto sisältyy arkkitehtuuriin O = toiminto rajapintana arkkitehtuurissa X X 3 Tiedotus säästä ja kelistä Tiedottaminen tie- ja katuverkon vallitsevasta ja ennustetusta säästä ja kelistä. X X 4 Tiedotus reiteistä, matkailu- ja X X oheispalveluista 5 Tiedotus pysäköintitarjonnasta 6 Tiedotus joukkoliikennematkustajill e Matkan suunnittelua sekä varauksia tukevat tiedot kuten tiedot nähtävyyksistä ja muista reitin matkustajaa kiinnostavista kohteista, majoittumismahdollisuuksista sekä muista matkailupalveluista ja kohteista. Tiedottaminen vallitsevasta ja ennustetusta pysäköintitilanteesta. X X X Tiedottaminen joukkoliikenteen käyttäjille pysäkeillä, terminaaleissa ja ajoneuvoissa. KYSYNNÄN OHJAUS (KYS) 1 Liityntäpysäköinti Liityntäpysäköinti ja toimenpiteet, jolla se tehdään helppokäyttöisemmäksi, esim. tosiaikainen tiedotus, paikanvaraus ja integroitu maksunperintä. 2 Kutsujoukkoliikenne Joukkoliikennepalvelujen tuottaminen matkustajien yksilöllisiä tarpeita (lähtö- ja määräpaikka, aika jne.) vastaavasti tilauskeskuksen avulla. 3 Matkojen yhdistäminen Suurasiakkaiden (suurten matkamäärien maksajat kuten kunnat, läänit, LM, KELA, oppilaitokset jne.) matkojen ja matkaketjujen optimointi eri liikennevälineitä hyödyntämällä. 5 Tienkäyttömaksut Erilaisia keinoja periä poliittisiin päätöksiin perustuva maksu tien käytöstä (verotus, ruuhka- ja aluemaksut, tie-, silta- ja tunnelitullit jne.). 7 Pääsyn säätely Henkilöiden tai ajoneuvojen tietylle alueelle tai tiettyihin paikkoihin pääsyn säätely automaattisen tunnistuksen ja pääsyoikeuksien 8 Joukkoliikenteen maksunperintä tarkistuksen avulla. Maksuvälineen käyttäminen joukkoliikennepalvelun käytön yhteydessä. X X X X X X X X X LIIKENTEEN VALVONTA LIIKENNETELEMATIIKAN 9 Usean palvelun maksunperintä LIIKENTEEN OHJAUS (O) 1 Liittymien ja väylien ohjaus liikennevaloin 2 Verkon ohjaaminen liikennevaloin TOIMINNON SISÄLTÖ TelemArk toimintoprosessit X = toiminto sisältyy arkkitehtuuriin O = toiminto rajapintana arkkitehtuurissa Saman maksuvälineen käyttäminen usean liikenne- ja muun palvelun käytön yhteydessä. X Liikenteen ohjaaminen liittymässä ja väyläosuudella liikennevaloilla. Tieverkon linkeillä ja liittymissä koordinoidusti toteutettu liikenteen valo-ohjaus, jolla pyritään optimoimaan koko verkon toiminta. 3 Liikennevaloetuudet Tietyille tienkäyttäjäryhmille annettu etuus valoohjauksisissa liittymissä, tiejaksolla tai verkolla. 4 Paikallinen varoittaminen muuttuvin opastein Kuljettajien paikallinen varoittaminen muuttuvilla tienvarsiopasteilla havaitusta tai ennustetusta vaarasta tietyllä tiestön osalla. 5 Nopeudenohjaus Ulkoisten toimenpiteiden toteuttaminen ajonopeuksien ohjaamiseksi. X Vaihtoehtoisten reittien viitoittaminen ja/tai reittiohjeiden antaminen muuttuvilla opasteilla. 6 Vaihtoehtoisille reiteille opastaminen muuttuvin opastein 7 Kaistaohjaus Ohjaustoimet nopeuksien ohjaamiseksi, kaistojen sulkemiseksi ja/tai niiden ajosuunnan muuttamiseksi. KALUSTON JA KULJETUSTEN HALLINTA (KAL) 1 Joukkoliikennekaluston hallinta Joukkoliikennekaluston seuranta, häiriötilanteiden havaitseminen, kuljetusten suunnittelu ja kaluston ohjaus. 3 Riskikuljetusten hallinta Viranomaisten toimet riskiaineiden ja tavaroiden kuljetusten ohjaamiseksi ja 5 Kunnossapitokaluston ja toimintojen hallinta 6 Hälytysajoneuvojen hallinta HÄIRIÖNHALLINTA (HÄH) 1 Liikenteen häiriötilanteiden havaitseminen 2 Liikenteen häiriötilanteiden hoitaminen 3 Joukkoliikenteen häiriötilanteiden havaitseminen valvomiseksi Teiden ja katujen kunnossapitotarpeen havaitseminen ja ennakointi sekä tarvittaviin toimenpiteisiin ryhtyminen, toimenpiteiden seuranta ja ohjaaminen. Toimet hälytysajoneuvojen ohjaamiseksi ja valvomiseksi. O Epätavallisen liikennetilanteen havaitseminen ja tunnistaminen, mukaan lukien onnettomuus. X Liikennehäiriön havaitseminen ja tunnistaminen, tarvittaviin toimenpiteisiin ryhtyminen ja liikenteen ohjaaminen normaalien liikenneolojen palautumiseen saakka. TIEOTUS AUTOILIJOILLE TIEOTUS JULKISESTA LIIKENTEESTÄ LIITYNTÄPYSÄKÖINTI KUTSUJOUKKOLIIK. JA MATKOJEN YH. PÄÄSYN SÄÄTELY MAKSUNPERINTÄ JA PERINTÄ LIIKENTEEN OHJAUS X X X X X X O RISKIKULJETUSTEN HALLINTA X HÄIRIÖNHALLINTA, YKSILÖLIIKENNE O X X X Joukkoliikenteen häiriötilanteen havaitseminen ja tunnistaminen. O HÄIRIÖNHALLINTA, JULKINEN LIIKENNE O LIIKENTEEN VALVONTA 18
TelemArk toimintoprosessit LIIKENNETELEMATIIKAN TOIMINNON SISÄLTÖ TelemArk toimintoprosessit LIIKENNETELEMATIIKAN JA LIIKENTEEN HALLINNAN TOIMINTO Luettelo pohjautuu ISO:n jakoon ja Liikennetelematiikan kehittämisen suuntaaminen hankkeessa (LM 38/97) laadittuun toimintoluetteloon. Toimintojen rajauksen hyväksyi hankkeen johtoryhmä projektikonsortion esityksen pohjalta. 4 Joukkoliikenteen häiriötilanteiden hoitaminen TOIMINNON SISÄLTÖ Joukkoliikenteen häiriötilanteen havaitseminen ja tunnistaminen, tarvittavien toimenpiteiden toteutus (tiedotus, kaluston ohjaus jne.). KULJETTAJAN TUKIJÄRJESTELMÄT (KULJ) 2 ynaaminen ajonopeuden säätäminen Muuttuva ajonopeuden säätö, joka perustuu tiestä ja ajo-olosuhteista saataviin tietoihin. 9 Reittiopastus Tiedot valittujen kriteerien mukaisesta reitistä määräpaikkaan. O 10 Hätäpalvelut Hätätilanteen (onnettomuus, ajon. rikkoutuminen jne.) havaitseminen ja tarvittaviin toimenpiteisiin ryhtyminen avun saamiseksi 11 Automaattinen nopeusrajoituksen pakottaminen VALVONTAJÄRJESTELMÄT (V) 1 Automaattinen nopeusvalvonta paikalle. Ajoneuvon automaattinen maksiminopeuden pakottava säätö vallitsevan nopeusrajoituksen mukaan. Valvontaviranomaisten asettamien latteiden avulla tapahtuva toiminta, joilla pyritään varmistamaan nopeusrajoituksen noudattaminen. TIEOTUS AUTOILIJOILLE TIEOTUS JULKISESTA LIIKENTEESTÄ LIITYNTÄPYSÄKÖINTI KUTSUJOUKKOLIIK. JA MATKOJEN YH. PÄÄSYN SÄÄTELY MAKSUNPERINTÄ JA PERINTÄ LIIKENTEEN OHJAUS RISKIKULJETUSTEN HALLINTA HÄIRIÖNHALLINTA, YKSILÖLIIKENNE HÄIRIÖNHALLINTA, JULKINEN LIIKENNE X = toiminto sisältyy arkkitehtuuriin O = toiminto rajapintana arkkitehtuurissa X O O O LIIKENTEEN VALVONTA X 2 Automaattinen risteysvalvonta 3 Vaarallisten aineiden kuljetusten valvonta 4 Automaattinen kuljetusten painon valvonta 5 Automaattinen kaistan käytön valvonta Valvontaviranomaisten asettamien latteiden avulla tapahtuva toiminta, joilla pyritään varmistamaan, ettei ajeta päin punaista valoa. Valvontaviranomaisten asettamien latteiden avulla tapahtuva toiminta, joilla pyritään varmistamaan, että vaaralliset kuljetukset noudattavat annettuja kuljetusehtoja kuten sallittuja reittejä ja kuljetusajankohtaa. Valvontaviranomaisten asettamien latteiden avulla tapahtuva toiminta, joilla pyritään varmistamaan, että (raskaat) ajoneuvot eivät ylitä suurimpia sallittuja akseli- ja kokonaispainoja. Valvontaviranomaisten asettamien latteiden avulla tapahtuva toiminta, joilla pyritään varmistamaan ettei tietyille ajoneuvoille varattua kaistaa käytä muut ajoneuvot. TIEOTUS AUTOILIJOILLE TIEOTUS JULKISESTA LIIKENTEESTÄ LIITYNTÄPYSÄKÖINTI KUTSUJOUKKOLIIK. JA MATKOJEN YH. PÄÄSYN SÄÄTELY MAKSUNPERINTÄ JA PERINTÄ LIIKENTEEN OHJAUS RISKIKULJETUSTEN HALLINTA HÄIRIÖNHALLINTA, YKSILÖLIIKENNE HÄIRIÖNHALLINTA, JULKINEN LIIKENNE X = toiminto sisältyy arkkitehtuuriin O = toiminto rajapintana arkkitehtuurissa LIIKENTEEN VALVONTA X X X X X 19
2.2.6 Arkkitehtuurin vaatimukset Toimijatyöpajojen pääosin ympäristötekijöistä ja strategiatiedoista kerätyt arkkitehtuurin vaatimuksiksi katsotut lauseet lähdetietoineen on kerätty taulukon CBAF.xls sivulle CBAF3. Jokaisesta lauseesta on arvioitu mihin telematiikkatoimintoon ja liikennemuotoon se liittyy. Vaatimuksille on myös ensimmäisen läpikäynnin yhteydessä keksitty 1-3 sanan lyhyt aihepiiriä kuvaava tunnus, jonka mukaan taulukko on ennen seuraavaa läpikäyntiä lajiteltu. Sivulle CBAF3 - Combined on laadittu yhdistetyt vaatimukset. Jokaisen vaatimuksen tunniste on lisätty edellisessä taulukossa niiden alkuperäisten vaatimusten kohdalle, jotka on yleistetty. Yleistettyjä vaatimuksia on 50 kappaletta: Tyyppi Asiakaslähtöisyys Tunniste Periaate Asi1 Arkkitehtuurin on tuettava asiakaslähtöistä toimintaa. Asiakassuhteesta kootaan kattava kokonaiskuva. Avoimuus Avo1 Arkkitehtuurin tulee mahdollistaa uusien ja uudentyyppisten palveluiden syntyminen Avoimuus Avo2 Arkkitehtuurin on tuettava palveluiden ketjuttamista ja kokoamista suuremmiksi lisäarvopalveluiksi. Ketjuttamisessa yksi palvelu tuottaa aineistoa toisen palvelun lähtötiedoksi. Arkkitehtuurin on pohjauduttava avoimiin järjestelmiin. Avoimuus Avo3 Arkkitehtuurin on prosessirakennetta noudattavia rajapintoja määrittelemällä tuettava liiketoiminnan ulkoistamista Avoimuus Avo4 Arkkitehtuurin on tuettava monitoimittajaympäristöä Toiminnallisuus Func01 Arkkitehtuurin on mahdollistettava tiedon ja palveluiden käyttöön liittyvän maksutiedon välittäminen ja kerääminen Toiminnallisuus Func02 Arkkitehtuurin on mahdollistettava joustava palveluiden ja tiedon hinnoittelu Toiminnallisuus Func03 Tiedotus ja maksujärjestelmät ovat kriittisiä toimintoja Toiminnallisuus Func04 Palveluiden käyttö useilla eri kielillä Toiminnallisuus Toiminnallisuus Func05 Func06 Arkkitehtuurille asettavat vaatimuksia seuraavat lait: - Henkilöliikennelaki + asetus - Kilpailulainsäädäntö - Julkisuuslaki - Valmismatkalaki - Tekijänoikeuslainsäädäntö - Tietosuojalainsäädäntö - Työaikalaki ja työehtosopimukset - Pelastustoimilaki - Rautatienpitoa koskeva lainsäädäntö - Kuluttajalainsäädäntö - Laki tieliikenteen tietojärjestelmästä - Tieliikenneasetus - Liikenneministeriön päätökset erikoiskuljetuksista ja erikoiskuljetusajoneuvoista - Asetus ajoneuvojen rakenteesta ja varusteista Kansainvälisten sopimusten huomioonottaminen - Kioton sopimus Toiminnallisuus Func07 Arkkitehtuurin on tuettava ympäristöasioiden huomioimista Toiminnallisuus Func08 EU:n direktiivien ja kehitysohjelmien huomiointi Toiminnallisuus Func09 Kartta ja paikkatiedosta saatavat hyödyt pyrittävä käyttämään sekä matkustajatasolla että liikennevälineissä Toiminnallisuus Func10 Arkkitehtuurin on tuettava eri liikennemuotojen joustavaa yhteiskäyttöä Toiminnallisuus Func11 Arkkitehtuurin on mahdollistettava liikenteen tilannekohtainen ohjaus huomioiden pistekohtaiset tilanteet, käyttäjä- ja ajoneuvoryhmät (julkinen liikenne, pitkät ajoneuvot, jalankulkijat) Toiminnallisuus Func12 Liikenteen ohjauksessa on huomioitava koko tie- ja katuverkon tehokas käyttö kokonaisuutena (vihreät aallot ym.) Toiminnallisuus Func13 Viranomaisohjeiden huomiointi: - Joukkoliikenteen suunnitteluohje (HKI) - Liikenneministeriön määräykset (älykortin käyttö tietyissä kuljetuksissa, ym.) Tyyppi Toiminnallisuus Toiminnallisuus Toiminnallisuus Toiminnallisuus Toiminnallisuus Tunniste Periaate Func14 Func15 Func16 Func17 Func18 Palveluiden tarjoaminen käyttäjäryhmän, henkilön, ajan ja paikan suhteen kohdistettuna. Palvelut pyritään tekemään vuorovaikutteisiksi (esim. tiedotuksessa tiedon syöttömahdollisuus) Telematiikan on edistettävä liikenteen sujuvaa, turvallista, taloudellista ja ympäristöystävällistä kulkua Liikkumisen ennakoitavuutta on pyrittävä parantamaan mm. tiedottamalla häiriötilanteista ja tiedottamisen luotettavuudella Arkkitehtuuriin sisällytettävä palvelun mittaamiseen tarvittava toiminnallisuus. Mittareita ovat mm.: - matkojen määrä - täsmällisyys - liikennevälineen tyyppi Käytettävyys Käy1 Palveluiden on oltava helposti saatavia, helppokäyttöisiä ja kattavia Maantiede Maan1 Arkkitehtuuri ei saa asettaa rajoituksia toiminnan maantieteelliselle sijainnille Maantiede Maan2 Arkkitehtuurin on sallittava aktoreiden sijainti Suomen rajojen ulkopuolella Organisaatio O1 Arkkitehtuurin on oltava riippumaton organisaatiomallista ja sallittava organisaation roolin muuttuminen. Julkishallinnon organisaatioita yhdistellään tai muutetaan liikelaitoksiksi. Yksityissektorilla muodostuu suurempia yksiköitä ja toisaalta pieniä erikoistuneita yrityksiä. Organisaatio O2 Tulevaisuuden vallitseva organisaatiotyyppi on prosessiorganisaatio. Arkkitehtuurin on tuettava prosessin kokonaishallintaa. Organisaatio O3 Arkkitehtuurin on mahdollistettava alueellinen yhteistyö eri organisaatioiden välillä. Verkottuminen. Organisaatio O4 Arkkitehtuurin ei pidä asettaa esteitä toimintojen kilpailuttamiselle. Liikennepolitiikka Pol1 Liikennemuodon suosiminen liikennepoliittisista syistä. (julkinen liikenne) Luotettavuus Rel1 Arkkitehtuurin on varmistettava kriittisten ja tietotekniikka (telematiikka) -riippuvaisten prosessin osien järjestelmien häiriön sietokyky ja valvottavuus. Tietoturva Sec1 Arkkitehtuurissa on laadittava tietoturvaluokitus ja sen mukainen luokitus annettava jokaiselle prosessikomponentille ja tietojoukolle. Tietoturva Sec2 Arkkitehtuurin on osoitettava missä ja mitä tietoturvapalveluita tulee käyttää. Standardit Sta1 Arkkitehtuurin on ohjattava kansallista maksujärjestelmästandardin kehitystä Standardit Sta2 Arkkitehtuurin tietoliikenne perustuu yleisesti hyväksyttyihin standardeihin. Nykyinen standardi on TCP/IP. Standardit Sta3 Arkkitehtuurin on ohjattava standardinmukaisiin laiteratkaisuihin Standardit Sta4 Bussikaluston telematiikkajärjestelmien standardointi Standardit Sta5 Seuraavat nimetyt standardit on tarkasteltava arkkitehtuurityössä - CEN standardit - WorldFlip tiedonsiirtostandardi ajoneuvon sis. Tiedonsiirtoon - TransModel tietokantamalli - EU:n graafisen esitystavan standardit - ATEX-Net - GF 3.0 - LM:n turvamoduulistandardi. Standardit Sta6 Standardointitarvetta olisi seuraavilla alueilla: - Viranomaisrekistereiden yhteiskäyttöisyys - takseilta kerättävät tiedot ja niiden esitysmuoto - tilauskeskusten yhteensopivuus - maksukorttijärjestelmät ja matkaliput - reitti- ja aikataulutiedot (erityisesti kutsujoukkoliikenne) Standardit Sta7 Teollisuusstandardeja käytetään kun sellainen on alueelle muodostunut Standardit Sta8 Arkkitehtuurin tulee ohjata yhtenäisten ratkaisujen käyttöön erilaisten rinnakkaisten ratkaisujen sijaan Tasa-arvo Tas1 Käyttäjien on pystyttävä hyödyntämään telemaattisia palveluita riippumatta heidän maantieteellisestä sijainnistaan, sosiaalisesta asemastaan, taloudellisesta tilanteestaan, käyttämästään liikennemuodosta tai uuden teknologian käytön osaamisesta. 20