[Seite 1]

[Seite 1: Text nur als Bild — nicht lesbar]

[Seite 2]

Vorbemerkung

Abbildung 1: Einordung Leitfaden in die Standardisierungsprojekte BIM.Hamburg (©BIM.Hamburg, 2023)

Der BIM-Leitfaden für die FHH als Teil des Standardisierungsprojektes Rahmendokumente soll als Rahmen für alle am digitalen Planen, Bauen und Betreiben Beteiligten dienen. BIM.Hamburg schafft mit dem vorliegenden BIM-Leitfaden ein einheitliches Verständnis, wie in Hamburg BIM-Projekte grundsätzlich umgesetzt werden können. Der BIM-Leitfaden steht für Weiterentwicklungen und als allgemeine Orientierungshilfe öffentlich zur Verfügung.

Dieser Leitfaden hat keinen normativen Charakter. Vorhandene Referenzen, Normen und die Expertise der Autor:innen waren die Grundlagen für den Inhalt. Die rechtlichen Vereinbarungen für die Umsetzung der Projekte mit BIM werden in den jeweiligen Verträgen geschaffen und damit auch die projekt- sowie bereichs- spezifischen Besonderheiten berücksichtigt.

In den Auftraggeber-Informationsanforderungen (AIA) und dem BIM-Abwicklungsplan (BAP) werden die projektspezifischen Ziele, Ergänzungen, Abweichungen, Ausnahmen und Vorgaben für die Anwendung der BIM-Methode festgehalten. Aus diesen Dokumenten leiten sich die im jeweiligen Projekt gültigen Vorgaben ab. Der BIM-Leitfaden für die FHH, die AIA und der BAP wirken zusammen und ergänzen sich.

Der BIM-Leitfaden für die FHH ist urheberrechtlich geschützt und wird von den Herausgebenden kostenfrei zur Verfügung gestellt. Es ist untersagt, seine Inhalte zu entstellen oder zu verfälschen. Dieses Dokument erhebt keinen Anspruch auf Vollständigkeit. Die Herausgebenden haften nicht und übernehmen keine Ge- währ für die Vollständigkeit, Richtigkeit und Aktualität der bereitgestellten Inhalte und Informationen des BIM-Leitfadens. Die Haftung für Vorsatz und grobe Fahrlässigkeit bleibt unberührt. Die Verantwortlichkeit für die konkrete Anwendung des BIM-Leitfadens auf den Einzelfall liegt allein bei den Anwendenden. Für die Inhalte der Sekundärquellen werden keine Haftung und keine Gewähr übernommen.

Der BIM-Leitfaden wird der fortschreitenden und dynamischen Entwicklung der BIM-Thematik entsprechend angepasst. Soweit neue technologische und praxisrelevante Erkenntnisse dem vorliegenden BIM-Leitfaden für die FHH widersprechen, sind diese vor Projektbeginn oder ggf. nächster Projektphase mit allen Projektbetei- ligten abzustimmen. Während eines laufenden Planungsprozesses sind Abweichungen oder Änderungen von diesem Leitfaden seitens der Auftraggebenden zustimmungspflichtig. Diese Änderungen sind vollumfänglich im BAP zu dokumentieren.

[Seite 3]

Inhaltsverzeichnis

Vorbemerkung I

Building Information Modeling (BIM) 3

Einleitung 4 1.1. Verwendungszweck 4 1.2. BIM-Umfeld 4 1.3. Open BIM-Ansatz 5
Anwendungsfälle (AwF) 6
Rollen und Verantwortlichkeiten 7 3.1. Projekt-Organigramm 7 3.2. BIM-Management 8 3.3. BIM-Gesamtkoordination 8 3.4. BIM-Koordination 9 3.5. BIM-Autor:in 9 3.6. BIM-Nutzer:in 9
Kollaboration 10 4.1. Grundsätze der Zusammenarbeit 10 4.2. Informationsmanagement 10 4.3. Aufgabenmanagement 12 4.4. Datenmanagement 13 4.5. BIM-Testphase 15
Qualitätsmanagement 16 5.1. Qualitätsprüfungs- und Kollaborationsprozess 17 5.2. Qualitätsprüfung der Modelle und Informationen 18 5.3. Prüfberichte 19
Modellierung 20 6.1. Modellkonzept und Modellarten 20 6.2. Modellgliederung und Modellstruktur 22 6.3. Formale Modellvorgaben 23 6.4. Modellinhalte und Anforderungen 23 6.5. Objekte 26 6.6. Georeferenzierung 27
Technologien 28 7.1. Software 28 7.2. Common Data Environment (CDE) 28

[Seite 4]

Relevante Normen und Richtlinien 29

Glossar 31

Abkürzungsverzeichnis 32

Abbildungsverzeichnis 33

Tabellenverzeichnis 34

Literaturverzeichnis 35

Impressum 36 Index / Version 36

ISBN 978-3-912015-00-3

[Seite 5]

Building Information Modeling (BIM)

BIM ist eine integrative Arbeitsmethode, die die Planungsergebnisse aller beteiligten Fachdisziplinen struk- turiert zusammenfasst und diese wiederum allen zur Verfügung stellt.

Mit dem BIM-Prozess wird der gesamte Lebenszyklus eines Bauwerks von der Entwicklung über die Planung, Erstellung und Nutzung bis zum Abriss betrachtet. Während des BIM-Prozesses werden dreidimensionale Bauwerksinformationsmodelle erstellt, die im Laufe der Projektabwicklung kontinuierlich gepflegt und aktu- alisiert werden.

Auf der Grundlage dieser digitalen Modelle als Datenpool und virtuelles Abbild (digitaler Zwilling) des zu schaffenden Bauwerks werden alle notwendigen Daten und Informationen konsistent erfasst, verwaltet und unter den Projektbeteiligten ausgetauscht. Dabei ist das digitale Modell nicht ein einzelnes Gesamtmodell, sondern immer die Zusammenführung verschiedener Fachmodelle in beliebiger Anzahl und für verschiedene Anwendungen.

[Seite 6]

1. Einleitung

1.1. Verwendungszweck

Der BIM-Leitfaden für die FHH ist als Grundlage für BIM-Projekte zu verstehen. Es werden Anforderungen für die Umsetzung von BIM definiert, die bei der Anwendung der BIM-Methode in einem Projekt zu beach- ten sind. Es sind weiterhin projektunabhängige Vorgaben und Mindestanforderungen für die Erstellung von Modellen definiert.

Ziel dieses Dokuments ist es, ein einheitliches Verständnis der BIM-Begrifflichkeiten und der BIM-Arbeitsme- thode zu schaffen, um eine reibungslose Verständigung aller Projektbeteiligten sicherzustellen.

1.2. BIM-Umfeld

Für eine erfolgreiche Zusammenarbeit in einem BIM-Projekt sind u.a. die Anforderungen an die Modelle, Spezifikationen zu den Lieferleistungen und Beschreibungen zu den Prozessen zwingend erforderlich. Diese formalen Projektgrundlagen werden durch die Auftraggeber-Informationsanforderungen und den BIM-Ab- wicklungsplan gesteuert.

1.2.1. Auftraggeber-Informationsanforderungen (AIA)

Die Auftraggeber-Informationsanforderungen, kurz AIA, definieren die Anforderungen an Informationsbedürf- nisse der Auftraggebenden (AG) gegenüber den Auftragnehmenden (AN). Im Wesentlichen beschreiben die AIA die im Projekt umzusetzenden Anwendungsfälle, zu welchem Zeitpunkt welche Informationen benötigt werden und in welcher Detailtiefe diese vorliegen sollen. Die AIA sind Bestandteil der Vergabeunterlagen und werden im Auftragsfall Vertragsgegenstand zwischen AG und AN.

1.2.2. BIM-Abwicklungsplan (BAP)

Der BIM-Abwicklungsplan, kurz BAP, basiert auf den projektbezogenen AIA und regelt die modellbasierte Zusammenarbeit aller Projektbeteiligten. Detailliert festgelegt werden beispielsweise die organisatorischen Strukturen, Verantwortlichkeiten und Aufgabenzuordnungen, die anzuwendenden Standards, informations- und kommunikationstechnische Vorgaben in Bezug auf Datenaustauschprozesse, Software-Kompatibilität und -Interoperabilität oder auch vereinbarte technische Beschränkungen und Plattformen.

Der BAP ist ein dynamisches Dokument und wird projektbegleitend laufend fortgeschrieben.

1.2.3. Vergabe von BIM-Leistungen | AIA/BAP-Konstellation

„Die in BIM-Projekten durch Auftragnehmer zusätzlich bzw. in einer spezifischen Weise zu erbringenden Leistungen werden in den zusätzlichen Vertragsanlagen AIA und – soweit bei Vertragsschluss vorliegend – BAP sowie in zusätzlichen Leistungsfestlegungen in Leistungsbeschreibungen für Planungsleistungen bzw. Leistungsverzeichnissen für Bauleistungen benannt. Ergänzende Vertragsbestimmungen für BIM-Projekte sind in den BIM-BVB enthalten.“ (BMVI 2019, S. 11)

Die AIA und der BAP können in unterschiedlicher Form in Vergabeprozessen eingesetzt werden. Kriterien für die Auswahl der AIA/BAP-Konstellation sind u.a. Projektkomplexität, Projektgröße, ausgeschriebene Leistungen (z. B. Planung oder Ausführung) und Umfang der seitens AG verbindlich vorgegebenen BAP-Inhalte.

[Seite 7]

Seitens BIM.Hamburg werden die zwei folgenden Varianten empfohlen:

Variante 1:

