DTU IKT-2.0 STANDARD

Relaterede dokumenter
Danmarks Tekniske Universitet (DTU) Campus Service. 2.0 IKT standard

IKT-teknisk CAD-specifikation Bygningsstyrelsen

IKT-teknisk kommunikationsspecifikation

BILAG C KØBENHAVNS UNIVERSITET IKT-TEKNISK CAD-SPECIFIKATION. PROJEKT ID: KU_xxx_xx_xx_xxxx (se bilag G, pkt. 0.0) PROJEKTNAVN: xxx DATO: xx.xx.

BILAG A KØBENHAVNS UNIVERSITET IKT-TEKNISK KOMMUNIKATIONSSPECIFIKATION

IKT specifikationer. Bilag nr.: 12

Alle krav, der i denne beskrivelse stilles til fagmodeller, er alene møntet på fagmodeller, der udveksles mellem byggesagens parter.

IKT-teknisk kommunikationsspecifikation

Bilag 5.2. SLKS CAD-manual. Den

Januar a IKT-specifikationer aftale og kommunikation. del 4 digital projektering

Implementering af bips A104 hos DTU

Endvidere henvises til Ydelsesbeskrivelse for Byggeri og Planlægning 2012 vedr. IKT-leverancer.

Vejledning i udførelse af en Brugsplan i AutoCAD/REVIT

IKT TEKNISK CAD-SPECIFIKATION

IKT Ydelsesspecifikationer

bips F104, Dokumenthåndtering

IKT-Aftale Teknisk afleveringsspecifikation

CK Central Køkken IKT TEKNISK BIM/CAD-SPECIFIKATION

IKT YDELSESSPECIFIKATION KØBENHAVNS UNIVERSITET. PROJEKT ID: KU_xxx_xx_xx_xxxx (se bilag G, pkt. 0.0) PROJEKTNAVN: xxx DATO: xx.xx.

Find det relevante dokument på rekordtid med A104 Dokumenthåndtering Gunnar Friborg, bips

BILAG E KØBENHAVNS UNIVERSITET IKT-TEKNISK AFLEVERINGSSPECIFIKATION

IKT-teknisk afleveringsspecifikation Bygningsstyrelsen

VEJLEDNING I AFLEVERING AF DV- DOKUMENTATION TIL DRIFT I DTU CAS FOR ENTREPRENØR

IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION

1. Orientering Denne projektspecifikke beskrivelse er gældende for den digitale aflevering af D&Vdokumentation

DDB IKT BIM Revit. Peter Tranberg AEC Systemkonsulent Bygningskonstruktør NTI CADcenter A/S - 5 år pt@nti.dk

Nedenstående afkrydsede krav gælder for al renovering, om- eller tilbygning samt nybyggeri over 5 mio. kr. ekskl. moms.

NØRRE BOULEVARD SKOLE

Cad - Manual. Center for Ejendomme og Intern Service. Høje Taastrup Kommune Bygden Taastrup

KØBENHAVNS UNIVERSITET

IKT TEKNISK KOMMUNIKATIONS- SPECIFIKATION

US AARH DOKUMENTHÅNDTERING I BYGGERI OG PLANLÆGNING. Revision Juli Aarhus Universitet Økonomi og Bygninger Byggeri og Planlægning

KØBENHAVNS UNIVERSITET BILAG G KU SPECIFIKATION AF DIGITALE YDELSER

DDB IKT BIM Revit. Peter Tranberg AEC Systemkonsulent Bygningskonstruktør Tømrer NTI CADcenter A/S

Bentleyuser.dk årsmøde bips, IKT og CAD-standarder. Michael Ørsted, Københavns lufthavne Thomas Lundsgaard, Rambøll

IKT-Aftale Teknisk kommunikationsspecifikation

Fra ambition til virkelighed med krav

august 2016 a 102-c IKT-specifikationer, eksempelsamling aftale og kommunikation eksempler på digital aflevering til drift

Filnavngivning og strukturering af mapper med metadata (A104)

IKT Ydelsesspecifikation

IKT-Aftale Teknisk CAD specifikation

IKT TEKNISK CAD-SPECIFIKATION

DaluxQA. BIM-Administrator. Udarbejdet til version af DaluxQA. Lean Fuglsang

VEJLEDNING I AFLEVERING AF DV- DOKUMENTATION TIL DRIFT I DTU CAS FOR RÅDGIVER

