Source: http://docplayer.fi/1933078-Liikennepaivystajan-tyokalun-lk-tiedon-uudistaminen-esiselvitys-sisaisia-julkaisuja-19-2006.html
Timestamp: 2017-01-19 01:08:57+00:00
Document Index: 17875878

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

⭐Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys. Sisäisiä julkaisuja 19/2006
Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys. Sisäisiä julkaisuja 19/2006
Download "Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys. Sisäisiä julkaisuja 19/2006"
1 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys Sisäisiä julkaisuja 19/20062 3 Julkaisun nimi 1 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys Sisäisiä julkaisuja 19/2006 Tiehallinto Helsinki 20064 2 Julkaisun nimi ISSN X TIEH Verkkojulkaisu pdf (www.tiehallinto.fi/julkaisut) ISSN TIEH v Edita Prima Oy Helsinki 2006 Julkaisua saatavana: Tiehallinto, liikennekeskus TIEHALLINTO Liikennekeskus Opastinsilta 12 A PL HELSINKI Puhelinvaihde5 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys. Helsinki Tiehallinto, Liikennekeskus. Sisäisiä julkaisuja 19/ s. + liitt. 20 s. ISSN X, TIEH Asiasanat: Liikenteen hallinta, telematiikka, liikenteen ohjaus, tienkäyttäjäinformaatio Aiheluokka: 11, 22 TIIVISTELMÄ LK-tieto -järjestelmä on liikennekeskuksen päivystäjien keskeinen työkalu eri tahoilta saatavien tienpitoa ja liikennettä koskevien ilmoitusten kirjaamiseen ja käsittelemiseen sekä liikennetiedotteiden ja kunnossapidon viestien laatimiseen. Tämän selvityksen tavoitteena oli kartoittaa LK-tiedon ongelmat ja kehittämistarpeet, selvittää vaihtoehtoja ja antaa suosituksia LKtiedon korvaavan uuden häiriötietojärjestelmän kehittämiseen. Nykyisessä LK-tieto järjestelmässä on paljon käyttäjiä palvelevia ominaisuuksia, mutta myös merkittäviä toiminnallisia puutteita. Nykytilan ongelmat liittyvät ilmoitusten kirjaamiseen, paikan hakumahdollisuuksiin sekä tiedotteiden laatimiseen. Käyttäjän kannalta järjestelmä toimii usein liian hitaasti. Nykyinen LK-tieto on järjestelmänä teknisesti vanhentunut. Tarvittavien korjausten ja uusien ominaisuuksien lisääminen nykyiseen järjestelmään on teknisesti hankalaa ja kallista. Työssä kuvattiin uuden häiriötietojärjestelmän tavoitteellinen toiminnallisuus. Tämän perusteella selvitettiin markkinoilla olevien valmiiden tuotteiden soveltuvuutta Tiehallinnon tarpeisiin. Selvitys tehtiin lähettämällä kirjallinen kysely toimittajille (ns. RFI menettely) ja tutustumalla parhaisiin tuotteisiin tarkemmin tutustumiskäynneillä. Lisäksi arvioitiin kokonaan sovelluskehityksenä toteutettavan uuden järjestelmän vaihtoehtoa. Tuotekartoitus toi myönteisiä tuloksia osoittaessaan, että markkinoilta on löydettävissä useampikin tuote, josta Tiehallinnon vaatimat häiriötietojen hallintaa tukevat toiminnallisuudet löytyvät. Tuotehankinnan ja räätälöidyn järjestelmähankinnan välisiä eroja vertailtaessa todettiin, että tuotehankinta on parempi vaihtoehto, koska se on nopeampi toteutukseltaan, ja Tiehallinnon oma työ on selvästi vähäisempi. Tämä vaihtoehto on myös mahdollisesti halvempi. Jos joku toimittaja pystyy kuitenkin toimittamaan räätälöidyn järjestelmän kilpailukykyiseen hintaan, ei tätäkään vaihtoehtoa voi sulkea ulos. Kartoitetuista vaihtoehdoista Sercon, Novotecin sekä Mizarin tuotteet näyttivät kokonaisuuksina parhaimmilta. Uudistamistyön seuraava vaihe on vaatimusmäärittely. Ennen vaatimusmäärittelyn aloittamista Tiehallinnon on päätettävä ostopalvelun hankkimisesta sekä tutkittava vaihtoehto, jossa liikennekeskuksen ja yhteyskeskuksen asiakasyhteydenottojen vastaanottamisessa tarvittava tietojärjestelmätuki toteutetaan jatkossa yhteisellä järjestelmällä tai ostopalvelulla. Hanke on saanut Euroopan unionin liikenteen perusrakenteen kehittämiseen tarkoitettua TEN-T (Trans-European Networks - Transport) -rahoitusta.6 Modernisation of traffic centre incident management system - prestudy (Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys). Helsinki Finnish Road Administration. Finnra Reports 19/ p. + app. 20 p. ISSN X, TIEH Keywords: Traffic management, traffic management centre, telematics, traffic control, SUMMARY The incident management system is an essential tool for the traffic centre operators at Finnra (Finnish road administration). It is used for entering and managing data received from different sources and creating traffic messages and maintenance notifications. The objective of this study was to collect the problems and development needs of the current incident management system that serve as a basis for the future solution, to compare potential solution alternatives and to give recommendations regarding the development of a new incident management system. The current incident management system ( LK-tieto ) has many functionalities that serve the user well but it also has some significant functional shortcomings. The problems in the current system are linked to the data entry, location search functionality and creating announcements. LK-tieto is a technically outdated system and also very slow to use. Implementing the required fixes and new functionalities to the current system is an expensive and technically complicated process. The objective state functionality for the new incident management system was created during the study. This was used as the basis for evaluating the suitability of available incident management system products to Finnra s needs. The evaluation was carried out by sending an RFI questionnaire to the potential suppliers and making an initial analysis based on the answers received. Site visits were then organised to gain more information about products that appeared to be the most suitable. The option of implementing the new system through application development was also examined. The product study gave positive results by proving that there are several products available in the market that fulfil Finnra s functional requirements for an incident management system support tool. The study compared the differences between a product and a custom-made system implementation. Implementing a product is a better alternative due to faster delivery and a smaller workload for Finnra s own personnel. This alternative is also potentially less expensive. However, if some system implementer is indeed able to implement a custom-made system for a competitive price, that option needs to be considered carefully as well. As a whole, the products from Serco, Novotec and Mizar seemed to fulfil Finnra s requirements the best. The next phase is the requirement specification definition for the new system. Before initiating this phase, Finnra should make a decision regarding the system procurement through service outsourcing and investigate the option of implementing a common tool or acquiring an outsourced service for both traffic centre s and customer service centre s customer contact handling. The study has been granted European Community financial support in the field of Trans-European Networks Transport.7 ESIPUHE Työn tavoitteena oli selvittää vaihtoehtoja Tiehallinnon liikennekeskuksen nykyisen häiriötiedon varastoinnissa ja käsittelyssä käytettävän LK-tieto - järjestelmän korvaamiseen. Nykyisessä LK-tieto -järjestelmässä on todettu puutteita, jotka vaikeuttavat häiriötiedon hyödyntämistä liikenteen sujuvuuteen ja liikenneturvallisuuden parantamiseen tähtäävässä tiedottamistyössä. Tässä työssä selvitettiin valmiiden tuotteiden soveltuvuutta nykyisen järjestelmän korvaamiseen sekä vertailtiin toteutustapoja myös räätälöidyn järjestelmän ja ostopalveluna hankkimisen suuntaan. Hanke jatkuu liikenteenhallinnan tiedonhallinnan kehittämisohjelman, eliike, osana Selvitystyöhön Sysopen Digia Oy:stä ovat osallistuneet Anna Higgins, Pasi Hänninen, Jukka Lähesmaa, Timo Saarno ja Juha Levo. Tiehallinnon puolelta työn projektiryhmään ovat kuuluneet liikennekeskusjohtaja Petri Rönneikkö, kehittämispäällikkö Sami Luoma, liikennekeskuspäällikkö Veli-Pekka Pelttari (Turun toimipiste), liikenneinsinööri Hanna Setälä sekä liikenneinsinööri Juuso Kummala. Selvitystyön työpajoihin osallistuivat liikennepäivystäjät Taina Pursiainen (Turun toimipiste), Marjatta Talliniemi (Tampereen toimipiste) sekä Erkki Pakarinen ja Pekka Pyykkönen (Helsingin toimipiste). Helsingissä huhtikuussa 2006 Tiehallinto8 9 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys 7 Sisältö 1 JOHDANTO 9 2 TAUSTA JA LÄHTÖKOHDAT 10 3 SELVITYSTYÖN VAIHEET 11 4 LK-TIEDON NYKYTILAN KEHITYSTARPEET LK-tiedon nykytilan puutteet ja kehitystarpeet Toiminnallinen näkökulma Järjestelmätekninen näkökulma 13 5 LK-TIEDON TAVOITETILA Tavoitejärjestelmä Tavoitejärjestelmän toiminnallinen kuvaus Tietojen automaattinen vastaanotto Häiriötilanteiden kirjaaminen ja käsittely Häiriötilanteen hallinnan ja puheluiden tukeminen Häiriötilanteen tiedotus Karttakäyttöliittymä Päiväkirja Varareittien käsittely Häiriötietojen varastointi ja raportointi Tavoitejärjestelmän liittymät 22 6 TUOTEKARTOITUS Yhteenveto toimittajakyselyn vastauksista Tuotekuvaukset Tuotteiden keskinäinen vertailu Räätälöity järjestelmä Räätälöity järjestelmä vai valmis tuote Ostopalvelu 30 7 YHTEENVETO JA SUOSITUKSET JATKOSTA 31 8 LIITTEET 3210 8 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys11 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys 9 JOHDANTO 1 JOHDANTO LK-tieto -järjestelmä on liikennekeskuksen päivystäjien keskeinen työkalu eri tahoilta saatavien tienpitoa ja liikennettä koskevien häiriöilmoitusten kirjaamiseen ja käsittelemiseen sekä liikennetiedotteiden ja kunnossapidon viestien laatimiseen. Häiriötapahtumia ovat mm. tietyöt, muut lyhytaikaiset kunnossapitotyöt, liikennettä haittaavat erikoiskuljetukset, kelirikkotilanteet, onnettomuudet, poikkeukselliset keliolosuhteet ja muut liikennettä haittaavat häiriöt ja esteet. Myös urakoitsijoiden hallintaan käytettävään LIITO-järjestelmään välitettävät palautteet ja ilmoitukset kunnossapidosta kuuluvat järjestelmässä käsiteltävien tapahtumien piiriin. LK-tiedon toimintaympäristö on muuttunut merkittävästi järjestelmän suunnittelun jälkeen. Tiepiirikohtaisista liikennekeskuksista on siirrytty valtakunnalliseen liikennekeskus -tulosyksikköön alkaen. Aikaisempaan tilanteeseen suunniteltu järjestelmä ei täysin vastaa nykyisen toiminnan tarpeita. Järjestelmää on kehitetty osissa, mutta uusien muutosten tekeminen teknisesti vanhentuneeseen järjestelmään on tullut teknisesti hankalaksi ja kalliiksi. Näistä lähtökohdista Liikennekeskus on lähtenyt kehittämään häiriötietojärjestelmää eli LK-tiedon korvaavaa uutta tietojärjestelmää kaikkien eri häiriötapahtumien käsittelemiseen.12 10 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys TAUSTA JA LÄHTÖKOHDAT 2 TAUSTA JA LÄHTÖKOHDAT Liikennekeskuksen operatiivisen toiminnan tukena toimivan LK-tieto -järjestelmän uudistamisella pyritään kehittämään järjestelmän toimivuutta mm. lisäämällä uusia toiminnallisuuksia päivystäjien työn tukemiseen. Uuden LKtieto -järjestelmän tavoitteena on toimia Tiehallinnon keskitettynä häiriötietojen varastona ja työkaluna häiriötietojen käsittelyyn. Tämän selvityksen tarkoituksena oli tuottaa suositus siitä, kannattaako nykyistä sovellusta lähteä päivittämään nykyaikaisemmaksi, joko osittain tai kokonaan, vai onko markkinoilta löydettävissä valmiita liikennekeskuksen tarpeita tyydyttäviä sovelluksia, jotka sopivat suoraan, moduuleittain tai pienellä muokkauksella liikennekeskuksen tarpeisiin. Selvityksellä on seuraavat tarkemmat tavoitteet: selvittää nykyisen järjestelmän suurimmat puutteet ja kehittämistarpeet kartoittaa ja benchmarkata kotimaassa ja ulkomailla muilla vastaavanlaisilla tahoilla käytössä/tarjolla olevia tietojärjestelmiä ja tarkastella niiden soveltuvuutta sellaisenaan tai muokattuna Tiehallinnon liikennekeskuksen tulevaisuuden työkaluksi selvittää myös muiden liikennekeskuksen järjestelmien ja ohjelmistojen integrointimahdollisuuksia uuteen LK-tietoon sekä tekniseltä että toiminnalliselta kannalta (esim. karttapohjaiset sovellukset; puomit, avattavat sillat, yksittäiset ohjausjärjestelmät, kamerakuvat, jne.) selvittää millä tavalla LK-tiedossa tulevaisuudessa käsitellään tapahtumien sijaintitietoja (mm. TMC paikannusnimistö, Digiroad-osoitteet, tierekisteriosoitteet, koordinaatit) tavoitteena on myös ottaa kantaa siihen, hankitaanko järjestelmä tulevaisuudessa kokonaan tai osittain ulkoisena ostopalveluna.13 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys 11 SELVITYSTYÖN VAIHEET 3 SELVITYSTYÖN VAIHEET Selvitys toteutettiin marraskuun 2005 ja maaliskuun 2006 välisenä aikana kahdessa osassa. Ensimmäisessä vaiheessa kartoitettiin markkinoilla olevia vaihtoehtoja toimittajakyselyn avulla. Toisessa vaiheessa valittiin tarkemman tutustumisen kohteiksi kolme tuoteratkaisua. Selvityksen suositukset eivät kuitenkaan rajaa ketään toimittajista pois varsinaisesta tuotehankinnasta. Tuotekartoituksen taustaksi liikennepäivystäjiltä kerättiin kokemuksia nykyisen LK-tieto -sovelluksen ongelmista ja kehittämistarpeista haastatteluin ja yhteisessä työpajassa sekä laadittiin tavoitetilan toimintamallin kuvaus järjestelmätoiminnallisuuden näkökulmasta. Kuvaus toimi lähtökohtana toimittajille esitetyille kysymyksille. Toimittajat, joille kysely lähetettiin olivat: Heusch Boesefeldt (Saksa), Mizar (Italia), Novotec (Saksa), Serco (Iso-Britannia), Siemens (Saksa), Tieto-Enator (Suomi) ja Transcore (Yhdysvallat). Toimittajakyselyyn saatujen vastausten perusteella valittiin kolme toimittajaa, joiden ratkaisuihin haluttiin tutustua tarkemmin. Nämä toimittajat olivat Heusch Boesefeldt, Novotec ja Serco. Novoteciin tutustuttiin Suomessa järjestetyllä tuote-esittelytilaisuudella. Heusch Boesefeldtin ja Sercon tuotteisiin tutustuttiin vierailukäynneillä Frankfurtin Hessenin liikenteenohjauskeskuksessa (Heusch Boesefeldt) ja Birminghamissa sijaitsevassa Englannin kansallisessa liikenteenohjauskeskuksessa (Serco). Vierailujen jälkeen järjestettiin työpaja, jossa esiteltiin toimittajakyselyn tuloksia ja keskusteltiin johtopäätöksistä.14 12 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys LK-TIEDON NYKYTILAN KEHITYSTARPEET 4 LK-TIEDON NYKYTILAN KEHITYSTARPEET 4.1 LK-tiedon nykytilan puutteet ja kehittämistarpeet Toiminnallinen näkökulma Nykyisen LK-tiedon puutteita ja kehittämistarpeita käytiin läpi haastattelemalla liikennepäivystäjiä sekä keskustelemalla ongelmista ja puutteista yhdessä marraskuussa järjestetyssä työpajassa. Ongelmat kohdistuivat erityisesti yhteydenottojen vastaanottamiseen, karttakäyttöliittymän käytettävyyteen sekä järjestelmän yleiseen suorituskykyyn. Häiriöviestin vastaanotossa automatisointi koettiin tärkeäksi liittyen erityisesti hätäkeskuksen välittämiin viesteihin. Automaattisen vastaanoton tulisi toimia mm. siten, että hätäkeskuksen viestiä koskeva paikka tulisi merkityksi kartalle ja viestin tekstitiedot suoraan päivystäjälle täydennettäväksi tiedotteen tekemistä varten. Viestistä voisi tulla myös äänihälytys ja ennakkotiedote pop-upikkunana LK-tiedon näytölle. Myös tienvarsiteknologiaa tulisi hyödyntää siten, että tarvittaessa vikahälytykset saadaan automaattisesti LK-tiedon näytölle. Viestin kirjaamiseen ja käsittelyyn liittyviä ongelmia ovat mm. se, että nykyjärjestelmä ei yksinkertaisesti toimi riittävän nopeasti, jotta puhelun aikana voisi kirjata asiat suoraan järjestelmään. Kirjauksessa tehdään myös päällekkäistä työtä, kun LK-tietoon kirjataan muissa järjestelmissä tehtyjä toimenpiteitä. Kirjaustoiminnallisuuden tulisi tukea paremmin tietojen kirjaamista ja ohjata viestien tekemistä portaittain eteenpäin. Järjestelmä voisi myös muistuttaa, jos jokin olennainen tieto on jäänyt täyttämättä. Tärkeää olisi, että viestiä voisi editoida kaikissa vaiheissa siten, että tilanteesta syötetyt alkuperäiset tiedot päivittyvät samalla. Tämä ei ole nykyjärjestelmässä mahdollista, ja aiheuttaa työläitä virheenkorjausvaiheita. Viestien lähetyksessä tarvitaan lisää automatisointia, mm. GSM viestien editoimiseksi oikean mittaisiksi sanomiksi. Tiedottamisen tukemiseen kaivattuja muita toiminnallisuuksia ovat ennakkotiedotteiden laatimisen tuki (esim. niiden lähettämisestä muistuttaminen), rajoittamaton tila tapahtumien päivitystietojen kirjaamiselle (esim. vapaana word-pohjana) sekä ryhmälähetysten pidemmälle viety automatisointi. Pitkään jatkuvien tilanteiden päivitys ja tietojen selailu on tällä hetkellä vaikeaa, koska järjestelmä ei tue useita päivityksiä vaativien tilanteiden, esimerkiksi liikenteenohjausjärjestelmän toimintahäiriöiden ja niiden korjaamisen, käsittelyä. Tilanteen kokonaiskuvaa ja etenemistä on vaikeaa seurata, kun kaikkia sen aikana tehtyjä päivityksiä ei saa kerralla näkymään. Karttakäyttöliittymän käytettävyydessä koettiin tärkeimmäksi uudistettavaksi asiaksi paikan hakuominaisuus. Paikan pitää olla haettavissa ainakin tien nimen perusteella (tärkein), mutta tarvitaan myös muita hakuominaisuuksia sekä kattavampaa paikkaan sidotun tiedon esittämistä kartalla. Esimerkiksi varareitit pitäisi voida esittää kartalla omana tasonaan (layer) ja järjestelmän pitäisi pystyä esittämään ehdotuksia näistä tilanteiden hoitamisen tukemiseksi. Muita tarpeellisia esitettäviä tietoja ovat mm. sillat ja tiesääasemat.15 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys 13 LK-TIEDON NYKYTILAN KEHITYSTARPEET Päivystäjien työtä tukevassa päiväkirjatoiminnossa on tällä hetkellä liian vähän hakuehtoja ja käyttöliittymä koetaan sekavaksi, jonka vuoksi toiminnolla ei ole kovin paljon käyttöä nykyjärjestelmässä, mutta sen tuoma tuki nähdään tärkeäksi. Lisäksi järjestelmä toimii välillä hitaasti, mikä tekee työskentelyn hankalaksi pakottamalla päivystäjän tekemään kirjauksia järjestelmän sijasta ensin paperille Järjestelmätekninen näkökulma LK-tiedon nykyinen arkkitehtuuri LK-tiedon arkkitehtuuria voidaan pitää client-server-mallin ja kolmitasoarkkitehtuurin yhdistelmänä. Tietojen ylläpitotoiminnot perustuvat perinteiseen fat client -ratkaisuun, jossa käyttöliittymä on suoraan yhteydessä tietokantaan. Toiminnallisuuden keskeiset osat (tekstien ja tiedotteiden muodostaminen sekä tiedotteiden lähettäminen) on eriytetty omiksi palveluiksi, jotka toimivat omalla keskitetyllä palvelimella. Työasemasovellus koostuu kolmesta toteutustekniikaltaan toisistaan poikkeavasta osasta. Pääohjelmana toimii sovelluskehittimellä toteutettu lomakesovellus, joka kutsuu ESRIn MapObjects-komponentteja hyödyntävää karttakomponenttia. Kolmannen osan muodostaa palvelurajapinta, joka vastaa pääohjelman ja palveluiden välisestä kommunikoinnista. Sovelluspalvelimen palvelut ovat Windows Service tyyppisiä palveluita, joita ovat tekstien ja tiedotteiden ( - ja gsm-muodot) muodostaminen, tiedotteiden välittäminen SONJA-sanomanvälitysjärjestelmälle, kunnossapito- ja valaistusurakan haku sekä etäisyyksien laskeminen. Lisäksi LK-tiedon raportointiosa on erillisellä IIS-palvelimella toimiva selainsovellus. Tietokantapalvelimena on Oracle 9i-tietokanta. Tämä palvelu sisältää myös tallennettuja aliohjelmia, jotka toteuttavat osan liiketoimintalogiikasta. Kehittämismahdollisuudet Nykyisen LK-tiedon kehittämismahdollisuudet ovat melko rajalliset. Uusien ominaisuuksien lisääminen nykyiseen järjestelmään on työlästä, ja kokonaan uusien tekniikoiden käyttö vain lisää hallittavuutta vähentävää hajanaisuutta. Kehittämisen rajoitteet Nykyinen LK-tieto on tulos pitkästä kehityksestä, jossa uusia ominaisuuksia on lisätty kulloinkin parhaaksi nähdyllä tavalla. Lopputuloksena on kuitenkin ollut vaikeasti ylläpidettävä järjestelmä. Keskeisimmät ylläpitoa vaikeuttavat tekijät ovat: - Sovellus on melko monimutkainen ja koostuu useasta erillisestä osasta. Liiketoimintalogiikkaa sijaitsee niin käyttöliittymässä, palveluissa kuin tietokantaproseduureissakin.16 14 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys LK-TIEDON NYKYTILAN KEHITYSTARPEET - Sovelluksen eri osien välinen työnjako ei ole kaikilta osin selvä. Mm. samaa tietoa voidaan muuttaa esimerkiksi sekä lomakesovelluksessa että palveluissa. - Lomakesovelluksen ja palveluiden välinen tiedonsiirto tapahtuu pääosin tietokannan kautta. Tällöin esimerkiksi transaktioiden käsittely on hankalaa, koska keskeneräisiä tapahtumia pitää tallentaa kantaan. - Sovelluksen toteutuksessa on käytetty useita eri ohjelmointikieliä ja kirjastoja (PowerBuilder, Visual Basic, MapObjects, Visual C++, PL/SQL, ASP). LK-tiedon sovellusarkkitehtuurin ongelmallisin seikka on se, että lomakesovellus ja palvelut kommunikoivat pääosin tietokannan välityksellä. Tämä vaikeuttaa järjestelmän kehittämistä vaiheittain, koska merkittäviä muutoksia esimerkiksi käyttöliittymään ei voi tehdä ilman että palveluita joutuu myös muuttamaan. Pelkkä järjestelmän kosmeettinen muuttaminen ei taas vastaa tarkoitustaan. On myös muistettava, että Windows-pohjaisena järjestelmänä LKtieto ei vastaa Tiehallinnon IT-arkkitehtuurisuositusta eivätkä LK-tiedon palvelut ole nykyaikaisen palveluarkkitehtuurin mukaisia palveluita. Paikkatietojen ylläpidon ongelmat Tienkäyttäjäpalautteen ja häiriöilmoitusten käsittelyn ja tiedotuksen perusta ovat paikkatiedot eli kartta-aineistot ja -kohteet sekä niiden ominaisuustiedot. Ylläpidon kannalta aineistot voidaan nykyisin jakaa kolmeen eri luokkaan: sellaisenaan LK-tiedossa hyödynnettävät yleiset tiestötiedot, erikseen LK-tietoa varten muokattavat aineistot sekä erikseen vain LK-tietoa varten ylläpidettävät aineistot, kuten paikannusnimistö ja paikannuskoodit. Nykytilanteessa LK-tieto -järjestelmässä käytettävien paikkatietoaineistojen tuottamis- ja ylläpitoprosessi on monimutkainen. Aineistoja ylläpidetään ja muokataan manuaalisesti ainoastaan LK-tietoa varten. Paikannuspistekoodistoa ylläpidetään omalla ylläpitotyöasemalla, josta koodisto toimitetaan sovellustoimittajan muokattavaksi. Sovellustoimittaja siirtää muokatut paikannuspistetiedot keskusjärjestelmän tietokantaan ja paikannuspisteet välivaraston kautta käyttöliittymäpcille. Kartta-aineiston perustiedot saadaan paikkatietopalvelimelta, tierekisteristä ja karttapalvelun tuottajilta tiedostoina. Tämän jälkeen niitä muokataan erillisellä ohjelmalla LK-tiedon vaatimusten mukaisiksi ja siirretään aineisto välivaraston kautta käyttöliittymäpcille. Paikkatiedot päivitetään eräajona, jossa vanha aineisto korvataan uudella. Tämä voi aiheuttaa tietokannan eheyden rikkoutumisen ja siten virheitä aineistoon. Paikkatietoaineistojen päivitys on työläs operaatio ja aiheuttaa käyttökatkon järjestelmään. Eri paikoissa (työasemissa, palvelimella ja tietokannassa) olevien tietojen tulee olla yhtenevät, mikä edellyttää huolellisuutta ja yhteistyötä tietojen päivitykseen osallistuvien henkilöiden välillä. Paikkatietojen ylläpito vaatii siis ylimääräistä manuaalista työtä, jolloin karttakäyttöliittymässä näkyviin tietoihin jää helposti virheitä. Aineisto sisältää vanhentuneita tietoja, koska niitä ei pystyä päivittämään ajantasaisesti.17 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys 15 LK-TIEDON TAVOITETILA 5 LK-TIEDON TAVOITETILA 5.1 Tavoitejärjestelmä Häiriötietojärjestelmän (ns. uuden LK-tieto -järjestelmän) tavoitteena on toimia Tiehallinnon keskitettynä liikenteen häiriötietojen varastona ja työkaluna häiriötietojen käsittelyyn. Häiriötietojärjestelmä tukee suoraan tiedotusta ja tiedon jakelua sekä välillisesti kunnossapitoa sitä ohjaavan palautetiedon toimittamisella urakoitsijoiden hyödynnettäväksi. Lisäksi järjestelmän tiedot toimivat lähtökohtana liikenteen kokonaistilanteen mallinnukselle Tavoitejärjestelmän toiminnallinen kuvaus Tässä kuvauksessa keskitytään Tiehallinnon häiriötietojärjestelmän toiminnallisuuden kuvaamiseen. Häiriötapahtumia ovat mm. tietyöt, muut lyhytaikaiset kunnossapitotyöt, liikennettä haittaavat erikoiskuljetukset, kelirikkotilanteet, onnettomuudet, poikkeukselliset keliolosuhteet ja muut liikennettä haittaavat häiriöt ja esteet. Myös urakoitsijoiden käyttämään LIITO-järjestelmään välitettävät palautteet ja ilmoitukset kunnossapidosta kuuluvat järjestelmässä käsiteltävien tapahtumien piiriin. Häiriötietojärjestelmällä käsitellään eri lähteistä saatavia liikenteen häiriötilanteiden tietoja, ja kootaan ne sellaiseen muotoon, että niistä voidaan tuottaa häiriötiedotteita. Häiriötilanteet esitetään, ja niitä voidaan käsitellä karttakäyttöliittymän avulla. Järjestelmään on integroitu varareittijärjestelmä, jolloin varareittejä voidaan käsitellä ja tulostaa sähköisesti tavoitejärjestelmällä. Tavoitejärjestelmään on integroitu puhelunhallintajärjestelmä, ja tavoitejärjestelmä tukee ja ohjaa liikennekeskuksen päivystäjää häiriötilanteen ja puhelun käsittelyssä. Lisäksi tavoitejärjestelmä tukee valtakunnallista resurssien hallintaa ja sisältää liikennekeskuksen päivystäjän päiväkirjaominaisuuden. Tavoitejärjestelmään voidaan lisäksi toteuttaa muiden liikennekeskuksen järjestelmien integrointeja. Näitä järjestelmiä ovat muut karttapohjaiset sovellukset sekä kamerakuvat. Teknisessä toteutuksessa oleellista on toteuttaa järjestelmä, jonka päivittäminen ja muuttaminen on helppoa. Tavoitejärjestelmän paikkatiedot ovat yhtenäisiä muiden viranomaisten kanssa, ja ne perustuvat kansalliseen Digiroadaineistoon. Lisäksi tavoitejärjestelmässä voidaan päivittää ja yhdistellä häiriötapahtumia koskevia tietoja sekä liittää tapahtumia toisiinsa. Kuvassa 1 on esitetty häiriötietojärjestelmän tavoitetilan toiminnallisuus. Kukin toiminto on käsitelty erikseen seuraavissa luvuissa.18 16 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys LK-TIEDON TAVOITETILA 5. Karttakäyttöliittymä (tiedon esittäminen ja käsittely) 7. Varareittien käsittely 6. Päiväkirjan käsittely 2. Häiriötilanteiden kirjaaminen ja käsittely 8. Häiriötietojen varastointi ja raportointi 4. Häiriötilanteen tiedotus 1.Häiriötietojen automaattinen vastaanotto 3. Häiriötilanteen hallinnan ja puheluiden tukeminen Puhelin Sposti VIRVE Fax Muut liittyvät järjestelmät Puhelinjärjestelmä Urakoinnin hallinta (LIITO) Varareittien hallinta Kuva 1. Tavoitetilan häiriötietojärjestelmän toiminnallisuus Tietojen automaattinen vastaanotto Tavoitetilassa häiriötietojärjestelmään saadaan automaattisesti häiriötietoja ja poikkeamaherätteitä seuraavista lähteistä: o Häiriösanomana muilta tahoilta (esim. viranomaisilta tai kunnossapitäjiltä) o Tiehallinnon omien järjestelmien välisenä tiedonsiirtona o Häiriötietojen palvelun tuottajilta o Liikennetilannetiedon hallinta -järjestelmän analysoidun tiedon varastoinnista ja jakelusta saatavat poikkeamaherätteet (myöhemmässä vaiheessa) Tavoitejärjestelmä vastaanottaa ja varastoi häiriötiedot. Järjestelmä esittää tietoja liikennekeskuksen päivystäjälle käsittelyä varten. Tavoitejärjestelmän toteutukseen liittyy automaattisten häiriötietojen osalta seuraavia vaatimuksia: R1. Järjestelmän tulee voida vastaanottaa häiriötietoja ja poikkeamaherätteitä sisäisistä ja ulkoisista järjestelmistä. R2. Järjestelmän tietoja vastaanottavien rajapintojen tulee olla avoimia ja standardeja.19 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys 17 LK-TIEDON TAVOITETILA R3. Järjestelmä tulee varastoida vastaanotetut häiriötiedot. R4. Järjestelmän tulee organisoida vastaanotetut tiedot liikennekeskuksen käsittelyä varten. R5. Järjestelmän tulee yhdistää saman tilanteen eri ilmoitukset ja mahdollistaa niiden sujuva päivitys Häiriötilanteiden kirjaaminen ja käsittely Liikennekeskuksen päivystäjä aloittaa kaikkien tietojen kirjaamisen aina samalla käyttöliittymällä. Päivystäjä kirjaa tarvittavat tiedot kaikista yhteydenotoista ja tämän perusteella päätetään tarvittavista toimenpiteistä ja mihin tiedot välitetään. Yhteydenotot voivat olla ilmoituksia häiriötilanteista, LIITO ilmoituksia, tietojen kyselyjä tai muuta asiakaspalautetta. Päivystäjän saatua tietoa esimerkiksi puhelimitse, hän kirjaa tiedot käyttämällä yleistä lomaketta tilanteen kuvaamiseen. Tavoitejärjestelmä tukee ja ohjaa puhelun kulkua ja varmistaa, että kaikki tarvittavat tiedot tulevat kirjattua. Lopuksi päivystäjä luokittelee tilanteen ja määrittelee tilanteen edellyttämät jatkotoimenpiteet. Päivystäjän todettua häiriötilanteen, tilanteen käsittely etenee tämän kuvaksen mukaisesti. Muissa tapauksissa tilanne voi jatkua joko asiakaspalautteen tai kunnossapidon Liito-yhteydenoton käsittelyn mukaisesti. Liikennekeskuksen päivystäjä voi samalla käyttöliittymällä suorittaa häiriön kirjaamisen ja tietojen muokkaamisen tiedotuksen edellyttämään muotoon. Yhteydenoton tulee olla kirjattavissa siten, että sama kirjaus voidaan varustaa eri ominaisuustiedoilla, esim. kiireellinen LIITO -palaute on erilainen kuin tavallinen asiakaspalaute. Häiriötietojärjestelmään tulee viestejä ja herätteitä häiriötilanteista myös suoraan muista järjestelmistä. Muista järjestelmistä automaattisesti saadut häiriöviestit ja herätteet vaativat liikennekeskuksen päivystäjän käsittelyä. Järjestelmä kuitenkin muokkaa tiedon automaattisesti mahdollisimman pitkälle oikeaan muotoon. Tämän jälkeen manuaalista käsittelyä vaativat häiriötilanteet esitetään käyttäjälle. Liikennekeskuksessa tieto kaikista häiriötilanteista esitetään kartta-käyttöliittymässä. Tarpeen mukaan päivystäjä voi siirtyä kartta-käyttöliittymästä käsittelemään häiriötietoja. Kiireellistä käsittelyä vaativat tilanteet esitetään hälytyksen omaisesti karttakäyttöliittymässä. Lisäksi kaikki käsittelyä odottavat tilanteet esitetään häiriötietojen kirjaaminen ja käsittely -toiminnallisuudessa, jossa niitä voidaan muokata. Liikennekeskuksen päivystäjä voi täydentää, muuttaa ja päivittää kaikkiin häiriötilanteisiin liittyviä tietoja saadessaan lisää informaatiota tilanteesta tai tilanteen muuttuessa. Lisäksi aiempaan tilanteeseen voidaan kirjata liittyvien uusien yhteydenottojen ilmoittajien tietoja. Häiriötietoon voidaan liittää linkkejä muista tiedoista ja tapahtumista, joihin se liittyy. Tällöin esimerkiksi ohjausjärjestelmien vikailmoitustieto voidaan kiinnittää yksittäiseen häiriötilanteen tietoihin, jolloin voidaan nähdä mikä on tilanne viasta tiedottamisen suhteen.20 18 Liikennepäivystäjän työkalun LK-tiedon uudistaminen - esiselvitys LK-TIEDON TAVOITETILA Käyttäjä voi myös käsitellä ennakkotietoja tiedossa olevista tulevista häiriötilanteista. Tällöin voidaan määritellä tulevaisuudessa tapahtuvan häiriötiedotuksen ajankohdat. Lisäksi yksittäistä tilannetta koskevien häiriötietojen tila voidaan määritellä keskeneräiseksi, jolloin mitään näitä tietoja ei välitetä edelleen. Tavoitejärjestelmän toteutukseen liittyy häiriötietojen kirjaamisen ja käsittelyn osalta seuraavia vaatimuksia: R6. Eri lähteistä vastaanotetun häiriösanoman tulee hälyttää päivystäjää aloittamaan häiriötilanteen käsittelyn. R7. Järjestelmään tulee voida määritellä eri tiedoille parametroitavat hälytysrajat, joiden mukaan järjestelmä hälyttää päivystäjää aloittamaan tilanteen käsittely. R8. Järjestelmän tulee arvioida automaattisesti mistä häiriötilanteista se hälyttää karttakäyttöliittymässä ja toisaalta mitkä tilanteet esitetään vain häiriötietojen kirjaaminen ja käsittely toiminnallisuudessa. R9. Eri lähteistä vastaanotetut tiedot tulee esittää valmiiksi täytettynä päivystäjän lomakkeella. R10. Tietojen kirjaaminen tulee toteuttaa aina samalla käyttöliittymällä. R11. Yksi häiriö muodostaa tilanteen, johon voi liittyä useita tapahtumia, joista kerrotaan useilla ilmoituksilla R12. Kaikkia häiriötilanteen tietoja tulee voida lisätä, poistaa ja muuttaa milloin tahansa. R13. Yksittäiseen häiriötilanteeseen tulee voida liittää muita häiriötilanteita ja linkkejä muihin tietoihin ja järjestelmiin. R14. Järjestelmään tulee olla mahdollista kirjata ja käsitellä myös tulevaisuudessa tapahtuvia häiriötilanteita Häiriötilanteen hallinnan ja puheluiden tukeminen Tavoitejärjestelmä tukee ja ohjaa liikennekeskuksen päivystäjää häiriönhallinta-prosessin ja puheluiden käsittelyn eri vaiheissa. Järjestelmä varmistaa ja muistuttaa päivystäjää, että kaikki käsittelyä vaativat häiriötilanteet käsitellään priorisoidussa järjestyksessä. Järjestelmä tukee puheluiden etenemistä. Puhelinjärjestelmä on integroitu tavoitejärjestelmään siten, että puheluiden numerotiedot ja muut soittajan saatavilla olevat tiedot välitetään suoraan häiriötietojärjestelmään, jossa ne esitetään päivystäjälle valmiiksi kirjauslomakkeella. Tavoitejärjestelmän toteutukseen liittyy seuraavia vaatimuksia: R15. Tavoitejärjestelmän tulee ohjata häiriötilanteen käsittelyprosessin etenemistä. Näytä lisää
Junaliikenteen häiriötilannetietojen tuottaminen ja tiedotus Esiselvitys ja vaatimusmäärittely 28.10.2004 Hankkeen tavoitteet Toimiva prosessi junaliikenteen häiriötilanteiden tietojen tuottamiseen, ylläpitämiseen Lisätiedot Liikennetiedot Yleisradion palveluissa
Liikennetiedot Yleisradion palveluissa Liikennetelematiikan kansallinen arkkitehtuuri Esimerkki 1.0 19.05.2004 Liikennetiedot Yleisradion palveluissa Tavoite Arkkitehtuuri kuvaa, kuinka Yleisradio saa Lisätiedot Eija Lahtinen Uudet kelikamerat Kaakkois-Suomen tiepiiri
Eija Lahtinen Uudet kelikamerat Kaakkois-Suomen tiepiiri VIKING Eija Lahtinen Uudet kelikamerat Kaakkois-Suomen tiepiiri Tiehallinto Kaakkois-Suomen tiepiiri Liikenteen palvelut Kouvola 2001 Raportin Lisätiedot Henkilöliikenteen telematiikan kansallinen järjestelmäarkkitehtuuri TelemArk
Henkilöliikenteen telematiikan kansallinen järjestelmäarkkitehtuuri TelemArk 29.6.2001 Tausta ja tavoitteet! Henkilöliikenteen kansallista järjestelmäarkkitehtuuria tarvitaan ohjaamaan liikennetelematiikan Lisätiedot TAPAHTUMIEN SEURANTA KEHITYSEHDOTUSTEN KIRJAUS POIKKEAMIEN HALLINTA
TAPAHTUMIEN SEURANTA KEHITYSEHDOTUSTEN KIRJAUS POIKKEAMIEN HALLINTA LMQ -ohjelmisto Kenelle miten miksi? LogMaster Oy 2007-2009 LMQ miksi? 1. KUSTANNUSTEN ALENTAMINEN Johtamisen välineet tapahtumien kirjaaminen Lisätiedot Hintatiedotus ja tietojen välitys. Loppuraportti
Hintatiedotus ja tietojen välitys Loppuraportti Henkilöliikenne 18. marraskuuta 2002 1 Lähtökohdat VR Henkilöliikenteellä on käytössä Journey Planner reitinsuunnittelupalvelu. Palvelua käyttävät matkustajat Lisätiedot Jaakko Myllylä ja Anssi Lampinen Liikkuvan kelihavainnoinnin automatisointi
Jaakko Myllylä ja Anssi Lampinen Liikkuvan kelihavainnoinnin automatisointi VIKING Jaakko Myllylä ja Anssi Lampinen Liikkuvan kelihavainnoinnin automatisointi Tiehallinto Kaakkois-Suomen tiepiiri Liikenteen Lisätiedot Ympäristö ja ympäristöterveys
Ympäristö ja ympäristöterveys Facta Ympäristöosa tukee kuntien ympäristövalvontaan liittyviä työprosesseja. Käyttäjä voi katsella, ylläpitää ja tulostaa ympäristökohteiden tietoja, kirjata valvontatapahtumia Lisätiedot Movikan CallMEDIA-palvelut
Movikan CallMEDIA-palvelut kuluttaja osaksi Median sisältöä Älykkäät Puhe- ja Viestipalvelut CallTV-palvelut Älykkäät Puhe- ja Viestipalvelut interaktiivista sisältöä medioille IVR-, SMS- ja älypuhelintekniikka Lisätiedot ADE Oy Hämeen valtatie 144 20540 TURKU. Tuotekonfigurointi. ADE Oy Ly Tunnus: 1626957-3
Kaukokartoitusaineistojen hyödyntäminen toiminnanohjausjärjestelmässä 5.6.2014 Jani Heikkilä Bitcomp Oy Uuden ajan toiminnanohjausjärjestelmät Modulaarisia selainsovelluksia Käytettävissä selaimella työskentelypaikasta Lisätiedot LmQ ohjelmisto kattavaa tapahtumanhallintaa helposti
TAPAHTUMAT POIKKEAMAT REKLAMAATIOT LmQ ohjelmisto kattavaa tapahtumanhallintaa helposti Log Master Oy 2007-2010 LmQ miksi? 1. KUSTANNUSTEN ALENTAMINEN / johtamisen välineet tapahtumien kirjaaminen on nopeaa Lisätiedot Ajankohtaista peltolohkorekisterissä
Ajankohtaista peltolohkorekisterissä Ajantasaistus keväällä 2009 Talvella 2008-2009 maataloushallinto teki ajantasaistusta yhteensä 104 kunnan alueella. Kaikkia kuntia ei ole ajantasaistettu kokonaisuudessaan, Lisätiedot Paikkatiedon tulevaisuus
Paikkatiedon tulevaisuus Yksityismetsätalouden metsänhoitajien vierailu TE:llä 11.10.2007 Juhani Tervo Pääarkkitehti, GIS Iso skaala erilaisia paikkatietojärjestelmiä Paikkatieto tietojärjestelmissä Paikkatietojärjestelmä Lisätiedot Sisällys. Valtion tietotekniikan rajapintasuosituksia. XML:n rooleja sähköisen asioinnin tavoitearkkitehtuurissa. dbroker - asiointialusta
Palveluita ja sisältöä portaaliin - XML:n mahdollisuuksista XML-tietokannat ja julkishallinnon XML-sovellukset, 28.05.2002 Lasse Akselin, TietoEnator Oyj Sisällys Valtion tietotekniikan rajapintasuosituksia Lisätiedot Taltioni teknisen alustan arviointi
Taltioni teknisen alustan arviointi Taltioni sidosryhmätilaisuus, 10.1.2012 Jaakko Lähteenmäki, Niilo Saranummi 1/11/2012 2 Selvitystyön kohde Selvitystyö: VTT & Fujitsu Keskeiset vaatimukset Taltioni-palvelulle? Lisätiedot Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7
Paikkatietorajapinnat IT arkkitehtuurin näkökulmasta 21.12.200 7 Mikä on IT arkkitehtuuri? Liiketoimintamalli määrittelee IT arkkitehtuurin IT arkkitehtuuri ottaa kantaa sovelluksen laadullisiin vaatimuksiin Lisätiedot OULA TelemArk - arkkitehtuuri
OULA TelemArk - arkkitehtuuri Fax +358 (0)8 551 3870 www.buscom.fi Date: 9.12.2004 Page: 1 Versiohistoria Versio Pvm Tekijä Muutoksen kuvaus 0.01 02.03.2004 Pvu Ensimmäinen versio. 0.02 11.03.2004 Pvu Lisätiedot PAIKKATIETOJEN KÄYTTÖ HSY:N VESIHUOLLON OPERATIIVISESSA JA STRATEGISESSA TOIMINNASSA
PAIKKATIETOJEN KÄYTTÖ HSY:N VESIHUOLLON OPERATIIVISESSA JA STRATEGISESSA TOIMINNASSA Vesihuolto 2015 Turku 21.5.2015 Pentti Janhunen Paikkatieto Paikkatieto on tietoa, johon liittyy maantieteellinen sijainti Lisätiedot TIEKE Verkottaja Service Tools for electronic data interchange utilizers. Heikki Laaksamo
TIEKE Verkottaja Service Tools for electronic data interchange utilizers Heikki Laaksamo TIEKE Finnish Information Society Development Centre (TIEKE Tietoyhteiskunnan kehittämiskeskus ry) TIEKE is a neutral, Lisätiedot ESISELVITYS SEUDULLISEN SÄHKÖISEN PALVELUVERKKO- JA KARTTA - HANKKEEN KÄYNNISTÄMISESTÄ Tampereen kaupunkiseudun kuntayhtymä Dimenteq Oy, 18.12.
DIMENTEQ OY ÖRNINKATU 15 24100 SALO FINLAND WWW.DIMENTEQ.FI ESISELVITYS SEUDULLISEN SÄHKÖISEN PALVELUVERKKO- JA KARTTA - HANKKEEN KÄYNNISTÄMISESTÄ Tampereen kaupunkiseudun kuntayhtymä Dimenteq Oy, 18.12.2011 Lisätiedot SUOMEN KUNTALIITTO RY
Karttaliittymä Versio: 18.10.2011 Julkaistu: 27.10.2011 Voimassaoloaika: Toistaiseksi Sisällys 1 Johdanto... 2 1.1 Suosituksen tausta... 2 1.2 Suosituksen rakenne... 2 2 Soveltamisala... 2 3 Lyhenteet... Lisätiedot Käyttäjäkeskeisen suunnittelun sulauttaminen osaksi tuotekehitysprosessia
http://www.cs.tut.fi/ihte http://www.cs.tut.fi/ihte/projects/kaste Käyttäjäkeskeisen suunnittelun sulauttaminen osaksi tuotekehitysprosessia Kati Kuusinen Esityksen sisältö Työn taustasta Työn tavoitteista Lisätiedot Liikenteen hallinta sää- ja kelitiedon tuottaminen kuvien tuottaminen liikennetiedon tuottaminen
sää- ja kelitiedon kuvien liikennetiedon kunnossapidon toimenpidetietojen analysointi tietojen täydennys ja tilanteen häiriön muuttuvien opasteiden Bussi Hälytysajoneuvo Häl. ajon. kuljettaja Palvelun Lisätiedot Integrated Management System. www.ims.fi, Ossi Ritola
Integrated Management System www.ims.fi, Ossi Ritola Mitä prosessien tunnistaminen on? Löydämme ja ryhmittelemme organisaation toistettavat työnkulut optimaalisimmalla tavalla organisaation tulevaisuuden Lisätiedot UUSI PYSÄKKITYÖKALU - koulutus
UUSI PYSÄKKITYÖKALU - koulutus 29.4.2014 Susanna Kymäläinen / Liikennevirasto Kouluttajat Tietopalveluasiantuntija Susanna Kymäläinen / Liikennevirasto Susanna.kymalainen@liikennevirasto.fi, p. 040 6766 Lisätiedot Miksi HEILI-ohjelma 3.6.2003. Yli-insinööri Seppo Öörni Liikenne- ja viestintäministeriö
Miksi HEILI-ohjelma 3.6.2003 Yli-insinööri Seppo Öörni Liikenne- ja viestintäministeriö 1 HEILI Henkilöliikenteen info-ohjelma Edistää yhteistyötä henkilöliikenteen tiedotuspalveluiden ja joukkoliikenteen Lisätiedot 0DULWWDÃ3ROYLQHQ. .HOLWLHGRWWDPLQHQÃÃWLHWRMHQÃNHUXXÃNlVLWWHO\ÃMD MDNHOX. Helsinki 1998 VIKING. TIEHALLINTO Liikenteen palvelut
0DULWWDÃ3ROYLQHQ 7LHODLWRV.HOLWLHGRWWDPLQHQÃÃWLHWRMHQÃNHUXXÃNlVLWWHO\ÃMD MDNHOX Helsinki 1998 TIEHALLINTO Liikenteen palvelut VIKING 0DULWWDÃ3ROYLQHQ.HOLWLHGRWWDPLQHQWLHWRMHQNHUXXNlVLWWHO\ MDMDNHOX 7LHODLWRV Lisätiedot Miten Helsingin seudun liikennettä voidaan hallita telematiikan avulla?
1 Miten Helsingin seudun liikennettä voidaan hallita telematiikan avulla? Rita Piirainen Tiejohtaja Uudenmaan tiepiiri 2 Helsingin seudun liikenteen hallinnan kehittäminen PKS:n liikenneneuvottelukunta Lisätiedot Tietojärjestelmien integroiminen hyödyntämällä palvelupohjaista arkkitehtuuria. CASE: Metropolia. Jaakko Rannila & Tuomas Orama 1
Tietojärjestelmien integroiminen hyödyntämällä palvelupohjaista arkkitehtuuria CASE: Metropolia 31.10.2012 Jaakko Rannila & Tuomas Orama 1 Aiheet Tietojärjestelmien integrointi Integrointiin liittyvät Lisätiedot Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu KÄYTTÖOHJE. LiKe Liiketoiminnan kehityksen tukiprojekti
Tik-76.115 Tietojenkäsittelyopin ohjelmatyö Tietotekniikan osasto Teknillinen korkeakoulu JÄRJESTELMÄN KÄYTTÖOHJE LiKe Liiketoiminnan kehityksen tukiprojekti Versio: 1.1 Tila: hyväksytty Päivämäärä: 13.2.2001 Lisätiedot Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena
Kokonaisvaltainen mittaaminen ohjelmistokehityksen tukena Mittaaminen ja ohjelmistotuotanto seminaari 18.04.01 Matias Vierimaa 1 Miksi mitataan? Ohjelmistokehitystä ja lopputuotteen laatua on vaikea arvioida Lisätiedot Milloin kannattaa käyttää XML:ää CASE: VR - e-cargo
Milloin kannattaa käyttää XML:ää CASE: VR - e-cargo ebusiness Forum Kouvola, 3.10.2002 25.9.2002, Ina Mickelsson, EDI Management sivu 1 E-Cargo Esityksen sisältö: hankkeen taustat ja tavoitteet hankkeen Lisätiedot Liikenteen hallinnan arkkitehtuuri. Tavoitteellinen järjestelmäarkkitehtuuri
Liikenteen hallinnan arkkitehtuuri Tavoitteellinen järjestelmäarkkitehtuuri Versio 1.02 8.3.2005 Liikenteen hallinnan arkkitehtuuri Tavoitteellinen järjestelmäarkkitehtuuri Tiehallinnon sisäisiä julkaisuja Lisätiedot Konenäköpilotti ja muutoslaboratorio. Jani Kemppainen Rakennusteollisuus ry
ATK Päivät 2006 Mikkeli KODAK EIM & RIM VIParchive Ratkaisut 29.-30.5. 2006 Stefan Lindqvist HCIS Sales Specialist Health Care Information Systems Kodak Health Group 3/24/2013 1 Arkistoinnin haasteita Lisätiedot Digiroadpysäkkisovelluskoulutus
Digiroadpysäkkisovelluskoulutus Emmi Sallinen / Digiroad-operaattori Henni Vainio / Digiroad-operaattori 2.6.2015 Tilaisuuden sisältö ja tavoite Valtakunnallisen pysäkkirekisterin esittely Digiroadin näkökulmasta Lisätiedot Hankkeen toiminnot työsuunnitelman laatiminen
Hankkeen toiminnot työsuunnitelman laatiminen Hanketyöpaja LLP-ohjelman keskitettyjä hankkeita (Leonardo & Poikittaisohjelma) valmisteleville11.11.2011 Työsuunnitelma Vastaa kysymykseen mitä projektissa Lisätiedot DIGIROAD. Kansallinen tie- ja katutietojärjestelmä
1 Kansallinen tie- ja katutietojärjestelmä Ajoneuvopääteseminaari 19.3.2002 Johtava konsultti Pekka Petäjäniemi 2 -hankkeen tavoitteet Kehittää kansallinen tie- ja katutietojärjestelmä, joka mahdollistaa Lisätiedot Tietojärjestelmän osat
Analyysi Yleistä analyysistä Mitä ohjelmiston on tehtävä? Analyysin ja suunnittelun raja on usein hämärä Ei-tekninen näkökulma asiakkaalle näkyvien pääkomponenttien tasolla Tietojärjestelmän osat Laitteisto Lisätiedot Projektityö: Mobiiliajopäiväkirja. Mikko Suomalainen
Projektityö: Mobiiliajopäiväkirja Mikko Suomalainen 1. Määritelmä Mobiiliajopäiväkirja on kännyköille suunnattu ajopäiväkirja-sovellus. Sovelluksen pääperiaate on toimia automaattisena ajopäiväkirjana. Lisätiedot Portaaliteknologiat mahdollistavat ajattelutavan muutoksen
- 1 - Portaaliteknologiat mahdollistavat ajattelutavan muutoksen Petri Kanerva Fusion Middleware Architect, Oracle Finland Oy 29.04.2010 The following is intended to outline our general Lisätiedot Liikkuva työ pilotin julkinen raportti 30.06.2014
Liikkuva työ pilotin julkinen raportti 30.06.2014 2 / 9 Green ICT pilotin raportti SISÄLLYSLUETTELO 1. Tiivistelmä koekäytöstä... 3 2. Toteutus... 4 2.1.Tavoite... 4 2.2.Mobiilisovellus... 4 2.3.Käyttöönotto... Lisätiedot PANK ry Tiemerkintäpäivät 12.-13.2.2015 Tampere Tiemerkintöjen ylläpidon tietopalvelun kehittäminen
PANK ry Tiemerkintäpäivät 12.-13.2.2015 Tampere Tiemerkintöjen ylläpidon tietopalvelun kehittäminen 13.2.2015/Keijo Pulkkinen Sisältö Yleistä Tietopalvelukokonaisuus Kehittäminen OfficeAutori Tiedonsiirron Lisätiedot Ohjelmiston toteutussuunnitelma
Ohjelmiston toteutussuunnitelma Ryhmän nimi: Tekijä: Toimeksiantaja: Toimeksiantajan edustaja: Muutospäivämäärä: Versio: Katselmoitu (pvm.): 1 1 Johdanto Tämä luku antaa yleiskuvan koko suunnitteludokumentista, Lisätiedot Sonera Viestintäpalvelu VIP VIP Laajennettu raportointi Ohje
Sonera Viestintäpalvelu VIP VIP Laajennettu raportointi Ohje Sisällysluettelo VIP Laajennettu raportointi... 3 Luo raportti Laajennetun raportoinnin työkaluilla... 4 Avaa Laajennettu raportointi... 4 Valitse Lisätiedot Järjestelmäarkkitehtuuri (TK081702) Yritysarkkitehtuuri. Muutostarpeet
Järjestelmäarkkitehtuuri (TK081702) Ympäristö Muutostarpeet ja niihin vastaaminen Yritysarkkitehtuuri Liiketoiminta-arkkitehtuuri Tavoitteet, Palvelut, Prosessit Informaatioarkkitehtuuri Tietotarpeet, Lisätiedot EUREFin vaikutukset organisaatioiden tietojärjestelmiin
EUREFin vaikutukset organisaatioiden tietojärjestelmiin EUREF-päivä 4.9.2012 ALEKSI LESKINEN Sisältö Tietojärjestelmät ja EUREF Keskeiset haasteet EUREF-muunnoksissa EUREF-muunnosprosessin vaiheet Yhteenveto Lisätiedot SÄHKE- ja Moreqvaikutukset. dokumenttienhallinnan järjestelmäkehitykseen. Juha Syrjälä, Affecto Finland Oy
SÄHKE- ja Moreqvaikutukset asian- ja Ju dokumenttienhallinnan järjestelmäkehitykseen Juha Syrjälä, Affecto Finland Oy Affecto Enterprise Information Management -ratkaisujen edelläkävijä Pohjois- Euroopassa Lisätiedot Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset
Tekninen määrittely: Editori Digi-tv vastaanottimella toteutetut interaktiiviset sovellukset Sisällysluettelo 1. Johdanto...4 1.1. Tarkoitus ja kattavuus...4 1.2. Tuote ja ympäristö...4 1.3. Määritelmät, Lisätiedot ASPA asiakaspalautteen käsittely ja raportointi järjestelmä
www.openspace.fi 1 ASPA asiakaspalautteen käsittely ja raportointi järjestelmä ASPA on kehitetty asiakaspalautteen joustavaan käsittelyyn yrityksen tai yhteisön toiminnan kehittämiseksi. Asiakaspalautteen Lisätiedot FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen
FiSMA 1.1 Monikerrosarkkitehtuuri 1 (6) FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen 1. Yleiset periaatteet FiSMA 1.1 -menetelmässä mitataan sovellusperiaatteen Lisätiedot Alkuraportti. LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari
LAPPEENRANNAN TEKNILLINEN YLIOPISTO TIETOJENKÄSITTELYN LAITOS CT10A4000 - Kandidaatintyö ja seminaari Alkuraportti Avoimen lähdekoodin käyttö WWW-sovelluspalvelujen toteutuksessa Lappeenranta, 30.3.2008, Lisätiedot Lumon tuotekirjaston asennusohje. Asennus- ja rekisteröintiohje
Lumon tuotekirjaston asennusohje Asennus- ja rekisteröintiohje 1. Sisältö 1. Asennuspaketin lataaminen 4 2. Zip-tiedoston purkaminen ja sovelluksen asentaminen 4 3. Sovelluksen rekisteröiminen 7 4. Sisällön Lisätiedot TRAVEL-GUIDE TRAVELler and traffic information systems GUIDElines for the enhancement of integrated information provision systems
TRAVEL-GUIDE TRAVELler and traffic information systems GUIDElines for the enhancement of integrated information provision systems LVM ja Tiehallinto VTT: pirkko.rama@vtt.fi, juha.luoma@vtt.fi tiedonkeruuta, Lisätiedot Aikuisopiskelijan viikko - Viitekehys alueellisten verkostojen yhteistyöhön
Aikuisopiskelijan viikko - Viitekehys alueellisten verkostojen yhteistyöhön Aikuisopiskelijan viikko tarjoaa mainion tilaisuuden toteuttaa tapahtumia yhteistyössä oman alueen eri organisaatioiden kanssa. Lisätiedot Elinvoimaa metsistä -seminaari
Elinvoimaa metsistä seminaari 6.11.2013 Veikko Iittainen Tavoitteena on: Tarjota metsänomistajille ajantasaista tietoa metsistä, jotta he tekevät tietoisia päätöksiä metsiensä hoidosta ja käytöstä Tarjota Lisätiedot AVOIMEN TUOTTEEN HALLINTAMALLIT. Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö. Yhteentoimivuutta avoimesti 2.12.2011
AVOIMEN TUOTTEEN HALLINTAMALLIT Kunnassa toteutettujen tietojärjestelmien uudelleenkäyttö Yhteentoimivuutta avoimesti 2.12.2011 Erikoistutkija, MSc. Tapio Matinmikko, Teknologian tutkimuskeskus VTT 2 Esittäjästä Lisätiedot Uuden sukupolven verkko-oppimisratkaisut 15.2.2012 Jussi Hurskainen
Uuden sukupolven verkko-oppimisratkaisut 15.2.2012 Jussi Hurskainen Arcusys Oy Toimivan johdon omistama tietotekniikan palveluyritys Perustettu vuonna 2003 Henkilöstö 48 ohjelmistoalan ammattilaista Asiakkaina Lisätiedot Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011
Lisätieto 15.2.2011 Master data tietojen ja kriteeristön sekä hallintamallin määrittely ja suunnittelu TRE:933/02.07.01/2011 Vastaukset täydentävät vaatimusmäärittelyämme lisätietona ja ne tulee ottaa Lisätiedot Maanteiden pysäkkitietojen ylläpito-ohje Ely-keskuksille
Ohje 1 (7) Maanteiden pysäkkitietojen ylläpito-ohje Ely-keskuksille Kuten syksyllä 2014 on tiedotettu, maantiepysäkkien tietoja on tarpeen ylläpitää toistaiseksi rinnakkain kahdessa järjestelmässä - Digiroadissa Lisätiedot HIJAT HR TYÖPÖYTÄ PALVELUNA KUVAUS, SOPIMUS 22005, LIITE 2
HIJAT HR TYÖPÖYTÄ PALVELUNA KUVAUS, SOPIMUS 22005, LIITE 2 HELSINGIN KAUPUNKI JA LOGICA OY 1 Palvelusopimus 22005 1 SISÄLLYSLUETTELO 1 PALVELUNA -PALVELUN TEKNINEN PALVELINYMPÄRISTÖN KUVAUS... 2 2 PALVELUNA-PALVELU... Lisätiedot FORUM 2015 Palvelusektorin osa-alueita Asiantuntijapalvelut ja Asiakastyytyväisyys 3.11.2015 Risto Pulkkanen, SFS Finlandia-talo, Helsinki
FORUM 2015 Palvelusektorin osa-alueita Asiantuntijapalvelut ja Asiakastyytyväisyys 3.11.2015 Risto Pulkkanen, SFS Finlandia-talo, Helsinki Asiantuntijapalvelut (EN 16775) ja Asiakastyytyväisyys (CEN/TS Lisätiedot Liikennetiedotus digi-tv:ssä -pilottiprojekti
Liikennetiedotus digi-tv:ssä pilottiprojekti Liikennetelematiikan kansallinen arkkitehtuuri 1.0 27.1.2005 Liikennetiedotus digi-tv:ssä -pilottiprojekti Tavoite Arkkitehtuuri kuvaa, kuinka liikennetiedot Lisätiedot Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta
Asiakaspalveluprosessin kehittäminen jakelun vaikutuspiiriin kuuluvien asioiden osalta Tehtävät 1. Asiakaspalvelun ja asiakkaiden vaatimukset jakelulle => haastateltavat organisaatiot/henkilöt => lukijaraatien Lisätiedot Tiedonhallinnan perusteet. Viikko 1 Jukka Lähetkangas
Tiedonhallinnan perusteet Viikko 1 Jukka Lähetkangas Kurssilla käytävät asiat Tietokantojen toimintafilosofian ja -tekniikan perusteet Tiedonsäilönnän vaihtoehdot Tietokantojen suunnitteleminen internetiä Lisätiedot FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen
FiSMA 1.1 Monikerrosarkkitehtuuri 1 (7) FiSMA 1.1 Toiminnallisen laajuuden mittausmenetelmä Ohje monikerrosarkkitehtuurin mittaamiseen 1. Yleiset periaatteet FiSMA 1.1 -menetelmässä mitataan sovellusperiaatteen Lisätiedot 1 JOHDANTO...2 2 UUDEN ILMOITUKSEN LUOMINEN...2 3 VALMIIN ILMOITUKSEN MUOKKAAMINEN...4 4 YLEISTEKSTIEN KÄYTTÖ JA LUOMINEN...4
Päivitetty 27.4.2010 Sisällysluettelo 1 JOHDANTO...2 2 UUDEN ILMOITUKSEN LUOMINEN...2 3 VALMIIN ILMOITUKSEN MUOKKAAMINEN...4 4 YLEISTEKSTIEN KÄYTTÖ JA LUOMINEN...4 5 SAAPUNEET HAKEMUKSET JA NIIDEN KÄSITTELY...4 Lisätiedot TYÖPAJA ARKKITEHTUURIN KÄYTÖSTÄ - OHJELMA -
Liikennetelematiikan kansallinen järjestelmäarkkitehtuuri TYÖPAJA ARKKITEHTUURIN KÄYTÖSTÄ - OHJELMA - Liikenne- ja viestintäministeriön työpaja 21.9.2000 Sisällys 1 Työpajan agenda...3 2 TelemArk-yleisesittely...4 Lisätiedot Älykkään vesihuollon järjestelmät
Älykkään vesihuollon järjestelmät Älykkään vesihuollon järjestelmät fcgsmart.fi Älykäs vesihuolto 6. Organisaatio, johtaminen ja asiakaspalvelu 5. Tiedon yhdistäminen ja analysointi 4. Tiedon hallinta Lisätiedot Verkottunut suunnittelu
Rintekno Oy / JMM / 10.1.2002 Verkottunut suunnittelu DOKUMENTTI- POHJAINEN Tarkastus ja hyväksyntä Automaattinen dokumenttien luonti MALLIPOHJAINEN 2D:SSÄ JA 3D:SSÄ Tarkastus ja hyväksyntä Virtuaaliset Lisätiedot Julkinen sanomarajapinta. 4.9. ja 11.9.2009
4.9. ja 11.9.2009 1 Asiakkaiden nykyiset sanomaliikenneyhteydet Tulliin Nykytilassa sanomaliikenneyhteydet Tullin asiakkaiden tietojärjestelmistä Tullin sovelluksiin välillä hoidetaan operaattoreiden kautta, Lisätiedot TAMPEREEN KAUPUNKI KUNNOSSAPIDON PALAUTEJÄRJESTELMÄN PILOTOINTI
TAMPEREEN KAUPUNKI KUNNOSSAPIDON PALAUTEJÄRJESTELMÄN PILOTOINTI KUNNOSSAPIDON PALAUTEJÄRJESTELMÄ Tampereen kaupungin katu- ja puistoalueiden kunossapidon palautejärjestelmä: Helppokäyttöisenä käyttöliittymänä Lisätiedot Maastotietokannan ylläpito
Maastotietokannan ylläpito Kuntien paikkatietoseminaari 10.-11.2.2015 Risto Ilves Kehityspäällikkö, Maastotietotuotanto Maanmittauslaitos Sisältö Nykytoiminta lyhyesti Kansallinen maastotietokanta hanke Lisätiedot OHJEITA OMAPALVELUN KÄYTTÖÖN
OHJEITA OMAPALVELUN KÄYTTÖÖN OMAPALVELU Omapalvelussa voit tehdä toimeentulotuen ensihakemuksen tai toimeentulotuen jatkohakemuksen seurata hakemuksesi käsittelyn tilaa vastata sähköisesti lähetettyyn Lisätiedot Järjestelmäarkkitehtuuri (TK081702) Lähtökohta. Integroinnin tavoitteet
Järjestelmäarkkitehtuuri (TK081702) Integraation tavoitteita Lähtökohta Web-palvelut Asiakasrekisteri ERP, Tuotannon ohjaus Tuotanto Myynti Intranet Extranet? CRM Johdon tuki Henkilöstö Kirjanpito Palkanlaskenta Lisätiedot MAANMITTAUSLAITOKSEN LAUSUNTO HALLITUKSEN ESITYKSESTÄ LAIKSI HALLINNON YHTEISISTÄ SÄHKÖISEN ASIOINNIN TUKIPALVELUISTA
1 (6) Valtiovarainministeriö valtiovarainministeriö@vm.fi Valtiovarainministeriön lausuntopyyntö 26.11.2015 / VM140:06/2013 MAANMITTAUSLAITOKSEN LAUSUNTO HALLITUKSEN ESITYKSESTÄ LAIKSI HALLINNON YHTEISISTÄ Lisätiedot KEHITYSVAMMAISTEN PALVELUJEN HYVÄT KÄYTÄNNÖT OHJEET KÄYTÄNNÖN KUVAAMISEKSI. Kehitysvammaliitto / Hyvät käytännöt -projekti
1 KEHITYSVAMMAISTEN PALVELUJEN HYVÄT KÄYTÄNNÖT OHJEET KÄYTÄNNÖN KUVAAMISEKSI Kehitysvammaliitto / Hyvät käytännöt -projekti 2 Tuotetaan käytännöstä tietoa yhdessä Käytännön kuvaamisen tarkoituksena on Lisätiedot Joukkoliikenteen pysäkkitietojen valtakunnallinen ylläpito
Joukkoliikenteen pysäkkitietojen valtakunnallinen ylläpito Perustiedot pysäkkitietojen ylläpidosta kunnille ja Ely-keskuksille 12.5.2014 Tavoitteet pysäkkitiedon kansallisessa ylläpidossa Kattava ja laadukas Lisätiedot VALDA-tietojärjestelmän j versio 1
VALDA-tietojärjestelmän j versio 1 Mitä palveluita tarjotaan VALDA-tietojärjestelmän ensimmäisestä versiosta? Mitä hyötyä saat tästä organisaatiollesi? IBM, Helsinki 14.5.2009 Hankepäällikkö Toini Salmenkivi Lisätiedot Tievalaistuksen palvelusopimuksen tietopalvelu Sähköinen omaisuuden hallinta
Tievalaistuksen palvelusopimuksen tietopalvelu Sähköinen omaisuuden hallinta Tuotekuvaus 2015 Tievalaistuksen palvelusopimuksen tietopalvelu Tietomekka Oy tarjoaa tievalaistusten palvelusopimuksiin toiminnanohjauksen Lisätiedot Korkeakoulujen kansallinen julkaisuportaali. OKM:n bibliometriikkaseminaari, 11.3.2013 Jyrki Ilva (jyrki.ilva@helsinki.fi)
Korkeakoulujen kansallinen julkaisuportaali OKM:n bibliometriikkaseminaari, 11.3.2013 Jyrki Ilva (jyrki.ilva@helsinki.fi) OKM:n tiedonkeruu ja raportointiportaali Yliopistojen julkaisutiedot (v. 2011 lähes Lisätiedot DOCUMENT MANAGER FI/ NO/ SE
PALVELUKUVAUS 1 (6) DOCUMENT MANAGER FI/ NO/ SE PALVELUKUVAUS 2 (6) CONTENTS 1. DOCUMENT MANAGER... 3 2. DOCUMENT MANAGER - KUVAUS... 3 2.1 Tuotteet... 4 2.1.1 Data Management... 4 2.1.2 ipost Letter... Lisätiedot Jussi Klemola 3D- KEITTIÖSUUNNITTELUOHJELMAN KÄYTTÖÖNOTTO
Jussi Klemola 3D- KEITTIÖSUUNNITTELUOHJELMAN KÄYTTÖÖNOTTO Opinnäytetyö KESKI-POHJANMAAN AMMATTIKORKEAKOULU Puutekniikan koulutusohjelma Toukokuu 2009 TIIVISTELMÄ OPINNÄYTETYÖSTÄ Yksikkö Aika Ylivieska Lisätiedot Lyseopaneeli 2.0. Käyttäjän opas
Lyseopaneeli 2.0 Käyttäjän opas 1. Esittely Lyseopaneeli on Oulun Lyseon lukion käyttäjätietojen hallintapalvelu jonka tarkoitus on niputtaa yhteen muutamia oleellisia toimintoja. 2. Yleistä paneelin käytöstä Lisätiedot OTM-HANKE. Opintohallinnon tietojärjestelmän modernisointi - tilannekatsaus
OTM-HANKE Opintohallinnon tietojärjestelmän modernisointi - tilannekatsaus Taustaa Aalto-yliopisto, Helsingin yliopiston ja Tampereen yliopiston yhteishanke opintohallinnon tietojärjestelmien modernisoinniksi Lisätiedot Mitä Visma Severan toimintoja haluaisit käyttää puhelimella?
Mitä Visma Severan toimintoja haluaisit käyttää puhelimella? Severa Mobile -kyselyn tulokset Alkusanat Iso kiitos kaikille kyselyyn vastanneille! Saimme 389 vastausta, joka on kattava otos asiantuntija- Lisätiedot Vaatimusluettelo. Liite2_Vaatimusluettelo. Tun nus (ID) Kpl Tärkeys Toimittajan kommentit Navigointi. Haut
Vaatimusluettelo Tun nus (ID) Kpl Tärkeys Toimittajan kommentit Navigointi 1 Karttasovelluksessa tulee olla yleisesti vastaavissa sovelluksissa käytetyt navigointitoiminnot 4.2. 1 Kartta pitää voida kohdistaa Lisätiedot Oskarin avulla kaupungin karttapalvelut kuntoon
Oskarin avulla kaupungin karttapalvelut kuntoon CASE: TAMPERE Marko Kauppi, Tampereen kaupunki Oskari-verkostopäivä, Pasila, Messukeskus Tiistaina 19. toukokuuta 2015 Tänään tarjolla 1. Oskari.org Tampereella Lisätiedot Energiatodistusrekisteri ja laatijan rooli
Energiatodistusrekisteri ja laatijan rooli (Ohjelmassa: Energiatodistusten tietojärjestelmän esittely ja käyttö) 12.10.2007 Tekijän nimi 10.3.2015 Energiatodistusten laatijoiden verkottumistilaisuus Harri Lisätiedot Tiesääpalvelutiedon rooli liikenneturvallisuuden parantamisessa ja talvikunnossapidossa
Tiesääpalvelutiedon rooli liikenneturvallisuuden parantamisessa ja talvikunnossapidossa ELY-centre, Yrjö Pilli-Sihvola 6.2.2013 1 Yleistä Suomen tiesääjärjestelmästä Liikenneviraston tiesääjärjestelmän Lisätiedot SENAATTILA uudistuu keväällä 2015
SENAATTILA uudistuu keväällä 2015 Senaatti-kiinteistöt yhtenäistää sähköisiä asiointikanaviaan vaiheittain keväästä 2015 alkaen. Senaattila.fi -osoite laajentuu sähköisen asioinnin palvelueteiseksi, jonka Lisätiedot Ohje 2 (6) Dnro LIVI/996/07.02.00/2015
Ohje 2 (6) Sisällysluettelo 1 Yleistä... 3 2 Töiden priorisointi järjestelmähäiriöissä... 3 3 Mahdolliset ongelmatilanteet, niiden vaikutukset ja toimintaohjeet... 3 3.1 LIIKE työasema ei toimi... 3 3.2 Lisätiedot Lupapiste käyttöönottokoulutus. Palvelun esittely
Lupapiste käyttöönottokoulutus Palvelun esittely Valmistelut Tarkista, että käytössäsi on riittävän tuore selainversio Tuetut selainversiot: Internet Explorer 9 tai uudempi Mozilla Firefox 16 tai uudempi Lisätiedot Tiedonsiirto- ja rajapintastandardit
Tiedonsiirto- ja rajapintastandardit Viitekehys Julkishallinnon perustietovarantojen rajapinnat (PERA) työryhmän tulokset valmiit syksyllä 2011 Määrittelee teknisen arkkitehtuuriratkaisun tietovarantojen Lisätiedot HCM Master Data. Matti Manninen / Arc Technology Oy. Human Capital Management liiketoiminnan moottorina IT Viikko-seminaari 7.10.
HCM Master Data tehoa laaja-alaisesti Matti Manninen / Arc Technology Oy Human Capital Management liiketoiminnan moottorina IT Viikko-seminaari 7.10.2009 PEOPLE ARE AT THE SOUL OF ANY BUSINESS 9:40-10:15 Lisätiedot LOPPURAPORTTI. Yhteyshenkilön nimi: Pekka Koponen Yhteystiedot (puhelinnumero ja sähköposti): 040 501 7114, pekka.koponen@forumivirium.
Raportoitavan hankkeen perustiedot Hankkeen nimi: Kiinnostava arkkitehtuuri Hankkeen vastuutaho (hankkeen hallinnoija): Openhouse ry Y-tunnus: 2343039-6 Toimipaikka (osoite ja postinumero): c/o Jussi Murole, Lisätiedot Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä?
Se edullisempi tietokanta Miten voin selvittää säästömahdollisuuteni ja pääsen hyötymään niistä? Rasmus Johansson rasmus.johansson@microsoft.com Ratkaisumyyntipäällikkö (Sovellusalusta) Microsoft Oy Miten Lisätiedot Vianovan Tuotteet Roadmap 2014. Ville Herva Novapoint Käyttäjäpäivät, Vantaa 9.4.2014
Vianovan Tuotteet Roadmap 2014 Ville Herva Novapoint Käyttäjäpäivät, Vantaa 9.4.2014 Novapoint 19 DCM Julkaistu Suomessa 28.11.2013 Novapoint 19 DCM Tuotantoversio 19.20a, Quadri DCM 1.1b 19.20FP1 04/2014 Lisätiedot 2017 © DocPlayer.fi Yksityisyyskäytäntö | Palveluehdot | Palaute