„Der Auftraggeber gibt im Rahmen der Ausschreibung neben den üblichen Vertragsgrundlagen lediglich AIA vor, allerdings keinen BAP. Die Auftragnehmer werden verpflichtet, nach Beauftragung in Abstimmung mit den weiteren Projektbeteiligten einen BAP aufzusetzen, um Festlegungen zur geplanten Zusammenarbeit hinsichtlich der Umsetzung der AIA zu dokumentieren.“ (BMVI 2019, S. 12)

Abbildung 2: AIA/BAP-Konstellation bei der Vergabe von BIM-Leistungen – Variante 1 (©BIM.Hamburg in Anlehnung an BMVI 2019, S. 12)

Variante 2:

„Der Auftraggeber gibt AIA vor und fordert von den Bietern im Vergabeverfahren einen Vor-BAP ab. Der Vor- BAP ist eine vorläufige Fassung eines BAP, in welchem die Bieter ihre Umsetzungskonzepte für die Erfüllung der AIA beschreiben. Allerdings stellt der Auftraggeber ein Muster für den Vor-BAP in den Ausschreibungs- grundlagen zur Verfügung, welches von den Bietern auszufüllen ist (Muster-BAP). Die AIA und der vom Bieter erstellte Vor-BAP werden Vertragsanlage. Durch die Vorgabe eines Musters für einen Vor-BAP im Sinne von einer rahmenvertraglichen Anforderung wird die Einheitlichkeit der angebotenen Umsetzungskonzepte sicher- gestellt und die Erwartungshaltung des Auftraggebers an die inhaltliche Tiefe des abzugebenden Vor-BAP klarer kommuniziert. Die verschiedenen Vor-BAP sind dann auch besser vergleichbar.“ (BMVI 2019, S. 13)

Der Vor-BAP (Vertragsbestandteil) wird während der Projektbearbeitung als BAP fortgeschrieben.

Abbildung 3: AIA/BAP-Konstellation bei der Vergabe von BIM-Leistungen – Variante 2 (©BIM.Hamburg in Anlehnung an BMVI 2019, S. 12)

1.3. Open BIM-Ansatz

Die FHH als öffentliche Auftraggebende verfolgt den Open BIM-Ansatz. Damit wird das volle Potential des freien Wettbewerbs ausgeschöpft. Der Datenaustausch hat grundsätzlich mit herstellerneutralen Formaten zu erfolgen. Sollten bei der Umsetzung eines Anwendungsfalls native Formate erforderlich sein, so kann dies in den projektspezifischen AIA vereinbart werden.

[Seite 8]

2. Anwendungsfälle (AwF)

BIM-Anwendungsfälle, kurz AwF, beschreiben die zu erbringende Leistung zur Erreichung der im Projekt definierten Ziele unter Berücksichtigung der projektspezifischen Randbedingungen, der Anforderungen an Daten und Modelle sowie die zur Umsetzung erforderlichen Prozesse.

Durch die AwF ergeben sich die inhaltlichen Anforderungen an Daten und Modelle. Die AwF definieren folglich, welche konkreten Aufgaben und Anforderungen in der Projektbearbeitung mit der BIM-Methode erfüllt werden sollen. Diese werden vor Projektbeginn in den AIA definiert und deren Umsetzung im folgenden Projektver- lauf im BAP für alle Beteiligten festgehalten. Die AwF sind fester Vertragsbestandteil zwischen AG und AN.

Im Oktober 2021 wurde von BIM.Deutschland eine standardisierte und über alle Bereiche (Infrastrukturbau, Hochbau, etc.) harmonisierte Liste von Anwendungsfallbezeichnungen und deren Beschreibungen heraus- gegeben. Diese Liste bildet die Grundlage für die Steckbriefe der AwF, welche von BIM.Hamburg für die FHH entwickelt werden und auf www.bim.hamburg.de abrufbar sind.

[Seite 9]

3. Rollen und Verantwortlichkeiten

BIM erfordert klar definierte Rollen, Verantwortlichkeiten und Aufgaben, um ein reibungsloses Zusammen- wirken in der Projektorganisation zu gewährleisten.

3.1. Projekt-Organigramm

Die Umsetzung von BIM-Projekten erfordert die Einführung von ergänzenden Rollen. Um die Arbeitsbezie- hungen zwischen den am Projekt beteiligten BIM-Rollen zu verdeutlichen, wird die graphische Darstellung dieser Beziehungen in einem Projektorganigramm empfohlen.

Das für das jeweilige Projekt zugrundeliegende Organigramm ist den zugehörigen projektspezifischen AIA zu entnehmen.

Abbildung 4: Beispielhafte Organigramm-Vorlage (©BIM.Hamburg, 2023)

[Seite 10]

3.2. BIM-Management

Das BIM-Management agiert i. d. R. auf Seiten der AG und ist die zentrale Instanz für alle BIM-relevanten Themen. Zu den übergeordneten Aufgaben des BIM-Managements gehören u. a.:

Erstellung von Vorlage-Dokumenten für BIM-Leistungen Verfolgung und ggf. Anpassung der BIM-Prozesse und BIM-Anwendungsfälle Projektübergreifender Erfahrungsaustausch Wissensmanagement, Fortbildungen, Schulungen

In Projekten ist das BIM-Management für die BIM-konforme Umsetzung des Projektes verantwortlich. Zu den Aufgaben und Verantwortlichkeiten gehören u. a.:

Beratung, Definition und Kontrolle der BIM-Ziele, Meilensteine und AwF Erstellung der AIA als Teil der Leistungsbeschreibung Mitwirkung bei der Vergabe hinsichtlich BIM-Leistungen Projektspezifische Anpassung der Vorlage-Dokumente Teilnahme an Besprechungen Prüfung des BAP Sicherstellung der Qualitätsprüfung der digitalen Liefergegenstände hinsichtlich Anforderungen der AIA Definition der Anforderungen an die gemeinsame Datenumgebung (CDE) (siehe Abschnitt 7.2) Ansprechpartner:in für die BIM-Gesamtkoordination

3.3. BIM-Gesamtkoordination

Die BIM-Gesamtkoordination agiert i. d. R. auf Seiten der AN als die zentrale Instanz für das BIM-Manage- ment und die BIM-Koordination der einzelnen Fachdisziplinen. Sie ist für die Einrichtung, Koordinierung und Einhaltung der beschriebenen BIM-Prozesse im Projekt verantwortlich. Die Rolle umfasst im Wesentlichen folgende Aufgaben und Verantwortlichkeiten:

Erstellung und Fortschreibung des BAP Steuerung der Umsetzung von Anwendungsfällen und der AN-seitigen Koordinationsprozesse Teilnahme an Besprechungen Organisation, Durchführung und Nachbereitung des modellbasierten Teils der Besprechungen Umsetzung der Anwendungsfälle unter Berücksichtigung der in den AIA definierten Vorgaben Erstellung von Koordinationsmodellen zur disziplinübergreifenden Kollisionsprüfung und Konflikterkennung Sicherstellung der Datenlieferung zu den vereinbarten Meilensteinen Qualitätssicherung und Qualitätsprüfung (siehe Kapitel 5)

[Seite 11]

3.4. BIM-Koordination

Die BIM-Koordination agiert i. d. R. auf Seiten der AN und ist für die Umsetzung der AwF in ihrer Fachdis- ziplin verantwortlich. Insbesondere sind folgende Verantwortlichkeiten mit der Rolle der BIM-Koordination verbunden:

Mitwirkung bei der Erstellung des BAP Teilnahme an Besprechungen Übergabe der jeweiligen Fachmodelle (FM) unter Berücksichtigung der vereinbarten Standards und Ziele Umsetzung der BIM-Anwendungsfälle für die jeweilige Fachdisziplin Durchführung der Qualitätsprüfung (siehe Kapitel 5) Bereitstellung der Daten zu den vereinbarten Meilensteinen Zusammenführung verschiedener Modelle im Rahmen der Bearbeitung

3.5. BIM-Autor:in

BIM-Autor:innen erstellen, bearbeiten und ergänzen im Rahmen der BIM-Prozesse Fach- und Teilmodelle. Darüber hinaus erstellen, bearbeiten und ergänzen sie auch weitere BIM-Daten im Rahmen der Umsetzung eines Anwendungsfalls. BIM-Autor:innen stehen in Abstimmung mit der BIM-Koordination. Die Rolle umfasst im Wesentlichen folgende Aufgaben und Verantwortlichkeiten:

Erstellung und Bearbeitung der digitalen Liefergegenstände für die jeweilige Fachdisziplin gemäß AIA und BAP Unterstützung des BIM-Koordinators durch Zuarbeit

3.6. BIM-Nutzer:in

Bei BIM-Nutzer:innen handelt es sich um Personen, die BIM-Daten ausschließlich zur Informationsgewinnung nutzen. Die Geometrie und die alphanumerischen Informationen der Modelle sowie weiterer BIM-Daten werden durch den/die BIM-Nutzer:in nicht bearbeitet.

[Seite 12]

4. Kollaboration

4.1. Grundsätze der Zusammenarbeit

Eine intensive Zusammenarbeit, Kooperation und Kommunikation sind wesentliche Aspekte der BIM-Methode. Der Nutzen resultiert insbesondere aus der synchronen und modellbasierten Bearbeitung des Projekts durch mehrere Projektbeteiligte. Entscheidend ist u.a. die laufende Koordination der Projektbearbeitung und der verwendeten Modelle. Ziel der Modellkoordination ist es, Konsistenz und Richtigkeit der Modelle sicherzu- stellen, die Inhalte abzugleichen und den weiteren Projektverlauf zu steuern.

Projektbeteiligte arbeiten in der Regel in ihrer eigenen Softwareumgebung und sind für diese verantwortlich. In regelmäßigen Abständen, festgelegt im projektspezifischen BAP, werden qualitätsgeprüfte Fachmodelle der einzelnen Disziplinen auf einer gemeinsamen Datenumgebung zur Verfügung gestellt. Sind Korrekturen an den Fachmodellen erforderlich, so werden diese von den verantwortlichen Fachplanungen aufgearbeitet und erneut bereitgestellt.