IKT Ydelsesspecifikation

Januar a IKT-specifikationer aftale og kommunikation. del 7 digital aflevering

Januar a IKT-specifikationer aftale og kommunikation. del 5 digitalt udbud og tilbud

Esben Hvelplund Kjærsgaard, VDC-seniorkonsulent Maria Thygesen, BIM-koordinator. Mængder. I en entreprenørvirksomhed

Copyright 2015 Grontmij A/S. Digital aflevering CVR En ny virkelighed, ved Christian Lundstrøm

IKT-Aftale Ydelsesspecifikation

IKT - Ydelsesspecifikation

NTItools Peter Tranberg AEC Systemkonsulent Bygningskonstruktør Ved NTI CADcenter A/S i 5 år pt@nti.dk

Morten Alsdorf, Rambøll Markus Lampe, DTU

Start i Hvidovre Kommune, Teknisk Forvaltning, 15. november 2012

ARCHICAD PILOTPROJEKT: BELLAKARRERNE 1. oktober 2014 COBE & BIM Equity

Januar a IKT-specifikationer aftale og kommunikation. del 2 digital kommunikation

Byggeri og Planlægning

Værdiskabelse igennem IKT og BIM i DTU Campus Service

KØBENHAVNS UNIVERSITET BILAG A KU SPECIFIKATION AF DIGITALE YDELSER

DTU Campus Service DTU - BYGHERRERÅDGIVNING IKT Beskrivelse af DTU LOK koordinatsystemet. Den oprindelige definition af DTU-LOK er desværre gået tabt.

NTItools MINILAB. Anders Mejlhede Jensen Produkt Chef NTI CADcenter A/S Peter Tranberg AEC Systemkonsulent NTI CADcenter A/S

IKT-YDELSESBESKRIVELSE FOR IKT-LEDEREN

Marts 2019 AFTALE. Bilag 2. Ydelsesbeskrivelse for IKT-bygherrerådgiveren. om teknisk rådgivning og bistand (IKT-bygherrerådgivning)

Konflikter imellem DAV/FRI s ydelsesbeskrivelse og IKT-Ydelsesspecifikation

Januar a 102. anvisning aftale og kommunikation. IKT-specifikationer

CCS klassifikation og identifikation

CCS Formål Produktblad December 2015

august 2016 a 102 anvisning aftale og kommunikation IKT-specifikationer

Bilag 6.2. Udkast til IKT-aftale Vordingborg Kommune. Nyt administrationscenter

IKT-YDELSESBESKRIVELSE FOR TOTALENTREPRE- NØR

IKT Beskrivelse. Entreprise Vej- og broarbejder. Holstebromotorvejen Holstebro N- Aulum Nordre Ringvej. Februar 2016

Ydelsesbeskrivelse for SOM UDFØRT høringsudkast. Udkast

Region Hovedstaden Nye anlæg for affald, regn og spildevand på Glostrup Hospital som OPP. Appendiks 1.08 CAD manual

ENGPARKEN - SUNDBY - HVORUP BOLIGSELSKAB, AFD. 7 IKT-YDELSESSPECIFIKATION

BIM Shark brugervejledning v1 Februar 2016

Notat vedrørende IKT-aftale dokumentpakke

Vejledning for koordinering af bygningselementer (Kollisionskontrol)

En stærk kombination Informationshåndtering i byggeriet

Bips konference D modeller i konkurrencer

5 TYPISKE FEJL I MÆNGDEOPGØRELSER

cuneco en del af bips

Digital aflevering. Præhøring September 2015

SEEST NY BØRNEUNIVERS! IKT-bekendtgørelsen i offentligt byggeri 1. april Carsten Gotborg IT-projektleder Byggeri Kolding Kommune

Udkast til Bekendtgørelse om krav til anvendelse af informations- og kommunikationsteknologi i byggeri

ProjectWise Explorer Intro

PROJEKTBESKRIVELSE INFORMATIONER FOR AFLEVERING TIL DRIFT

DiKon. Strukturering af udbudsmateriale. DigitalKonvergens. Vejledning VERSION DEC 2016

VEJLEDNING I ARBEJDSPROCESSEN VED INSTALLATION AF BACNET IP ENHEDER

IKT-teknisk afleveringsspecifikation Bygningsstyrelsen

Grundlag og krav (IKT) VVM-undersøgelse af Hillerødmotorvejens forlængelse - Skitseprojektering. Maj 2017

