Siltasuunnitelmien muuttaminen 3D-muotoon, konseptikuvaus
|
|
- Onni Kyllönen
- 9 vuotta sitten
- Katselukertoja:
Transkriptio
1 Mikko Perälä, Kari Kuusela, Keijo Pulkkinen, Rauno Heikkilä Siltasuunnitelmien muuttaminen 3D-muotoon, konseptikuvaus Tiehallinnon sisäisiä julkaisuja 44/2007 gg
2
3 Mikko Perälä, Kari Kuusela, Keijo Pulkkinen, Rauno Heikkilä Siltasuunnitelmien muuttaminen 3D-muotoon, konseptikuvaus Tiehallinnon sisäisiä julkaisuja 44/2007 Tiehallinto Helsinki 2007
4 Kansikuva: Haukiputaan silta - teoreettinen malli ja pistepilvi yhdistettynä. Verkkojulkaisu pdf ( ISSN TIEH v TIEHALLINTO Oulun tiepiiri Veteraanikatu 5 PL OULU Puhelin
5 Tekijä: Otsikko. Helsinki Tiehallinto, Keskushallinto. Tiehallinnon sisäisiä julkaisuja, s. + liitt. s. ISSN X, ISSN Asiasanat:sillansuunnittelu; piirustukset; hankinta; sähköinen asiointi; tietotekniikka; ohjelmistot Aiheluokka:35 TIIVISTELMÄ Tiehallinto on hankintastrategiassaan ja hankinnan sähköistämisen tavoitteissa määritellyt, että siltasuunnitelmat siirretään 3D -muotoon vuoteen 2015 mennessä. Vuosina luotiin malli ja käynnistettiin siltasuunnitelmien skannaus sähköiseen muotoon. Tavoitteena on työstää skannatut kuvat 3D -muotoon, jotta niitä voidaan käyttää siltojen hallinnan ja ylläpidon lähtötietoina. Lopullisen 3D -muodon tulee olla sellainen, että ratkaisu tukee myös Infra ohjelman mukaisia tavoitteita yhteisestä tuotetietomallista ja tietokantojen yhteiskäyttöisyydestä. Tässä konseptikuvauksessa on selvitetty malli ja menettelytavat siihen kuinka siltasuunnitelmat voidaan saattaa 3D -muotoon skannatusta materiaalista. Lähtökohtana on ollut ohjelmistoriippumattomuus ja ratkaisujen avoimuus. Konseptikuvauksen yhteydessä on tehty pieni pilottiprojekti, jossa on käytännössä muutettu viisi siltapiirustusta 3D-muotoon. Muunnoksessa käytettiin AutoCAD -ohjelmistoa. Myös muita ohjelmistoja harkittiin, jolloin olisi saatu kattavampi otos eri muunnostyökaluista, mutta käytännössä niiden osaamista ei löytynyt riittävästi. Muunnostyössä syntyi sillan lähtötietomalli. Pilottiprojektin yhteydessä vastaavat viisi siltaa laserkeilattiin kesällä Laserkeilauksen lopputuotosta eli toteumamallia verrattiin 3D-muunnostyössä saatuun malliin, jolloin tuloksena syntyi lopputietomalli. Konseptikuvauksen liitteenä syntyneitä mallinnusperiaatteita ja muunnostyötietoutta voidaan käyttää hyväksi tulevaisuudessa, kun siltapiirrosten muunnostöitä ryhdytään tekemään laajemmin. Muunnostyön käytännön toteutuksessa on huomioitava erityisesti laaduntarkkailu sekä tuotantoprosessi ja siihen liittyvät työkalut. Pilottiprojektin perusteella ei ole olemassa yhtä yksittäistä toisia parempaa suunnitteluohjelmaa eikä formaattia. Avoimista formaateista ei vielä ole apua siltasuunnittelussa tai tiedonsiirrossa eri ohjelmien välillä. Ne ovat vielä aikaisessa kehitysvaiheessa, mutta niiden etenemistä pitää seurata tarkoin. Tämän projektin rinnalla on käynnistetty opinnäytetyönä selvitys muunnostyössä käytettävän aineiston siirtotyössä ja siirretyn tiedon hyödyntämisessä tarvittavan projektinhallintajärjestelmän testauksesta ja mahdollisesta käyttöönotosta. Selvityksen tuloksia on hyödynnetty konseptikuvauksen laadinnassa. Muunnostyön seuraavana vaiheena on vaatimusmäärittely, joka syntynee pääosin joulukuussa 2007 käynnistyvän ylläpidon urakoiden tiestötietopalvelujen vaatimusmäärittelyn yhteydessä. Vaatimusmäärittelyn pohjalta valmistellaan ensimmäisen muunnostyöpilotin kilpailutus keväällä Muunnostyössä edetään vaiheittain, niin että etenemistä tarkennetaan koko ajan eri vaiheista saatavien kokemusten myötä.
6
7 Tekijä: Otsikko () Helsinki Finnish Road Administration, Central Administration. Finnra internal reports, p. + app. p. ISSN X, ISSN Keywords: bridge design; drawings; procurement strategy; IT; software; digital SUMMARY Finnish Road Administration has stated in their procurement strategy and in their goal of digitalizing acquirements that bridge drawings will be transformed into 3D-form by the year During 2005 and 2006 a process model was created how to do this and the scanning of bridge drawings was started. Aim is to process scanned images into 3D-form so that they can be used as basis of bridge management and maintenance. The final 3D-format has to be aligned with Infra-2010 program's goals of commonly acknowledged product model guide line and database compatibility. In this concept description the model and the methods of converting scanned bridge drawings into 3D-form has been clarified. Software independency and open source solutions have been taken as guiding methods when tried to find a solution. During the process of creating this concept description a pilot project has been initialized. In this project five scanned bridge drawings were converted into 3D-form. AutoCAD was used as a software tool in the process. Also other software were considered, but not enough know-how was found to use them. After the conversion work a start-up data model is created. Five chosen bridges were laser-scanned during the summer of As outcome of it a reality data model was created. That data model was then compared to the model received from the conversion and a final data model was created. Modeling guide lines and principles that were born during the making will be used in the future as more bridge conversions will be done. Quality assurance is once of the key points to take into consideration during the conversion work as well as production process and tools used in it. According to the experiences from the pilot project there are not single better tool nor data format. Open standards are not developed enough to be used in bridge design or data transferring between different software. They are in an interesting phase and their development must be carefully followed. One thesis work was started as a side project of this concept description. It concentrates on the project management system that is needed for production management, for quality testing and for using the data models acquired from the conversion. Results of the thesis have been used in the making of this concept description. Next phase is bridge conversion's requirement specification that will most likely be done in December 2007 when road information service for maintenance contract requirement specification is made. On basis of that requirement specification first tender for bridge conversion pilot project will be announced in Bridge conversion will proceed in multiple phases so that experience gathered during the process will be taken into use as the conversion work goes forward.
8 ESIPUHE Siltasuunnitelmien muuttaminen 3D -muotoon, konseptikuvaus sisältyy Tiehallinnon ylläpidon kehittämisohjelmaan Konseptikuvauksen ensisijaisena tavoitteena oli selvittää malli ja menettelytavat siihen kuinka siltasuunnitelmat voidaan saattaa 3D -muotoon skannatusta materiaalista. Lähtökohtana on ollut ohjelmistoriippumattomuus ja ratkaisujen avoimuus. Tavoitteena oli myös, että ratkaisu tukee INFRA ohjelman mukaisia tavoitteita yhteisestä tuotetietomallista ja tietokantojen yhteiskäyttöisyydestä. Työtä on ohjanneeseen projektiryhmään ovat Tiehallinnosta kuuluneet Keijo Pulkkinen (pj), Terhi Mikkonen, Risto Väänänen ja Mikko Inkala. Konsultteina työssä ovat toimineet Mikko Perälä Cubicasa Oy:stä ja Kari Kuusela Ponvia Oy:stä. Lisäksi projektiryhmän työskentelyyn on osallistunut Rauno Heikkilä Oulun yliopiston rakentamisteknologian tutkimusryhmästä. Laserkeilauksista vastasivat Heikkilän lisäksi yliopistolta Juha-Matti Halme ja Janne Paitsola. Konseptikuvauksen rinnalla käynnistynyttä opinnäytetyötä teki Lasse Joensuu Oulun Ammattikorkeakoulusta. Työtä esiteltiin siltainsinöörien tapaamisessa Lohjalla Lohjalla. Lisäksi konseptikuvauksen tuloksia ja jatkotoimenpide-ehdotusta on käsitelty Tiehallinnon prosessien tiedonhallinnan kehittämisen ohjausryhmässä kahdesti, 4.9. ja Oulu, marraskuu 2007 Tiehallinto
9 Siltasuunnitelmien muuttaminen 3D-muotoon, konseptikuvaus 7 Sisältö TIIVISTELMÄ 4 SAMMANFATTNING 5 SUMMARY 6 ESIPUHE 7 1 TIETOMALLIEN KÄSITTEISTÖ 10 2 PROJEKTIN TAVOITE Projektin aikataulu Projektin aikana toimitettavat dokumentit ja raportit 11 3 SILTOJEN 3D-KONVERSION KUVAUS Konversion tavoitteet Ohjelmisto- ja järjestelmäriippumattomuuden turvaaminen Siltakonversion vaatimukset Rakennetiedot lähtötietomalliin Mallinnusohjeistus ja ohjeistuksen yhdenmukaisuus Objektikirjaston hyödyntäminen Siltojen luokitusmääritykset Maastossa tehtävät mittaukset Oulun yliopiston suorittamat viisi laserkeilausmittausta Laserkeilaukseen liittyviä näkökohtia ja huomioitavia asioita D-mallin ja keilausmallin käyttö ja hyödyntäminen suunnittelussa Muunnostyön aikaisen projektinhallintajärjestelmän vaatimukset Toiminnallisuudet Etusivu / Uusimmat päivitykset Käyttäjien hallinta Projektinhallinta / Yleisnäkymä / Statistiikkanäkymä / Loppuhyväksyntä Tuotannonhallinta Laadunhallinta Uusien projektien lisäys Valmiit projektit Tekninen kuvaus Siltarekisterin hyödyntäminen D-projektinhallintaohjelmiston hyödyntäminen lopputietomallien käsittelyssä Erilaiset toimintamallit konversiotyössä tavoitteiden saavuttamiseksi Salassapito Työmäärä- ja kustannusarvio 30
10 3.9.1 Muunnostyön aikainen projektinhallintajärjestelmä D -> 3D muuntotyö lähtötietomalliksi Mittaukset Jatkotoimenpiteet 32
11 Siltasuunnitelmien muuttaminen 3D-muotoon 9 1 TIETOMALLIEN KÄSITTEISTÖ Aluksi on hyvä selventää muutamia käsitteitä, joita konseptikuvauksessa tullaan käyttämään. Yleisesti käytetty lause on; Tuotemalli on todellisen ympäristön käsitteiden kuvaus ohjelmistoille tiedon siirtoon ja tallentamiseen soveltuvassa muodossa Tuotetietomalli tai tuoterakennemalli on rakenteen määritys, jonka avulla voidaan koostaa ja toteuttaa tuotemallia tukevia ohjelmistoja sekä eri ohjelmistojen välisiä rajapintoja. Tuotemalli on yllä olevan määrityksen mukainen, jonkun tietyn kohteen yksityiskohtainen kuvaus. Tuotemallipohjainen järjestelmä toteuttaa ohjelmistojen ja rajapintojen välille luotuja yhteyksiä määritettyjen kuvauksien mukaisesti. Infra-alalla keskeinen suuntaus on rekisteritietojen kääntäminen määritysten mukaisesti, jolloin dataa voidaan siirtää tai jakaa eri toteutustavoilla. Lähtötietomalli tarkoittaa tässä raportissa skannatuista siltapiirustuksista 3D-muotoon konseptikuvauksen vaatimusten mukaan muunnettua siltamallin tuotemallia. Toteumamalli tarkoittaa tässä raportissa laserkeilattua siltamallia. Toteumamallia ja lähtötietomallia vertaamalla saadaan selville sillan todelliset muutokset. Lopputietomalli tarkoittaa sitä mallia, joka saadaan kun lähtötietomalli ja toteumamalli yhdistetään ja saadaan näin esiin sillan todellinen tila. Lähtötietomallin ja toteumamallin vertaaminen ja yhdistäminen onnistuu olemassa olevilla ohjelmistoilla. Lopputietomallia voidaan kutsua myös päivitetyksi lähtötietomalliksi. Ylläpitomalli on lopputietomalli, joka päivitetään sitä mukaan kun siihen tehdään muutoksia esim. Korjausrakentamisen yhteydessä. Tuotetietomallin käsitteet voivat kuvata joko fyysisiä esineitä tai tuotteita, mittoja, alueita, päivämääriä jne. (silta, liikennemerkki, paikkatieto, aikatieto) tai abstrakteja käsitteitä kuten laatu, prosessi, analyysitieto, ympäristövaikutukset. Oliopohjaisessa mallintamistavassa (kts. IFC) käsitteet kuvataan tuotetietomallissa luokkina, jotka määrittelevät tuotemallin olioiden merkityksen sekä niiden ominaisuudet, suhteet toisiin olioihin ja käyttäytymisen. Tuotemallissa sama asia voidaan esittää monella eri tavalla; geometriana (2d/3d), topologioina, rakenteiden materiaaleina, erilaisina toleransseina, jne. Kuitenkaan kaikki mallit eivät ole 3D-tuotemalleja, eikä tuotemallista ole pakko saada 3D-geometrista esitystä. Yleensä kuitenkin 3D-geometria mallista löytyy. Mahdollinen on myös niin sanottu hybridi-malli, jossa tuotetietomallipohjaisesta järjestelmästä on viittauksia toisiin tietovarantoihin, kuten esimerkiksi erilaisiin dokumenttipankkeihin. Tiehallinnon kannalta tämä voi tulla kysymykseen, kun mietitään nykyisen siltarekisterin hyödyntämistä tulevaisuudessa. Erilaisista ratkaisumalleista lisää myöhemmin.
12 10 Siltasuunnitelmien muuttaminen 3D-muotoon 2 PROJEKTIN TAVOITE Lähtökohtana konseptikuvaukselle ja laatuvaatimukselle on ratkaisun ja lopullisen muodon avoimuus eli se, että syntyvän materiaalin pitää olla käytettävissä eri suunnittelujärjestelmissä nyt ja tulevaisuudessa. Lopullisen 3D-tiedon muodon tulee olla sellainen, että ohjelmisto- tai järjestelmäriippuvuutta ei tule ja että ratkaisu tukee INFRA2010 -ohjelman mukaisia tavoitteita yhteisestä tuotetietomallista ja tietokantojen yhteiskäyttöisyydestä. Projektin visiona on luoda järjestelmä, josta saadaan tarvittavaa siltainformaatiota mm. siltojen suunnittelun, kunnossapidon, ylläpidon ja korjausrakentamisen eri vaiheisiin. Järjestelmän tulee olla helppokäyttöinen, jotta tarvittavan informaation löytää helposti järjestelmään ennen tutustumatonkin toimittaja, esimerkiksi tarjouspyyntövaiheessa. 2.1 Projektin aikataulu Projektin aloitus 2006 lopussa Konseptikuvauksen ensimmäinen versio 2007 alussa Pilottiprojekti kesän 2007 aikana Jatkotoimenpide-ehdotukset 2007 syksyllä Jatkotoimenpiteiden toteutus vuoden 2008 aikana 2.2 Projektin aikana toimitettavat dokumentit ja raportit Konseptikuvaus siltasuunnitelmien muuttamisesta 3D-tuotemallimuotoon Viisi (5) valittua siltaa muutettuna 3D-muotoon konseptikuvauksessa esitetyn mallin mukaisesti Raportti valitun siltajoukon tarkemittauksista (syksy 2007) 3 SILTOJEN 3D-KONVERSION KUVAUS 3.1 Konversion tavoitteet Olemassa olevat 2D-skannaukset siltapiirustuksista tuottavat lähes saman määrän informaatiota kuin niistä jollakin 3D-mallinnusohjelmalla luodut 3Dkuvatkin. Pelkkien piirustusten muuntaminen 2D:stä geometriatiedon uudelleen piirtämisen kautta 3D:hen ei täten tuo juurikaan lisäarvoa, jos käytössä ei ole olemassa nk. toteumamallia. Toteumamalli saadaan esimerkiksi keilaamalla halutun sillan pinnat laserilla. Laserkeilauksesta saatava pistepilvijoukko voidaan rekonstruoida 3D-pinnoiksi ohjelmiston avulla, joka tulee laserkeilauksessa käytettävien välineiden mukana.
13 Siltasuunnitelmien muuttaminen 3D-muotoon 11 Kuva 1: Siltojen konversiotyön prosessi arkistojen kätköistä tuotemalliksi Tätä 3D-mallia l. toteumamalli voidaan verrata lähtötietoihin, jolloin saadaan esiin tapahtuneet poikkeamat ja sillan elämisestä aiheutuneet muutokset. Lopputietomalli eli päivitetty lähtötietomalli saadaan yhdistämällä lähtötiedot ja laserkeilauksesta saatu toteutunut tilanne ohjelmistoteknologian keinoin. Tätä varten on olemassa ohjelmistoja, joten yhdistäminen ei ole ongelma. Vanhojen siltamallien muutostyössä 2D:stä 3D:hen pyritään mahdollisuuksien mukaan ottamaan irti myös muuta tietoa kuin pelkkä geometriatieto. Kuitenkaan ei voida puhua täydellisestä 3D-tuotemallista, koska kaiken tiedon saaminen 2D-piirustuksista ei ole mahdollista, sillä ne ovat monilta osin puutteellisia. Osa rakenne- ja materiaalitiedoista kuitenkin voidaan poimia talteen ja käyttää hyödyksi tulevaisuudessa osana tulevia siltojen tietojärjestelmiä. Suunnitellun (lähtötietomalli) ja toteutetun (toteumamalli) siltainformaation vertaaminen sekä kaikkien mallien kokoaminen yhteiseen siltatietojärjestelmään puolestaan tuo suoraa hyötyä kaikille osapuolille esimerkiksi tutkimuskäytössä, korjausrakentamisessa, kunnossapidossa, ylläpidossa, tarjouskilpailuissa, havainnollistamisessa ja 3D -visualisoinnissa. Tulevaisuudessa tuotemallin luominen uusista silloista ja myös näiden lisääminen ylläkuvattuun tietojärjestelmään tulisi olla mahdollista ja on otettava huomioon jo tässä vaiheessa. Nykyinen siltarekisteri Tiehallinnon nykyisen siltarekisterin jatkokehityksen suunnittelussa ei ole otettu huomioon tulevaisuudessa tehtävien siltojen 3D- tuotemallien hyödyntämistä. Siltarekisterin suhteen myöskään jo olemassa olevien siltojen mahdollisien 3D-mallien (lähtötietomalli & toteumamalli) hyväksikäyttöä ei ole pohdittu. Mikäli siltojen 3D-konversion yhteydessä siltamallien ympärille kehitetään vastaavanlainen tietovarasto, tulisi varoa kahden päällekkäisen järjestelmän syntymistä ja pohtia pikemminkin yhteistoimintamahdollisuuksia.
14 12 Siltasuunnitelmien muuttaminen 3D-muotoon Tulevaisuuden visiona onkin hyvä pitää eri rekisterien yhdistymistä suuremmiksi kokonaisuuksiksi ja pitää mielessä eri käyttäjäryhmien (Tiehallinnon sisäiset ja ulkopuoliset) tarpeet siltatiedon saatavuuden osalta. 3.2 Ohjelmisto- ja järjestelmäriippumattomuuden turvaaminen Täysin ohjelmistoista ja järjestelmistä riippumattoman lopputuloksen aikaansaaminen 3D siltojen osalta on tällä hetkellä jo olemassa olevien teknologioiden avulla varsin haasteellista. Infra-alalla on olemassa tiettyjä konsortioita, jotka ovat tutkineet ja määritelleet yhteisen standardin kehittämistä avoimeen toimintamalliin perustuen. Ohjelmistoteknologiassa tekstipohjainen XML-kuvauskieli on todettu erittäin toimivaksi tiedonsiirtoformaatiksi eri rajapintojen välillä. Mutta se on juuri sitä; eli tiedonsiirto- ei tiedonvarastointiformaatti. Jos halutaan turvata, että jokin tiedostomuoto on käyttökelpoinen vielä 20 vuoden kuluttuakin, niin pitää varautua tarkistamaan ja mahdollisesti päivittämään kaikki tiedostot tasaisin väliajoin. Tietotekniikan alalla kehitys menee niin nopeasti eteenpäin, että mitään yleispätevää tai varmaa ohjenuoraa ei voi antaa tiedostoformaateista puhuttaessa. LandXML Vaikka XML-pohjaiset tiedonsiirtomenetelmät ja kuvauskielet kokoajan kehittyvät ja ovat hyvin suosittuja eri aloilla, niin ei voida olla varmoja, että XML on myös tulevaisuudessa alan standardi. Teknologia kehittyy myös tällä alalla kovaa vauhtia ja viisi vuottakin on pitkä aika. Infra-alalle suunnattua LandXML-kuvauskieltä tukee tällä hetkellä noin 40 eri ohjelmistoa, joka on jo melko kattava määrä maa-, vesi- ja väyläsuunnittelussa tarvittavista kaikista ohjelmistoista. TEKES:n tukemassa InfraModel2 -projektissa on määritelty olemassa olevaa LandXML-kuvausta suomalaiseen infra-alan suunnitteluun sopivammaksi. Tutkimukseen ja määritykseen ovat osallistuneet muun muassa kolme suomalaista infra-alan johtavaa ohjelmistotoimittajaa, mikä herättää toivoa siitä, että jo lähitulevaisuudessa ohjelmistoriippumattomuus ei ole tältä osin poissuljettua. InfraModel2-projektissa tehdyt alustavat tiedonsiirtoformaatin määrittelyt (linjaus- ja tasaus, vesi- ja viemäriverkostot, väylän rakenne) eivät pidä sisällään määrittelyä silloista. Mikäli LandXML:ää halutaan käyttää tulevaisuudessa siltojen yhteydessä, on määrittelytyö sitä ennen tehtävä yhdessä kaikkien alan toimijoiden kanssa Tämä voidaan ehkä tehdä InfraModel3 -projektissa, jonka valmisteluja jo tehdään. IFC International Alliance for Interoperability (lyh. IAI) on kansainvälinen, avoin yhteenliittymä, jonka tavoitteena on tarjota yhteinen perusta rakentamisen ja kiinteistönpidon prosessien kehittämiseen ja erityisesti tiedon siirtoon ja tiedon yhteiskäyttöön prosessin läpi. IAI:n keskeisenä tehtävänä on Industry Foundation Classes (lyh. IFC) tiedonsiirron spesifikaation, so. standardin, kehittäminen ja julkaisu sekä edistää IFC:n toteutusten kehittämistä kaupallisissa tietokonesovelluksissa.
15 Siltasuunnitelmien muuttaminen 3D-muotoon 13 IFC on tällä hetkellä kattavuudeltaan laajin infra-alan tiedonsiirron standardi. Kuva 2. IFC on oliopohjainen tiedonsiirtoformaatti tietojärjestelmien välillä. IFC:n määritystyötä on tehty, toisin kuin LandXML:n kohdalla, myös siltojen osalta. Ranskalais-japanilainen työryhmä sai vuonna 2003 valmiiksi ensimmäisen IFC-Bridge ver.1.0 tietomallin. Hankkeen kotisivut ja tulokset löytyvät osoitteesta: Tehdyn työn perusteella voidaan olettaa, että siltojen IFC-tietomallin muokkaaminen suomalaisen silta-alan suositusten mukaiseksi helpottuu. Kuitenkin IFC:nkin osalta joudutaan tekemään paljon määritystyötä yhdessä kaikkien alan toimijoiden kanssa. Ohjelmisto- ja järjestelmäriippumattomuuden saavuttaminen siltakonversiossa ei ole mahdotonta, mutta vaatii paljon yhteistyötä eri tahojen välillä. Tämä työ ei kuitenkaan jätä tekijäänsä palkitsematta, vaan on erittäin arvokasta tulevaisuudessa, kun ryhdytään luomaan tämän hetken pirstoutuneista tietorakenteista suurempia kokonaisuuksia. Ohjelmistot, jotka ovat sitoutuneet IFC- standardin tukemiseen ja jatkokehittämiseen, voivat tulla kysymykseen kun lopullista konversiotyötä ryhdytään tekemään. 3.3 Siltakonversion vaatimukset Rakennetiedot lähtötietomalliin Seuraavat rakennetiedot olisi hyvä sisällyttää siltojen 3D lähtötietomalliin, mikäli mahdollista, kun konversiota tehdään: Perustukset / paalutyyppi Jännemitat Alusrakenteet (pilarit/palkit/mastot) Kansirakenne (Ajorata, jalkakäytävät) Liikuntasaumalaitteet
16 14 Siltasuunnitelmien muuttaminen 3D-muotoon Kaiteet Korjausrakenteet / tehdyt korjaukset Materiaalit rakenteissa Suunnittelukuorma Pintarakenteet ja sen eri kerrokset Laakerit Sijaintitieto, koordinaatit Siltakeilat Viiden esimerkkisillan mallinnuksen jälkeen voidaan kuitenkin todeta, että kaikista skannatuista siltapiirroksista ei yllämainittuja tietoja pysty saamaan irti. Mitä enemmän ja yksityiskohtaisempaa informaatiota halutaan malliin sisältää, sitä enemmän aikaa vievää mallinnustyö on. Tämä on otettava huomioon myös kustannuksia laskettaessa; mikä tarkkuus on riittävä, joka käytettävissä olevilla taloudellisilla resursseilla saadaan? Mallinnusohjeistus ja ohjeistuksen yhdenmukaisuus Muita huomioon otettavia seikkoja ovat yhdenmukaisten symbolikirjastojen, nimien ja määritelmien käyttö. Piirustusympäristö ja siihen tarvittava ohjeistus tulee Tiehallinnolta. 3D-mallin luomiseen liittyviä näkökohtia Malli laadittava sovittuun koordinaatti- korkeusjärjestelmään, jotta laserkeilausmalli saadaan tarkasti asetettua paikalleen. Mallin laatimisessa on huomioitava tien pysty- ja vaakageometria. Mallin laatimisessa on käytettävä myös mittapiirustuksia ja mahdollisia erikoispiirustuksia, jotta mallinnettavat rakenteet saadaan selville sekä rakenteiden mitat luotettavasti määritettyä. Mallinnuksen tarkkuuteen liittyviä näkökohtia Mallinnettavat rakenteet tulee ohjeistaa siltatyyppikohtaisesti riittävän yksityiskohtaisesti, jotta mallin käytettävyys saadaan optimoitua ja tarpeettoman tarkka mallintaminen estetyksi. Muuta huomioitavaa mallinnuksen yhteydessä Mallinnuksen lopullisena tavoitteena lienee se, että koko malliin sisältyy aikanaan mahdollisimman paljon mm. nykyisin siltarekisterissä olevaa tietoa. Siltarekisterin kehittäminen suoritetaan erikseen, mutta tuotemallipohjainen ratkaisu voisi olla yksi vaihtoehto. Laadittava malli on oltava mahdollisimman pitkälle samantyyppinen kuin uudisrakennuksessa kehitetty 5D-siltamallit, koska molemmat viime kädessä menevät siltarekisterikäyttöön. 3D-mallin laatijan tulisi olla sillan suunnittelun/rakentamisen asiantuntija. Minimivaatimuksena mallin tarkastajan siltasuunnittelupätevyys.
17 Siltasuunnitelmien muuttaminen 3D-muotoon Objektikirjaston hyödyntäminen Osa sillan rakenteista esiintyy samanlaisina useissa eri silloissa. Tällaisten rakenneosien kerääminen 3D-konversion tuotantovaiheen aikana erityiseen objektikirjastoon, olisi hyödyllistä. Sillan objektikirjaston rakentaminen nopeuttaa tuotantoa. Sitä tulisi jatkuvasti työn edetessä päivittää, jotta siitä saatu hyöty olisi suurin mahdollinen. Objektikirjasto olisi hyödyksi myös uusien siltojen suunnittelussa, kunhan tarkempi määritys objektikirjaston osalta tehdään. Tämä olisi kuitenkin syytä pitää mielessä tulevaisuudessa Siltojen luokitusmääritykset Oulun tiepiirin alueella on yhteensä noin 2000 siltaa. Näistä silloista 754 on sellaista, joissa tämän hetkisen näkemyksen mukaan 3D muunnoksen tekeminen on katsottu mielekkääksi ja hyödylliseksi toimenpiteeksi. Sillat valittiin koon (pinta-ala), pituuden ja rakennustavan perusteella. Pääperiaatteena on, että alle 10 metrin jännemittaiset ns. tyyppisillat, putket ja holvit jäisivät 2D -muotoon. Osasta silloista ei ole olemassa minkäänlaisia piirustuksia. Näiden siltojen osuus koko siltamäärästä on n. 5%. Koska lähtötietomallia ei voida luoda, on laserkeilaus ainoa vaihtoehto, mikäli näistä silloista halutaan sisällyttää tietoa sähköisiin tietovarastoihin. Siltaluokituksessa on otettava huomioon myös siltojen 3D-konversioon käytössä olevat taloudelliset resurssit, jotka eivät tule mahdollistamaan tuhansien siltojen keilausta ja 3D-mallinnusta. Enemmän konversion taloudellisista yksityiskohdista kohdassa 3.8. Seuraava kuva on leikattu liitteenä olevasta taulukosta, joka määrittelee Oulun Tiepiirin sillat yllämainitun mukaisesti. Silloille on myös määritelty aikataulu, milloin ne tulevat jonkin toimenpiteen alaisiksi. Tämä helpottaa myös 3Dmallinnusta, jolloin tiedetään mitkä sillat kannattaa mallintaa ja missä järjestyksessä.
18 16 Siltasuunnitelmien muuttaminen 3D-muotoon Kuva 3: Mallinnettavien siltojen tyypit ja lukumäärä Oulun alueella. Kuva 4: Siltojen tyypit ja lukumäärä, joiden piirustukset pelkästään skannataan. 3.4 Maastossa tehtävät mittaukset Maastossa tehtävät tarkemittaukset voidaan suorittaa esimerkiksi laserkeilauksen tai takymetrin avulla. Työprosessi määräytyy käytettävissä olevan lähtötiedon perusteella, mutta kuitenkin siten että se sisältää ainakin seuraavat vaiheet; 1. Lähtötietomalliin perehtyminen 2. Mittaussuunnitelman tekeminen 3. Mittalaitteiston asennus 4. Toteumamallin luominen mittalaitteiston avulla 5. Saatujen tietojen analysointi ja raportointi 6. Lopputietomallin luominen vertaamalla toteumamallia ja lähtötietomalli ja yhdistämällä ne Laaduntarkastuksen kriteerit ja toteumamallin vaatimukset: I Siltojen luokitus
19 Siltasuunnitelmien muuttaminen 3D-muotoon 17 II III IV V Siltojen keilauksesta saatavan tiedon käyttö Suunnitelmien mitat / todelliset mitat Sijainti-, mitta- ja muotopoikkeamat Toleranssit Osassa silloista löytyy olemassa olevaa keilausdataa. Riippuen käyttötarkoituksesta, keilaus voidaan suorittaa ennen 3D-lähtötietomallin luomista. Tällöin on olemassa vain 2D-piirustukset skannatussa muodossa. Olisi erinomaisen tärkeää kartoittaa kunkin sillan kohdalla, mitä tietoa siitä on eri laitosten ja yritysten eri tietovarastoissa tarjolla. Lähtötietojen runsaus ja paikkansapitävyys suunnittelun alussa säästää selvää rahaa virheiden vähentymisen muodossa. Tämä pätee niin uudis- sekä korjausrakentamisen kuin ylläpidon ja kunnossapidonkin suunnittelussa ja tarjouslaskennoissa. Mittausohje sillan rakenteiden sijainnin ja muodon mittaukseen perinteistä mittaustapaa esim. takymetriä käyttäen Yleistä Mitattavat rakenneosat määritetään tapauskohtaisesti. Jokaisesta mitattavasta pisteestä määritetään x-y-z-koordinaatit ko. kohteessa käytössä olevassa koordinaatti- ja korkeusjärjestelmässä. Mittauspisteiden määrää ja tiheyttä voidaan arvioida tapauskohtaisesti, mikäli rakenteiden muoto tai sijainti antaa siihen mahdollisuuden. Mitatut pisteet koodataan siten, että mitattu rakenneosa on helposti määritettävissä pistejoukosta. Lämpötila otettava mittauksissa huomioon mittauksen alku- ja lopetusvaiheessa. Esimerkki sillasta ja sen alueelta tehtävistä mittauksista Kansirakenne 1. reunapalkin ulko- ja sisäreunan sijainti 2m välein 2. kannen päädyn rakenteiden kulmapisteet 3. kaiteen sisäreuna 2m välein 4. asfaltin korko reunapalkin vieressä 2m välein 5. reunakiven kulman sijainti ja asfaltin pinnan korko vastaavalla kohdalla 2m välein 6. kannen alapinnan muoto 7. kannen alapuolisten kannatusrakenteiden sijainti ja muoto (palkit, ristikot yms.) 8. kannen yläpuolisten kannatusrakenteiden sijainti ja muoto 9. kanteen liittyvien varusteiden ja laitteiden sijainti (valaisinpylväät, portaalit, lipputangot yms.) 10. päällysteiden rajat Alusrakenteet 11. rakenteiden näkyvissä olevat kulma- ja reunapisteet 12. laakerien sijainnit
20 18 Siltasuunnitelmien muuttaminen 3D-muotoon 13. alusrakenteisiin liittyvien varusteiden ja laitteiden sijainti Siltaan liittyvät rakenteet 14. siltakeilan yläreuna 15. siltakeilan alareuna 2m välein 16. jätkänpolku Kuva 5: Esimerkkipiirros mitattavista pisteistä 3.5 Oulun yliopiston suorittamat viisi laserkeilausmittausta Ohessa yhteenveto Oulun yliopiston tutkijoiden tekemästä laserkeilausraportista viiden valitun sillan osalta. Projektin tavoitteena oli saada todellista 3D-mittaustietoa viidestä eri puolella Pohjois-Suomea sijaitsevasta sillasta. Puhdistettuja pistepilviä vertailtiin suunnitelmapiirustusten perusteella mallinnettuihin 3D-tuotemalleihin. Projekti oli erittäin mielenkiintoinen ja opettavainen. Mittaajat saivat hyvää käytännön kokemusta Leica HDS maalaserkeilaimesta, sen käyttöliittymästä ja suorituskyvystä eri tilanteissa. Järjestelmän Cyclone-ohjelmisto osoittautui helppokäyttöiseksi ja monipuoliseksi. Samalla ohjelmalla voidaan suorittaa itse keilaus sekä jälkitoimenpiteet kuten pistepilvien yhdisteleminen ja niiden muokkaaminen. Saatujen tulosten perusteella voi järjestelmän arvioida soveltuvan hyvin siltakeilauksiin. Mittausten kanssa ei ollut erityisiä ongelmia, vaikka pisimmät mittausmatkat olivat selvästi yli 100 m. Suurin kehittämistarve laitteessa on ehkä mittausnopeus: suurella tarkkuudella ja mitta-alueella keilaus ainakin tuntuu kestävän turhan kauan. Saatuja pistepilviä verrattiin yliopistolle toimitettuihin, 2D-suunnitelmapiirustusten perusteella mallinnettuihin, 3D-tuotemalleihin. Vertailun tuloksena teoreettiset mallit vaikuttavat olevan melko raakileita ja osin poikkeavan kohtuullisen paljonkin todellisesta rakenteesta. Mallin hyödynnettävyys siltojen ylläpidon ja korjauksen prosesseissa on aika kyseenalaista tai vaatii ainakin paljon jatkokäsittelyä. Selkeästi tarkemmat ja käyttökelpoisemmat 3D-mallit voidaan saada laserkeilaamalla aluksi nykyinen siltarakenne ja
21 Siltasuunnitelmien muuttaminen 3D-muotoon 19 vasta tämän jälkeen mallintamalla rakenteet sekä 3D-pistepilviä että 2D-piirustustietoja hyväksi käyttäen. Kaikki rakenneyksityiskohdat eivät joka tapauksessa näy laserkeilaustuloksista, joten siltapiirustuksiakin tarvitaan. Vertailussa yhtenä ongelmana oli yhteisen koordinaatistojärjestelmän puute sekä suunnitelmamalleissa että laserkeilauksissa. Jos sekä suunnitelmamallit että mittaukset olisi tehty yhteiseen ja tarkasti samaan koordinaatistojärjestelmään, mikä periaatteessa olisi ollut mahdollista, olisi vältytty ylimääräiseltä työltä mallien yhteensovittamisessa. Laserkeilausten tekeminen suoraan haluttuun koordinaatistojärjestelmään olisi edellyttänyt vähintään kahta kiintopistettä/siltapaikka, ja näille pisteille mahdollisimman tarkkoja koordinaatteja halutussa koordinaatistojärjestelmässä. Kaikissa silloissa näitä pisteitä ei löytynyt ja ne olisi jouduttu rakentamaan erikseen. Toisaalta myös suunnitelmamallit olisi jouduttu tilaamaan tarkasti samaan koordinaatistojärjestelmään mallinnettuna. Tällöin myös siltarakenteiden mahdolliset painumat ja siirtymät olisivat tulleet vertailussa esiin. Vertailusta saatuja yksityiskohtaisempia havaintoja ja kokemuksia (siltasuunnitteluja): 3D-mallin luomiseen liittyviä näkökohtia malli laadittava sovittuun koordinaatti- korkeusjärjestelmään, jotta laserkeilausmalli saadaan tarkasti asetettua paikalleen mallin laatimisessa on huomioitava tien pysty- ja vaakageometria mallin laatimisessa on käytettävä myös mittapiirustuksia ja mahdollisia erikoispiirustuksia, jotta mallinnettavat rakenteet saadaan selville sekä rakenteiden mitat luotettavasti määritettyä Mallinnuksen tarkkuuteen liittyviä näkökohtia mallinnettavat rakenteet tulee ohjeistaa siltatyyppikohtaisesti riittävän yksityiskohtaisesti, jotta mallin käytettävyys saadaan optimoitua ja tarpeettoman tarkka mallintaminen estetyksi Laserkeilaukseen liittyviä näkökohtia ja huomioitavia asioita lämpötilan muutos ja lineaarinen lämpötilaero vaikuttaa kansirakenteen muotoon ja mittoihin tukien painumat ja vaakasiirtymät näkyvät tuloksissa rakenteiden sijainti- ja muotopoikkeamat tulevat esille työvirheet tulevat esille kirjaamattomat suunnitelman muutokset näkyvät piirustuksiin päivittämättömät sillan korjaustoimenpiteet ja mahdolliset lisätyt rakenteet tulevat esille 3D-mallin ja keilausmallin käyttö ja hyödyntäminen suunnittelussa 3D-mallin laatiminen suunnitelmapiirustuksista on tärkeä asiakirja sillan ylläpitoja korjaustoimissa. Tämä malli tulee säilyttää erillisenä koko sillan käyttöiän ajan keilaamalla mitattu pistepilvi on myös tärkeä asiakirja sillan ylläpito- ja korjaustoimissa ja on myös säilytettävä erillisenä tiedostona sillan käyttöiän ajan. Tämä asiakirja tuo esille osaltaan sillan ylläpitotoimenpiteiden historiaa mallien yhdistämisen ajankohtaa lopputieto-/ylläpitomalliksi tulee vielä selvittää, jotta mallin hyödyntäminen ja työmäärä saadaan
Infra 2010 loppuseminaari, Helsinki 5.11.2008 Siltojen tuotemallintamisen ja rakentamisautomaation
Infra 2010 loppuseminaari, Helsinki 5.11.2008 Siltojen tuotemallintamisen ja rakentamisautomaation kehittäminen (5D-SILTA) Rauno Heikkilä Oulun yliopisto, Rakentamisteknologian tutkimusryhmä Sisältö 1)
Built Environment Process Reengineering (PRE)
RAKENNETTU YMPÄRISTÖ Tarvitaanko tätä palkkia? Built Environment Process Reengineering (PRE) InfraFINBIM PILOTTIPÄIVÄ nro 4, 9.5.2012 Tuotemallinnuksen käyttöönotto Built Environment Process Innovations
Built Environment Process Reengineering (PRE)
Firstname Lastname RAKENNETTU YMPÄRISTÖ Tarvitaanko tätä palkkia? Built Environment Process Reengineering (PRE) InfraFINBIM PILOTTIPÄIVÄ nro 4, 9.5.2012 Tuotemallinnuksen käyttöönotto Vt 25 parantaminen
Siltojen tietomalliohje (4.4.2011) Hankekohtaisesti sovittavat asiat
Siltojen tietomalliohje (4.4.2011) Hankekohtaisesti sovittavat asiat Esimerkki: rakennussuunnitelmavaihe Liikenneviraston ohjeita 8/2011 Liite Liikennevirasto Helsinki 2011 Siltojen tietomalliohje 3 (7)
RIL tietomalliseminaari Länsimetron 5D-mallinnus. Länsimetro Oy 13.10.2011
RIL tietomalliseminaari Länsimetron 5D-mallinnus Länsimetro Oy 13.10.2011 Länsimetro virtuaalisesti 2 Länsimetromalli Tekes hanke 5D- Tietomalli: 3D = rakenteet ja laitteet, 4D = aika, 5D =määrätiedot,
LASERKEILAUKSEEN PERUSTUVA 3D-TIEDONKERUU MONIPUOLISIA RATKAISUJA KÄYTÄNNÖN TARPEISIIN
LASERKEILAUKSEEN PERUSTUVA 3D-TIEDONKERUU MONIPUOLISIA RATKAISUJA KÄYTÄNNÖN TARPEISIIN PSK-BIM seminaari 9.5.2014 Jukka Mäkelä, Oy 1 SMARTGEO OY Palvelujen johtoajatuksena on tarkkojen, kattavien ja luotettavien
Infra TM Timo Tirkkonen Infra 13, 5.3.2013
Infra TM Timo Tirkkonen Infra 13, 5.3.2013 1.3.2013 Sisältö Taustaa Infra TM ja Infra FINBIM Inframalli - mallinnusvaatimukset Nimikkeistö: InfraBIM -sanasto InfraModel3 Viestintä Kuvat: SITO Oy Kuva:
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
Avoimella tiedonsiirrolla kohti kulttuurimuutosta 3.4.2014
Avoimella tiedonsiirrolla kohti kulttuurimuutosta 3.4.2014 Mitä mallintamisella tavoitellaan Tuottavuuden parantamista Virheiden vähenemistä Laatua Kustannustenhallintaa Määrätietoutta Kommunikoinnin ja
Built Environment Process Reengineering (PRE)
RAKENNETTU YMPÄRISTÖ Tarvitaanko tätä palkkia? Built Environment Process Reengineering (PRE) PILOTTIPÄIVÄ nro 3, 26.1.2012 Vt 25 parantaminen välillä Meltola-Mustio RS, pilotin esittely Lauri Harjula,
ISOISÄNSILTA URAKAN TIETOMALLIVAATIMUKSET, -BONUKSET JA -SANKTIOT BONUS- JA SANKTIOJÄRJESTELMÄ,
ISOISÄNSILTA URAKAN TIETOMALLIVAATIMUKSET, -BONUKSET JA -SANKTIOT BONUS- JA SANKTIOJÄRJESTELMÄ, 2.10.2013 HELSINGIN KAUPUNKI Yleistä Nämä tietomallivaatimukset, -bonukset ja -sanktiot koskevat Isoisänsiltaa
Siltojen tietomalliohje ( ) Hankekohtaisesti sovittavat asiat
Siltojen tietomalliohje (4.4.2011) Hankekohtaisesti sovittavat asiat Esimerkki: yleissuunnitteluvaihe Liikenneviraston ohjeita 8/2011 Liite Liikennevirasto Helsinki 2011 Siltojen tietomalliohje 3 (7)
Infra FINBIM YLEISET TAVOITTEET, AP1 Hankintamenetelmät FINBIM-PILOTTIPÄIVÄ 10.5.2011 ANTTI KARJALAINEN
Infra FINBIM YLEISET TAVOITTEET, AP1 Hankintamenetelmät FINBIM-PILOTTIPÄIVÄ 10.5.2011 ANTTI KARJALAINEN 3.5.2011 Tietomallipohjainen hanke tulee perustua yleisesti sovittuihin lähtökohtiin: Standardinomaiset
Built Environment Process Reengineering (PRE)
RAKENNETTU YMPÄRISTÖ Tarvitaanko tätä palkkia? Built Environment Process Reengineering (PRE) InfraFINBIM PILOTTIPÄIVÄ nro 5, 3.10.2012 Nissolan ratasuunnitelma SITO / Juha Liukas Built Environment Process
Tuotemallintamisohjeet 2006. Rakennetyyppitietokannan prototyyppi
Tuotemallintamisohjeet 2006 Rakennetyyppitietokannan prototyyppi Hannu Penttilä Sampsa Nissinen Tuotemallintaminen rakentamisessa piirustus- ja dokumenttikeskeinen rakentaminen muuttuu vähitellen v tuotemallikeskeiseksi,,
Rakentamisen 3D-mallit hyötykäyttöön
Rakentamisen 3D-mallit hyötykäyttöön 1 BIM mallien tutkimuksen suunnat JAO, Jyväskylä, 22.05.2013 Prof. Jarmo Laitinen, TTY rakentamisen tietotekniikka Jarmo Laitinen 23.5.2013 Jarmo Laitinen 23.5.2013
Built Environment Process Reengineering (PRE)
RAKENNETTU YMPÄRISTÖ Tarvitaanko tätä palkkia? Built Environment Process Reengineering (PRE) Kohti kulttuurimuutosta Tiina Perttula Built Environment Process Innovations Reengineering Tuottavuus Infra-ala
JHS-järjestelmä ja avoimet teknologiat. Tommi Karttaavi
JHS-järjestelmä ja avoimet teknologiat Tommi Karttaavi 13.5.2008 JHS-järjestelmä (historiaa) Valtioneuvoston päätös valtionhallinnon sisäisistä standardeista 7.9.1977 Valtiovarainministeriö vahvisti valtionhallinnon
BUILDINGSMART ON KANSAINVÄLINEN FINLAND
BUILDINGSMART ON KANSAINVÄLINEN TOIMINNAN TARKOITUS Visio buildingsmartin tavoitteena on vakiinnuttaa tietomallintaminen osaksi rakennetun ympäristön hallintaa. Missio buildingsmart edistää kaikille rakennetun
Pilotti: Lumitöiden estekartoitus. Pilottisuunnitelma
1 (8) BUILT ENVIRONMENT PROCESS RE-ENGINEERING (PRE) WP5: InfraFINBIM Pilotti: Lumitöiden estekartoitus Pilottisuunnitelma Muutoshistoria: Versio Pvm Tila (luonnos / ehdotus / hyväksytty) Tekijä(t) Huomautukset
Built Environment Process Reengineering (PRE)
Juha Liukas RAKENNETTU YMPÄRISTÖ Tarvitaanko tätä palkkia? Built Environment Process Reengineering (PRE) Inframodel3-tiedonsiirtoformaatin käyttöönottoprojekti - työpaja 14.12.2012 Tavoite aikataulu -
Siltatiedon tarkkuustason määrittäminen Taitorakennerekisterissä. Maria Vinter
Siltatiedon tarkkuustason määrittäminen Taitorakennerekisterissä Maria Vinter 2 Taustaa Diplomityö: Tietomallinnuksen hyödyntäminen siltojen ylläpidossa, valmis 09/2017 https://julkaisut.liikennevirasto.fi/pdf8/opin_2017-03_tietomallinnuksen_hyodyntaminen_web.pdf
Tietomallityöskentelyn hyödyntäminen Liikennevirastossa
Tietomallityöskentelyn hyödyntäminen Liikennevirastossa Kehto foorumi 10.11.2016 10.11.2016 Heikki Myllymäki / Tiina Perttula 10.11.2016 Heikki Myllymäki 2 Heikki Myllymäki 3 10.11.2016 Heikki Myllymäki
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
1 Visma Econet Pro Arkistointi
1 Visma Econet Pro Arkistointi 1.1 Arkistointiajo Visma Econet Pro:n on lisätty ominaisuus, jolla tietokannassa olevista tiedoista voidaan ajaa arkistointiajo. Arkistointi luo määriteltyyn hakemistoon
BIM Suunnittelun ja rakentamisen uusiutuvat toimintatavat Teppo Rauhala
BIM Suunnittelun ja rakentamisen uusiutuvat toimintatavat Teppo Rauhala Proxion 19.10.2015 Proxion BIM historiikkia Kehitystyö lähtenyt rakentamisen tarpeista Työkoneautomaatio alkoi yleistymään 2000 luvulla
Mikä on avoimen tuotteen hallintamalli perustiedot ja taustoitus. Jukka Kääriäinen, Tapio Matinmikko, Raija Kuusela 22.4.2015 Jukka.kaariainen@vtt.
Mikä on avoimen tuotteen hallintamalli perustiedot ja taustoitus Jukka Kääriäinen, Tapio Matinmikko, Raija Kuusela 22.4.2015 Jukka.kaariainen@vtt.fi Avoimen tuotteenhallinta Esityksen sisältö Mitä on tuotteenhallinta?
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
PRE/InfraFINBIM tietomallivaatimukset ja ohjeet AP3 Suunnittelun ja rakentamisen uudet prosessit
Built Environment Process Re-engineering PRE PRE/InfraFINBIM tietomallivaatimukset ja ohjeet AP3 Suunnittelun ja rakentamisen uudet prosessit 18.03.2014 Osa 12: Tietomallin hyödyntäminen infran rakentamisessa
Inframallintamisen mahdollisuudet
Inframallintamisen mahdollisuudet Tiina Perttula 25.4.2016 Inframalli Rakenteen ja rakentamisprosessin elinkaarenaikainen tieto digitaalisessa muodossa - Tuotemalli joka (voi) sisältää - Geometriatiedon
Novapoint VDC Explorer. VDC Tuotteet ja Palvelut Vianova Systems Finland Oy
Novapoint VDC Explorer Jani Myllymaa Myyntijohtaja Jarkko Sireeni Toimialapäällikkö VDC Tuotteet ja Palvelut Vianova Systems Finland Oy Kannattaako mallintaa ja simuloida etukäteen? Novapoint VDC Tuotteet
Avoin lähdekoodi hankinnoissa Juha Yrjölä
Avoin lähdekoodi hankinnoissa 9.6.2016 Juha Yrjölä Mitä on avoin lähdekoodi? 1. Lähdekoodi tulee jakaa ohjelmiston mukana tai antaa saataville joko ilmaiseksi tai korkeintaan luovuttamiskulujen hinnalla.
Lemonsoft toiminnanohjausjärjestelmä
Lemonsoft toiminnanohjausjärjestelmä Lemonsoft on toiminnanohjausjärjestelmä, joka on tehty liiketoiminnan hallintaan ja kehittämiseen. Lemonsoftin ominaisuudet ovat muokattavissa vastaamaan eri toimialojen
CAD-tasojärjestelmän päivitys ja laajentaminen Alustava työohjelma ja kustannusarvio 4.2.2010
CAD-tasojärjestelmän päivitys ja laajentaminen Alustava työohjelma ja kustannusarvio 4.2.2010 Sisältö 1 Johdanto 3 2 Alustava työohjelma 4 2.1 Yleistä 4 2.2 Osa 1; Ohjeen päivittäminen 4 2.3 Osa 2; Suunnittelujärjestelmät
UMTK- SUUNNITTELUPROJEKTIN ESITTELY (UMTK = MML:N UUSI MAASTOTIETOJEN TUOTANTOJÄRJESTELMÄ)
UMTK- SUUNNITTELUPROJEKTIN ESITTELY (UMTK = MML:N UUSI MAASTOTIETOJEN TUOTANTOJÄRJESTELMÄ) Kai Koistinen 1 TAUSTAA 2 KMTK Kansallinen maastotietokanta kokoaa yhteen peruspaikkatiedot, joita ovat Rakennukset
Ikivihreä kirjasto loppuraportti määrittelyprojektille
loppuraportti määrittelyprojektille Mikkelin Ammattikorkeakoulu Oy Sähkö ja informaatiotekniikan laitos Versiomuutokset 29.1.2014 viimeisin tilanne tietokantakonversiosta Mirja Loponen 7.2.2014 tarkennettu
Suunnittelun ja rakentamisen nykytila
"MUUTTUVA SUUNNITTELUPROSESSI" Integroitu suunnitteluprosessi - mahdollisuus liiketoiminnan laajentamiseen? Reijo Hänninen Toimitusjohtaja Insinööritoimisto Olof Granlund Oy VERA - SEMINAARI Dipoli, Espoo
Liikenneviraston tavoitteita 15.1.2014
Liikenneviraston tavoitteita 15.1.2014 22.1.2014 Tiina Perttula 2 Toiminnanohjaus Ongelmia nykyisessä tavassa Sama informaatio on useissa kuvissa Pituusleikkaus Paalukohtaiset poikkileikkaukset Geotekniset
Inframodel 2 kehityshanke
Inframodel 2 kehityshanke 30.9.2005 Inframodel2 esittely Yleistä Hankkeen tavoitteet Hankkeen osapuolet ja organisointi Budjetti ja rahoitus Aikataulu ja osatehtävät Työskentely ja dokumentointi LandXML
Kiinteistö- ja rakennusalan digitalisaatio: BIM & GIS
Kiinteistö- ja rakennusalan digitalisaatio: BIM & GIS Kiinteistön elinkaari Kiinteistö- ja rakennusalan digitalisaatio. Miten tämän perinteisen alan digitalisaatio käytännössä tapahtuu ja mitä hyötyjä
INFRA-ALAN ON TEHOSTETTAVA LIIKETOIMINTAPROSESSEJAAN. Harri Yli-Villamo Johtaja, rautatieinvestoinnit
INFRA-ALAN ON TEHOSTETTAVA LIIKETOIMINTAPROSESSEJAAN Harri Yli-Villamo Johtaja, rautatieinvestoinnit Agenda Miksi on tehostettava Toimintatapa nyt Mitä viime vuosina on tehty infra-alan alan tuotetietomalli-asiassa
Tuotemallipohjaisen toimintaprosessin mallintaminen
Tuotemallipohjaisen toimintaprosessin mallintaminen Miksi? Miten? Mitä? Mitä sitten? Kari Karstila Eurostepsys Oy kari.karstila@eurostep.com www.eurostep.com Pro IT-seminaari, 2004-01 01-1919 PROSESSIMALLINTAMISEN
Skanska Ruskeasuo Larkas & Laine
Skanska Ruskeasuo Larkas & Laine Rakennussuunnittelu on muuttunut piirtämisestä rakennusten simuloinniksi. Pelkkä paperikopio ei enää riitä, vaan tilaaja haluaa rakennuksesta usein tietomallin, joka sisältää
Inframodel tiedonsiirto 23.8.2006
Inframodel tiedonsiirto 23.8.2006 Inframodel 2 tiedonsiirto, yleistä Inframodel 2 -projekti valmistui maaliskuun 2006 lopussa. Projektissa määritettiin ja toteutettiin uusi menetelmä väylätietojen siirtoon
Infran tuotetietojen hallinta, nykytilanne
Infran tuotetietojen hallinta, nykytilanne Infrajohtaminen Tavoitteen määrittely Suunnittelu Eri osa-alueilla ja vaiheilla omat järjestelmänsä ja tietomallinsa Toiminta perustuu tiedonsiirtoon: konversiot
HUS-Kiinteistöt Oy:n tietomallinnusohjeet
HUS-Kiinteistöt Oy:n tietomallinnusohjeet Yleinen osa Versio 1.1 18.02.2009 1. YLEISTÄ Projektien mallinnuksen tavoitteena on, että tietomallien sisältämä tieto on hyödynnettävissä rakennushankkeen kaikissa
Sisäänrakennettu tietosuoja ja ohjelmistokehitys
Sisäänrakennettu tietosuoja ja ohjelmistokehitys Petri Strandén 14. kesäkuuta, 2018 Petri Strandén Manager Cyber Security Services Application Technologies Petri.stranden@kpmg.fi Petri vastaa KPMG:n Technology
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
Rakennesuunnittelu digitalisaation aikakaudella. Mikko Malaska Professori Rakennustekniikan laitos
Rakennesuunnittelu digitalisaation aikakaudella Mikko Malaska Professori Rakennustekniikan laitos Mikko Malaska DI 1996, TkT 2001, Chartered Structural Engineer (CEng) 2004 1.8.2015 Professori, Rakenteiden
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
Järjestelmän kriittisimmille toiminnallisuuksille (listattu alla), toteutetaan 1
1. Testattavat asiat Järjestelmän kriittisimmille toiminnallisuuksille (listattu alla), toteutetaan 1 selainyhteensopivuustesti käyttäen Suomessa eniten käytössä olevia selaimia. Uuden keräyksen lisääminen
Tietomallintaminen. Suunnittelun kipupisteet
Tietomallintaminen Suunnittelun kipupisteet 25.10.2016 Tietomallinnus yhteiset pelisäännöt (YIV) edellytys eri järjestelmissä tuotetun tiedon yhdistämiseen (IInfraBIM-nimikkeistö) standardi tiedonsiirtoformaatit
VBE2 Työpaketit Jiri Hietanen / TTY
VBE2 Työpaketit Jiri Hietanen / TTY 1 WP2.1 Technology review and VBE platform 2 Tavoitteet In In charge: charge: Method: Method: Jiri Jiri Hietanen, Hietanen, TUT TUT Analysis Analysis of of existing
buildingsmart Finland Infratoimialaryhmä Kehitysryhmä Projektien linkittyminen bsf:n toimintaan
buildingsmart Finland 22.5.2017 Infratoimialaryhmä Kehitysryhmä Projektien linkittyminen bsf:n toimintaan Projektisuunnitelman vastattava seuraaviin kysymyksiin 1. Miten sopii bsf:n arvoihin (avoimen tiedon,
Visma Fivaldi -käsikirja Tehtävienhallinta- ohje käyttäjälle
Visma Fivaldi -käsikirja Tehtävienhallinta- ohje käyttäjälle 2 Sisällys 1 Palvelunhallinta... 3 1.1 Käyttäjäryhmän luominen... 3 2 Tehtävienhallinta- perustiedot... 4 2.1 Yhtiön perustiedot... 4 2.2 Tehtävä-/
Software product lines
Thomas Gustafsson, Henrik Heikkilä Software product lines Metropolia Ammattikorkeakoulu Insinööri (AMK) Tietotekniikan koulutusohjelma Asiantuntijateksti 17.11.2013 Sisällys 1 Johdanto 1 2 Software product
WP3 Decision Support Technologies
WP3 Decision Support Technologies 1 WP3 Decision Support Technologies WP Leader: Jarmo Laitinen Proposed budget: 185 000, VTT 100 000, TUT 85 000. WP3 focuses in utilizing decision support technologies
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...
Rajapinnat kuntajärjestelmissä #Kuntamarkkinat
Tapio Ahomäki Rajapinnat kuntajärjestelmissä #Kuntamarkkinat 15.9.2016 Trimble yrityksenä Tekla Oy Trimble Solutions Oy Tekla on ollut osa Trimble Corporationia vuodesta 2011 Teklan liiketoiminnan kehitys
Pika-aloitusopas. Sisältö: Projektin luominen Projektin muokkaaminen ja hallinnointi Projektin/arvioinnin tulosten tarkastelu
Pika-aloitusopas Sisältö: Projektin luominen Projektin muokkaaminen ja hallinnointi Projektin/arvioinnin tulosten tarkastelu Tämä asiakirja on laadittu auttamaan sinua hallinnoimaan nopeasti CEB TalentCentral
HELSINGIN KAUPUNKI LISÄKIRJE NRO 1 1 RAKENNUSVIRASTO Katu- ja puisto-osasto Jukka Myyryläinen HEL
HELSINGIN KAUPUNKI LISÄKIRJE NRO 1 1 VUOSAAREN SILTA JA RAITTISILTA VARTIOKYLÄNLAHDEN YLI, KATU- JA RAKENNUSSUUNNITTELU Helsingin kaupungin rakennusviraston katu- ja puisto-osasto on pyytänyt tarjoustanne
Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä:
Linux-harjoitus 6 Harjoituksen aiheena on tietokantapalvelimen asentaminen ja testaaminen. Asennetaan MySQL-tietokanta. Hieman linkkejä: http://www.mysql.com/, MySQL-tietokantaohjelman kotisivu. http://www.mysql.com/doc/en/index.html,
ADE Oy Hämeen valtatie 144 20540 TURKU. Tuotekonfigurointi. ADE Oy Ly Tunnus: 1626957-3
Tuotekonfigurointi ADE Oy lyhyesti Asiakkaiden tarpeisiin suunnattua innovatiivista ja toimivaa ohjelmisto- ja 3d animaatiopalvelua. Ade Oy on toteuttanut vuodesta 2000 alkaen haastavaa interaktiivista
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
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
Testidatan generointi
Testidatan generointi Anu Ahonen Kevät 2008 Tämä työ on tehty Creative Commons -lisenssin alla Työn tarkasti 9.4.2008 Jouni Huotari (JAMK/IT) 1 SISÄLTÖ 1 TYÖN LÄHTÖKOHDAT JA TOTEUTUS...2 2 TESTIDATAN GENEROINTI
PRE tulosseminaari 14.3.2013. Heikki Halttula, toimitusjohtaja Vianova Systems Finland Oy
PRE tulosseminaari 14.3.2013 Heikki Halttula, toimitusjohtaja Vianova Systems Finland Oy PRE Tulosseminaari 14.3.2013 mikä muuttuu, miten toimiala tai ansaintalogiikka muuttuu ja millaisia uusia toimijoita
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?
Adobe -määrälisensointi
Adobe -määrälisensointi VIP-jälleenmyyjäkonsolin käyttöopas Value Incentive Plan -ohjelmalle (VIP) Versio 3.1 syyskuu 12, 2013 Voimassa 15.8.2013 lähtien Sisältö Mikä on VIP-jälleenmyyjäkonsoli?... 4 Aloitus...
1 SUOMEN SILLAT... 1 2 SILLANTARKASTUSTOIMINTA... 1 3 KORJAUSSUUNNITTELU... 1 4 LAADUNVALVONTAMITTAUKSET... 1 5 YKSITYISTEIDEN SILLAT...
Sillan rakentaminen 1 SUOMEN SILLAT... 1 2 SILLANTARKASTUSTOIMINTA... 1 3 KORJAUSSUUNNITTELU... 1 4 LAADUNVALVONTAMITTAUKSET... 1 5 YKSITYISTEIDEN SILLAT... 1 6 VALTIONAVUSTUS... 2 6.1 VALTIONAVUN EDELLYTYKSET...
Kokemuksia tietomallipohjaisen
Kokemuksia tietomallipohjaisen Vt 3-18 parantaminen Laihian kohdalla Projektipäällikkö / Projektinjohtaja Liikennevirasto projektien suunnittelu ja toteutus Aikaisempi työura; Lemminkäinen Infra 1983-1997
Tietomallien hyödyntämismahdollisuudet tieverkon ylläpidossa
Novapoint käyttäjäpäivät 9.4.2014 Tietomallien hyödyntämismahdollisuudet tieverkon ylläpidossa Manu Marttinen Aluepäällikkö NCC Roads Oy Jyrsinnät ja kerrosstabiloinnit 1 Sisältö 1. Tieverkon ylläpito
Infra TM -hanke. KuntaGML laajennus IM-KuntaGML yhteensovitus paikka-, johto-, maasto- tietopalvelu
Hankekoordinointi infran substanssiosaaminen asennemuokkaus, viestintä Infra TM -hanke Teknologia-asiantuntija tuotemalliosaaminen kv-standardointiin vaikuttaminen Lähtötiedot Valtakunnallinen pohjatutkimusrekisteri
Infra-alan tuotemalliseminaari. 11.10.2006 Erkki Mäkinen
Infra-alan tuotemalliseminaari 11.10.2006 Erkki Mäkinen Tavoiteasetannasta Tavoitteena oli selvittää tuotemalliteknologian tarjoamia mahdollisuuksia ja arvioida siihen siirtymiseen tarvittavia panostuksia
Mallintamisen mahdollisuudet. vuorovaikutuksen lisäämiseksi infran ylläpidossa. Manu Marttinen Työpäällikkö NCC Roads Oy 1
Mallintamisen mahdollisuudet vuorovaikutuksen lisäämiseksi infran ylläpidossa Manu Marttinen Työpäällikkö 3.6.2015 NCC Roads Oy 1 TIEDONHALINNAN Mallintamisen mahdollisuudet vuorovaikutuksen lisäämiseksi
KUVANKÄSITTELY THE GIMP FOR WINDOWS OHJELMASSA
KUVANKÄSITTELY THE GIMP FOR WINDOWS OHJELMASSA Ohjeistuksessa käydään läpi kuvan koon ja kuvan kankaan koon muuntaminen esimerkin avulla. Ohjeistus on laadittu auttamaan kuvien muokkaamista kuvakommunikaatiota
PDF-tiedostojen teon pikaohje
1 PDF-tiedostojen teon pikaohje 1. Aluksi Tässä pikaohjeessa käydään lyhyesti läpi PDF-muotoisten tiedostojen teko Adobe Acrobat 5.0 ohjelmalla. Ohje opastaa painoon optimoidun PDF-tallenteen teon. Pikaohje
Millainen on onnistunut ICT-projekti?
Millainen on onnistunut ICT-projekti? Ohjelmistotuotannon lehtori Tero Tensu Ahtee Ohjelmistotekniikan laitoksella 1990- Projektityö-kurssilla 1991- pesunkestävä yliopistohampuusi ei päivääkään oikeissa
Konenäköpilotti ja muutoslaboratorio. Jani Kemppainen Rakennusteollisuus ry
Konenäköpilotti ja muutoslaboratorio Jani Kemppainen Rakennusteollisuus ry Esiteltävät asiat Konenäköpilotti Muutoslaboratorio Miten muutoslaboratoriota on tarkoitus kokeilla konenäköpilotti-hankkeessa
KEHITTÄMISEN NELIKENTTÄ
KEHITTÄMISEN NELIKENTTÄ TIEDON- HALLINTA HANKINTA JÄRJESTELMÄTASON KEHITTÄMINEN -Tulosten käyttöönoton aikajänne 5 10 vuotta SOVELLUSTEN KEHITTÄMINEN -Tulosten käyttöönoton aikajänne 1-5 vuotta KOULUTUS
Ylläpitodokumentti. Boa Open Access. Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos
Ylläpitodokumentti Boa Open Access Helsinki 2.5.2006 Ohjelmistotuotantoprojekti HELSINGIN YLIOPISTO Tietojenkäsittelytieteen laitos Kurssi 581260 Ohjelmistotuotantoprojekti (6 ov) Projektiryhmä Ilmari
Brother ScanViewerin opas ios- / OS X -järjestelmille
Brother ScanViewerin opas ios- / OS X -järjestelmille Versio 0 FIN Kuvakkeiden selitykset Tässä käyttöoppaassa käytetään seuraavaa vinkkimerkintää: VINKKI Vinkit kertovat, miten eri tilanteissa voi toimia
Inframallit Liikennevirastossa 10.9.2014
Inframallit Liikennevirastossa 10.9.2014 Mitä mallintamisella tavoitellaan Liikenneviraston näkökulmasta Omaisuuden hallintaa Kunto Mittaukset Analyysit Tuottavuuden parantamista Tehdyn työn hyödynnettävyyttä
Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma
Enterprise SOA. Nyt. Systeemi-integraattorin näkökulma 12.11.2007 Janne J. Korhonen 12.11.2007 Agenda 1. Prosessit ja palvelut, BPM ja SOA 2. BPM-projekteista yleensä 3. Prosessin elinkaarimalli 4. Kokemuksia
TUOTE(tieto)MALLIT Espoon pilottikohteiden urakoiden hankintaprosessi. Harri Tanska, Espoon kaupunki 5.2.2013 Infra FIMBIM Pilottipäivä
TUOTE(tieto)MALLIT Espoon pilottikohteiden urakoiden hankintaprosessi Harri Tanska, Espoon kaupunki 5.2.2013 Infra FIMBIM Pilottipäivä Miten tuotemallisuunnittelu eroaa perinteisestä suunnittelusta? Käytännössä
RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS
RAIN RAKENTAMISEN INTEGRAATIOKYVYKKYYS Loppuseminaari 11.12.2018 YIT:n pääkonttori, Helsinki RAIN hankkeen loppuseminaari 11.12.2018 Käyttäjälähtöinen tiedonhallinta (WP 4) Professori Harri Haapasalo OY
HYÖDYNNÄ SUBSCRIPTION-ETUSI SUBSCRIPTION SOPIMUSTEN HALLINTA
HYÖDYNNÄ SUBSCRIPTION-ETUSI SUBSCRIPTION SOPIMUSTEN HALLINTA Autodesk Subscription sopimuksella saat kaikki edut irti ohjelmistostasi. Tässä ohjeessa käydään läpi, kuinka voit käyttää Subscription Centerissä
Korkeakoulujen kirjastojärjestelmien uusiminen - tilannekatsaus
Korkeakoulujen kirjastojärjestelmien uusiminen - tilannekatsaus Minna-Liisa Kivinen Kirjastojärjestelmän uusiminen Korkeakoulukirjastot ja erikoiskirjastot, joilla on tällä hetkellä käytössään Voyager-järjestelmä
Digitalisaatio työmaan arjessa nyt ja tulevaisuudessa Tietomallinnus avuksi oton suunnitteluun
Digitalisaatio työmaan arjessa nyt ja tulevaisuudessa Tietomallinnus avuksi oton suunnitteluun Kiviaines- ja murskauspäivä 19.1.2018 Juha Liukas Johtava asiantuntija, InfraBIM Dokumenttien hallinnasta
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
ELMAS 4 Laitteiden kriittisyysluokittelu 8.2.2012 1/10. Ramentor Oy ELMAS 4. Laitteiden kriittisyysluokittelu. Versio 1.0
1/10 Ramentor Oy ELMAS 4 Laitteiden kriittisyysluokittelu Versio 1.0 2/10 SISÄLTÖ 1 Kuvaus... 3 2 Kriittisyysluokittelu ELMAS-ohjelmistolla... 4 2.1 Kohteen mallinnus... 4 2.2 Kriittisyystekijöiden painoarvojen
Järjestelmäarkkitehtuuri (TK081702) Web Services. Web Services
Järjestelmäarkkitehtuuri (TK081702) Standardoidutu tapa integroida sovelluksia Internetin kautta avointen protokollien ja rajapintojen avulla. tekniikka mahdollista ITjärjestelmien liittämiseen yrityskumppaneiden
Tietopavelun kehittäminen
Tietopavelun kehittäminen Valtiohallinnon Cognos käyttäjäpäivät 10.09.2009 Jari Pekkanen Logica 2008. All rights reserved Yhteiset tietopalvelut/lähtötilanne Tietojen hyödyntäjät Järjestelmät: Tiira Tietopalvelut
Visual Case 2. Miika Kasnio (C9767) 23.4.2008
Visual Case 2 Miika Kasnio (C9767) 23.4.2008 Työn tarkasti: Jouni Huotari 24.4.2008 1 SISÄLTÖ 1. TYÖN LÄHTÖKOHDAT... 2 2. PERUSTIEDOT... 2 3. ASENTAMINEN... 2 4. OMINAISUUDET... 3 4.1. UML-kaaviot... 4
API:Hack Tournee 2014
apisuomi API:Hack Tournee 2014 #apihackfinland Twitter: @ApiSuomi API:Suomi - Suomen metarajapinta apisuomi Apisuomi kerää vertailutietoa ja arvosteluja rajapinnoista madaltaen avoimen datan uudelleenkäytön
Inframallintamisen ohjeiden tulevaisuuden näkymät
Inframallintamisen ohjeiden tulevaisuuden näkymät - miten ohjeita julkaistaan ja kokonaisuutta hallitaan? 5.5.2015 Kehitystyö Mallinnus menee nopeasti eteenpäin ja on selvää, että ohjekokonaisuus vaatii
Arkkitehtuuritietoisku. eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä
Arkkitehtuuritietoisku eli mitä aina olet halunnut tietää arkkitehtuureista, muttet ole uskaltanut kysyä Esikysymys Kuinka moni aikoo suunnitella projektityönsä arkkitehtuurin? Onko tämä arkkitehtuuria?
InfraModel2 Tiedonsiirron pilotointi
InfraModel2 Tiedonsiirron pilotointi Infra 2010 kehittämisohjelman loppuseminaari 5.11.2008, Erkki Mäkinen Sisältö Taustatietoa InfraModel2 - Tiedonsiirron pilotointi InfraModel-formaatin jatkokehittäminen
FlowIT virtaa IT-hankintoihin
FlowIT virtaa IT-hankintoihin Virpi Kalakoski, Matti Gröhn, Kirsi Jääskeläinen, Tiina Kalliomäki-Levanto, Jani Lukander, Kristian Lukander, Jarno Turunen, Teppo Valtonen, Tiina Vihtonen, Tuija Virtanen
Interfacing Product Data Management System
Interfacing Product Data Management System Tekijä: Työn valvoja: Mats Kuivalainen Timo Korhonen Esitelmän sisältö Työn suorituspaikka - Ideal Product Data Oy Käsitteitä Työn tavoitteet Työn tulokset 1/5