Abstimmungen und Besprechungen werden modellbasiert durchgeführt. Für die interdisziplinäre Zusammen- arbeit sind neutrale Dateiformate wie beispielsweise Industry Foundation Classes (IFC) oder BIM Collaboration Format (BCF) zu nutzen (siehe Abschnitt 4.3).

Zu Beginn der Zusammenarbeit wird die Art der Kommunikation im Detail vereinbart und im BAP nieder- geschrieben.

4.2. Informationsmanagement

4.2.1. Nutzung einer gemeinsamen Datenumgebung (CDE)

Für die interdisziplinäre Zusammenarbeit der Projektbeteiligten bedarf es einer CDE (Common Data Environ- ment). Während der Planung, Erstellung und dem Betrieb eines Bauwerks müssen u.a. die Inhalte der Modelle unterschiedlicher Fachdisziplinen auf Grundlage von vereinbarten Abläufen zwischen den verschiedenen Pro- jektbeteiligten ausgetauscht werden.

Für ein effizientes Daten- und auch Informationsmanagement hat jeglicher Datenaustausch und die komplette Dokumentation der relevanten Entscheidungen auf dieser CDE zu erfolgen. Sämtlicher Schriftverkehr sowie Protokolle u. Ä. sind ebenfalls dort abzulegen. Standardisierte Prozesse und Workflows regeln den sicheren Zugriff auf Dateien und Daten innerhalb des Projektteams.

Gemeinsame

Datenumgebung

Speicherort für alle Prozesse, Standards relevanten Informationen und Regeln für die Erstellung, Speicherung, geregelter und sicherer Zugriff Verwaltung und Weitergabe für alle Beteiligten von Informationen

Abbildung 5: Gemeinsame Datenumgebung (CDE) (©BIM.Hamburg, 2021)

[Seite 13]

4.2.2. Datei- / Modellnamenskonventionen

Die abgestimmten projektspezifischen Namenskonventionen sind von allen Projektbeteiligten konsequent zu verfolgen. Alle am Projekt Beteiligten haben Zugriff auf die jeweils aktuelle Version der Modelle.

4.2.3. Status / Informationsfluss innerhalb der CDE

Neben dem sicheren Zugriff der Projektbeteiligten auf die Informationen wird auch der Informationsfluss durch standardisierte Prozesse geregelt. Der Bearbeitungsstand der Informationen (einzelner Modelle oder Dateien) wird mittels einer im Vorfeld definierten Organisationsstruktur bzw. einem Status beschrieben. Dieser Status gibt an, von wem eine Information (Datei) wann verwendet werden darf. Gesteuert wird dies in der CDE über die entsprechenden Zugriffsrechte, sodass Projektbeteiligte nur die für sie vorgesehenen Informationen beziehen können und nur an den für ihre Liefergegenstände erforderlichen Prozessen beteiligt sind.

Dieser Informationsfluss innerhalb einer CDE ist beispielhaft in der nachfolgenden Grafik dargestellt. An- passungen entsprechend projekt- oder unternehmensspezifischer Anforderungen werden üblicherweise vor- genommen und sind in den AIA und dem BAP festzuhalten.

geteilt veröffentlicht archiviert

Zwischenstände von Freigegebene Informationen, die Informationen, die Informationen, die nicht mehr aktuell unter festgelegten z.B. für oder relevant sind, Regeln mit anderen Ausschreibungen aber evtl. zu einem Projektbeteiligten weiterer Leistungen späteren Zeitpunkt geteilt und oder den Betrieb noch zur Verfügung ausgetauscht werden. genutzt werden stehen sollen. können. -stätilauQ gnufürp gnureinoisreV hcrud ebagierF GA ned

in Bearbeitung
Informationen, die sich in Bearbeitung befinden und nicht mit anderen Projektbeteiligten geteilt werden. Gewerk 1 Gewerk 2 Gewerk 3
	Gewerk 3

Abbildung 6: Datenfluss innerhalb einer CDE (©BIM.Hamburg in Anlehnung an DIN 19650-1:2019-08)

Für jede Fachdisziplin kann die CDE einen eigenen Arbeitsbereich bereitstellen. Die dort abgelegten Infor- mationen / Dateien erhalten den Status „in Bearbeitung“ und sind nicht für andere Projektbeteiligte nutzbar. Nach erfolgreicher Prüfung werden diese Informationen/Dateien freigegeben und mit dem Status „geteilt“ versehen. Ein Austausch der Daten mit den anderen Gewerken ist nun möglich.

Ist die Bearbeitung von Informationen abgeschlossen, erhalten diese den Status „veröffentlicht“. Dieser Status erfordert die vorherige Qualitätsprüfung (z. B. auf Konformität mit den AIA) und die Freigabe durch den AG.

Werden Informationen für die Projektbearbeitung nicht mehr benötigt bzw. genutzt, erhalten sie den Status „archiviert“. Bei Bedarf können sie für eine spätere Nutzung verwendet werden. Es ist projekt- und unterneh- mensspezifisch abzustimmen, ob weitere Status für den Informationsfluss benötigt werden. Eine Anpassung der Konfiguration ist i. d. R. möglich und im BAP festzuhalten.

Vor dem Übergang von einem Status zum anderen ist zumeist eine Qualitätsprüfung durch die AN (z. B. Kollisionsprüfung, AIA- und BAP-Konformität, Datei- und Namenskonvention etc.) und die Freigabe durch die AG durchzuführen.

[Seite 14]

4.3. Aufgabenmanagement

Für Entscheidungsfindungen und daraus resultierenden Festlegungen von Aufgaben und Verantwortlichkeiten werden die Modelle über alle Lebenszyklusphasen als Kommunikationswerkzeug genutzt. Zur Unterstützung der modellbasierten Kommunikation wird das offene Datenformat BIM Collaboration Format (BCF) eingesetzt, welches den Austausch von Nachrichten und Änderungsanforderungen zwischen den verschiedenen Soft- wareprodukten unterstützt. Die im BCF versandten Nachrichten werden Issues genannt.

Diese Issues dienen der Strukturierung und Dokumentation der digitalen Kommunikation zwischen den Pro- zessbeteiligten unter Referenzierung von betroffenen Objekten aus den Modellen und ermöglichen so ein modellbasiertes Aufgabenmanagement. Sie sind in der Regel direkt mit der Position und den betreffenden Objekten im Modell verknüpft und beinhalten darüber hinaus alle erforderlichen Informationen, um einen Konflikt oder eine Aufgabe in einem Modell darzustellen bzw. zu erfassen und nachvollziehbar wiederzugeben. Diese Informationen bestehen i.d.R. aus der Angabe des Verfassenden, konkretisierenden Kommentaren, den betreffenden Objekten, einer Frist, sowie einem Status und weisen die Aufgabe direkt einer verantwortlichen Person oder einem Gewerk zu.

Um das BCF-basierte Aufgabenmanagement effektiv nutzen zu können, sollten vor Projektbeginn Festlegun- gen zum Umgang mit dem Format getroffen werden. Dazu gehören u. a.:

Titel (Nomenklatur) und Informationen des Issues Zuständigkeiten, Aufgaben/Funktionen und Berechtigungen Workflow eines Issues

Idealerweise sind diese Festlegungen in einem organisationsspezifischen Standard in den AIA definiert oder in dem projektspezifischen BAP zu dokumentieren.

BCF

Abbildung 7: Beispielhafte Inhalte BIM Collaboration Format (BCF) (©BIM.Hamburg, 2023)

[Seite 15]

Der in Abbildung 8 dargestellte BCF-Kommunikationsprozess macht deutlich, dass die Kommunikation inner- halb eines Projektes über Issues im BCF erfolgt. Dabei koordiniert die BIM-Gesamtkoordination einerseits die BCF-Kommunikation zwischen den jeweiligen BIM-Koordinator:innen und andererseits stellt sie das Binde- glied zum BIM-Management in dem BCF-Kommunikationsprozess dar. Durch die zentrale Kommunikation über eine gemeinsame BCF-Schnittstelle sind Anmerkungen, Probleme, Informationen etc. innerhalb des Projektes transparent für die Beteiligten zugänglich. Dadurch wird zwischen den einzelnen BIM-Rollen das gemeinschaftliche Arbeiten gestützt.

BCF

BCF BCF

BCF

BCF BCF

Abbildung 8: BCF-Kommunikationsprozess (©BIM.Hamburg, 2023)

4.4. Datenmanagement

4.4.1. Datensicherung

Für Modelle im Bearbeitungsstatus obliegt die Datensicherung den Planenden/Autor:innen. Sobald das Modell auf die gemeinsame CDE geladen wird, obliegt die Verantwortung für die Datensicherung den Betreibenden der CDE.

4.4.2. Datenaktualisierung

Für die Datenaktualisierung der einzelnen Modelle ist jede Fachdisziplin selbst verantwortlich. Aktualisierungs- zyklen der Modelle sind im BAP dokumentiert.

[Seite 16]

4.4.3. Datenaustauschformate

Für die digitalen Planungsleistungen sind offene, herstellerneutrale Datenformate zum Informationsaustausch zu nutzen (Open BIM). Die eingesetzten Datenformate müssen einen vollständigen und reibungslosen Daten- austausch gewährleisten.

Von den AN ist sicherzustellen, dass die beschriebenen Anforderungen des BIM-Leitfadens und der AIA ein- gehalten und die erforderlichen Daten vollumfänglich an die AG übergeben werden.

Im Folgenden sind Beispiele von herstellerneutralen Formaten aufgeführt.