Hvad er BIM? Fra et bygningsdelsperspektiv

Program for møde fredag d. 22/2-2002

a) Screeningsmødet med BTD, Københavns Ejendommes Bygherre standard for Drift og vedligehold er et punkt i Driftsspecifikationen.

cuneco en del af bips

»Udbud med mængder og sammenhæng i projektmaterialet

TEKNOLOGI. WHITEPAPER: ARCHICAD PILOT PROJEKT August 2014 Oooja & BIM Equity

Sagsnr Udbudsmateriale Offentligt udbud Udbud af arbejdsmiljøkoordinering til DNU Kontraktbilag 8

Hvad er BIM? Whitepaper. 3dbyggeri danmark. Fra et bygningsdels-perspektiv

BIM modelstrategi for FM systemer. IDM-netværksmøde: IDM hvorfor?!

IKT Ydelsesspecifikation

Transkript:

INDHOLD: DTU IKT-2.0 STANDARD 1. Indledning... 2 1.1 Orientering... 2 1.2 Projektspecifikke forhold... 2 1.3 Projektets stamdata... 2 2. KOMMUNIKATION... 2 2.1 Projektweb, mappestruktur... 2 2.2 Projektweb, filnavngivning... 2 2.3 Projektweb, Metadata... 5 2.4 Projektweb, Versions- og Revisionsstyring... 5 3. BIM SAMARBEJDE OG KOORDINERING... 6 3.1 Koordinat- og referencesystemer... 6 3.2 Tegningsstandarder... 7 3.3 Modelstandarder... 9 5. DIGITAL AFLEVERING... 11 5.1 Dokumentation, generelt... 11 5.2 D&V information... 12 5.3 Driftsmodeller og - tegninger... 12 DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 1 of 13

1.1 ORIENTERING 1. INDLEDNING Nærværende DTU IKT-2.0 Standard definerer tekniske IKT krav og rammer for samarbejde og afleveringer til DTU i forbindelse med planlægnings-, bygge- og anlægsprojekter. Standarden ligger i forlængelse af det enkelte projekts DTU IKT-1.0 Specifikation. Alle krav i denne standard skal overholdes. Afvigelser skal godkendes af bygherre og føres til referat. Begrebet informationsniveau henviser til bips informationsniveauer. Begrebet niveau for Som udført henviser til PAR og FRI s Ydelsesbeskrivelse for Som udført 2000. 1.2 PROJEKTSPECIFIKKE FORHOLD Eventuelle projektspecifikke standarder, eller projektspecifikke tilpasninger af DTU IKT-1.0 Standard, dokumenteres i IKT-3.0 Samarbejdsspecifikationen af IKT lederen. 1.3 PROJEKTETS STAMDATA Projektets stamdata udfyldes af DTUs projektleder og fremgår af projektets DTU IKT-1.0 Specifikation. 2. KOMMUNIKATION 2.1 PROJEKTWEB, MAPPESTRUKTUR STK. 1 Der benyttes Projektweb mappestruktur fra bips A104 gældende version med DTU tilføjelser. DTUs skabelon til projektweb skal bruges. 2.2 PROJEKTWEB, FILNAVNGIVNING Generelle filer Generelt gælder for alle filnavne, at de følger bips A104 gældende version med følgende DTU specifikke tilføjelser: startes med angivelse af lokalitet: L Lokalitet.Bygning Eks.: LLYN.B409 (Lyngby Campus, Bygning 409) indeholder A104 position Vidensområde Eks.: K01 (Arkitekt) ikke må indeholde versions- eller revisionsnummer da dette håndteres af projektweb. Det skal bemærkes, at der for model- og tegningsfiler er yderligere krav, som fremgår af de nedenstående afsnit. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 2 of 13

Stk. 2 Model- og tegningsfiler, nye byggerier Ved modelfiler til nye byggerier benyttes A104 med følgende syntaks (eksempelindhold): Tegningsnummer er identisk med Tegningsfilnavn LLYN.B201_ES_K01_W29_F01_H1_N01 (Lyngby.Bygning 201_Stuen_Arkitekt_Lofter_Tegningsfil_Plan_Løbenummer01) SORT = Obligatorisk BLÅ = Valgfri DTU stiller en kodegenerator til rådighed til navngivning af filer på: www.a104.cas.dtu.dk Stk. 3 Modelfiler, eksisterende bygninger: Der kan forekomme afarter for meget gamle tegninger eller andre lokaliteter end Lyngby (især i forhold til nummerering af etager). Kontakt BIM kontoret i dette tilfælde. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 3 of 13

