240 likes | 333 Views
IT i fremtidens Byggeri – ITudvikling og byggeriets organisering. IT-udviklingens betydning for organiseringen af den industrialiserede byggesektor. Overgang til Modelbaseret Byggeri er en revolution, som påvirker: Proces, metode, samarbejde og dokumentation men giver:
E N D
IT i fremtidens Byggeri – ITudvikling og byggeriets organisering IT-udviklingens betydning for organiseringen af den industrialiserede byggesektor • Overgang til Modelbaseret Byggeri er en revolution, som påvirker: • Proces, metode, samarbejde og dokumentation • men giver: • Ny mulighed for integration af hele Byggeindustrien Kristian AggerArkitektskolen i Aarhus CID 1
IT i fremtidens Byggeri – Budgeteksempel dokumentform Budgeteksempel - Dokumentform Kristian AggerArkitektskolen i Aarhus Dokument Manuel overførsel Dokument CID Dokumenter (Salg/resultat og Løn) med manuel dataoverførsel. 2
IT i fremtidens Byggeri – Budgeteksempel Modelform Formel Relation Automatisk overførsel Budgeteksempel - Model Kristian AggerArkitektskolen i Aarhus Model CID 3 Dynamisk Model med datarelationer.
IT i fremtidens Byggeri – Byggesektorens IT-udvikling Byggesektorens IT udvikling de næste år • På kort sigt: Traditionel projektering • Samarbejde omkring enInternetPortal. • På mellemlangt sigt: Modelbaseret projektering • Brug afParametriske Komponentermen traditionel dokumentation • På langt sigt: Modelbaseret byggeri • Udvikling af en“offentlig/fælles” Datamodel,som kan • integrere ”intelligente/smarte, komponentspecifikke” • IT modelleringsredskaber - Modellorer og • levere data til helhedsvurderendeIT-analyser (Evalorer). • Implementering i virksomhederne??? Kristian AggerArkitektskolen i Aarhus CID 4
B-Processor– Modelbaseret IT - Status Modelbaseret IT – Modelbaseret Projektering • CAD–system status: • Modelbaseret Projektering er muligt i dag med • CADsystemer, som ArchiCAD og Architectural Desktop. • Systemerne kan levere traditionel projekt dokumentation, • men modelmæssigt samarbejde mellem projekterende • kræver (næsten) samme system. • Modellerings fungerer effektivt og konsistent i en • detaljeringsgrad svarende til 1:100. • Effektiv detaljering med parametriske bibl. Komponenter. • GDL tilbyder fælles bibliotek for begge platforme • Komplet detaljering baseres på traditionelle detailtegninger. Kristian AggerArkitektskolen i Aarhus CID 5
B-Processor– Byggesektor i udvikling Byggesektor i udvikling • En forbedring af Byggeriets effektivitet og kvalitet kræver nogle organisatoriske forandringer, som IT udviklingen kan understøtte: • Helhedsorienteret ledelse: • En eller få arkitektuddannede kan overskue og lede hele byggeprocessen • Sen (parallel) beslutningstagning • Beslutninger tages når det bedste grundlag findes ikke når det er nødvendigt for en lineær proces. • Integration af projektering og udførelse • Samarbejde med fælles ansvar via fælles datagrundlag Kristian AggerArkitektskolen i Aarhus CID 6
B-Processor– IT til byggeri – oversigt IT-system til Byggeri - oversigt Building Processor B-Processor Modellor Modellerings-objekt Evalor Analyse-objekt Partektur*Datamodel-objekter Generelintegreret Generel integreret Kristian AggerArkitektskolen i Aarhus Væg Tag Visualisering Vin/dør Geometri Topologi Standarder Mængdeberegning Søjle Dæk Externtsystem Produktspecifik Akustik Velux FMdesign Statik LP BSim2000 Termisk Danhaus Brand Danogips Bæredygtighed Generisk API Generisk API CID 7 *Partektur (Partechture) sammendrag af partitur og arkitektur
B-Processor– Samarbejde Arkitekt - Ingeniør Samarbejde Arkitekt - Ingeniør Arkitekt Ingeniør Skitserer ydre proportioner, med ”transparent væg” Udvikler Evalor til Thermisk og Statisk skitse / detail beregning Skitseret Via WWW Plug-in Proportionerer karm og glas, med Generel Modellor Kristian AggerArkitektskolen i Aarhus Konkretiseret IFC Beregner profiler, etc., hvis de falder uden for ”standard” Detaljerer, profiler, etc., med Produktspecifik Modellor Beregner med Evalor hvis inden-for ”standard” IFC Detailleret CID 8
B-Processor– Samarbejde Arkitekt - Producent Samarbejde Arkitekt - Producent Arkitekt Producent Skitserer ydre proportioner, med ”transparent væg” ProduktDesigner GlasfacadeSystem Skitseret Udvikler IT GlasfacadeSystem-Modellor Proportionerer karm og glas, med Generel Modellor Kristian AggerArkitektskolen i Aarhus Via WWW Konkretiseret Plug-in IFC Detaljerer, profiler, etc., med Produktspecifik Modellor Detaljerer, profiler, etc., med Produktspecifik Modellor IFC Detailleret CID Produktionsdata til GlasfacedeSystem 9
IT i fremtidens Byggeri – Produktionsdata Modelgenereret Produktionsdata Pruduktionsdata direkte fra Modellor Kristian AggerArkitektskolen i Aarhus CID 10
IT i fremtidens Byggeri – Delphi Status Definition Delphi undersøgelse Tapio Koivu Stanford og VTT. 2001 Status The industry as a whole is now on the threshold of adapting the actual concept of interoperability and slowly putting product models into use. The users now can be described as early adopters and the majority of the industry (estimated at over 90%) has not reacted yet. The potential in terms of concrete cost savings is visible, but the actual impact on the processes and the businesses is not known yet. Kristian AggerArkitektskolen i Aarhus Definition Interoperability means that a building product model data can be transferred to or shared with all of the relevant applications, throughout the life cycle of a facility or a building, by using a common logical structure. CID 11
IT i fremtidens Byggeri – Delphi Vision Delphi undersøgelse Tapio Koivu Stanford og VTT Fremtidsvision • The scope of interoperability should beimplemented intoa much wider use and, within the next two years, theseapplicationswill cover a wider range of use cases.The areas where product models and interoperability should be put into use to have the effects are: • Use of interoperable quantity take-off and cost estimating, • Integrating architectural design to other design disciplines and analysis functions, • Development of open, object based product libraries and • The use of model data by Facilities Managers (in activities such as occupancy and move management) and • Development of life cycle cost estimation tools. • Within 3 to 5 years, this extending will take an even wider share of the application areas, enabling simulation, optimization and better change management. The use of intelligent product models and more interoperable software will benefit mostly from the development of: • Common standardized product model scemata, • New data exchange or access protocols, • Model server technology, • Intelligent agent technology, • Better user interfaces. Kristian AggerArkitektskolen i Aarhus CID 12
IFC Pilot Project DR New headquarter for the Danish Broadcasting Cooperation IHK – AAA/CIB – Carl Bro - Byggeinformatik
Udvekslinger • Visio – ArchiCAD – Visio (DR2) • Rum til ArchiCAD • ArchiCAD – Visio – ArchiCAD (DR3 & TestHus) • Model til Visio – Rum tilbage til ArchiCAD • Problemer typer ID’s • ArchiCAD – Riuska (DR2 & DR3 & TestHus) • Model til thermisk analyse • Problem geometri og typer • Visio – Solibri (DR2 & DR3) • Model til check • ArchiCAD – Solibri (DR2 & DR3) • Model til check • ArchiCAD – ADT (DR3)
Hvordan gik testen? • Udveksling Visio – ArchiCAD – Visio • Skift fra dispositions forslag v. 1 til v. 3 • Meget virkede • Grundlæggende geometri • Typer • Nogle egenskaber • (Forskellige koncepter i forskellige software produkter) • Grundlæggende begrænsninger i softwaren • Behandler kun bounding box geometry • Behandler kun 2½D geometri • Behandler kun rum på en enkelt etage
Hvordan gik testen? • Udveksling Testhus ArchiCAD – Riusca • Stueetagen fortolkes rigtigt
Hvordan gik testen • Udveksling Testhus ArchiCAD – Riusca • 1. Sals vægge (skåret med det skrå tag) fortolkes forkert
Hvordan gik testen? • Udveksling Testhus ArchiCAD – Riusca • 1.sals vægge (med fladt tag) fortolkes rigtigt
Hvordan gik testen? • Begrænsninger I IFC implementeringer • Understøtter kun specifikke views (ikke VVS konstr. etc.) • Understøtter kun IFC import/export af visse komponenter • Understøtter ikke alle geometriske faciliteter fx: huller i dæk (Visio), vægge med skrå overkant (Riuska), parametri (IFC), etc. IFC ERROR: Kun åbninger i vægge understøttes på nuværende tidspunkt! IFC ERROR: At the moment only openings in walls are supported!
Næste fase • Planlægning af byggesag med IFC-udveksling • Beslutning om hvad der skal overføres • Test omdet er muligt på et mindre repræsentativt eksempel • Planlæg strategi for export og import • Modtag sende delmodeller • Objecter med samme Universelle ID • Slettes hvis de mangler • Erstattes hvis de er ændret
Konklusion • Brugere af IFC • Projekterende , som forstår og interesserer sig for brug af modeller i stedet for traditionelle tegningen og specifikationer. • Som er villige til at prøve et nyt koncept • Som er instillet på at være beta testere
IT i fremtidens Byggeri – Byggesektor i udvikling Byggesektor i udvikling mod Modelbaseret Byggeri A change of attitude among architects. A contemporary shift as a minimum in the actual building project team. A redesign of the B-processor to make it efficient and dynamic enough for Model-based Building Kristian AggerArkitektskolen i Aarhus CID 22
IT i fremtidens Byggeri – Arkitektuddannelse Arkitektuddannelse Januarkursus 2002 Skitsering, modellering, projektering og præsentationDesignproces Dokumentbaseret Modelbaseret Skitsering Modellering Projektering Præsentation Håndtegning Håndtegning Digital Papmodel Papmodel Kristian AggerArkitektskolen i Aarhus Digital Model Digital Tegning Digital Detaljemodel CID Digital Planche Internet Præsentation Model Præsentation 23 Spor 1. ArchiCAD Spor 2. ADT
IT i fremtidens Byggeri – SketchUP SketchUp WWW media demo Kristian AggerArkitektskolen i Aarhus CID SketchUp an intuitive and very interactive Surface-Modellor. 24