Format	Beschreibung
BCF	BIM Collaboration Format
IFC	Industry Foundation Classes
CTE	OKSTRA©
XML	OKSTRA© (ab Version 2)
XML	LandXML
DXF	Drawing Interchange File Format (Industriestandard)
Tabelle 1: Beispiele herstellerneutraler Dateiformate

In den AIA wird die Version des IFC-Datenformats festgelegt. Die gewählte Version muss einen vollständigen Datenaustausch der Modelle insbesondere hinsichtlich der erforderlichen Ausprägung der Geometrie (LoG) und der Merkmale (LoI) sicherstellen.

Zu Projektbeginn sind Tests bezüglich der Austauschkompatibilität durchzuführen.

Es sind mindestens die folgenden allgemeinen Anforderungen zu prüfen:

Die Georeferenzierung muss den Vorgaben der AIA bzw. dem übergebenen Mastermodell entsprechen Geometrie, Struktur, Klassifikation und Merkmale müssen möglichst verlustfrei übertragen werden.

4.4.4. Dateigröße

Es besteht die Anforderung der Datenwirtschaftlichkeit. Die Dateigrößen sind so gering wie möglich zu halten. Sofern sinnvoll, werden Modelle aufgeteilt (Teilmodelle), um u.a. die Auswertezeiten so gering wie möglich zu halten. Dies ist zwischen den AN und dem AG vor Beginn der Arbeiten projektspezifisch abzustimmen. Die Modellaufteilungen sind im BAP zu dokumentieren.

4.4.5. Datenlieferungen

Für jeden AwF sind ein oder mehrere Meilensteine für die Datenübergabe in den AIA und/oder dem BAP definiert. Je nach AwF werden die erforderlichen Fachmodelle, Dokumente und alphanumerischen Daten übergeben. Das Bauwerksinformationsmodell und die damit verknüpften Daten dienen so über den gesamten Nutzungszyklus des Bauwerks als Grundlage für die Fortschreibung der AwF.

[Seite 17]

4.5. BIM-Testphase

Um eine reibungslose Projektabwicklung hinsichtlich der BIM-Methode zu gewährleisten, sind seitens der AN BIM-Testphasen einzuplanen. In diesen Testphasen sind mindestens die Umsetzung der AwF, der fach- übergreifende Datenaustausch sowie die Kommunikation über BCF zu kontrollieren. Anhand der Testläufe ist insbesondere auch die von den AN zu gewährleistende Kompatibilität der im Projekt zum Einsatz kommenden IT-Lösungen zu prüfen.

Im Laufe des Projekts sind zu folgenden Zeitpunkten Testphasen erforderlich:

Vor projektspezifischer Modellerstellung Im weiteren Projektverlauf, wenn weitere Fachdisziplinen beteiligt werden Vor Beginn komplexer AwF

In den AIA werden die Tests und die dazu gehörigen Meilensteine konkretisiert. Im BAP wird dokumentiert, wie der Prozess der BIM-Testphase im Kontext des Projektes umgesetzt wird und entsprechende Lieferzeit- punkte und Abstimmungstermine werden konkret vereinbart.

[Seite 18]

5. Qualitätsmanagement

Für die Arbeit mit digitalen Bauwerksinformationsmodellen und zur Erfüllung der vertraglich vereinbarten An- forderungen (AIA) ist insbesondere die Konsistenz der einzelnen Fachmodelle untereinander sicherzustellen. Durch Vorgaben für das Qualitätsmanagement in den BIM-Prozessen soll der Austausch von konfliktfreien (siehe Glossar) Modellen sichergestellt werden, um eine qualitativ hochwertige Datengrundlage zu erhalten.

Grundsätzlich gilt, dass alle fertiggestellten Fachmodelle vor Übergabe an den AG in einem Qualitätsma- nagementprozess zu überprüfen sind. Dieser Prozess setzt sich aus der Qualitätssicherung und der Quali- tätsprüfung zusammen. Ebenfalls gilt, dass eine Prüfung der Fachmodelle im jeweiligen Übergabeformat stattzufinden hat. Eine Prüfung nur in der Autorensoftware ist nicht ausreichend.

Die Qualitätssicherung befasst sich mit der Erstellung von Normen, unternehmensinternen Richtlinien, Vor- gaben in AIA/BAP, Objektkatalogen und anderen Regeln, die die Liefergegenstände im Detail spezifizieren. Die Qualitätsprüfung umfasst die Kontrolle der Liefergegenstände auf die Einhaltung der vorgenannten Spezifikationen.

Eine Prüfung kann u.a. in Form von visuellen oder (teil-)automatisierten Modellprüfungen erfolgen. Die Prü- fung wird mithilfe von Checklisten oder Prüfberichten dokumentiert. Eine Checkliste zur Qualitätsprüfung von Modellen ist auf der Webseite von BIM.Hamburg abrufbar.

Prüfgegenstand	?hcilredrofre gnufürP	gnufürP ?tglofre	?nednatseb gnufürP
1.1 W urden die Daten auf der vereinbarten Projektplattform (CDE) zur Verfügung gestellt?	 ja  Nein	 ja  Nein	 ja  Nein
1.2 W urden alle geforderten Daten geliefert?	 ja  Nein	 ja  Nein	 ja  Nein
1.3 Wurden die Dateien fristgerecht geliefert?	 ja  Nein	 ja  Nein	 ja  Nein
1.4 W urden die Datei- bzw. Modellnamenskonventionen eingehalten?	 ja  Nein	 ja  Nein	 ja  Nein
1.5 Wurde der korrekte Index verwendet?	 ja  Nein	 ja  Nein	 ja  Nein
1.6 W urde der oder die Modell- / Dokumentenverantwortliche benannt?	 ja  Nein	 ja  Nein	 ja  Nein
1.7 W urde ein Prüfprotokoll mit vereinbarten Inhalten der Lieferung beigefügt?	 ja  Nein	 ja  Nein	 ja  Nein
1.8 L iegen die Daten in den geforderten Programmversionen und Formaten vor?	 ja  Nein	 ja  Nein	 ja  Nein
1.9 W urden die Maßeinheiten entsprechend der Vereinbarung eingehalten?	 ja  Nein	 ja  Nein	 ja  Nein

Tabelle 2: Beispiel Auszug aus der Checkliste zur Modellprüfung V1.0 (©BIM.Hamburg, 2023)

[Seite 19]

5.1. Qualitätsprüfungs- und Kollaborationsprozess

Zur Gewährleistung von einheitlich qualitätsgeprüften Modellen sind klar definierte Abläufe und Verantwort- lichkeiten innerhalb des BIM-Prozesses festzulegen. Hierfür ist ein Qualitätsprüfungs- und Kollaborationspro- zess zu erstellen, welcher die abgestimmten Arbeitsabläufe zwischen den Beteiligten definiert. Dies kann in Anlehnung an Abbildung 10 erfolgen. Hierzu gehört die Festlegung von Datenaustauschformaten, Modellarten und -status sowie Dokumentationsformen zur Qualitätsprüfung.

Abbildung 9: Beispiel eines Qualitätsprüfungs- und Kollaborationsprozesses (©BIM.Hamburg, 2023)

Grundsätzlich kann dieser Qualitätsprüfprozess zur Prüfung von Zwischenständen als auch zur Prüfung von z. B. Meilensteinen oder Abgaben zum Ende von Leistungsphasen verwendet werden. Dabei behandelt ein Durchlauf des Prozesses die Erstellung oder Bearbeitung eines Modells in seinem jeweiligen Index bis zum nächsthöheren Index. Hierzu sind die Anforderungen zur erfolgreichen Prüfung entsprechend des Projekt- fortschrittes iterativ anzupassen. Issues, die erst zu einem späteren Zeitpunkt bearbeitet werden, müssen entsprechend gekennzeichnet werden. Das Vorgehen ist im BAP festzuhalten. Der in Abbildung 10 darge- stellte Prozess bezieht sich ausschließlich auf die Modellprüfung. Um bestimmte Anwendungsfälle und deren Liefergegenstände zu prüfen sind ggf. andere Prozessschritte erforderlich.

[Seite 20]

Die einzelnen FM werden von den Verantwortlichen entsprechend den in den AIA definierten Anforderungen und möglichst auf Grundlage von anderen referenzierten Modellen erstellt, um frühzeitig andere Fachbereiche einzubinden. Dadurch erfolgt bereits eine erste Koordination mit relevanten FM weiterer Fachdisziplinen. Die einzelnen FM sind vor Weitergabe an die Gesamtkoordination immer durch die jeweilige BIM-Koordination auf deren Konformität zu prüfen und in einem Prüfbericht zu dokumentieren. Hierzu kann die „Checkliste zur Modellprüfung“ von BIM.Hamburg herangezogen werden.

Die BIM-Gesamtkoordination fasst daraufhin die gelieferten Fachmodelle zu Koordinationsmodellen zusam- men und prüft die Qualität dieser mit Fokus auf Schnittstellen zu Fachmodellen anderer Gewerke und die damit zu bearbeitenden Anwendungsfälle. Ein zusammengefasster Qualitätsmanagement-Bericht wird dar- aufhin zusammen mit den Modellen dem BIM-Management zur Verfügung gestellt. AG-seitig stellt das BIM- Management sicher, dass die Modelle anschließend zur Überprüfung der erbrachten Leistung ebenfalls einer Qualitätsprüfung unterzogen werden. Durch den Abschluss dieser Prüfung beginnt entweder der nächste iterative Prüflauf (mit dem nächsten Index des Modells) oder das Modell wird freigegeben. Festgestellte Konflikte und Änderungsanforderungen werden in Form von Issues an die zuständige Koordination zur Über- arbeitung übermittelt (Aufgabenmanagement, siehe Abschnitt 4.3).

Der iterative Prozess der fachübergreifenden Qualitätssicherung durch die BIM-Gesamtkoordination erfolgt bis zur Übergabe eines konsistenten und konfliktarmen Modells an das BIM- Management. Dieses prüft das Modell final und erteilt bei bestandener Prüfung eine Freigabe oder eine interne Freigabeempfehlung.