Stk. 4 Tegningsfiler, eksisterende bygninger: Der kan forekomme afarter for meget gammle tegninger eller andre lokaliteter end Lyngby (især i forhold til nummerering af etager). Kontakt BIM kontoret i dette tilfælde. Stk. 5 Fagspecifikke navngivninger til driften For CTS og El skal der benyttes en særlig navngivning af tegninger og dokumenter til driften. Disse fremgår af Driftens standarder på www.dtu.dk DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 4 of 13

2.3 PROJEKTWEB, METADATA Til ethvert dokument skal der som minimum knyttes følgende metadatafelter fra bips A104: Metadatanavn [A104] Beskrivelse Indholdsbeskrivelse Kort fremstilling som angiver, hvad dokumentet omhandler Status [G] Dokumentets stade i dets livscyklus Versionsdato Dato for udgave af dokumentet Version [V] Kode for udgave af dokumentet Vidensområde [K] Kategorisering efter anvendt viden om et bestemt emne Projekt id [I] Kode som entydigt identificerer projektet for alle parter Dokumentform [M] Kategorisering efter dokumentets præsentationsform For tegninger skal der desuden udfyldes følgende metadatafelter: Metadatanavn [A104] Beskrivelse Papirstørrelse Målestoksforhold Første revisionsdato Erstatter dokument [Ikke A104] Kode som angiver papirarkstørrelse knyttet til anvendt målestok Kode som angiver størrelsesforhold Dato for første officielt gældende udgave af dokumentet Hvis metadata ikke stemmer overens med filnavn, er det ALTID metadata, som er gældende. 2.4 PROJEKTWEB, VERSIONS- OG REVISIONSSTYRING Der anvendes versions- og revisionsstyring jf. bips A104. Revisions-/versionsbetegnelsen angives i metadatafeltet VersionsID og ikke i filnavn. Betegnelsen skal fremgå af tegningsskilt, modelskilt eller dokumenthoved. Dokumenter og tegning/modeller til drift afleveres altid som version 0 for nye dokumenter. For opdaterede eksisterende dokumenter afleveres første hele revitionsnummer efter revitionsnummer på det udleverede grundlag. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 5 of 13

3. BIM SAMARBEJDE OG KOORDINERING 3.1 KOORDINAT- OG REFERENCESYSTEMER Stk. 2 Stk. 3 Overordnet referencesystem Til projektering anvendes system DKTM3, såfremt andet ikke er aftalt. Der kan efter aftale med bygherren, anvendes et andet system, såfremt dette vurderes mere fordelagtigt (f.eks. Plankoordinatsystem UTM/EUREF89 og højdesystem DVR90). Projektspecifikt koordinatsystem Eksisterende DTU tegninger og modeller ligger i DTU LOK. Aflevering af som udført - og driftsmodeller/tegninger skal afleveres i DTU LOK. DTU-lokalt nulpunkt, LYNGBY DTU LOK DTU Nulpunkt X=0 Y=0 System34 Sjælland E 75376.8232 N 152603.2024 DKTM3 (EPSG 4095) E 648393.9081 N 1184831.1390 UTM32 (EPSG 25832) E 720784.9757 N 6187824.9896 Transformationer mellem DTU-LOK, DKTM3, System34 og UTM32 ses af IKT-2.51_DTU- LOK_Lyngby_Notat som findes på DTU s hjemmeside. Stk. 4 Stk. 5 DTU højdesystem DVR90 er gældende for alle lokaliteter. Højdesystemet skal angives i alle tegninger og modeller som indeholder koter. DTU-lokalt nulpunkt, Risø Definition af sammenhæng mellem UTM Zone 32, Euref89 og DTU-Nulpunkt-Risø Punkt DTU-Nulpunkt-Risø UTM, Zone 32, Euref89 X Y E N A -0.015-0.015 695114.399 6176182.377 B -1500.015-0.015 693650.614 6176509.996 Transformationer mellem DTU-LOK Risø og UTM32 ses af IKT-2.52_DTU- LOK_Risoe_Notat som findes på DTU s hjemmeside. Stk. 6 Stk. 7 Koordinatsystem for Ballerup Campus Kontakt BIM kontoret på bim@adm.dtu.dk Landmålte data Alle landmåler arbejder indenfor projektet skal tage udgangspunkt i DTU IKT-2.21 Standard for digital aflevering af landmålte data På Lyngby Campus skal alle landmålinger tage udgangspunkt i DTU s 1. ordens fikspunktsnet for størst mulig præcision. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 6 of 13

