Projekt Informationsleveranser steg 2-3 Arkivering Leveranser Kontroll Areaexport enligt Svensk Standard Sida 1
BAKGRUND Projektet har sin bakgrund i fastighetsförvaltningen behov av digital information. Successivt skapas ett informationsbygge vars innehåll speglar det verkliga bygget och de beslut som fattats vid dess utformning. Begreppet informationsbygge definieras av alla digitala informationsobjekt som i detta fall sammantaget beskriver förvaltningens informationsbehov och informationsprocesser under en byggnads livscykel. Informationen skapas i datorernas verktyg och kommuniceras vidare i det format som bestäms av dessa verktyg. Därför är det angeläget att de krav som ställs på digitala leveranser finns tillgängliga i dessa verktyg. Projektet bygger på vidareutveckling av två tidigare redovisade projekt Arkiveringsrekommendationer Leveransspecifikationsmeddelandet Med följande resultat: Arkiveringsrekommendationer Rekommendation nr1: Informationen Arkivera endast den information som du behöver. Bestäm nivå för informationsinnehållet enligt leveransspecifikationer redovisade enligt Tillämpningsanvisning:Fi2 Rekommendation nr2: Tekniken Arkivera i öppna format. Om arbetsoriginal används skall arkivering av dessa ske i öppna format. Rekommendation nr3: Arkiveringsprocessen Hantera informationen i ett obrutet informationsflöde med krav på arkivering i varje delprocess Leveransspecifikationsmeddelandet Konceptet i sin helhet bygger på att Ställa krav på informationsleveranser genom att specificera dessa krav i en leveransspecifikation. Leveransspecifikationerna och relaterade kravdokument förtecknas i den överenskommelse som träffas mellan parterna vid beställning av leveransen. Exempel på leveransspecifikationer finns upprättade. I steg 1 har redskap för att skapa leveransspecifikationsmeddelandet skapats. Upphandla informationsleveranser med stöd av upphandlingsmallar.. Kontrollera leveransernas överensstämmelse med leveransspecifikationen och leveransmeddelande. Lagra, vidareanvända och underhålla leveranserna till nytta för mottagaren. Leveransens parter består av avsändare och mottagare. Avsändare är antingen den som skapar informationen eller part som distribuerar denna på uppdrag eller efter begäran. Mottagare är den som ställer krav med en specifikation samt kontrollerar (och accepterar eller förkastar) leveransen. Sida 2
Fortsättningen, steg 2 och steg 3 Syftet med projektet är också att etablera branschgemensamma redskap för att ställa krav och kontrollera digitala leveranser i bygg- och fastighet. Detta med nyttjande av fi2 Förvaltningsinformations meddelandeteknik fi2xml. Projektet är en fortsättning på tidigare etapp enligt projektdirektiv Leveransspecifikation som fi2xml-meddelande där Steg 1 skapade leveransspecifikationsmeddelandet och Steg 2 skall skapa leveransmeddelandet samt beskriva de processer som nyttjar dessa meddelanden samt de rutiner som ingår i dessa. I steg 2 skall dessa syften verifieras i några tillämpningsprojektet med förslag till fortsättning Test av rekommendationerna med några pilotprojekt i verkligheten (steg 2) Plattformsberoende format Öppet format Publiceringsformat Leveransspecifikationer upprättade för arkivering Kontroll Test Round-trip (samverkan KTH och buildingsmart) med demohuset (steg 3) En framgångsrik rundresa består av att omvandla ett dokument i formatet A (DOCA) till en i formatet B (DOCB) och sedan tillbaka igen för att formatera A (DOCA). Om dokumenten är identiska så har det inte skett någon förlust av information och tur/retur har varit framgångsrik. Mer allmänt innebär det att konvertera från någon datarepresentation och tillbaka igen. Leveransspecifikationer (steg 2) Upprätta verktyg för leveransmeddelandet baserat på Bygghandlingar 90 del 8 utgåva 2 Upprätta (verktyg och) rutiner för digitala informationsleveranser Upprätta rutiner för att kontrollera digitala informationsleveranser Exporter från modeller (steg 3) Upprätta verktyg för fi2-export av areor enligt Svensk Standard (SS 21054:2009 utgåva 1) med nyttjande av ifc Import och export från Modeller (Tillhandahålls av programleverantören) Informationsaktiviteter (steg 2-3) Upprätta Produktblad Upprätta Digital Metodhandbok efter i steg 3 (utvecklad processbild) Publicera Infoblad genom openbim Samordna med Svensk Byggtjänst och Byggherrarna Publicera rekommendationerna på www.fi2.se Genomförandet En komprimerad fil bedöms vara det smidigaste sättet att skicka digitala leveranser, då man minimerar storleken på leveransen, håller ihop alla filer i ett paket, men ändå har smidigheten i att arbeta med ett allmänt känt och använt format. Ett grafiskt gränssnitt en viewer tas fram för fi2-leveranser. I gränssnittet kan användaren både skapa och granska leveranser. Viewern visar själva leveransens egenskaper, och en lista med alla ingående informationsmängder och deras egenskaper. När en leverans skapas anger användaren egenskaper för själva leveransen, såsom datum, namn, leveranstyp och avsändare. Användaren öppnar därefter en leveransspecifikation som fyller listan med informationsmängder från specifikationen. Därefter drar användaren in de filer som ska ingå i leveransen och släpper dem på den matchande platsen i listan över informationsmängder. Filens/informationsmängdens egenskaper såsom detaljering, metadata och kod fylls i i listan. I bakgrunden fylls leveransmeddelandet automatiskt med information från de indragna filerna, och de egenskaper användaren fyllt i. Mottagaren av en leverans kan se leveransens egenskaper, och de ingående informationsmängderna. Filer kan dras ut till användarens dator för vidare användning. I en utvecklad version skulle viewern också kunna erbjuda möjlighet att stämma av leveransens innehåll mot leveransspecifikationen. Sida 3
Viewern kan enkelt utökas med många relaterade funktioner, såsom kopplingar till projektplatser, avstämning av innehåll mot leveransspecifikation, kontroll av CAD-filer etc. För att viewern ska kunna känna igen fi2-leveransfiler bör ett specifikt filformat skapas för de zipkomprimerade paketen. En filändelse skulle kunna vara.fi2lev. En fördel med att använda zipkomprimering är att paket alltid kan öppnas och användas, även av de som inte har installerat eller vill använda en specifik viewer. Nedan visas en förenklad bild av ett tänkt gränssnitt: Användaren letar fram filer i filsystemet i den övre delen, och drar in de filer som ska tas med till listan nedanför. Därefter kan användaren ändra egenskaper för filerna direkt i listan. När innehållet är klart och specificerat sparas leveransen som en komprimerad zip-fil, innehållande de levererade filerna och själva leveransmeddelandet i xmlformat. Inga tillägg eller ändringar i leveransmeddelandet behöver göras, då all information finns i gränssnittet. Mottagaren av leveransen öppnar leveransfilen i viewern och kan direkt se innehållet, kontrollera att innehåll och specifikation stämmer överens, och dra ut filer från listan till mappar på den egna datorn. Förslaget innebär att följande tas fram: Det planerade xml-meddelandet för leveransmeddelande, En ny filtyp för fi2-paketerade leveranser, t.ex..fi2lev, En viewer enligt ovan Processbeskrivning Sida 4
Steg 1 startpaket från beställaren Förvaltningshandlingar hus, inredning, mark, installationer Programhandlingar nytt byggnadsverk eller ändrat byggnadsverk Drifthandlingar befintligt byggnadsverk Krav på dialog med verksamhet Steg 2 Bygghandlingar till entreprenörer Krav på ändringar av hus, inredning, mark och installationer Krav på nytt byggnadsverk Krav på dialog mellan skedets parter Steg 3 slutleverans av DU inklusive relationshandlingar Krav på informationsleveranser till förvaltning Krav på beskrivning av byggd miljö Steg 4 förvaltningshandlingar som skapas av förvaltaren Krav på förvaltningshandlingar Krav på drift, skötsel och underhållshandlingar Krav på dialog mellan förvaltningens parter Förbrukning, manualer, hyresgästhandbok Förslag till projektaktiviteter Aktivitet Tim Budget 1 Projektinitiering 40 32000 2 Upprätta leveransspecifikation arkivering 24 19200 2 Leveransmeddelande 140 112000 2 Uppdatering av demohuset 0 0 3 Kontrollrutin 32 25600 3 Kontrollredskap (viewer med kontroll) 24 19200 4, 6 Arkivering 56 44800 5 Roundtrip 28 22400 6 Pilotprojekt arkivering 36 28800 6 Digitala Informationsleveranser 56 44800 7 Miljöinfo 56 44800 8 Areaexport 28 19200 8 COBie 24 12800 8 Projektspecifikationer 40 32000 584 467200 Sida 5
Projektets förslag till leveransspecifikationer Leveransspecifikationer med exempel enligt nedan på bruttolista anpassade enligt önskemål för objekten med ansvarig part A, K, E, V och VS Vägg (generell) Innertrappa Balk Stomyttervägg Fast inredning Sträva Stominnervägg Utrymme inomhus Hål Ytterklimatskärm Rumsnamn Kabelstege Innerklimatskärm Rumsarea (NTA) Kanalisation Innervägg Rumsfunktion Elcentral Fönster Bjälklag Armatur Ytterdörr Grund Kanal Innerdörr Yttertak Don Ytterglasparti Innertak Spjäll Innerglasparti Hissar Ljuddämpare Yttertrappa Pelare Rörstråk Med följande exempel på detaljegenskaper såsom ID, Brandklass, Ljudklass, Area med flera beroende av objekttyp. Finansiering och aktiviteter Förslag att referensgruppen satsar 20 tkr/företag med mål att 20 företag deltar för att genomföra även steg 3. Rätt val ur ett livscykelperspektiv begränsar livscykelkostnaderna samt säkrar informationsbygget över tiden. Projektet startar med antagande av förslag till projektdefinition vid möte med Intressegruppen Informationsleveranser 2012-11-13 för genomförande under första halvåret 2013. För detta projekt gäller följande förslag till organisation: Styrgrupp: fi2 Förvaltningsinformation Tekniskt råd Referensgrupp: Ingående företag Fortifikationsverket, Vasakronan, Regionservice, Landstinget Sörmland, Karlstadskommun, Västfastigheter, Akademiska hus, Stadsfastigheter Malmö, Cad-Q, Graphisoft Arbetsgrupp: Per Erlandsson (projektledare), Bo Johansson, Leif Gustafson, Jan-Anders Jönsson, Mikael Kristiansson, Henrik Sjöberg, Anders Moberg, Väino Tarandi, Robert Priller Arbetet inleds med genomgång och definition av projektens gemensamma beröringspunkter med syfte att erhålla maximal rationalitet i arbetet, vilket troligen leder till behov av praktisk samordning vad gäller begreppsmodeller etc. Budget för aktiviteter: steg 2 200 tkr, steg 3 200 tkr Sida 6