5.2. Qualitätsprüfung der Modelle und Informationen

Alle Modelle müssen der geforderten Qualität entsprechen. Dabei unterteilt sich die Qualitätsprüfung in folgende Prozesse:

Konformitätsprüfung Fachprüfung AwF-Prüfung

5.2.1. Konformitätsprüfung

Die Konformitätsprüfung bezieht sich auf die Forderungen der AIA und beinhaltet beispielsweise die Prü- fung, ob ein gefordertes Merkmal vorhanden ist, die Einhaltung der vorgegebenen Merkmalstruktur oder der Georeferenzierung. Diese Prüfungen können je nach Anforderung manuell oder automatisiert durchgeführt werden. Die manuelle Prüfung erfolgt in der Regel durch die Sichtung der Liefergegenstände und kann bei- spielsweise durch Listen und Filterungen unterstützt werden.

(Teil-)automatisierte Prüfläufe sind immer softwarespezifisch. Mit diesen können beispielsweise Abhängig- keiten zwischen Identifikationsebenen (Klassen) und Merkmalen kontrolliert werden. Bei geometrischen Prü- fungen werden Kollisionen von Objekten, eingeschlossene Bauteile, sowie Objektdoppelungen untersucht. Grundsätzlich sollten sich Objekte nicht überschneiden oder doppelt vorhanden sein. Eine fachspezifische Einschätzung (Fachprüfung) ist erforderlich.

[Seite 21]

5.2.2. Fachprüfung

Mit dieser Prüfung soll die fachliche Qualität der Modelle aus ingenieurtechnischer Sicht geprüft und die Baubarkeit gewährleistet werden. Diese Prüfung beinhaltet u.a. die Kontrolle auf Einhaltung der Vorgaben des Baurechts, von bauspezifischen Festlegungen, von geltenden Regelwerken und Richtlinien und auf Zulas- sungskonformität. Sie beinhaltet die Bewertung der Prüfergebnisse auf Kollisionen, der Identifikationsebenen (Klassen) sowie der Merkmalswerte.

5.2.3. Anwendungsfallprüfung

In der Anwendungsfallprüfung werden die Liefergegenstände der jeweiligen AwF entsprechend den Anfor- derungen in AIA und BAP geprüft. Die durchzuführende Prüfung ist abhängig von den zu prüfenden AwF.

5.3. Prüfberichte

Die von AN und AG durchgeführten Prüfungen von Modellen und Informationen sind in Prüfberichten zu dokumentieren. Dies dient der Sicherung der geforderten Qualität. Die Inhalte der Prüfberichte sind in den AIA zu spezifizieren.

[Seite 22]

6. Modellierung

Modelle dienen zur optimalen Unterstützung der Planung, Realisierung und Nutzung des Bauwerks. Digitale Bauwerksinformationsmodelle enthalten neben der Bauwerksgeometrie auch Merkmale, welche die Eigen- schaften und Kennwerte von Objekten beschreiben. Zur Sicherstellung einer hohen Modellqualität mit mög- lichst automatisierter Vergleich-, Prüf- und Anwendbarkeit der Modelle ist eine enge Abstimmung während der Modellierung sowie eine konsistente Struktur der Geometrie- und Metadaten erforderlich.

6.1. Modellkonzept und Modellarten

Ein wesentlicher Baustein der BIM-Methode sind die digitalen Modelle als virtuelles Abbild des realen Projekts. Die digitalen Modelle bilden die verschiedenen fachlichen Anforderungen interdisziplinär ab. Jede Fachdisziplin erstellt ihr eigenes Fachmodell und ist für die Ergebnisse verantwortlich. Entsprechend des jeweiligen AwF kann es spezifische Anforderungen an die Modelle geben, die in den AIA bzw. dem BAP festgehalten werden.

Die Strukturierung der Modelle erfolgt in Teil-, Fach-, Koordinationsmodelle.

Abbildung 10: Modellkonzept (©BIM.Hamburg, 2023)

6.1.1. Teilmodell (TM)

Das Teilmodell (TM) beinhaltet Untermengen bzw. Teile der entsprechenden FM. TM formen die unterste Ebene der Modellstruktur und bilden zusammen ein FM z. B. wenn aufgrund von räumlicher Ausdehnung, themati- scher Aufteilung, Bauphasenzuordnungen oder Dateigrößen (Performance) eine Aufteilung der Fachmodelle erforderlich wird. Eine Gliederung/Unterteilung ist im BAP zu dokumentieren und für alle FM zu übernehmen.

6.1.2. Fachmodell (FM)

Das Fachmodell (FM) stellt ein gewerkspezifisches Modell einzelner beteiligter Fachdisziplinen (z. B. Umge- bung, Umwelt, Ingenieurbau/Bauwerk, Verkehrsanlage/Strecke, Technische Ausrüstung) in einem Bauprojekt dar. Im Laufe des Lebenszyklus eines Projektes werden abhängig von Projektart und -umfang verschiedene Fachmodelle erzeugt, integriert und weiterbearbeitet. In jeder Fachdisziplin werden jeweils eigene Modelle erstellt, deren Planungstiefe sich am Zweck und dem zu erzielenden Werkerfolg orientiert. Die einzelnen Fachmodelle werden aufeinander aufbauend erstellt, während der gesamten Projektlaufzeit sukzessive im Detailierungsgrad erweitert, ausgebaut und vervollständigt.

[Seite 23]

6.1.3. Koordinationsmodell (KM)

Im modellbasierten Prozess werden für den spezifischen Koordinationszweck relevante Fach- bzw. Teilmo- delle temporär in einem Koordinationsmodell zusammengefügt. Dieser Schritt dient zur fachübergreifenden Abstimmung und Koordination unter den Beteiligten, wobei insbesondere bei größeren Projekten auch nur einzelne Projektteile in einem Koordinationsmodell abgebildet werden können.

6.1.4. Weitere Modellarten

Weitere Modelle sind Teil-, Fach- oder Koordinationsmodelle, die zur Erfüllung eines bestimmten Anwendungs- falls gefordert und erstellt werden. Die hier aufgeführten Arten stellen mögliche Varianten dar und sind nicht abschließend zu verstehen.

Abbildung 11: Weitere Modellarten (©BIM.Hamburg, 2023)

6.1.4.1. Master-Modell

Das Master-Modell ist ein Fachmodell. Es besteht aus einem oder mehreren Volumenkörpern (Nullpunktobjekt) mit den zugehörigen Metadaten und Merkmalen des Objektkataloges Allgemein (siehe BIM.Hamburg). Das Master-Mo- dell dient zur Informationsdarstellung für die disziplinübergreifende Koordination. Vor Beginn der Zusammenarbeit wird in der Regel vom AG das Master-Modell im IFC-Datenformat mit den für alle Projektbeteiligten essentiellen Randbedingungen und Informationen zur Verfügung gestellt. Dieses Modell sichert die Georeferenzierung und ist als Basis für alle weiteren Modelle über die gesamte Projektlaufzeit bindend zu verwenden.

6.1.4.2. As-planned-Modell

As-planned-Modelle sind Teil-, Fach- bzw. Koordinationsmodelle, die die Ausführungsplanung abbilden und alle für die Ausführungsphase relevanten Informationen beinhalten.

6.1.4.3. Baubegleitendes Modell

Baubegleitende Modelle sind Teil-, Fach- bzw. Koordinationsmodelle zur Dokumentation des Stands der Bauausführung. Sie können unter anderem für die Baufortschrittskontrolle, das Änderungs- und Nachtrags- management, die Abrechnung von Bauleistungen und das Abnahme- und Mängelmanagement verwendet werden. Für das baubegleitende Modell lassen sich vorhandene einzelne As-planned-Modelle parallel zu den Bautätigkeiten gemäß der tatsächlich erfolgten Ausführung angleichen. Das baubegleitende Modell zum Ab- schluss der Bauausführung kann als As-built-Modell genutzt werden.

[Seite 24]

6.1.4.4. As-built-Modell

As-built-Modelle sind Teil-, Fach- bzw. Koordinationsmodelle, die nach Abschluss der Bauphase die überprüfte digitale Abbildung des tatsächlich gebauten Bauwerks darstellen. Wird das Modell mit Revisionsunterlagen verknüpft, kann es als Revisionsmodell genutzt werden.

6.1.4.5. Betriebs- / Facility Management-Modell

Betriebs-/Facility Management-Modelle sind Teil-, Fach- bzw. Koordinationsmodelle, die für die Nutzung in der Betriebsphase optimiert sind. In diesen Modellen werden alle für die Betriebsphase relevanten Informationen abgebildet. Sollte ein As-built-Modell vorhanden sein, so kann dies als Basis für die Facility Management-/ Betriebsmodelle genutzt werden. Hierfür werden die betriebsrelevanten geometrischen und alphanumeri- schen Daten herausgefiltert und komplexe Geometrien und Informationen mit ausschließlicher Planungs- und Baurelevanz entfernt oder vereinfacht, um den modellbasierten Betrieb und die Pflege des Modells zu erleichtern. Weitere betriebsrelevante Informationen, wie Wartungsintervalle und Prüfzyklen, werden dem Modell hinzugefügt.

6.2. Modellgliederung und Modellstruktur

Grundsätzlich ist für alle FM die Strukturvorgabe des IFC-Formats zu verwenden. Ggf. ist eine in den zuge- hörigen projektspezifischen AIA definierte Projektstruktur auf die Modellstruktur zu übertragen. Die Modell- struktur muss allen Objekten eindeutig zugeordnet werden. Alle Modellstrukturebenen, die im FM eingepflegt werden, müssen auswertbar sein.