3.2 TEGNINGSSTANDARDER Nedenstående krav gælder til alle tegninger og CAD modelfiler til aflevering ved faseskift, som udført og driftsmodeller/tegninger. Informationer på tegninger Ved afleveringer til DTU skal DTU standard tegningshoved eller modelskilt benyttes. Standard tegningshoved og modelskilt rekvireres hos bim@adm.dtu.dk Alle attributter skal udfyldes. Alle modelfiler skal have påsat et modelskilt eller en tekststreng, der bruges som identifikation. Ud fra modelskiltet eller beskrivende tekst skal følgende fremgå: Filnavn Modelfilens emne Ansvarlig/Tegnet af/ks et af Bygningsnummer Seneste dato for revision Stk. 2 Tegningsfiler, indhold Den faglige information i tegningsfilerne hentes fra modelfilerne. Modelfilerne er alene knyttet til tegningsfilerne som relativ reference. Tegningsfiler indeholder derudover: a) Tegningshoved med lokalisationsfigur for bygningen med angivelse af position af snit, facade m.m. b) DTU-kort over tegningshoved med angivelse af bygning c) Tegningsramme d) Noter og signaturforklaringer e) Tegninger opsættes som layouts i tegningsfilen. Layout skal have samme navn som tegningsfilen. Jf. bips C213 Tegningsstandarder. Stk. 3 Stk. 4 Stk. 5 Stk. 6 Signaturer Jf. bips C213 Tegningsstandarder. Afvigelser skal godkendes af bygherre. Tegningsformater Alle tegningsformater har stående A4 som grundmodul. Tegninger skal KUN være A1 (f.eks. 1:100) eller A3 format. A1 formater skal kunne være læselig 50% nedskaleret i A3. Tekster og målsætning Jf. bips C213 Tegningsstandarder. Tegningsenheder Alle tegningselementer skal indtegnes i 1:1, så 1 drawing unit = 1 mm. Særligt for AutoCAD: Skraveringsbiblioteker (MEASUREMENT) skal være 1 (ISO-standard) Variabel for nulpunkt (BASE) skal være 0,0,0. Variabel for rotation (ANGBASE) skal være 0,0 DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 7 of 13

Stk. 7 Dimensioner og mål a) Al målsætning (undtagen koter) angives i hele mm med tusindedels separator "#.###". b) Koter angives i m med 3 decimaler. c) Vinkler angives indenfor 360 med 1 decimal. d) Arealer angives i m2 med 1 decimal e) Dimensioner indtegnes/indsættes i korrekte lag og DTU s tekstfont. Der må kun arbejdes med dynamisk målsætning. Dimensionstekst skal svare til det tegnede, der må ikke rettes i dimensionstekst. Stk. 8 Henvisninger, signaturforklaring, noter m.v. Placeres i fold over tegningshoved med DTU kort, til venstre for tegningshoved eller på side 2 ved A4 tegninger. Henvisninger til andre tegninger placeres over revisionsfelt og tegningshoved. Der skal være en signaturforklaring på hver tegning. I øvrigt jf. bips C213 Tegningsstandarder. Stk. 9 0 1 2 Lagstandard a) Ved anvendelse af bygningsmodel med 2D geometri skal bips Lagstruktur 2015anvendes b) For at sikre, at alle informationer i en modelfil kan anvendes fra alle tegningsfiler skal alle lag i modelfilerne altid være tændt og optøet. c) For landskabsprojekter kan standard rekvireres på bim@adm.dtu.dk d) For afløbsprojekter benyttes DanDas standard. Referencefiler a) I det omfang modeller indeholder eksterne referencer, skal disse indsættes korrekt i forhold til koordinatsystemet. Referencer til tegninger og modeller skal være indsat ved brug af Link og ved aflevering være Unloaded. b) Modelfiler indsættes ved aflevering som xref-overlay og altid relativt med udgangspunkt i mappestruktur for digital aflevering c) Modelfiler indsættes altid i 0,0,0 i tegningsfilen. d) Alle filer, der anvendes som referencer i modellerne, skal afleveres sammen med modellerne, herunder også baggrundsbilleder, shapes og fonte e) Ved anvendelse af referencefiler skal der altid afleveres et XREF reference skema. Skabelon kan rekvireres på bim@adm.dtu.dk Linietyper Jf. bips C213 Tegningsstandarder. Blokke (Særligt for AutoCAD): Blokke skal altid oprettes i lag 0, og derefter indsættes i relevante lag jf. bips C213 Tegningsstandarder. Der må desuden ikke forekomme hierarkier af blokke, dvs. en blok må ikke indeholde andre blokke. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 8 of 13

