[Seite 1]
BAP_BA60
BIM-Abwicklungsplan
Großprojekt 2. S-Bahn-Stammstrecke München HOAI Leistungsphasen 1, 2, 3, 4, 5, 6, 7 und 8 im BA60
DB INFRA GO AG Version: 1
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 1
[Seite 2]
Revisionsstand
| Version | Änderung durch | Beschreibung | Datum |
|---|---|---|---|
| 0.5 | I.IIM 55 | Freigabe | 01.03.2025 |
Ergänzungen, Änderungsvorschläge sowie Anmerkungen
| Name | OE | |
|---|---|---|
| Maximilian Weiß | I.IIM 55 | Maximilian.m.weiss@deutschebahn.com |
Anlagenverzeichnis
| Titel | Dokument | Version |
|---|---|---|
| Anlage 3 - Modellliste | ||
| Anlage 4 - Parameterübersicht | DB_Parameterübersicht.xlsx | 0.5 |
| Anlage 5.1 – Modellcodierung | 220620_BA50_Modellcodierung_Schemata | 1.0 |
| Anlage 5.2 – Plancodierung | 3.4 | |
| Anlage 6 – BIM-Liefermatrix | 201013_BIM Liefermatrix |
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 2
[Seite 3]
Inhaltsverzeichnis
Einleitung 4 1.1 Ziele der AIA und BAP 4 1.2 Allgemeine Angaben zum Projekt 4
Organisation im Projekt 5
Prozesse 6 3.1 Daten- und Informationsmanagement 6 3.2 Qualitätssicherung des AN 7 3.3 Freigabe durch den AG 7 3.4 Schnittstellen zum Projekthandbuch 7 3.5 Gesamtprozesslandkarte 7
Softwareeinsatz 8 4.1 BIM-CAD-Software 8 4.2 BIM-Managementsoftware 8 4.3 BIM-Kollaborationssoftware 8 4.4 Common Data Environment 8
Anforderungen an Struktur, Daten und Modelle 9 5.1 Grundlegende Anforderungen 9 5.2 BIM-Anwendungsfälle 15
Datenübergabe und lieferbare Leistungen 18 6.1 Datenübergabe durch den AN 18 Anlagen 19
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 3
[Seite 4]
Einleitung
1.1 Ziele der AIA und BAP Bei der Durchführung von Projekten nach der BIM-Methodik werden, stärker als in der bisherigen Projektabwicklung, digitale Daten in bearbeitbarer Form gemeinsam genutzt. Die AIA und BAP werden ergänzend zu den Leistungsbeschreibungen und dem Ingenieurvertrag Vertragsbestandteil bei BIM-Projekten der DB INFRA GO AG. Die AIA ist ein Dokument, in dem der Auftraggeber die für ihn relevanten Ziele und Anwendungen und vom Auftragnehmer geforderten Leistungen und Daten beschreibt. Leistungsbeschreibun- gen beinhalten hauptsächlich technisch was im Projekt zu welchem Zeitpunkt und in welchem Umfang gefordert wird. Die AIA beschreiben, wie Leistungen hinsichtlich Datenformate und Me- thodik zu erbringen sind. Sie sind eine Spezifikation von Datenaustausch und Informationsbedarf eines Bestellers an seine Lieferanten im Zuge einer Angebotsanfrage oder Vergabe. Der Fokus liegt hierbei darauf einen möglichst konfliktfreien, digitalen Informationsfluss zwischen Projektbeteiligten in BIM-Projekten zu regeln. Dies geschieht zum einen durch die Festlegung standardisierter Prozessabläufe und zum anderen durch die Festlegung von neutralen, marktüb- lichen Schnittstellenformaten zur Übergabe von Informationen als Daten. Zusammenspiel mit dem BIM-Projektabwicklungsplan (BAP).
Im BIM-Projektabwicklungsplan (BAP) beschreibt der AN, wie er die Anforderungen aus den AIA im Projekt umsetzt. Der BAP dokumentiert somit die Festlegungen zur aktuellen gemeinsamen Zusammenarbeit zwischen allen Projektbeteiligten und spezifiziert hier insbesondere die Anwen- dungsfälle. Ohne jedoch die Single-Source-of truth (AIA i.V.m. weiteren Vertragsdokumenten VE866) zu verändern, da hier die vom AN grundsätzlich geschuldeten Leistungen beschrieben sind und auch bestehen bleiben, da der BAP immer nur eine bestimmte Projektzeit abdeckt.
Der BAP liegt hier in weiten Teilen bereits vor und ist durch den AN projektspezifisch anzupassen und weiterzuentwickeln. Ziel ist eine kollaborative Entwicklung und Fortschreibung innerhalb des Planungsteams unter Mitwirkung des AG. Denn der BAP wird zum einen als lebendiges Doku- ment, welches kontinuierlich während der Projektlaufzeit fortgeschrieben wird zum anderen als Teamergebnis zwischen AN und AG verstanden.
Gleichwohl die Entwicklung primär online erfolgt, gibt es konkrete Dokumentenversionen, die eine Freigabe des AG erhalten. Hierzu ist es möglich einzelne Abschnitte den Status nach der Syste- matik der ISO EN DIN 19650 zu markieren: In Progress, Shared oder Published.
1.2 Allgemeine Angaben zum Projekt
Projekt: 2. S-Bahn-Stammstrecke München Bauabschnitt oberirdisch Ost und Leuchtenbergring
Projektnummer: BA60
Auftraggeber: DB INFRA GO AG Großprojekt 2. S-Bahn-Stammstrecke München Arnulfstraße 25-27 80335 München
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 4
[Seite 5]
Organisation im Projekt
Im Kapitel 2 der AIA_BA60 sind die Anforderungen zur Organisation im Projekt definiert. Der AN gibt im Zuge der Angebotsabgabe eine Verantwortlichkeitsmatrix gemäß Kapitel 2.2 der AIA inkl. namentliche Benennung der BIM-Rollen und Verantwortlichkeiten ab. Die Verantwortlichkeits- matrix wird hier aufgeführt und vom AN im Projektverlauf ggf. fortgeschrieben.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 5
[Seite 6]
Prozesse
In diesem Dokument wird der Begriff „Prozesse“ synonym für Arbeitsabläufe verwendet.
3.1 Daten- und Informationsmanagement Für die Verwendung der BIM-Methodik ist es erforderlich, alle Projektbeteiligten in hohem Maß zu koordinieren. Damit dieser Koordinierungsprozess im Projekt für alle Projektbeteiligten ge- währleistet werden kann, ist eine gemeinsame Datenumgebung (Common Data Environment kurz CDE), auch Kollaborationsplattform oder Projektkommunikationsplattform genannt, erforder- lich. Das Daten- und Informationsmanagement bei BIM-Projekten der DB INFRA GO AG erfolgt gemäß der folgenden Abbildung und ist an die ISO EN DIN 19650 angelehnt. Die im Projekt zu erstellenden Lieferobjekte durchlaufen hierbei die verschiedenen Umgebungen auf der CDE mit dem beschrie- benen Status. In Abhängigkeit von der eingesetzten CDE sind weitere softwarespezifische An- forderungen inkl. Eignungscodes im BAP zu beschreiben.
Abbildung: Umgebungen und Status auf der CDE
Beim Statusübergang zwischen den verschiedenen Umgebungen auf der CDE erfolgen Prozesse zur Qualitätsprüfung durch den AN und Freigabe durch den AG, die in den nachfolgenden Kapi- teln beschrieben sind.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 6
[Seite 7]
3.2 Qualitätssicherung des AN In den AIA wurde bereits das Mindestmaß an QS vom AG definiert. Nachfolgend hat der AN das QS während der LPH projektspezifisch darzulegen und insbesondere auch auf die Modellsicherung innerhalb des Pla- nungsteams einzugehen.
| Stufe | Berichtsform | Ziel | Inhalt | Verant. | Turnus |
|---|---|---|---|---|---|
| QS1_Ko- ordinati- onsbericht | Dokumentation der Issues | -Issue-Bericht über alle offenen, geschlossenen Issues als .pdf und .bcf. Automatisch generiert aus der BIM-Kollaborationssoft- ware. | AN | Zum Ab- schluss LPH (Data Drop) | QS1_Ko- ordinati- onsbericht |
| QS2_Pla- nungsbe- richt | Durchsprache Planungsfortschritt | Musterdokument (mit User- guide) gem. Anlage 2 | AN | Zur Mo- dellab- gabe, mind. 1- monat- lich | QS2_Pla- nungsbe- richt |
| QS3_Ge- samtbe- richt | Erweiterter Bericht zur inhalt- lichen und technischen QS | Basierend auf QS2_Planungs- bericht und inkl. QS1_Koordina- tionsbericht zur ordnungsgemä- ßen Freigabe der LPH | AN | Zum Ab- schluss LPH (Data Drop) | QS3_Ge- samtbe- richt |
3.3 Freigabe durch den AG Bei Nutzung einer CDE mit Statusverwaltung erfolgt vor dem Übergang in den Status „veröffentlicht“ die Freigabe der Lieferobjekte durch den AG. Der AG lässt sich hierfür die Dokumentation der Qualitätssicherung des AN vorlegen und prüft die Lieferobjekte stichprobenartig. Mit der Freigabe ist keine rechtsgeschäftliche Abnahme der Leistung verbunden. Für die Prozesse zur Modellerstellung und zur Freigabe der Planungs- hefte sind auf der CDE standardisierte Workflows hinterlegt, die zu nutzen sind.
3.4 Schnittstellen zum Projekthandbuch Bei Unstimmigkeiten oder Fragen zu Regelungsbereichen zwischen dem Projekthandbuch und den BIM- Regelwerken wie AIA und BAP ist eine Rücksprache mit dem AG notwendig.
3.5 Gesamtprozesslandkarte Die hier beschriebene Planungsaufgabe ist Teil eines komplexen Gesamtprojektes und hat daher soweit möglich sich in die anderen Planungsaufgaben einzugliedern. Um trotzdem auch bei Personen- und Aufga- benwechsel stetig einen Überblick über die dahinterstehenden Prozesse und Schnittstellen zu erhalten, wurde ein Entwurf einer GPLK vom AG erstellt (Anlage 2). Diese ist für den BAP projektspezifisch zu über- prüfen und in Absprache mit dem AG fortzuschreiben oder alternativ ein eigener Vorschlag auszuarbeiten.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 7
[Seite 8]
Softwareeinsatz
Wie in den AIA beschrieben kommen bei der Umsetzung im BIM-Projekt verschiedene Software-Lösungen zum Einsatz, die nachfolgend beschrieben sind. Ebenfalls findet sich auf der GPLK eine Übersicht über die Zeitpunkte, an denen diese Software eingesetzt wird. Die konkret im Projekt geforderten Austauschformate befinden sich in der BIM-Liefermatrix. Änderungen in der verwendeten Version z.B. durch Updates bedürfen stets einer Abstimmung mit dem BIM- Gesamtkoordinator und AG. Bei Fragen zur Einrichtung, Benutzeraccounts oder technischen Schwierigkei- ten wenden Sie sich an den BIM-Manager.
4.1 BIM-CAD-Software Zum Einsatz kommt für folgende Fachmodelle derzeit und bevorzugt die nachfolgende Software:
| Rolle | Modelle | Software | Version |
|---|---|---|---|
| BIM-Modellautor | FRT, FAA (…) | Autodesk Revit ® | 2024 |
| BIM-Modellautor | FTK, FTL, FTS, FTH (…) | Autodesk Revit MEP ® | 2024 |
| BIM-Modellautor | FTE, FEO, FET, FEF. (…) | Autodesk Revit MEP ® | 2024 |
| BIM-Modellautor | (…) | (…) | (…) |
4.2 BIM-Managementsoftware Zum Einsatz kommt derzeit und bevorzugt nachfolgende Software:
| Rolle | Aufgabe | Software | Version |
|---|---|---|---|
| BIM-Manager BIM-Gesamtkoordinator | Erstellung und Prüfung Koordinationsmodelle | Autodesk Navisworks Manage ® | 2024 |
4.3 BIM-Kollaborationssoftware Zum Einsatz kommt derzeit und bevorzugt nachfolgende Software:
| Autor | Aufgabe | Software | Version |
|---|---|---|---|
| BIM-Manager BIM-Gesamtkoordinator BIM-Koordinator | Kollaboration im Bereich der Kollisionsbearbeitung | BIMCollab ® | Latest |
4.4 Common Data Environment Zum Einsatz kommt nachfolgende Software:
| Rolle | Aufgabe | Software | Version |
|---|---|---|---|
| Alle | Austausch BIM | Microsoft SharePoint ® | Latest |
| Alle | Ablage Rest | EPLASS ® | Latest |
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 8
[Seite 9]
Anforderungen an Struktur, Daten und Modelle
Ein grundlegendes Ergebnis der Methodik BIM ist das Bauwerksdatenmodell, welches in den Folgeprozes- sen der BIM-Methodik digital weiterverwertet wird. Es besteht aus einer Zusammenführung unterschiedlicher objektorientierter Daten und der geometrischen Repräsentation im dreidimensionalen Raum (3D-Modell). Um Daten softwaregestützt auszuwerten und weiter verwerten zu können, muss eine standardisierte Struktur der Daten eingehalten werden.
5.1 Grundlegende Anforderungen Die Bauwerksdatenmodelle stellen das zentrale Element in jedem BIM-Projekt dar. Die Erstellung der Bau- werksdatenmodelle liefert die Grundlage zur Durchführung aller weiteren BIM-Anwendungsfälle. Anders als bei der konventionellen Planung, bei der die Planung auf 2D-Plänen abgebildet wird, setzt die BIM-Methodik auf die Abbildung der Objekte in 3D-Modellen. Diese 3D-Modelle werden zusätzlich mit Informationen in Form von Attributen angereichert.
Die Modelle werden zudem nach ihrem Inhalt und Umfang unterschieden. In der Modellplanung wird zwi- schen Gesamtmodell, Fachmodellen, Teilmodellen und Koordinationsmodellen unterschieden. Das Gesamt- modell besteht aus den koordinierten Fachmodellen der verschiedenen Fachplaner. Fachmodelle sind ge- werkspezifische 3D-Modelle. Ein Fachmodell kann aus einem oder mehreren Teilmodellen bestehen. Die Fachmodelle werden regelmäßig in einem Koordinierungsmodell und nach erfolgreicher Kollisionskontrolle im Gesamtmodell zusammengefasst. Die Fachmodelle werden regelmäßig in Koordinationsmodellen zusam- mengespielt und auf Kollisionen geprüft.
Die vorgenannte Unterteilung in Modellarten ermöglicht eine unabhängige sowie leistungsfähige Bearbeitung der Fach- und Teilmodelle. Das regelmäßige Zusammenspielen der Fachmodelle im Koordinationsmodell fördert die Abstimmungsprozesse und sichert die Konsistenz des Gesamtmodells.
Die Bauteile werden mit präzisen, spezifischen und ausführungsreifen Objekten im geodätischen Bezugs- system gemäß RIL 883.2500 modelliert. Die Modellierung soll möglichst mit parametrischen Objekten erfol- gen, um bei Änderungen nur die Parameter und nicht das komplette Modell anpassen zu müssen. Die Ob- jekte sind als Volumenkörper zu modellieren, um Mengen ermitteln zu können. Die Gleisanlage ist als Volu- menkörpermodell aus den georeferenzierten Achsdaten und den exakten Querschnitten des Gleiskörpers zu entwickeln. Der Erdbau ist so zu modellieren, dass eine automatische Auswertung der Erdaushub und - auftrags möglich ist. Rückbaumaßnahmen sind bei der Modellierung zu berücksichtigen.
5.1.1 Modellierungsstandard Bei der Erstellung von Modellen und Objekten ist zu berücksichtigen, dass ein dem Verwendungszweck angemessener Modelldetaillierungsgrad angewendet wird. In Abstimmung zwischen AN und AG kann im BAP die Definition von Modelldetaillierungsgraden erfolgen. Typischerweise steigert sich die Detaillierung der Geometrie und Informationstiefe der Attribute im Laufe der Projektabwicklung. Dabei kann die Planungs- und Darstellungstiefe verschiedener Objekte innerhalb von Modellen durchaus variieren und muss daher entsprechend detailliert spezifiziert werden.
Der Modelldetaillierungsgrad muss entsprechend der nachfolgenden Anforderungen an die Modelle in den jeweiligen Projektphasen eingehalten werden. Hierbei sind grundsätzlich die relevanten Richtlinien und Standards DB INFRA GO AG und DB S&S einzuhalten. Die Modellierungsvorschrift ist frei verfügbar unter www.deutschebahn.com.
Generell wird in LoD und LoI unterschieden:
LoD Level of Detail (Grad der Detaillierung) definiert den geometrischen Detailierungsgrad von BIM-Bauteilen in den jeweiligen Planungsphasen LoI Level of Information (Grad der Information) ist der Grad des Informationsgehaltes der Bauteile bzw. des Modells in Abhängigkeit des Entwicklungsstandes des Projektes. Sofern in den Anwendungsfällen der AIA keine anderslautenden Vorgaben sind, ist grundsätzlich ein LoD von 300 gem. DB Standard zu erreichen.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 9
[Seite 10]
5.1.2 Modellstruktur Die Grundstruktur der Modelle gliedert sich u. a. nach den folgenden Kriterien:
• Die Modelle werden nicht als Gesamtmodell übergeben, sondern nach Disziplinen in Fachmodell ge- trennt. • Die Teilung von Fachmodellen in weitere Teilmodelle kann bei Bedarf nach Abstimmung mit dem AG erfolgen. Es ist mindestens die Trennung nach Modellcodierung (Anlage 5.2) einzuhalten. • Der AN erstellt in Abstimmung mit dem AG eine Modellliste und schreibt diese fort. Sie umfasst stets den tatsächlichen Stand der Modelle und ist auf der CDE abzulegen. • Nicht mehr benötigte Modelle sind in der Tabelle als archiviert zu kennzeichnen. • Die Modelle werden gemäß Kapitel 4.6 codiert • Jedes Bauteil im Modell muss eindeutig über Bauteilinformationen identifizierbar sein. Dies kann über ein Attribut Bauteilcode oder über Klassifizierungsparameter (Kapitel 5.1.3) erfolgen. Die Festlegung erfolgt in Abstimmung mit dem AG • Einzelne Fachmodelle werden über die Codierung in Teilmodelle unterteilt. • Weitere Fachmodelle nach Erfordernis und in Abstimmung mit dem AG. • Weitere Koordinationsmodelle nach Erfordernis und in Abstimmung mit AG. • Fachmodelle dürfen einen Umfang von 200 mb nicht überschreiten. • Gesamtmodelle dürfen einen Umfang von 500 mb nicht überschreiten.
Darüber hinaus wird grundsätzlich in drei Modelltypen unterschieden:
-
Basismodelle Basismodelle sind der Ort, in welchem die gesamte 3D-Modelllierung durchgeführt wird. Das Projekt ist in der Regel in mehrere Basismodelle unterteilt, um die Arbeitsteilung zu erleichtern.
-
Raster und Ebenen Modelle Der Inhalt des Raster- und des Ebenen-Modells beschränkt sich auf das Raster und die Ebenen eines Projekts sowie auf die Referenzlinien, die zur Lokalisierung des Projektbasispunkts und Projektver- messungspunkt verwendet werden. Alle Raster und Ebenen innerhalb anderer verknüpfter Modelle werden mit Kopieren/Überwachen aus diesem Modell extrahiert und in die „gemeinsam genutzten Ebene und Raster“ im Bearbeitungsbereich gezeichnet.
-
Planmodelle Diese Modelle sind der Ort, in welchem alle Basismodelle verknüpft sind. Diese Modelle beinhalten keine 3D-Elemente, sondern nur 2D-Angaben wie Bemaßungen und händisch ergänzte Texte. Alle Pläne für die Ausgaben werden von hier generiert.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 10
[Seite 11]
5.1.3 Bauteilinformationen Neben der geometrischen Genauigkeit spielen eine Vielzahl von Bauteilinformationen eine große Wichtigkeit bei der Aussagekraft des BIM. Für dieses Projekt werden die „2SBSS_gemeinsam_genutzte_Parameter“ verwendet. Jeder Fachplaner hat nach der Erstellung eines neuen Parameters diesen zu dem gemeinsam genutzten Parameter zu exportieren, in die korrekte Gruppe zu verschieben und auf der CDE zu aktualisie- ren. Um eine systematische Anreicherung des Modells sicherzustellen sind im nachfolgenden je Kategorie Angaben für ein gemeinsames BIM-Verständnis verfasst.
| Planparameter | Unter Planparametern werden im Allgemeinen Werte verstanden, die auf den Plan- |
|---|---|
| (z.B. Plannummer) | köpfen bzw. der Startansicht je Modell verwendet werden. Hierzu zählen beispiels- |
| weise der Dokumentenverfasser oder die Planungsheft Anlagen Nummer. | |
| Vorgaben DB INFRA GO AG | Für alle notwendigen Angaben innerhalb eines Fachmodells werden Vorgaben vom AG festgelegt. |
| Geometrieparameter | Unter Geometrie-Parameter werden im Allgemeinen Werte verstanden, die die Geo- |
| (z.B. Höhe) | metrie eines Bauteils verändern können. Hierzu zählen beispielsweise die Wanddi- |
| cke oder Öffnungsverhalten eines Fensters. | |
| Vorgaben DB INFRA GO AG | Geometrische Attribute werden nicht vergeben und manuell gepflegt. Wenn eine ge- ometrische Parametrisierung zur Modellerstellung verwendet wird, kann diese aus- gelesen werden. Jedoch gibt es hierbei keine Vorgaben, da dies den Verwaltungs- aufwand unnötig erhöhen würde. Lediglich signifikante geometrische Angaben wie Dicken von Wänden und Decken werden sowohl im Typenname als auch im vorge- sehenen Systemparameter angegeben. |
| Spezifizierungsparameter | Unter Attributen werden im Allgemeinen Werte verstanden, die abstrakte Eigenschaf- |
| (z.B. MTU) | ten eines Bauteils beschreiben. Hierzu zählen beispielsweise Farbe, Material, Her- |
| steller oder Kosten. | |
| Vorgaben DB INFRA GO AG | Für alle Objekte innerhalb eines Fachmodells werden Gewerke spezifische Attribute vergeben. Diese werden in Abstimmung mit dem AG festgelegt. Weitere Attribute durch den AN sind möglich. |
| Klassifizierungsparameter | Unter Gliederungs-Informationen, auch WBS (work-breakdown-structure) werden im |
| (z.B. WBS-Parameter) | Allgemeinen Gliederungswerte zur systematischen Strukturierung der Bauteile ver- |
| standen. | |
| Im konkreten Fall ist dies die RIL 808.0210 als Weiterentwicklung der DIN 276 für die | |
| Anforderungen der DB INFRA GO AG. Hierzu zählen beispielsweise | |
| KG_3022100_Bahn- steig oder KG_3022200_Bahnsteigüberdachung. Je nach LPH | |
| und Detaillierungs- grad können mehrere Stufen einer WBS folgen, die dann immer | |
| genauer werden. | |
| Vorgaben DB INFRA GO AG | Für alle Objekte innerhalb eines Fachmodells werden Gewerke spezifische Gliede- rungs-Informationen vergeben. Diese werden vom AG mit den DB_WBS_Parame- tern 1-6 festgelegt. |
Die Bezeichnungen sollen zwischen allen Planungsbeteiligten abgestimmt werden und müssen eindeutig sein. Zusätzlich müssen folgende, allgemeine Regeln berücksichtigt werden:
• Verwendung nur der Buchstaben A–Z, Bindestriche, Unterstriche und Ziffern
• Abkürzungen und Codes werden in Großbuchstaben geschrieben
• Worttrennungen innerhalb eines Feldes können optional durch Großbuchstaben am Anfang eines jeden Wortes erfolgen
• Die folgenden Zeichen sind nicht zu verwenden:
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 11
[Seite 12]
,! £ $% ^ & - () {} [] + = @ „~ # ¬ `“ \ |/? : * „<>
• Mathematische Symbole dürfen nicht verwendet werden, da diese zu Problemen bei Formeln führen. Besondere Vorsicht ist beim Minuszeichen „-“ geboten. Es darf nicht als Trennstrich verwendet wer- den.
• Das Punktzeichen „.“ darf – bis auf wenige Ausnahmen - nicht verwendet werden
Im Weiteren ist auf der DB_Parameterübersicht in Anlage 4 der DB INFRA GO AG sowie dem Level of Informa- tion (LoI) der DB Station & Service AG verwiesen. Diese umfassen z.B. eine Parametrisierung der Tunnel- modelle gemäß der DAUB Empfehlung. Letztere Vorgaben sind nach Rücksprache mit dem AG zu berück- sichtigen, da diese Vorgaben nur schrittweise implementiert werden. Änderungen im Umfang sind vorbehal- ten und können in Teilbereichen auch durch Bauteilcodes ersetzt werden. Nach derzeitigem Stand werden die Attributvorgaben von DB S&S über ein teil-automatisiertes Plugin wie BIMq, ProperBIM o.Ä. einspielbar sein, das vom AG gestellt wird.
5.1.4 Bauteilbibliothek In Form einer gewerkübergreifenden BIM-Bibliothek kann eine einheitliche Arbeitsweise und ein konsistenter Datenfluss gewährleistet werden. Diese Datenbank dient als Ablage der erstellten oder modifizierten BIM- Objekte. Im Rahmen dieses Projektes sind neue BIM-Objekte ausgehend vom DB Standard Bauteilbiblio- thek zu verwenden und bei Bedarf zu ergänzen.
Diese Bauteilbibliothek und eine Übersicht aller modifizierten BIM-Objekte als Bauteilliste werden nach Ab- stimmung mit dem zuständigen BIM-Manager auf der CDE gespeichert und so allen Projektbeteiligten zur Verfügung gestellt. Die Entwicklung einer projektübergreifenden BIM-Bibliothek erfolgt folglich in Zusammen- arbeit zwischen AG und AN.
5.1.5 Bauteillisten Im Projekt sind folgende Bauteillisten seitens AG vorgegeben:
| Name | Beschreibung |
|---|---|
| +++DB_Alle Parameter | Übersicht alle Parameter |
| +++DB_Ebenen | Übersicht alle Ebenen mit Höhenbezug |
| +++DB_Flächen nach Din 277 | Übersicht alle Flächen nach DIN 277 |
| +++DB_WBS | Übersicht Anzahl Elemente pro WBS |
| +++DB_Zuordnung WBS-Parameter | Übersicht Bauelemente und WBS |
Für diese Listen sind entsprechende Revit-Vorlagedateien vorhanden und im Detail zwischen AG und AN abzustimmen.
5.1.6 Modell- und Bauteilumgebung Das Projekt wird in Metern „m“ modelliert. Auf den Plänen werden die Maße generell in cm/m mit hochge- stellten mm angegeben, auf Detailplänen z.B. Stahlbau auch in mm. Folgende Konvention der Nachkommastellen ist zu berücksichtigen: • Längen: drei Nachkommastellen • Winkel und Flächen: zwei Nachkommastellen
Alle Modelle werden im Gauß-Krüger-Lagesystem (DHDN) über den Projekt-Basis-Punkt in ein gemeinsam genutztes Koordinatensystem gelegt. Der Projekt-Basispunkt und der Vermessungspunkt sind für die Geo- Referenzierung festgelegte Koordinaten für die Modellerstellung. Vermessungspunkt und Projekt-Basispunkt
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 12
[Seite 13]
dürfen während der Planungsphase, der Realisierungsphase und der Bewirtschaftung niemals verändert werden. Die Prozesse zur Transformation von Modellen zwischen dem Standardkoordinatensystem der DB (DB- Ref) und den oben genannten lokalen Koordinatensystemen (LKS) der Teilmodelle werden von der Vermes- sung festgelegt und dokumentiert. Es wird das Höhensystem DHHN12 (Deutsches HauptHöhenNetz 1912) herangezogen. Absolute Höhen nach diesem System sind mit dem Suffix DHHN12 zu kennzeichnen. Befindet sich eine Vielzahl von absolu- ten Höhenangaben auf einem Plan, so kann in der Legende auf das Höhensystem verwiesen werden.
| Bezeichnung | Koordinaten |
|---|---|
| Vermessungspunkt „Gemeinsame Koordinaten 2.SBSS (GK)“ | |
| Projekt-Basispunkt Ostbahnhof (Angaben in mm) | |
| Projekt-Basispunkt Berg am Laim (Angaben in mm) | |
| Lokales Lagesystem | Gauß-Krüger-Lagesystem (DHDN) |
| DB Standardlagesystem | DB Ref |
| Höhensystem | DHHN12 (Deutsches HauptHöhenNetz 1912 |
Je nach Teilprojekt sind ggf. weitere abweichende Höhensysteme zu dokumentieren, um Verwechselungen auszuschließen!
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 13
[Seite 14]
5.1.7 Bauteilmaterialien Bei der Modellierung ist darauf zu achten, dass die Bauteile wirklichkeitsgetreue Materialien zugewiesen bekommen, damit jederzeit Renderings erstellt werden können. Hierzu zählen auch Struktur, Farbe, Refle- xion und Transparenz.
Des Weiteren sind gewisse Fachmodelle in Absprache mit dem AG farblich hervorzuheben.
5.1.8 Ansichtspunkte Insbesondere für die schnelle Navigation im Modell z.B. in Virtual Design Reviews werden vom AG Ansichts- punkte bei jedem Koordinationsmodell gefordert. Die entsprechenden Ansichtspunkte können in Navisworks vom AG gestellt werden und umfassen DB_Ebenen (Fundament, Ebene -2, Ebene -1, Ebene EG), DB_Buch- stabenachsen (Achse A, Achse B, Achse C, Achse D) sowie DB_Zahlenachsen (Achse 1-23). Darüber hinaus ist bei jedem Koordinationsmodell die DB_Startansicht vorzusehen. Weitere eigene An- sichtspunkte z.B. von Kollisionen können vom AN in entsprechenden Ordnern erstellt werden.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 14
[Seite 15]
5.2 BIM-Anwendungsfälle Die in den AIA beschriebenen Anwendungsfälle sollen im BAP durch den AN unter Einbezug des AG aus- formuliert und deren technische Umsetzung erarbeitet werden. Daher sind im nachfolgenden nur zu einzel- nen Anwendungsfällen weiterführende Vorgaben vom AG beigefügt.
5.2.1 AWF-1 3D Planung und 2D-Planableitung Inhalte sind vom AN zu erarbeiten und mit dem AG abzustimmen.
5.2.2 AWF-2 3D Koordination und Kollisionsprüfung Für die Kollisionsprüfung ist ein drei-stufiges System vorgesehen, das sowohl für die Bauwerke Station, Tun- nel und Rettungsschächte verwendet werden kann. Die nachfolgende Systematik versteht sich als Orientie- rungshilfe und ist vom AN in Zusammenspiel mit der Modellliste und Erweiterung der bestehenden Modelle zu finalisieren und mit dem AG abzustimmen. Hierzu stellt der AG die Modelliste für den Modellcode in An- lage 5 als Basis bereit.
Prüfgenauigkeit Objekte können nur in Ihrer modellierten Form geprüft werden. Für die Richtigkeit dieser Form ist der Mo- dellautor zuständig. Der Fachkoordinator des jeweiligen Gewerks überprüft die Modelle mit folgender Ge- nauigkeit.
Abbildung 1: Autodesk Navisworks Manage 2020 Clash Detective Einstellungen
Prüfregeln
| Stufe | Prüfregel | Modell 1 | Modell 2 | Beschreibung |
|---|---|---|---|---|
| 1 | FAR_FRB | FAR | FRB | Architektur gegen Rohbau Station |
| 1 | FIA_FRB | FIA | FRB | Innenschale gegen Rohbau Tunnel |
Das NWD File aus FAR und FRB als KGB (Koordinationsmodell Gebäude) exportieren und für Stufe 2 wei- terverwenden:
| Stufe | Prüfregel | Modell 1 | Modell 2 | Beschreibung |
|---|---|---|---|---|
| 2 | KGB_FTE | KGB | FTE | Architektur und Rohbau gegen Technik-Elektro |
| 2 | KGB_FTH | KGB | FTH | Architektur und Rohbau gegen Technik-Heizung |
| 2 | KGB_FTL | KGB | FTL | Architektur und Rohbau gegen Technik-Lüftung |
| 2 | KGB_FTS | KGB | FTS | Architektur und Rohbau gegen Technik-Sanitär |
| 2 | KGB_FTG | KGB | FTG | Architektur und Rohbau gegen Technik-GA |
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 15
[Seite 16]
Tabelle 1 - Prüfregelmatrix Stufe 1 Bauwerk-Baukonstruktion
NWD File der TGA Fachmodelle für Stufe 3 als KTA (Koordinationsmodell Technische Anlagen) weiterver- wenden:
| Stufe | Prüfregel | Modell 1 | Modell 2 | Beschreibung |
|---|---|---|---|---|
| 3 | KTA_FTE | KTA | FTE | Technische Anlagen gegen Technik-Elektro |
| 3 | KTA_FTH | KTA | FTH | Technische Anlagen gegen Technik-Heizung |
| 3 | KTA_FTL | KTA | FTL | Technische Anlagen gegen Technik-Lüftung |
| 3 | KTA_FTS | KTA | FTS | Technische Anlagen gegen Technik-Sanitär |
| 3 | KTA_FTA | KTA | FTG | Technische Anlagen gegen Technik-GA |
| 3 | KTA_FTO | KTA | FTO | Technische Anlagen gegen Technik-OLA |
Tabelle 2 - Prüfregelmatrix Stufe 2 Bauwerk-Technische Anlagen
Gruppierung von Kollisionen Kollisionen, die einen Inhaltlichen Zusammenhang haben, werden gruppiert. Kollidieren mehrere Bauteile eines Fachmodells mit demselben Bauteil eines anderen Fachmodells sind diese Konflikte in einer Gruppe zu bündeln. Im Folgenden zwei Beispiele:
Abbildung 2: Gruppe Luftkanal mit mehreren Wänden
Abbildung 3: Gruppe Luftkanal mit mehreren Kabeltrassen
Ausgabe der Kollisionen als Viewpoints Existierende Konflikte der Stufe 3 und 4 sind in BIMCollab Issues über georeferenzierte Viewpoints im Koor- dinationsmodell, oder im jeweiligen Fachmodell in der Modellierungssoftware auffindbar.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 16
[Seite 17]
5.2.3 AWF-3 Virtual Design Review Inhalte sind vom AN zu erarbeiten und mit dem AG abzustimmen.
5.2.4 AWF-4 Visualisierung Inhalte sind vom AN zu erarbeiten und mit dem AG abzustimmen.
5.2.5 AWF-5 4D Bauablaufsimulation Inhalte sind vom AN zu erarbeiten und mit dem AG abzustimmen.
5.2.6 AWF-6 5D Kostenmodell Inhalte sind vom AN zu erarbeiten und mit dem AG abzustimmen.
5.2.7 AWF-7 GIS2BIM Zur Gesamtübersicht und Analysezwecken werden alle das Projekt betreffenden raumbezogenen Daten, inklusive aller Bauwerksmodelle, in das Enterprise GIS des AG übernommen. Um Planungsdaten aus BIM sowie CAD übernehmen zu können, ist vom AN zumindest zu gewährleisten, dass übergebene Daten geo- referenziert und topologisch korrekt sind, d. h. diese keine Überlappungen, Lücken, Selbstüberschneidungen oder nicht geschlossene (Flächen-) Körper aufweisen. Zudem müssen alle Attribute als Geometrieattribute vorliegen, d. h. Attribute einer Geometrie sollten nicht als freistehender Text im Plan/Modell, sondern in den Geometrien selbst vorliegen.
Für den Bereich GIS existiert ein eigener Abwicklungsplan im Entwurfsstadium: GAP – GIS Abwicklungsplan. Inhalt dessen sind neben den o. g. Mindestanforderungen Anwendungsbeispiele sowie weitere spezifische Umsetzungsvorschriften und Qualitätsvorgaben. Der GAP kann in Absprache mit dem AN als Grundlage verwendet und bei Bedarf kollaborativ mit dem AG erweitert werden.
Für die Verwendung von GIS-Daten in BIM stellt der AG bei Bedarf und Verfügbarkeit Daten im nativen und/oder üblichen GIS-Format(en) sowie bei Bedarf im IFC-Format zur Verfügung.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 17
[Seite 18]
Datenübergabe und lieferbare Leistungen
6.1 Datenübergabe durch den AN Vom AN sind im BAP sämtliche Lieferobjekte anhand der in Anlage 6 beigefügten BIM-Liefermatrix genau zu beschreiben und mit dem AG abzustimmen. Die BIM-Liefermatrix garantiert für alle Beteiligten frühzeitige Transparenz über die abzugebenden Unterlagen und Turnusse im Bereich BIM.
Abbildung 4 - BIM-Liefermatrix
Für die Projektlaufzeit sind die Daten für die Data Drops noch final mit dem AG festzulegen. Aufgrund der Laufzeit der einzelnen Leistungsphasen sind jedoch mehrere Data Drops innerhalb einer Leistungsphase geplant. Die genaue Anzahl ist zum derzeitigen Zeitpunkt noch nicht festgelegt. Um für diese Zwischenauf- gaben in Grenzen zu halten, können der Umfang pro Data Drop in Absprache mit dem AG an die tatsächli- chen Erfordernisse angepasst werden. Wie in der BIM-Liefermatrix ersichtlich, werden Zwischenabgaben mit einer zusätzlichen Nummer z.B. Data Drop 4.2 versehen.
Die Lieferobjekte während der laufenden Koordination der Leistungsphasen sind in der separaten Zeile „Ko- ordination“ aufgeschlüsselt. Änderungen z.B. bei Turnus von 14- auf 7 Tage oder im Umfang sind Vorbehal- ten, um u.a. auch automatisierte Modellauswertungen zur Qualitätssicherung des Modellfortschritts zu er- möglichen. Hierfür sind beispielsweise die Rohdaten des Modells interessant.
Wie in Kapitel 4.4 beschrieben gibt es mehrere Bestandteile der CDE. Für den leichteren Austausch von BIM-Dateien ist die Ablage auf einem SharePoint vorgesehen. Die Abgabe von Data Drops kann u.U. zu- sätzlich auf EPLASS gefordert sein um stets ein konsistentes Datenpaket bestehend aus Dokumenten, Plä- nen und BIM-Modellen zu gewährleisten. Dies erfolgt in Absprache mit dem AG.
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 18
[Seite 19]
Anlagen
BAP der DB INFRA GO AG – Großprojekt 2. S-Bahn-Stammstrecke 19