Abbildung 12: Struktur eines Fach-/Teilmodells (IFC 2x3) (©BIM.Hamburg, 2021)

Aufgrund von derzeit noch fehlenden IFC-Standards für den Infrastruktur- und Ingenieurbaubereich können für Projekte aus diesen Bereichen noch keine eindeutigen bzw. endgültigen Modellstrukturen vorgegeben werden. Die Modellstrukturen sind in Abhängigkeit der eingesetzten Software so übersichtlich wie möglich zu gestalten.

[Seite 25]

6.3. Formale Modellvorgaben

Zur Festlegung der für das Projekt erforderlichen Modellgenauigkeit dienen formale Modellvorgaben. Die für das Projekt relevanten Einheiten und für die Modellierung einzuhaltenden Genauigkeiten und Toleranzen sowie weitere formale Modellvorgaben (z. B. Farben, Schraffuren etc.) sind vor Projektbeginn zu definieren und in den AIA bzw. dem BAP festzuhalten.

6.4. Modellinhalte und Anforderungen

Grundsätzlich richtet sich der Detaillierungsgrad bzw. die Bearbeitungstiefe der Modelle nach den spezifi- schen Nutzungen im Projekt. In den AIA ist unter anderem definiert, welche Anwendungsfälle innerhalb einer Leistungsphase umgesetzt werden sollen und welche Informationen demzufolge die AN zu liefern haben. Hieraus leiten sich insbesondere die Vorgaben ab, welche Objekte in den einzelnen Fachmodellen in welchem Detaillierungsgrad erfasst sein müssen.

Da es bei der Anwendung der BIM-Methode bzw. bei der Arbeit mit Modellen keinen Maßstab gibt, der ver- gleichsweise den Inhalt und die Detaillierung eines Plans vorgibt, wird der Detaillierungsgrad der Modelle über die Level of Information Need (LOIN) beschrieben.

6.4.1. Informationsbedarf

Objekte werden ergänzend zu ihrer modellierten geometrischen Repräsentanz anhand von alphanumerischen Informationen abgebildet. Für eine effektive Projektabwicklung ist im Vorfeld zu definieren, zu welchem Zeit- punkt welche Objekte in welcher Granularität benötigt werden (inhaltliche Mindestanforderung). Der Umfang und die Detaillierung dieses Informationsbedarfs werden anhand der einzelnen Objekte definiert und über die LOIN beschrieben.

Die LOIN definieren die erforderliche Granularität der geometrischen Ausarbeitung der Objekte (Level of Geometry, LoG), des Informationsgrades der Merk- male (Level of Information, LoI) und bei Bedarf des nötigen Dokumentationsgrades (DOC).

Abbildung 13: LOIN (©BIM.Hamburg, 2021)

LOIN Grad des Informationsbedarfs (en: Level of Information Need)

LoG Geometrischer Genauigkeitsgrad (en: Level of Geometry) Beschreibung der Detaillierung und des Umfangs der Geometrie.

LoI Alphanumerischer Informationsgrad (en: Level of Information) Beschreibung der Detaillierung und des Umfangs der Informationen. Dazu werden die Merkmale der zu verwendenden Objekte festgelegt.

DOC Dokumentationsgrad (bei Bedarf) Beschreibung von zusätzlichen Informationen (externe Dokumente, die mit den entsprechenden Objekten zu verknüpfen sind).

[Seite 26]

Die LOIN der Modelle werden mit dem Fortschritt der Projektbearbeitung kontinuierlich angepasst. Entspre- chend werden die Informationen der FM erweitert oder reduziert.

Diese sukzessive Anpassung des Informationsgehaltes der Modelle wird anhand von definierten Stufen (Level) des Detaillierungsgrades abgebildet. Die Level des Detaillierungsgrades (inhaltliche Mindestanforderungen) erstrecken sich vom LoG/LoI 100 für die konzeptionelle Annäherung zu Beginn eines Projekts bis zum LoG/ LoI 500 für die präzise Darstellung. Der Dokumentationsgrad wird ggf. anhand einer Liste der jeweils erfor- derlichen externen Dokumente definiert.

Abbildung 14: Detaillierungsgrade (©BIM.Hamburg, 2021)

[Seite 27]

6.4.2. Detaillierungsgrade

Die Detaillierungsgrade beschreiben den geforderten Geometrie- und Informationsinhalt der Objekte und die Vollständigkeit der übermittelten Modellinformationen, die zu einem bestimmten Zeitpunkt geliefert werden.

Abbildung 15: Detaillierungsgrade (Level) (©BIM.Hamburg in Anlehnung an BIM Forum, 2016)

Hinweis: Es ist zu beachten, dass LoG 500 durchaus vereinfachte Geometrien gegenüber LoG 400 haben kann, da in der Betriebsphase auch vereinfachte Geometrien ausreichend sein können. Gleiches gilt für LoI 500. Auch hier können in der Betriebsphase weniger oder nur für den Betrieb spezifische Informationen er- forderlich sein.

[Seite 28]

6.4.3. Anforderungen und Hinweise

Die Detailierungsgrade müssen die Anforderungen der AwF erfüllen Grundsätzlich müssen alle Objekte in ihren Detailierungsgraden (LoG und LoI) den Anforderungen der in den projektspezifischen AIA verpflichtenden AwF genügen. Im Sinne der besseren Zusammenarbeit und Handhabung der Modelle ist die geometrische Detaillierung deshalb so weit wie möglich zu reduzieren. Damit wird sichergestellt, dass nur die notwendige und nicht die maximal mögliche Informationstiefe für die Modellierung gewählt wird. Es ist anzustreben, Informationen, die nicht zwingend einer (detail- lierten) geometrischen Repräsentanz bedürfen, nur in der Projektdatenbank bzw. als Merkmal abzule- gen. Für die Objekte sind die LoI in den Objektkatalogen definiert. Sollte es für eine Fachdisziplin keinen Objektkatalog geben, so sind die LoI spezifisch zu definieren.

LoG und LoI sind disziplinspezifisch Die geometrischen Anforderungen und alphanumerischen Informationen sind auf die jeweiligen Fach- disziplinen anzupassen. Beispielsweise kann das Fachmodell Rohbau bereits mit LoG 300 in der Planung vorangeschritten sein, während das Fachmodell TGA noch in LoG 100 vereinfacht geplant wird. Dies kann auch für einzelne Objekte innerhalb eines Fachmodells gelten. Dieses Vorgehen weicht somit nicht von der konventionellen Planung ab. Folglich muss es aufgrund des Bedarfs nach unterschiedlichen Informationen der Fachdisziplinen und der AwF keine einheitliche LOIN im Projekt geben.

LoG und LoI können voneinander abweichen Es ist zu beachten, dass die LoG- und die LoI-Definitionen individuell und unabhängig voneinander er- folgt. Je nach AwF können die LoG der Objekte einen anderen Detaillierungsgrad aufweisen als die LoI. Beispielsweise benötigt die Kollisionsprüfung keine ausgeprägten LoI.

6.5. Objekte

Ein Objekt ist ein Element oder eine Elementgruppe innerhalb eines FM und bilden so die Bausteine für die Bauwerksinformationsmodelle. Sie spielen mit den darin enthaltenen geometrischen und alphanumerischen Informationen eine zentrale Rolle.

Eine grundlegende Anforderung an die geometrische Modellierung ist, dass alle Objekte als Volumenkörper dargestellt werden. Die geometrischen Informationen, wie z. B. Volumina, müssen für die Mengenermittlung direkt aus den Körpern entnommen werden können. Des Weiteren sind den Objekten die entsprechenden Identifikationsebenen für die Modellierung zuzuordnen.

Zur Modellierung der Objekte können Hilfskonstruktionen verwendet werden. Sie dienen beispielsweise in Form von Achsen oder Ebenen der Unterstützung der Modellierung und Koordination. Hilfskonstruktionen sind ergänzend zu Objekten zu betrachten und sind im Gegensatz zu diesen nicht als Volumenkörper ausgebildet.

6.5.1. Merkmale

Alle im FM enthaltenen Objekte sind mit Merkmalen zu attribuieren. Die Merkmale und die zugehörigen Merkmalswerte können projektspezifisch variieren. Die im jeweiligen Projekt zu verwendenden Merkmalsta- bellen sind den in den AIA beigefügten Objektkatalogen zu entnehmen. Die Objektkataloge beinhalten eine Übersicht aller bisher bekannten und notwendigen Merkmale, die das jeweilige Objekt beinhalten muss, um die entsprechenden AwF zu bedienen.

Sowohl die Bezeichnungen der Merkmale als auch die Werte sind eindeutig im Objektkatalog definiert.

6.5.2. Identifikation der Objekte

Jedes Objekt muss eine persistente und projekteindeutige Objekt-ID (GUID) besitzen.

[Seite 29]

6.6. Georeferenzierung

Grundsätzlich ist sicherzustellen, dass alle FM georeferenziert sind und einen identischen Modellursprung aufweisen. Dafür muss zu Projektbeginn ein einheitlicher Projektnullpunkt festgelegt werden. Dieser ist über den gesamten Lebenszyklus des Bauwerks gültig und darf nicht verändert werden.

Da BIM-Systeme nahezu ausschließlich ein kartesisches Koordinatensystem mit lokalem Nullpunkt (Projekt- nullpunkt i.d.R. auf den Koordinaten x/y/z = 0/0/0) einsetzen, muss zusätzlich der Bezug zu einem über- geordneten Koordinaten- und Höhenreferenzsystem (geodätisches Bezugssystem) gesetzt werden. Dadurch wird sichergestellt, dass alle digitalen Liefergegenstände im gleichen geodätischen Bezugssystem modelliert werden.