3.3 MODELSTANDARDER Nedenstående krav gælder til alle 3D modeller til aflevering ved faseskift, som udført og driftsmodeller/tegninger. Modeljournal/Model dokumentation Alle modeller, skal ved aflevering have tilknyttet en udfyldt modeljournal. Ved nye byggerier oprettes en ny modeljournal, efter DTU Skabelon, som udfyldes med projektets stamdata. Skabelonen kan rekvireres på bim@adm.dtu.dk Ved eksisterende bygninger, hvor der findes en modeljournal med historik, suppleres denne med relevant information om de overordnede projektinformationer og eventuel afgrænsning af projektet. Stk. 2 Klassifikation / identifikation Alle bygningsdele i modellen skal have et entydigt link til bygningsdele i FM dokumentationen. Linket skal tage udgangspunkt i den overordnede klassifikationstabel i IKT- 2.02_Bygningsdelsoversigt og forsynes med tilstrækkelige underniveauer til entydigt at sammenkæde bygningsdele og de tilhørende bygningsdele i modellen. Der benyttes som udgangspunkt parameter navn DTU_Classification Stk. 3 Informationsnøjagtighed Alle objekter i modeller skal, inden den digitale aflevering til drift, kodes med egenskaber for informationsnøjagtighed i henhold til nedenstående. Værdi Definition Eksempler JA0 JA1 JA2 JA3 JA4 Objekt dannet ud fra en opmåling af analogt tegningsgrundlag. Objekt dannet på baggrund af overordnet kontrol af bygningsdeles indbyrdes placering på stedet. Objektet er ikke opmålt. Objektet er dannet på baggrund af gældende projekteringsgrundlag. Objektet er dannet på baggrund af den fysisk realiserede bygning, med de bygningsdele, komponenter og egenskaber, som er resultat af produktion Objekt dannet ud fra en opmåling på stedet med minimum tolerance Anvendes hvor objektet er oprette direkte ud fra et scannet grundlag Anvendes i hvor objektet er tjekket visuelt, men ikke opmålt, på pladsen, for eksempel rum inddeling eller vinduesplacering. Anvendes for objekter ændret eller tilføjet i forbindelse med projekteringen. Nøjagtighed afspejler projekteringens aktuelle fase. Anvendes til dokumentation for det færdige byggeri. Svarer til As built / Som udført. Anvendes i hvor objektet er opmålt på stedet f.eks. af landmåler eller lign. Egenskabsnavne fremgår af afsnittet Egenskaber i dette dokument. Stk. 5 Objekttyper og anvendelse Objekttyper skal anvendes i overensstemmelse med de bygningsdele de afspejler. Der må således ikke anvendes et vægobjekt til at modellere en søjle. I det omfang bygningsdele ikke er repræsenteret som objekter i modelleringsværktøjet kan andre objekter undtagelsesvis anvendes. Dette kan eksempelvis være fundamenter der modelleres som vægge. Disse undtagelser SKAL dokumenteres i modeljournalen. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 9 of 13