Dieser Projektnullpunkt muss im Projekt mittels eines Nullpunktobjektes (Koordinationskörper der im Null- punkt liegt) optisch fixiert und in allen Fach- und Teilmodellen integriert werden (siehe auch Abschnitt 6.1.4.1). Damit ist in den Koordinationsmodellen eine Überprüfung der Positionierung der Modelle möglich.

Hinweis: Einige Softwareprodukte können nicht mit negativen Koordinaten arbeiten.

Koordinatenreferenzsystem	EPSG	Erläuterung	Bemerkung
ETRS89_3GK3 (ETRS89_CM9E)	8395*	ETRS89 mit GK-Abbildung	Lagestatus 320
Höhenreferenzsystem	EPSG	Erläuterung	Bemerkung
DE_DHHN2016_NH	7837	Haupthöhennetz von 2016	Höhenstatus 170
Projektnullpunkt	Rechtswert [x]	Hochwert [y]	Höhe [z]
Weltkoordinaten (WCS)	3565970,000	5936858,000
Lokale Koordinaten	0,000	0,000
*Beim EPSG8395 wird die voranstehende 3 im Rechtswert gekürzt
Tabelle 3: Koordinaten Projektnullpunkt (Beispiel)

[Seite 30]

7. Technologien

7.1. Software

Die Auswahl der Softwareprodukte, z. B. für die geometrische und alphanumerische Modellierung, bleibt auf- grund des aktuellen öffentlichen Vergaberechts den beteiligten AN überlassen. Die AN haben bei der Wahl der Software zu berücksichtigen, dass die digitalen Liefergegenstände den Anforderungen der jeweiligen Anwendungsfälle entsprechen müssen.

Die Softwareprodukte müssen für einen herstellerneutralen Datenaustausch geeignet sein. Zu Projektbeginn sollten die bei den verschiedenen Projektbeteiligten zum Einsatz kommenden Softwarelösungen auf Kom- patibilität geprüft werden.

Die von AN eingesetzte Autorensoftware zur Erstellung der Modelle muss folgende Mindestanforderungen erfüllen:

Modellierung von dreidimensionalen und parametrisierbaren Objekten Verknüpfung der Objekte mit beliebigen alphanumerischen Informationen Definition von logischen Abhängigkeiten zwischen den Objekten Erstellung von logischen Strukturelementen (Bauwerksgliederung) und die Zuordnung der Objekte zu diesen Strukturen Planableitung aus den Modellen und Auswertungen (Listen) Vollständiger Datenaustausch der Modelle hinsichtlich der erforderlichen Ausprägung der Geometrie (LoG) und der Merkmale (LoI) Integration mit anderen BIM-fähigen Softwareprodukte über offene Schnittstellen (IFC)Georeferenzierung

7.2. Common Data Environment (CDE)

Um die in Abschnitt 4.2.1 beschriebenen Mehrwerte einer CDE nutzen zu können, sind folgende Grundfunk- tionen für diese erforderlich:

Verarbeitbarkeit für das Projekt notwendiger Dateiformate (PDF, IFC, BCF, XLXS, DOCX, XML, GAEB, etc.) Cloudbasierte Lösung Projektspezifische Workflows, z. B. für den Freigabeprozess Strukturierte Versionierung von Daten Spezifische Berechtigungseinstellungen

Nähere Informationen zu diesem Thema können der DIN ES ISO 19650-1, dem VDI 2552 Blatt 5 sowie dem Rahmendokument Datenmanagement des Masterplans BIM Bundesfernstraßen entnommen werden.

[Seite 31]

Relevante Normen und Richtlinien

Hier wird ein Überblick über die BIM-relevanten Normen und Richtlinien gegeben. Diese können in den Pro- jekten adaptiert zur Anwendung kommen.

Für Verweise auf Normen und Richtlinien in diesem Dokument und den Objektkatalogen ist zu beachten, dass bei undatierten Verweisen die letzte Ausgabe, bei datierten die entsprechende Ausgabe gilt.

VDI Richtlinie 2552

Building Information Modeling (BIM)

„Die Richtlinienreihe VDI 2552 liefert einen strukturierten Ansatz für die effektive Implementierung von BIM in die Prozesse des Planens, Bauens und Betreibens. Sie beschreibt dazu die heute bereits bewährten Regeln der Technik, Erfahrungen und Entwicklungen bei der Anwendung von BIM. […] Diese Richtlinie berücksich- tigt nationale und internationale Standards und Spezifikationen sowie Best-Practice-Erfahrungen und stellt insbesondere den Bezug zur Erstellung und Nutzung von Bauwerksinformationen während des Planens und Bauens eines Bauwerks oder einer Anlage her. Die Richtlinie wendet sich vor allem an Bauherren, Beteiligte an der Planung, Beteiligte am Bau, Beteiligte am Betrieb.“ (VDI 2552-1:2020-07, S. 2 – 3)

DIN EN ISO 19650

Organisation und Digitalisierung von Informationen zu Bauwerken und Ingenieurleistungen, einschließlich Bauwerksinformationsmodellierung (BIM) – Informationsmanagement mit BIM.

„Diese Norm definiert die Handhabung des BIM-Informationsmanagements. Hierzu zählen der Austausch, die Dokumentation, die Versionsverwaltung und die Organisation von Informationen über den gesamten Lebenszyklus von baulichen Assets.“ (DIN 19650-1:2019-08, S. 1-2)

DIN EN ISO 23386

Bauwerksinformationsmodellierung und andere digitale Prozesse im Bauwesen – Methodik zur Beschreibung, Erstellung und Pflege von Merkmalen in miteinander verbundenen Datenkatalogen

„Diese Europäische Norm legt die Regeln für die Definition von im Bauwesen verwendeten Merkmalen und eine Methodik für die Erstellung und Pflege solcher Merkmale fest, um einen sicheren und nahtlosen digitalen Austausch unter den Beteiligten, die einem BIM-Prozess folgen, zu ermöglichen.“ (DIN 23386:2020-11, S. 6)

[Seite 32]

DIN EN ISO 16739

Industry Foundation Classes (IFC) für den Datenaustausch in der Bauindustrie und im Anlagenmanagement

„Diese Internationale Norm behandelt die computer-interpretierbare Darstellung von Informationen im Bauwe- sen und Facility Management und den Austausch von Bauwerksinformationen. Ziel der Norm ist die Schaffung eines neutralen Mechanismus, der in der Lage ist, Bauwerke und ähnliche Anlagen in der bebauten Umgebung während ihres Lebenszyklus zu beschreiben. Dieser Mechanismus eignet sich nicht nur für den neutralen Austausch von Dateien, sondern auch als Basis für die Einführung und Weitergabe von Produktdatenbanken sowie als Basis für die Archivierung.“ (DIN 16739-1:2019-09, S. 6)

DIN EN 17412

Building Information Modeling – BIM-Definitionsgrade – Konzepte und Definitionen

„Dieses Dokument legt Konzepte und Grundsätze fest, um eine Methodik für die Festlegung der Informations- bedarfstiefe und von Informationsbereitstellungen für die Anwendung von Building Information Modeling (BIM) in einer konsistenten Weise aufzustellen.“ (DIN 17412-1:2021-06, S. 5)

DIN SPEC 91391

Gemeinsame Datenumgebungen (CDE) für BIM-Projekte – Funktionen und offener Datenaustausch zwi- schen Plattformen unterschiedlicher Hersteller

„Für die Zusammenarbeit in digitalen Bauwerksmodellen bei BIM-Projekten sehen nationale und internationale Standards gemeinsame Datenumgebungen (Common Data Environment, kurz CDE) vor. Bisher besteht in der Baubranche kein einheitliches Verständnis über Inhalte und Details einer solchen Datenumgebung. Die neue DIN SPEC 91391 beschreibt daher erstmals Anforderungen sowohl an die Funktionen einer CDE als auch an den offenen Datenaustausch zwischen Plattformen verschiedener Hersteller.“ (DIN 91391 2019)

[Seite 33]

Glossar

BIM.Hamburg nutzt die Richtlinie VDI 2552 – Blatt 2 (VDI 2552-2:2021-04) als Grundlage bei der Verwen- dung der Begriffe zum Thema BIM.

Die nachfolgenden Begriffsdefinitionen sind als Ergänzung zur Richtlinie VDI 2552 - Blatt 2 (Begriffe) zu sehen. Diese Liste erhebt keinen Anspruch auf Vollständigkeit und unterliegt der kontinuierlichen Überarbei- tung und Erweiterung.

Ausgangsdaten	siehe Lieferleistung
AwF Anwendungsfall	Anwendungsfälle beschreiben die zu erbringende Leistung zur Erreichung der im Projekt vordefinierten Ziele unter Berücksichtigung der projektspezi-fischen Rand- bedingungen, der Anforderungen an Daten und Modelle so-wie der zur Umsetzung erforderlichen Prozesse.
Bauablaufsimulation	Ist eine Bezeichnung für ein Bauwerksinformationsmodell, bei dem Objekte den Vor- gängen eines Terminplans zugeordnet werden. Hierdurch wird der zeitliche Verlauf der Erstellung eines Bauwerks simuliert. Planung und Steuerung von Bauablaufplänen können damit besser kontrolliert / optimiert werden. Anmerkung: Der Begriff 4D ist hier gebräuchlich.
BIM-Daten	BIM-Daten umfassen alle Informationen, die im Rahmen von AwF erzeugt werden. Hierzu gehören beispielsweise Modelle, Terminpläne, Leistungs-verzeichnisse, Visuali- sierungen, etc.
CDE Common Data Environment	Kollaborationsplattform / Gemeinsame Datenumgebung Vorrangige Informationsstelle für jedwedes Projekt, die dafür verwendet wird, alle relevanten, freigegebenen Projektdokumente zu sammeln, zu verwalten und zu verteilen.
Interoperabilität	Interoperabilität ist die Fähigkeit verschiedener Systeme / Plattformen, In-formatio- nen auszutauschen und gleichzeitig in der Lage zu sein, diese Informationen ohne Verlust der erforderlichen Spezifikationen / Datenwerte zu verarbeiten.
Konfliktfrei (konfliktfreies Modell)	Ein konfliktfreies Modell kann Kollisionen im Toleranzbereich enthalten. Diese evtl. auftretenden Kollisionen sind für den aktuellen Planungsstand irrelevant und können akzeptiert werden. Der Toleranzbereich ist mit den AG festzulegen.
Lieferleistung \|-objekt	Von den AN zu erbringende Leistung (Ergebnis) nach erfolgter Umsetzung des jeweiligen Anwendungsfalls.
Merkmal	Ein Merkmal ist eine konkrete, nicht-geometrische Eigenschaft eines Objekts. Ein Objekt wird somit durch die Gesamtheit seiner Merkmale eindeu-tig bestimmt.
Natives Format	Softwareeigenes (proprietäres) Dateiformat.
Parametrisierung	Die Parametrisierung ist eine Intelligenz (Abhängigkeit), die den Objekten einge- schrieben wird (z. B. Brüstungshöhe bleibt gleich, auch wenn sich die Geschosshöhe ändert).

[Seite 34]

Abkürzungsverzeichnis

AG Auftraggebende

AIA Auftraggeber-Informationsanforderungen

AN Auftragnehmende

AwF Anwendungsfall

BAP BIM-Abwicklungsplan

BCF BIM Collaboration Format

BIM Building Information Modeling

BMDV B undesministerium für Digitales und Verkehr (ehemals BMVI - Bundesministerium für Verkehr und digitale Infrastruktur)

BVB Besondere Vertragsbedingungen

CDE Gemeinsame Datenumgebung (engl. Common Data Environment)

DHHN Deutsches Haupthöhennetz

DIN Deutsches Institut für Normung

DOC Dokumentationsgrad

EPSG European Petroleum Survey Group Geodesy

ETRS89 Europäisches Terrestrisches Referenzsystem 1989

FHH Freie und Hansestadt Hamburg

FM Fachmodell

GUID Globally Unique Identifier

IFC Industry Foundation Classes

ISO Internationale Organisation für Normung

KM Koordinationsmodell

LoG Level of Geometry (Geometrischer Genauigkeitsgrad)

LoI Level of Information (Alphanumerischer Informationsgrad)

LOIN Level of Information Need (Grad des Informationsbedarfs)

QS Qualitätssicherung

TM Teilmodell

VDI Verein Deutscher Ingenieure

WCS Weltkoordinatensystem (engl. World Coordinate System)

[Seite 35]

Abbildungsverzeichnis

Abbildung 2: A IA/BAP-Konstellation bei der Vergabe von BIM-Leistungen – Variante 1 (©BIM.Hamburg in Anlehnung an BMVI 2019, S. 12) 6

Abbildung 3: A IA/BAP-Konstellation bei der Vergabe von BIM-Leistungen – Variante 2 (©BIM.Hamburg in Anlehnung an BMVI 2019, S. 12) 6

[Seite 36]

Tabellenverzeichnis

Tabelle 1: Beispiele herstellerneutraler Dateiformate 15

Tabelle 3: Koordinaten Projektnullpunkt (Beispiel) 28

[Seite 37]

Literaturverzeichnis

BIM Hamburg Anwendungsfälle (2023). https://bim.hamburg.de/standardisierungsprojekte/anwen- dungsfaelle; abgerufen am 02.11.2023

BMVI (2019)/seit 2021: BMDV. BIM4INFRA2020 Handreichung Teil 1: Grundlagen und BIM-Gesamtprozess, https://www.bimdeutschland.de/service/downloads; abgerufen am 25.05.2023

DIN 16739-1:2019-09 DIN EN ISO Entwurf – Industry Foundation Classes (IFC) für den Datenaustausch in der Bauindustrie und im Anlagenmanagement; Teil 1: Datenschema (ISO 16739-1:2018). Beuth-Verlag, Berlin

DIN 17412-1:2021-06 DIN EN – Bauwerksinformationsmodellierung – Informationsbedarfstiefe; Teil 1: Konzepte und Grundsätze. Beuth-Verlag, Berlin

DIN 19650-1:2019-08 DIN EN ISO - Organisation und Digitalisierung von Informationen zu Bauwerken und Ingenieurleistungen, einschließlich Bauwerksinformationsmodellierung (BIM) – Informationsmanage- ment mit BIM; Teil 1: Begriffe und Grundsätze (Deutsche Fassung EN ISO 19650-1:2018). Beuth-Verlag, Berlin

DIN 23386:2020-11 DIN EN ISO – Bauwerksinformationsmodellierung und andere digitale Prozesse im Bauwesen – Methodik zur Beschreibung, Erstellung und Pflege von Merkmalen in miteinander verbundenen Datenkatalogen. Beuth-Verlag, Berlin

DIN 91391 (2019). Ökosystem für die Zusammenarbeit bei BIM-Projekten – Neue DIN SPEC 91391 für gemeinsame Datenumgebungen bei BIM-Projekten veröffentlicht, https://www.din.de/de/din-und-seine- partner/presse/mitteilungen/oekosystem-fuer-die-zusammenarbeit-bei-bim-projekten-327096; abgerufen am 22.05.2023

Masterplan BIM Bundesfernstraßen (2021). Ergänzung zu den Rahmendokumenten: Liste der standar- disierten Anwendungsfallbezeichnungen, https://www.bimdeutschland.de/fileadmin/media/Downloads/ Download-Liste/Strasse/BIM_RD_ergaenzung_barrierefrei.pdf; abgerufen am 02.11.2023

Masterplan BIM Bundesfernstraßen (2021). Rahmendokument: Datenmanagement – Version 1.0, https://www.bimdeutschland.de/fileadmin/media/Downloads/Download-Liste/Strasse/BIM_RD_Daten- management_V1_0_barrierefrei.pdf; abgerufen am 02.11.2023

VDI 2552-1:2020-07 Building Information Modeling; Blatt 1: Grundlagen. Beuth-Verlag, Berlin

VDI 2552-2:2021-04 Entwurf; Building Information Modeling; Blatt 1: Begriffe. Beuth-Verlag, Berlin

VDI 2552-5:2018-12 Building Information Modeling; Blatt 5: Datenmanagement. Beuth-Verlag, Berlin

[Seite 38]

Impressum

BIM-Leitstelle Hafenbau und PM-Standards Herausgeber Hamburg Port Authortiy AöR BIM.Hamburg info@bim.hamburg.de www.bim.hamburg.de BIM-Leitstelle Tiefbau Landesbetrieb Straßen, Brücken und Gewässer

BIM-Leitstelle Hochbau Sprinkenhof GmbH Leiterin Tanja Gutena BIM-Leitstelle Vermessung, Daten & Grundlagen Autor:innen Landesbetrieb Geoinformation und Vermessung Cigdem Askar Henning Berger BIM-Leitstelle Bahnbau Marvin Braun Hamburger Hochbahn AG Tanja Gutena Miguel Hernandez Sonja Kandora BIM-Leitstelle Forschung & Lehre Henrieke Lerch HafenCity Universität Hamburg Tjabbo van Lessen Juan Jesús Martínez Martín Daniel Meyer Raquel Suárez Martel

Stand Dezember 2023

Index / Version

Version	Datum Bes	chreibung	Verfasser
001	Sept 2018 Basi	sdokument BIM-Standards FHH	LGV + LSBG
002	Okt 2019 Verö	ffentlichung	BIM.Hamburg
003	Sept 2021 Verö	ffentlichung	BIM.Hamburg
004	Dez 2023 Verö	ffentlichung	BIM.Hamburg

Hinweis: In der Version V004 sind im Vergleich zur Vorgängerversion V003 grundlegende Änderungen des Leitfadens, sowohl inhaltlich als auch strukturell, erfolgt.

Diese Publikation ist mit einer ISBN versehen. Bitte verwenden Sie folgende Zitierweise bei der Weitergabe, Dokumentation oder wissenschaftlichen Nutzung: BIM.Hamburg (Hrsg.), BIM-Leitfaden für die FHH, Version V004, 2023, ISBN 978-3-912015-00-3

d-bim-leitfaden-fhh-v004-data.pdf

Vorbemerkung

Inhaltsverzeichnis

Building Information Modeling (BIM)

1. Einleitung

1.1. Verwendungszweck

1.2. BIM-Umfeld

1.3. Open BIM-Ansatz

2. Anwendungsfälle (AwF)

3. Rollen und Verantwortlichkeiten

3.1. Projekt-Organigramm

3.2. BIM-Management

3.3. BIM-Gesamtkoordination

3.4. BIM-Koordination

3.5. BIM-Autor:in

3.6. BIM-Nutzer:in

4. Kollaboration

4.1. Grundsätze der Zusammenarbeit

4.2. Informationsmanagement

Gemeinsame

Datenumgebung

4.3. Aufgabenmanagement

BCF

4.4. Datenmanagement

4.5. BIM-Testphase

5. Qualitätsmanagement

5.1. Qualitätsprüfungs- und Kollaborationsprozess

5.2. Qualitätsprüfung der Modelle und Informationen

5.3. Prüfberichte

6. Modellierung

6.1. Modellkonzept und Modellarten

6.2. Modellgliederung und Modellstruktur

6.3. Formale Modellvorgaben

6.4. Modellinhalte und Anforderungen

6.5. Objekte

6.6. Georeferenzierung

7. Technologien

7.1. Software

7.2. Common Data Environment (CDE)

Relevante Normen und Richtlinien

Glossar

Abkürzungsverzeichnis

Abbildungsverzeichnis

Tabellenverzeichnis

Literaturverzeichnis

Impressum

Index / Version