Stk. 6 Stk. 7 Stk. 8 Stk. 9 0 Objektgeometri De geometriske objekter må ikke overlappe hinanden og der må ikke være afstand mellem sammenhængende objekter. Informationer til bygningsdele på tegning Information på tegninger skal dannes ud fra objektets egenskaber ikke som selvstændige tekstfelter. Rum Alle rum skal, uden undtagelse, oprettes som Nettoarealer i form af Revit Rooms i ARK model og følge anvisningerne i DTU standard for Arealbetegnelser. Nettoarealer måles til inderside af vægge og dørhuller tages ikke med. Egenskaber for rum skal være udfyldt i henhold til afsnittet Egenskaber og parametre Egenskaber for rum skal indgå i en rumliste i Revit i form af Room Schedule. Stade (Revit Phasing) (speciel for Revit) Revit s egenskaber for Phasing skal, inden aflevering af modeller til CAS, udfyldes for alle bygningsdele, i henhold til Revits standard værdier: Existing for eksisterende bygningsdele New construction for nye bygningsdele Demolition for nedbrudte bygningsdele Egenskabsnavne Følgende egenskaber skal anvendes i modeller, ved den digitale aflevering til drift: Objekt Indhold Egenskabsnavn Krav Alle Klassifikation DTU_ClassificationNumber X Alle Informationsnøjagtighed DTU_InformationAccuracy X Room Type DTU_Type X Room Kategori DTU_Category X Room Rumnummer Number (Revit standard) X Room Areal Area (Revit standard) X 1 Henvisning til bilag og vejledninger Følgende bilag skal benyttes i forbindelse med aflevering af modeller: Dokument Skabelon Obligatorisk Vejledning Efter behov Modeljournal LDTU_B01_IKT-2.10_Modeljounal.dotx X CAS Revit template LDTU_B01_IKT-2.12_Revit_Template.rte X Revit KS Skema Rekvireres hos bim@adm.dtu.dk X Referencefilskema Udarbejdes af rådgiver X Dokumenter markeret med Vejledning og Efter behov i ovenstående skema, kan rekvireres hos BIM kontoret og anvendes i det omfang IKT-lederen vurderer det vil være relevant, for afleveringen af modellerne. Bilag kan som udgangspunkt hentes fra DTU s hjemmeside eller rekvireres på bim@adm.dtu.dk DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 10 of 13

5. DIGITAL AFLEVERING 5.1 DOKUMENTATION, GENERELT Stk. 2 Dokumentliste 3 måneder før aflevering for aflevering til drift: Der skal afleveres en samlet dokumentliste, for alle dokumenter der indgår i den digitale aflevering inkl. bilag. Hvert dokument på dokumentlisten skal, udover dokumentnavn, også indeholde oplysninger om dokumentet i henhold til afsnittet Projektweb, metadata (Punkt 2.3). Dokumentliste rekvireres på bim@adm.dtu.dk Mappestruktur for digital aflevering til drift Alt materiale til Som udført dokumentation uploades til D2_Aflevering Som udført Type Undermappe Format Som udført tegninger TEG_[fag] DWG og PDF, [fag] er undermapper for hvert fag der afleveres 2D tegninger fra. Som udført modeller MOD_[fag] Originalformat og IFC Alt materiale til FM/drift afleveres i D2_Aflevering Aflevering til FM/drift Type Undermappe Format Driftsmodeller MOD_[fag] Originalformat, CAS kompatibel format 1) og IFC Driftstegninger TEG_[fag] DWG Fm information til drift FM_[fag] XLSX, Docx, PDF Fotos FM_[fag] JPG / PDF Øvrig dokumentation Efter behov, fastlægges i IKT-04 Afleveringsspecifikation Originalformat Stk. 3 PDF filer Ved aflevering af PDF dokumenter gælder at: a) Filerne skal udarbejdes, så der kan søges i indholdet af ord. Eventuelt scannede dokumenter skal OCR (ordgenkendelse) behandles. b) Dokumenter må ikke være låst c) Indeling af PDF filer aftales på for grundlag af en prøveaflevering med BIMkontor. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 11 of 13

5.2 D&V INFORMATION Filnavngivning af driftsdokumenter Dokumenter med driftsinformationer på bygningsdele sorteres i fagspecifikke mapper og navngives jf. DTU driftsfag standarder. Såfremt der ikke findes en fagstandard, benyttes generel navngivning jf. punkt 2.2. Metadata for alle dokumenter skal udfyldes jf. punkt 2.3. Se DTU IKT-2.53 Rådgivers vejledning i aflevering af DV-dokumentation og DTU IKT-2.54 Entreprenørs vejledning i aflevering af DV-dokumentation Stk. 2 Afleveringsformat på egenskaber Egenskaberne på bygningsdele, der udfyldes i bygningsdelskortet, skal afleveres i et bestemt afleveringsformat. Afleveringsformatet beskriver formatet for egenskabens information, der skal tastes ind i bygningsdelskortet for den pågældende bygningsdel eller komponent. Det kan f.eks. være et dokument, interval, dato-, tekst- eller talformat mm. I bygningsdelskortet er der specificeret formatet tilknyttet egenskaben for nærmere præcisering. Se DTU IKT-2.53 Rådgivers vejledning i aflevering af DV-dokumentation og DTU IKT-2.54 Entreprenørs vejledning i aflevering af DV-dokumentation 5.3 DRIFTSMODELLER OG - TEGNINGER Som en del af D&V-dokumentationen skal der afleveres Driftsmodeller for alle fag. Arkitekt- og Konstruktionsmodel skal dog lægges sammen. Driftsmodellerne er sidste som udført modeller ryddet for projektspecifikt indhold. Kompatibilitet Der skal afleveres modeller og tegningerne fuldstændig kompatibelt med Autodesk Revit eller AutoCad i én version tidligere end den nyeste udgivne version. For at sikre korrekt struktur, indhold og afleveringsform af det digitale materiale, skal der altid foretages en prøveudveksling til DTU Campus Service. Rådgiveren er alene ansvarlig for fejlfri oversættelse. Campus Service skal og vil omgående returnere filer med fejl i oversættelsen. Disse betragtes som ikke modtaget. Stk. 2 Driftsmodellens indhold (særlig Revit) Ovenstående standarder for Som udført modeller er også gældende for Driftsmodellen. I forbindelse med aflevering af driftsmodeller skal Arkitekt- og Konstruktionsmodeller kombineres til én model, hvor alle bærende bygningsdele er modelleret som Structural. Bærende dele af Compound Families skal specificeres. Driftsmodellen afleveres i fuld kompatibel format til CAS drift-system (se 5.4, Stk. 4) og IFC 2.x3 koordineret modelview format. Stk. 3 Bruttoarealer (særlig Revit) Der skal i driftsmodellen oprettes bruttoetage arealplaner for alle etager, som inkluderer rum. Der skal benyttes Area Plans: Gross Building. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 12 of 13

Stk. 4 Stk. 5 Terrænkote (særlig Revit) Alle facadetegninger skal angive terrænkoten gennem en grå boks ( Filled Region, som annotation), der repræsenterer terræn, mens snittegningernes terrænkote markeres med Wide Line. Views (særlig Revit) Driftsmodellen må kun indeholde Views i henhold til nedenstående skema. Øvrige Views fra Som udført eller projekteringen (procesdokumentationen) skal således fjernes fra driftsmodellen. Ved navngivning af Views anvendes bips A104, som præfiks, efterfulgt af tekstbeskrivelse, efter nedenstående nøgle: Type Navngivnings princip Eksempel Situationsplan ES_Situationsplan ES_SITUATIONSPLAN Etageplaner E[Etagepræfix]_Etage EK_KÆLDER, ES_STUEN E1_1.SAL etc. Facader H2_[Orientering]FACADE H2_NORDFACADE, H2_SYDFACADE Længde- og tværnit H3_[Snit]_[Snittype] H3_AA_LÆNGDESNIT H3_BB_TVÆRSNIT Bruttoarealplaner [Etageplan]_Brutto ES_STUEN_BRUTTO E1_1.SAL_BRUTTO Signaturforklaringer og lignende skal oprettes som Legends og ikke i Views. Stk. 6 Modelforside (særlig Revit) Alle driftsmodeller skal have en modelforside (Revit Starting view), med navnet C9_Modelforside og indeholde følgende informationer: DTU Lokation (Bulding address) DTU Bygningsnummer (Building name) DTU Projektnavn (Project name) DTU Projektnummer (ProjectID i henhold til IKT-01) Informationerne angives i Revit Project information. Stk. 7 Stk. 8 Driftstegninger (særlig AutoCad) Der oprettes én tegning pr. layout. Skal overholde kravene i afsnittet Tegningsstandarder Må ikke indeholde revisionsskyer, som derfor skal slettes helt Revisionsnummer angives jf. 2.4. Rum (særlig AutoCad) Ved anvendelse af 2D CAD som grundlag for projektet, skal følgende overholdes for rum: Bruttoarealer tegnes som polygoner på lag A81--G-B Nettoarealer tegnes som polygoner på lag A81--G-N. Nettoarealer skal indeholde attributter med information om rumtype, rumnr og areal jf. Space Management standard. Rumpolygoner skal være lukkede og placeret i ARK modelfil. DTU IKT-2.0 Standard Udgivet 2016-11-29 Side 13 of 13