[Seite 1]
AIA_BA60
Austausch-Informations-Anforderungen
Großprojekt 2. S-Bahn-Stammstrecke München Bauabschnitt 60
DB InfraGo AG Version: 1.0 Stand: 26.10.2026
[Seite 2]
Revisionsstand
| Version | Änderung durch | Beschreibung | Datum |
|---|---|---|---|
| 1.0 | V.IIM 58 | Freigabe | 26.10.2026 |
Ergänzungen, Änderungsvorschläge sowie Anmerkungen
| Name | OE | |
|---|---|---|
| Abrar Ahmad | V.IIM 58 | abrar.ahmad@deutschebahn.com |
Anlagenverzeichnis
| Titel | Dokument | Ver- | ||
|---|---|---|---|---|
| sion | ||||
| Anlage 1 – BAP | BIM Abwicklungsplan der DB InfraGo AG der 2. S-Bahn Stammstrecke München | 1.0 | ||
| Anlage 2 – Modellcodierung | Anhang BA60_Modellcodierung | 1.0 | ||
| Anlage 3 - Parameterübersicht | Anhang DB_Parameterübersicht | 1.0 | ||
| Anlage 4 – Vorgaben zur An- wendung der BIM-Methodik | Vorgaben-zur-Anwendung-der-BIM-Methodik-data.pdf | 1.0 | ||
| Anlage 5 - Modelliste | Anhang BA60_Modelliste | 1.0 |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 2
[Seite 3]
Inhaltsverzeichnis
Einleitung 4 1.1 Ziele der AIA und BAP 4 1.2 Allgemeine Angaben zum Projekt 4 1.3 BIM-Ziele des Projekts 6
Organisation im Projekt 7 2.1 Rollen und Verantwortlichkeiten 8 2.2 Verantwortlichkeitsmatrix 9
Prozesse 10 3.1 Daten- und Informationsmanagement 10 3.2 Qualitätssicherung des AN 11 3.3 Freigabe durch den AG 11 3.4 Schnittstellen zum Projekthandbuch 11 3.5 Besprechungen 11
Softwareeinsatz 13 4.1 BIM-CAD-Software 13 4.2 BIM-Managementsoftware 13 4.3 BIM-Kollaborationssoftware 13 4.4 Common Data Environment 14 4.5 Datenaustauschformate 15 4.6 Modell- und Plancodierung 16
Anforderungen an Struktur, Daten und Modelle 17 5.1 Grundlegende Anforderungen 17 5.2 BIM-Anwendungsfälle 21
Datenübergabe und lieferbare Leistungen 28 6.1 Datenübergabe durch den AG 28 6.2 Datenübergabe durch den AN 28 Anlagen 30
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 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 InfraGo 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 in weiten Teilen bereits vor und ist durch den AN projektspezifisch anzupassen und weiterzuentwickeln (Anlage 1). Ziel ist eine kollaborative Entwicklung und Fortschreibung inner- halb des Planungsteams unter Mitwirkung des AG. Denn der BAP wird zum einen als lebendiges Dokument, 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: Großprojekt 2. S-Bahn-Stammstrecke München Bauabschnitt oberirdisch Ost und Leuchtenbergring
Projektnummer: BA60
Auftraggeber: DB InfraGo AG Großprojekt 2. S-Bahn-Stammstrecke München Arnulfstraße 25-27 80335 München
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 4
[Seite 5]
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 5
[Seite 6]
1.3 BIM-Ziele des Projekts Die BIM-Implementierung ist ein unverzichtbarer Baustein der Digitalisierungsstrategie der DB. BIM liefert einen wesentlichen Beitrag, um die aktuellen und künftigen Herausforderungen im Bereich der Infrastruktur zu bewältigen. Gemäß der vom Vorstandsressort Infrastruktur veröffent- lichten Strategie wird mit BIM das übergeordnete Ziel verfolgt „Infrastruktur besser planen, bauen und betreiben – bessere Infrastruktur planen, bauen und betreiben!“ Durch die Umsetzung der Strategie und flächendeckende Implementierung von BIM ergeben sich die nachfolgenden Vorteile:
Generelle Vorteile für die DB:
• Beitrag zur Beschleunigung von Projekten • Höhere Qualität der Projekte (höhere Anlagenverfügbarkeit) • Lean Production ermöglicht erhöhte Kostenkontrolle und verbessert die Ökobilanz der Bau- stellen • Transparenz und partnerschaftliche Projektabwicklung • Öffentliche Akzeptanzsteigerung bei Projekten
Wirtschaftlich bewertbare Vorteile für die DB:
• Vereinfachtes Datenmanagement reduziert den Arbeitsaufwand in der Planungs- und Bau- phase • Die kollaborative Datennutzung übersteigt den Wert eines gegebenenfalls höheren Auf- wands für die Datenpflege in der Betriebsphase (laufende Instandhaltung) • Reduktion von Fehlleistungskosten • Aufwandreduktion bei Instandhaltungsmaßnahmen durch den Einsatz von digitalen Model- len • Verkürzte Realisierungszeiten führen zu reduzierten Herstellungskosten • Reduzierte Herstellungskosten im Projektportfolio ermöglichen die Erstellung zusätzlicher Infrastruktur
Für das hier vorliegende Teilprojekt sind im Kapitel 5 konkrete BIM-Anwendungsfälle beschrie- ben. Für diese gelten übergeordnet die folgenden Ziele:
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 6
[Seite 7]
Organisation im Projekt
Mit Einführung von BIM werden spezielle Fachkenntnisse notwendig, welche den konventionellen Funktionen des Projektleiters, Projektingenieurs etc. auf AG-Seite sowie dem Plankoordinator auf AN-Seite zugeordnet werden können. Da diese Fachkenntnisse gegenwärtig noch nicht voraus- gesetzt werden können, werden in BIM-Projekten neue Rollen mit Aufgaben und Pflichten einge- führt, welche durch qualifizierte, im Projekt benannte Personen umzusetzen sind.
Die Rollen sind namentlich zu benennen und im BAP zu dokumentieren.
Die Abbildung 1 stellt die Arbeitsbeziehung der Projektbeteiligen beispielhaft dar. In diesem Ka- pitel werden die BIM-spezifischen Rollen bzgl. ihrer Aufgaben, Kompetenzen und Verantwortung beschrieben.
Abbildung 1: Zusammenarbeit der Projektbeteiligten
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 7
[Seite 8]
2.1 Rollen und Verantwortlichkeiten
2.1.1 BIM-Manager (AG) Der BIM-Manager steuert übergeordnet das Daten- und Informationsmanagement für den AG. Er ist verantwortlich für die Umsetzung der entwickelten Strategie (BIM-Ziele) und Anforderungen an die BIM-Projektabwicklung und ist Ansprechpartner auf AG-Seite für den BIM-Prozess. Er prüft kontinuierlich, ob die Umsetzung der AIA durch den AN erfolgt und konform zu den Ziel- vorgaben des Projekts ist.
Die Aufgaben und Verantwortlichkeiten des BIM-Managers sind nachfolgend skizziert:
• Vorgabe der AIA • Prüfung und Freigabe des BAP • Freigabe der Lieferobjekte des AN in Bezug auf Konformität mit AIA und BAP • Vorgaben von Anforderungen an die gemeinsame Datenumgebung (Common Data En- vironment kurz CDE) • Bereitstellung und Administration der CDE • Verwaltung der Umgebungen „veröffentlicht“ und „archiviert“ auf der CDE • Vorgabe der Austauschformate für die eingesetzten Software-Produkte, sofern nicht bereits in den AIA festgelegt • Vorgaben der Anforderungen an Datensicherheit, Datenkonsistenz und Datenverteilung • Ansprechpartner für projektspezifische BIM-Themen beim AG
Der BIM-Manager trägt keine Verantwortung für die fachliche Richtigkeit (z.B. Tragwerksplanung, Einhaltung von Gleisabständen) der Planungen des AN.
2.1.2 BIM-Gesamtkoordinator (AN) Bei Projekten, in die mehrere Fachplaner und Teilprojekte involviert sind, kann vom AG ein über- geordneter BIM-Gesamtkoordinator gebunden werden. Alternativ dazu kann einem Objektplaner die Rolle des BIM-Gesamtkoordinators übertragen werden. Der BIM-Gesamtkoordinator koordi- niert die Fachplaner. Die Koordinierung erfolgt durch die Zusammenführung aller geometrischen Daten in sogenannte Koordinationsmodellen, der darauffolgenden Kollisionsprüfung, Durchspra- che der Konflikte in modellgestützten Planungsbesprechungen und Nachverfolgung der Abarbei- tung der Konflikte über eine modellgestützte Kommunikation.
Die Aufgaben und Verantwortlichkeiten des BIM-Gesamtkoordinators sind nachfolgend skizziert: • Erstellung des projektspezifischen BIM-Abwicklungsplans (BAP) in Abstimmung mit dem AG und den anderen relevanten Projektbeteiligten • Koordination / Integration der Fach- und Teilmodelle in ein Koordinationsmodell • Durchführung der Kollisionsprüfung • Organisation, Vorbereitung, Durchführung und Nachbereitung der modellgestützten Pla- nungsbesprechungen • Durchführung der modellgestützten Kommunikation • Termingerechte Datenübergabe der Lieferobjekte gemäß BIM-Liefermatrix • Verwaltung der Umgebung „geteilt“ auf der CDE • Zentralisierte Qualitätssicherung der zu übergebenden Daten in Bezug auf Konformität mit AIA und BAP vor Übergabe in die Umgebungen „veröffentlicht“ auf der CDE sowie kontinu- ierlicher Modellfortschritt (Dashboard, automatisiert) • Erster Ansprechpartner des AG beim AN für projektspezifische BIM-Themen (Technische Prozesse, Überblick offener und eingearbeiteter Planungsthemen VE866, EP etc.)
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 8
[Seite 9]
2.1.3 BIM-Koordinator (AN) Der AN trägt die Verantwortung für die Qualität der Daten. Der BIM-Koordinator ist für die Sicher- stellung der Qualität der produzierten Daten und zur Koordination der digitalen Modelldaten für ein Fach/Teilmodell verantwortlich. Dessen Aufgaben und Verantwortlichkeiten sind nachfolgend skizziert.
• Mitwirkung bei der Entwicklung des projektspezifischen BIM-Abwicklungsplans (BAP) in Abstimmung mit dem BIM-Gesamtkoordinator • Termingerechte Datenübergabe gemäß BIM-Liefermatrix • Teilnahme an den modellgestützten Planungsbesprechungen • Abarbeitung der Konflikte aus der modellgestützten Kommunikation • Verwaltung der Umgebung „in Bearbeitung“ auf der CDE • Qualitätssicherung der zu übergebenden Daten in Bezug auf Konformität mit AIA und BAP vor Übergabe in die Umgebungen „geteilt“ auf der CDE • Erster Ansprechpartner des BIM-Gesamtkoordinators beim Fachplaner für projektspezifi- sche BIM-Themen
2.1.4 BIM-Modellautor (AN) Der BIM-Modellautor erstellt üblicherweise Fach -und Teilmodelle und generiert vertraglich ge- schuldete Projektdokumentationen. Dessen übliche Aufgaben und Verantwortlichkeiten sind nachfolgend skizziert, wobei der AN hin- sichtlich der konkreten Umsetzung auf dieser Ebene freigestellt ist. Relevant für den AG sind die spezifischen Rollen gem. Kapitel 2.1.1 bis 2.1.3 und korrekte Leistungserbringung.
• Modellerstellung des jeweiligen Fachmodells • Termingerechte Datenübergabe gemäß BIM-Liefermatrix • Optionale Teilnahme an den modellgestützten Planungsbesprechungen • Abarbeitung der Konflikte aus der modellgestützten Kommunikation
2.2 Verantwortlichkeitsmatrix Mit Erstellung des BAP wird vom AN die Anfertigung einer Verantwortlichkeitsmatrix erwartet. Diese sollte vor allem je Fachbereich/-modell einen BIM-Koordinator benennen, an den sich der AG stets wenden kann.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 9
[Seite 10]
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 InfraGo AG erfolgt gemäß der folgenden Abbildung und ist an die ISO EN DIN 19650 angelehnt. Die im Projekt zu erstel- lenden Lieferobjekte durchlaufen hierbei die verschiedenen Umgebungen auf der CDE mit dem beschriebenen Status. In Abhängigkeit von der eingesetzten CDE sind weitere softwarespezifi- sche Anforderungen inkl. Eignungscodes im BAP zu beschreiben.
Abbildung 2: 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.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 10
[Seite 11]
3.2 Qualitätssicherung des AN Der AN hat im BAP zu dokumentieren, wie er sein internes Qualitätsmanagement (Qualitätssi- cherungsstrategie) durchführt. Insbesondere ist hier im Detail die Strategie für die einheitliche Modellqualität über alle Fachbereiche sicherzustellen. Als Mindestanforderungen hat der AN sein Qualitätsmanagement gemäß den vertraglich vereinbarten und allgemein gültigen Regelwerken sowie der AIA des AG zu erbringen.
Die BIM-Koordinatoren der Fachplaner prüfen ihre Fachmodelle kontinuierlich, jedoch spätestens vor jeder Statusänderung von „in Bearbeitung“ zu „geteilt“ und erstellen hierüber eine Dokumen- tation.
Der BIM-Gesamtkoordinator prüft kontinuierlich die Konformität der Fachplanungen untereinan- der, jedoch spätestens vor jeder Statusänderung von „geteilt“ zu „veröffentlicht“. Die Prü- fung auf Anforderungskonformität mit AIA und BAP erfolgt IT-gestützt durch den BIM-Gesamtko- ordinator. Zur Durchführung regelbasierter Prüfungen können Model-Checker zum Einsatz kom- men. Dabei ist insbesondere die vorgegebene Namenskonvention, Struktur, Vollständigkeit der Attribute und Plausibilität der Attributwerte einzuhalten.
Hierüber erstellt der AN eine Dokumentation. Darüber hinaus ist vom AN ein Konzept zur konse- quenten Einhaltung von Quality Gates pro Datenübergabepunkt vorzulegen.
| Berichtsform | Ziel | Inhalt | Verant. | Turnus |
|---|---|---|---|---|
| QS1_Koordinationsbericht | Dokumen- tation der Issues | -Issue-Bericht über alle offenen, ge- schlossenen Issues als .pdf und .bcf. Au- tomatisch generiert aus der BIM-Kollabo- rati-onssoftware. | AN | Zum Abschluss LPH (Data Drop), kann bei Bedarf durch AG in Abstimmung mit AN angepasst werden |
| QS2_Planungsbericht | Durchspra- che Planungs- fortschritt | Wird im BAP nach Abstimmung zwi- schen AN und AG festgelegt | AN | Zur Modellabgabe |
3.3 Freigabe durch den AG Bei Nutzung einer CDE mit Statusverwaltung erfolgt vor dem Übergang in den Status „veröffent- licht“ 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 Frei- gabe ist keine rechtsgeschäftliche Abnahme der Leistung verbunden. Für die Prozesse zur Mo- dellerstellung und zur Freigabe der Planungshefte 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 Besprechungen Neben den allgemeinen Besprechungen geregelt unter anderem im Projekthandbuch sind fol- gende BIM-spezifische Regelbesprechungen vorgesehen:
Name Inhalt Turnus Teilnehmer (AN)
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 11
[Seite 12]
| BIM-KickOff | Agenda: - Vorstellung BAP durch AN - Abstimmung zu Software und Schnittstellen - Fortschreibung BAP - Festlegung Folgetermine (BIM- JourFixe) - Nutzung der CDE | 4 Wochen nach Auf- tragsertei- lung | BIM Gesamtkoordinator, BIM Koordinatoren und Pro- jektleiter |
|---|---|---|---|
| BIM-JourFixe | Regelagenda: - 3D-Planung und 2D-Planablei- tung inkl. Qualitätssicherung - 3D-Koordination und Kollisions- prüfung - Virtual Design Review (VDR) - Technische Klärung AWF für Output im Planungs-JF - Fortschreibung BAP - Weitere Themen nach Abstim- mung zwischen BIM-Manager und BIM-Gesamtkoordinator/Ko- ordinator | 14-tägig, kann aber durch den AG nach Bedarf ge- ändert werden | BIM-Koordinatoren und BIM- Gesamtkoordinator, nur bei Bedarf Weitere |
Darüber hinaus können weitere Besprechungen durch den AG bei Bedarf angesetzt werden. Nach Abstimmung zwischen AN und AG sind digitale Kommunikationsmittel festzulegen. Dazu können unter anderem Videokonferenzsysteme oder interaktive Whiteboards zählen. Es wird da- von ausgegangen, dass insbesondere die o.g. Besprechungen durch digitale Kommunikations- mittel unterstützt werden. Ziel ist eine effiziente Projektabwicklung, dazu zählen insbesondere eine gute Vorbereitung (z.B. Besprechungsthemen in Form von Issues im Modell) und eine bedarfsgerechte Teilnahme an Besprechungen. Eine Vor-Ort-Teilnahme ist daher ausdrücklich nicht stetig zwingend erforder- lich.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 12
[Seite 13]
Softwareeinsatz
Die Wahl der passenden Software, z.B. für die Planerstellung oder die Bauwerksdatenmodellie- rung wird dem AN grundsätzlich freigestellt. Er garantiert für den verlustfreien Datenaustausch und Erfüllung der AIA. Derzeit werden die angrenzenden Bauabschnitte in einem closedBIM An- satz unter Verwendung von Autodesk Revit® und Navisworks Manage® geplant. Bei der Wahl der passenden Software muss vom AN eine verlustfreie Koordination mit dem angrenzenden Bauabschnitt gewährleistet werden. Durch die Umsetzung der BIM-Methodik ergeben sich spezifische Anforderungen an den Einsatz von Softwarelösungen. Hier wird zwischen Anforderungen der zum Einsatz kommenden unter- schieden:
• BIM-CAD-Software • BIM-Managementsoftware • BIM-Kollaborationssoftware • Common Data Environment (Zusammenspiel mit den Umsystemen z.B. IZ-Plan, VRI DMS)
4.1 BIM-CAD-Software Eine BIM-CAD-Software dient zur Modellierung geometrischer, dreidimensionaler Objekte sowie ihrer Spezifikation als Bauteile durch die Vergabe von Attributen. Die zum Einsatz kommende BIM-CAD-Software zur Erzeugung eines Bauwerksdatenmodells kann vom AN frei gewählt werden, muss jedoch die folgenden Kriterien erfüllen:
• Objektorientiert • Datenbankbasiert • Dreidimensionale Modellierung im kartesischen Koordinatensystem • Objekte können über Attribute und zugehörige Werte als Bauteile spezifiziert werden • Lesen und Schreiben des .bcf-Formats zur modellbasierten Kommunikation, sofern ein BIM-Viewer oder eine BIM-Managementsoftware nicht zur Verfügung steht • Import und Export des Schnittstellenformats .ifc • Import der Trassierungselemente über übliche Schnittstellenformate (.landXML, .ifc4.2, Da- tenart, .mdb) oder Möglichkeit zur Konstruktion der Trassierungselemente (Achse und Gra- diente) sowie die Überlagerung als Raumkurve • Verlustfreie Fortschreibung der bestehenden Modelle • Erweiterbarkeit durch Plugins z.B. für die Attribuierung oder Visualisierung
4.2 BIM-Managementsoftware Eine BIM-Managementsoftware dient zur Prüfung der Planung mittels Viewer, Attribut- und Kolli- sionsprüfung. Die zum Einsatz kommende BIM-Managementsoftware zur Erzeugung des Koordinationsmodells und deren Prüfung kann vom AN frei gewählt werden, muss jedoch die folgenden Kriterien erfül- len:
• Verlustfreie Weiterverwendung der bestehenden Modelle • Verlustfreie Weiterverwendung der bestehenden Kollisionsprüfregeln
4.3 BIM-Kollaborationssoftware Eine BIM-Kollaborationssoftware dient zur koordinierten Bearbeitung der Kollisionen und allge- meiner Planungsthemen zwischen den einzelnen Fachmodellen.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 13
[Seite 14]
4.4 Common Data Environment Das vom AG vorgegebene Common Data Environment (CDE) ist im Sinne der Kollaboration über die Laufzeit des Projekts zu nutzen. Die CDE wird durch den AG bereitgestellt. Für den Einsatz einer CDE gelten grundsätzlich die Anforderungen aus der ISO EN DIN 19650:2020. Die Datenhoheit liegt beim AG. Der Zugriff auf die CDE wird durch ein vom AG vorgegebenes rollenbasiertes Nutzungskonzept geregelt. Der prozessuale Informationsfluss wird unter anderem mit Hilfe vom AG vorgegebener Standard- CDE-Workflows geregelt.
Die DB InfraGo AG stellt über den konzerninternen Dienstleister DB Systel GmbH folgende CDE- Lösungen zur Verfügung:
• EPLASS Project Collaboration GmbH, Würzburg • Microsoft SharePoint • Dalux
Die Abgabe der Vertragsergebnisse hat grundsätzlich, sofern keine abweichenden Angaben des AG vorliegen, auf der CDE EPLASS zu erfolgen. Lediglich für die laufende Kollaboration der BIM- Unterlagen wie Modelle, QS-Berichte etc. steht ein Microsoft SharePoint zur Verfügung.
Die DB Systel GmbH hat mit den Systemanbieter vertragliche Vereinbarungen über Zugänge zur IT-Anwendung (Lizenzen zur Bereitstellung der Projekträume einschließlich Betrieb, Wartung und Pflege) sowie Hotlines und Schulungen getroffen. Der AN beantragt seinen Zugang zur CDE der DB InfraGo AG in Form eines Bestellformulars und Abschluss einer verbindlichen Be- stellung mit der DB Systel GmbH als konzerninterner IT-Dienstleisters des AG. Für die Nutzung der CDE bei der DB InfraGo AG sind die Kosten für ein Benutzerkonto abhängig von der entspre- chenden Plattform und in Anlage 17 des Ingenieurvertrages beschrieben. Die Abrechnung des Zugangs erfolgt monatlich durch die DB Systel GmbH direkt an den AN.
Die CDE ermöglicht:
• den Zugriff aller Projektbeteiligten – Interne und Externe – auf den aktuellen Stand der Projektinformationen (Rollen- und Berechtigungskonzept) • das Einstellen, Ablegen und Verteilen von Daten/Dokumenten (mit richtlinienkonformer Dateicodierung und nach EIU–Ablagestruktur sowie Standard-CDE-Workflows) • die Qualitätssicherung der Daten/Dokumente durch Standard-CDE-Workflows (ggf. mit Sollvorgaben bzgl. Datum und deren Statuskontrolle sowohl für den AN und AG) • die Upload Funktionalitäten – Multiupload, Upload • das Plan- und Modellmanagement mit verbindlicher Dateicodierung; CDE stellt sicher, dass nur codierungskonforme Pläne und Modelle eingestellt werden können, • die Integration von Bauwerksdatenmodellen und deren planungsbedingten Prozesse und Abläufe inkl. Referenzierung von Dokumenten, • grundsätzlich die Visualisierung und Koordination von Bauwerksdatenmodellen, • projektspezifische und projektübergreifende Managementauswertungen
Der fachliche Support zu den CDE erfolgt über die fachliche Betriebsführung der DB InfraGo AG. Der technische Support erfolgt über den Dienstleister DB Systel GmbH. Der konzerninterne Dienstleister DB Systel GmbH sowie die CDE-Anbieter gewährleisten die Datensicherung und den Datenschutz.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 14
[Seite 15]
4.5 Datenaustauschformate Nach der Arbeitsmethodik BIM werden Planungsergebnisse in Form von Daten gefordert, welche softwaregestützt gelesen, analysiert und weiterverarbeitet werden können. Um den konfliktfreien Bezug von Daten sicherzustellen, ergibt sich die Notwendigkeit Dateiformate bzw. Datensche- mata zur Übergabe der geforderten Daten vom AN zum AG festzulegen.
Der AG hat standardmäßig die in der nachfolgend aufgeführten Tabelle und in den jeweilig gülti- gen Richtlinien beschriebenen Datenformate im Einsatz. Diese sind grundsätzlich jederzeit durch den AN nach Bedarf des AG zu bedienen. Eventuelle Festlegungen für hauptsächliche Aus- tauschformate im BAP ändern nichts an diesem Bedarf.
| Zweck | Datenformat |
|---|---|
| Terminplanung | MPP |
| Kostenplanung | GAEB, CPIXML, RPZ, RPA (iTWO 5D) |
| Leistungsverzeichnis | GAEB, RPZ, RPA (iTWO 5D) |
| Dokumente (BAP) | XLSX, DOCX, PDF, Online (z.B. Plannerly) |
| Fachmodell (Bauwerksdatenmodell je Ge- werk) | RVT, SMC, CPA, NWD, IFC, CPIXML |
| Fachmodell LST (für Software ProSIG, ZN/ZL Planer, PlanPro Wkz) | ppxml, planpro |
| Koordinationsmodell | RVT, NWD, IFC, CPIXML |
| Gesamtmodell | RVT, NWD, IFC, CPIXML |
| As-Built-Modell | RVT, NWD, IFC, CPIXML |
| Digitales Geländemodell | DWG, DA 45, 49, 58 nach REB |
| Landschaftsmodelle | SHP, SHX, DBF, NAS, XML, CityGML |
| IVL-Pläne | DWG, GeoTIFF, PDF |
| Gleisnetzdaten | landXML |
| Trassierungsdaten | landXML, MDB, DGN |
| Punkte (tachymetrisch) | DA45 nach REB |
| Punktwolken | Stationäres Laserscanning: E57 TXT, XYZ, ASC |
| Texturierte Flächenkörper | OBI, VRML |
| Visualisierung | RVT, 3D DWG, PLN, DGN, COLLADA, CityGML |
| Orthofotos | TIFF und Einpassdatei TGW, JPEG und Einpassdatei JGW, ECW |
| Kommentierte Ansichtspunkte | BCF |
| Konstruktionszeichnungen | DWG, PDF |
| Pläne | DWG, PDF, GeoTIFF |
| Statik | ANS, XML |
| Baugrundgutachten | DOCX, DWG, XLS, CSW |
| GIS -Daten Dritter | SHP, SHX, DBF, XML, CityGML |
| Digitale Bauakte für IBN | RVT, NWD, IFC, DWG, DOCX, PDF, JPEG |
Tabelle 1: Mögliche Datenformate
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 15
[Seite 16]
4.6 Modell- und Plancodierung Zur eindeutigen Identifizierung von Modellen und Pläne ist eine Nomenklatur der Modelle und der Pläne vorzunehmen. Die Namenskonvention richtet sich im Großprojekt 2. S-Bahn-Stammstrecke München in der jeweils aktuellen Version bzw. nach Vorgabe AG.
Tabelle 2: CDE Datei-Namenskonvention
Abbildung 3: Auszug Modellcodierung BIM
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 16
[Seite 17]
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 Stan- dards der DB InfraGo AG einzuhalten. Die Modellierungsvorschrift ist als Anlage 4 beigefügt.
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 in Kapitel 5.2 keine anderslautenden Vorgaben sind, ist grundsätzlich ein LoD von 300 gem. DB Standard (Anlage 4 Kapitel 3.4) zu erreichen.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 17
[Seite 18]
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 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.
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 (z.B. Plannummer) | Unter Planparametern werden im Allgemeinen Werte verstanden, die auf den Plan- köpfen bzw. der Startansicht je Modell verwendet werden. Hierzu zählen beispiels- weise der Dokumentenverfasser oder die Planungsheft Anlagen Nummer. | ||
|---|---|---|---|
| Vorgaben DB InfraGo AG | Für alle notwendigen Angaben innerhalb eines Fachmodells werden Vorgaben vom AG festgelegt. | ||
| Geometrieparameter (z.B. Höhe) | Unter Geometrie-Parameter werden im Allgemeinen Werte verstanden, die die Geo- metrie eines Bauteils verändern können. Hierzu zählen beispielsweise die Wanddi- cke oder Öffnungsverhalten eines Fensters. | ||
| Vorgaben DB InfraGo 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- | ||
| ten eines Bauteils beschreiben. Hierzu zählen beispielsweise Farbe, Material, Her- | |||
| steller oder Kosten. | |||
| Vorgaben DB InfraGo 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. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 18
[Seite 19]
| Klassifizierungsparameter (z.B. WBS-Parameter) | Unter Gliederungs-Informationen, auch WBS (work-breakdown-structure) werden im | ||
|---|---|---|---|
| Allgemeinen Gliederungswerte zur systematischen Strukturierung der Bauteile ver- | |||
| standen. | |||
| Im konkreten Fall ist dies die RIL 808.0210 als Weiterentwicklung der DIN 276:2018- | |||
| 12 für die Anforderungen der DB InfraGo AG. Hierzu zählen beispielsweise | |||
| KG_3022100_Bahnsteig oder KG_3022200_Bahnsteigüberdachung. Je nach LPH | |||
| und Detaillierungsgrad können mehrere Stufen einer WBS folgen, die dann immer | |||
| genauer werden. | |||
| Vorgaben DB InfraGo 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:
▪ ,! £ $% ^ & - () {} [] + = @ „~ # ¬ `“ \ |/? : * „<>
• 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 die DB_Parameterübersicht in Anlage 3 der DB InfraGo AG verwiesen. Diese Vorgaben sind nach Rücksprache mit dem AG zu berücksichtigen, da diese Vorgaben nur schrittweise implementiert werden. Änderungen im Umfang sind vorbehalten und können in Teilbereichen auch durch Bauteilcodes ersetzt werden.
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 Bauteilbibliothek (https://www1.deutschebahn.com/sus-infoplattform/Bauteilbibliothek-2017-2020--4161454) 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 Zusam- menarbeit zwischen AG und AN, zusätzlich entwickelt. Die DB InfraGo AG und DB Station & Service entwi- ckeln die eigene Bauteilbibliothek stetig weiter.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 19
[Seite 20]
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 DB InfraGo -Vorlagedateien vorhanden und im Detail zwischen AG und AN abzustimmen.
5.1.6 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.7 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, DB_Buchstabenachsen sowie DB_Zahlenachsen. Darüber hinaus ist bei jedem Koordinationsmodell die DB_Startansicht vorzusehen. Weitere eigene Ansichts- punkte z.B. von Kollisionen können vom AN in entsprechenden Ordnern erstellt werden.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 20
[Seite 21]
5.2 BIM-Anwendungsfälle
5.2.1 AWF-1 3D-Planung und 2D-Planableitung Damit die anvisierten BIM-Ziele im Projekt erreicht werden, ist es erforderlich, dass die abgeleiteten Anwen- dungsfälle konkretisiert werden. Dies soll durch nachfolgenden Steckbrief für diesen Anwendungsfall sicher- gestellt werden:
| Kurzbeschrei- bung | Kurzbeschrei- | Die Erstellung und Fortschreibung der BIM-Fachmodelle im Rahmen der Ausführungsplanung als digitale, gewerkspezifische 3D-Teilmodelle und gewerkeübergreifenden Koordinationsmo- dell(e) im Rahmen der Ausführungsplanung hat in einer BIM-Planungssoftware mit einem Min- destinformationsgehalt gemäß der vorliegenden AIA zu erfolgen. Die Fortschreibung und An- passung der BIM-Fachmodelle nach geforderten Detaillierungen und Planungsänderungen mit schrittweiser Erhöhung des Detaillierungsgrades wird vom AG gefordert und wird nachfolgend verbindlich definiert. | |||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| bung | |||||||||||||||||||||||||||||
| Anforderung | • Die 3D-Modelle werden als Grundlage für alle benötigen 2D-Pläne verwendet. | ||||||||||||||||||||||||||||
| • Die geforderte geometrische Genauigkeit ist die korrekte Form und Abmessung der Bauele- mente gemäß LOD 300, mindestens zur Planableitung im Maßstab 1:50 und mindestens ausreichend für die Schalplanung (exakte Außenmaße). | |||||||||||||||||||||||||||||
| • Ein Element LOD 300 muss kollisionsfrei gegen alle zugehörigen Modelle für den entspre- chenden Planungsbereich identifizierbar sein. | |||||||||||||||||||||||||||||
| • Die BIM-Fachmodelle müssen für alle koordinationsrelevanten Gewerke erstellt bzw. fort- geschrieben werden. | |||||||||||||||||||||||||||||
| • Sollten Einzelelemente nicht modelliert und z.B. als 2D-Elemente im BIM-Modell eingefügt werden, sind diese Elemente detailliert aufzuführen und beim zuständigen BIM-Manager anzuzeigen (z.B. dwg-Verknüpfungen). | |||||||||||||||||||||||||||||
| • Weitere Bestandsmodelle für den Bauablauf/Planung hat in Absprache mit dem AG in einem von mindestens LOD 100 zu erfolgen, in relevanten Bereichen auch in LOD 300. | |||||||||||||||||||||||||||||
| Zeitpunkt | Phase | HOAI Leistungsphasen | Betrieb | ||||||||||||||||||||||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | B | |||||||||||||||||||
| Turnus | BIM-Setup | Erstellung von Modellen aus beste- hender Planung und Fortschreibung dieser | Natives Format | ||||||||||||||||||||||||||
| Während LPH | Nach der Initialphase 14-tägig | Natives Format, nach Bedarf .pdf, .ifc | |||||||||||||||||||||||||||
| Übergabe | Abschluss LPH | Natives Format (Fach- und Planmodelle), .ifc, .pdf | |||||||||||||||||||||||||||
| Verantwortlich | n e r h n e ü fh lle c r ts u D r E & | n e b ie r h c s tr o F | tie n e b k r r a iw u tiM Z & | n e fü r p r e b Ü | g n u e n b n a e g k ie r e r F n A & | s e g its n o S | |||||||||||||||||||||||
| AN | AN | AN | AN / AG | AG | |||||||||||||||||||||||||
| AG-Ressour- cen | • Planungsunterlagen gem. Kapitel 6 | ||||||||||||||||||||||||||||
| • CDE | |||||||||||||||||||||||||||||
| • Planungsvorgaben (u.a mind. Kollisionsprüfungsregeln und Leistungsumfang) | |||||||||||||||||||||||||||||
| Ergebnis | • Koordinierte Fachmodelle nach Vorgaben AIA und Leistungsphasen gerecht | ||||||||||||||||||||||||||||
| • Planableitungen nach Anforderungen des AG | |||||||||||||||||||||||||||||
| Umsetzung | • Die konkrete Umsetzung ist durch den AN im BAP zu beschreiben. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 21
[Seite 22]
5.2.2 AWF-2 3D-Koordination und Kollisionsprüfung Damit die anvisierten BIM-Ziele im Projekt erreicht werden, ist es erforderlich, dass die abgeleiteten Anwen- dungsfälle konkretisiert werden. Dies soll durch nachfolgenden Steckbrief für diesen Anwendungsfall sicher- gestellt werden:
| Kurzbeschrei- bung | Kurzbeschrei- | Regelmäßiges Zusammenführen der Fachmodelle in Koordinationsmodellen mit anschließen- der automatisierter Kollisionsprüfung, systematischer Konfliktbehebung und Prüfung weiterer Kriterien. | |||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| bung | |||||||||||||||||||||||||||||||
| Anforderung | • Verbesserung der Planungsqualität und Arbeitsvorbereitung | ||||||||||||||||||||||||||||||
| • Verringerung von Kosten- und Terminrisiken durch Koordination der Fachgewerke und Kon- fliktbehebung im Planungsprozess (z.B. Geometrie, Richtlinienkonflikte etc.) | |||||||||||||||||||||||||||||||
| • Reduktion des Aufwandes für das Gesamtbauvorhaben | |||||||||||||||||||||||||||||||
| • Sicherstellung lagerichtige Koordination gem. RIL 883.2500 oder Angabe AG | |||||||||||||||||||||||||||||||
| • Vermeidung von nicht erfassten Issues bzw. Planungsthemen in Protokollen oder sonstigen Absprachen. Stetiger Bezug auf georeferenzierte Issue-Nummer zur Vermeidung von Dop- pelarbeiten z.B. Protokollen, Excellisten, Emails, Telefonate. | |||||||||||||||||||||||||||||||
| Zeitpunkt | Phase | HOAI Leistungsphasen | Betrieb | ||||||||||||||||||||||||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | B | |||||||||||||||||||||
| Turnus | BIM-Setup | Fortschreibung bestehender Modelle | Natives Format | ||||||||||||||||||||||||||||
| Während LPH | 14-tägig | Natives Format nach Bedarf .ifc | |||||||||||||||||||||||||||||
| Übergabe | Abschluss LPH | Natives Format, .ifc, .pdf | |||||||||||||||||||||||||||||
| Verantwortlich | n e r h n e ü fh lle c r ts u D r E & | n e b ie r h c s tr o F | tie n e b k r r a iw u tiM Z & | n e fü r p r e b Ü | g n u e n b n a e g k ie r e r F n A & | s e g its n o S | |||||||||||||||||||||||||
| AN | AN | AG | AN / AG | AG | |||||||||||||||||||||||||||
| AG-Ressour- cen | • Planungsunterlagen gem. Kapitel 6 | ||||||||||||||||||||||||||||||
| • CDE | |||||||||||||||||||||||||||||||
| • BIM-Kooperationssoftware | |||||||||||||||||||||||||||||||
| • Planungsvorgaben (u.a mind. Kollisionsprüfungsregeln und Leistungsumfang) | |||||||||||||||||||||||||||||||
| Ergebnis | Ergebnis | • Koordinierte, baubare, kollisionsfreie Fach- und Koordinationsmodelle (leistungsphasenge- recht). | |||||||||||||||||||||||||||||
| • Verteilung als „geteilt“ auf der CDE | |||||||||||||||||||||||||||||||
| • Export der Kollisionen als Issues in die BIM-Kollaborationsplattform unter Einhaltung der zugehörigen Regeln des AG (u.a. vollständige Ausfüllung, Einhaltung Fristsystem, Einhal- tung Workflow, Einhaltung Billigung und schließen, Rückfragen etc.). | |||||||||||||||||||||||||||||||
| • Etablierung Fristsystem: Kritisch = umgehende Klärung, Dringend = Billigung innerhalb von 6 KT, Normal = normaler Issueweg, On hold = Issue wird zunächst pausiert | |||||||||||||||||||||||||||||||
| • Regelmäßige Dokumentation der Issues als .bcf und .pdf auf der CDE. | |||||||||||||||||||||||||||||||
| • Konsequente und nachvollziehbare Bearbeitung, Lösung und Billigung von Issues. | |||||||||||||||||||||||||||||||
| Umsetzung | • Die konkrete Umsetzung ist durch den AN im BAP zu beschreiben. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 22
[Seite 23]
AWF-3 Virtual Design Review (VDR) Damit die anvisierten BIM-Ziele im Projekt erreicht werden, ist es erforderlich, dass die abgeleiteten Anwen- dungsfälle konkretisiert werden. Dies soll durch nachfolgenden Steckbrief für diesen Anwendungsfall sicher- gestellt werden:
| Kurzbeschrei- bung | Kurzbeschrei- | Unter Verwendung der Koordinationsmodelle und Einbindung aller relevanten Projektbeteiligten soll die Planung digital durchgesprochen werden. Die Planungspunkte sind vorbereitet über Issues mit Ansichtspunkten vorzubereiten und gemeinsam, nachvollziehbar abzuarbeiten. | ||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| bung | ||||||||||||||||||||||||||
| Anforderung | • Abgestimmte, durchdachte Planung unter Beteiligung der relevanten Stellen | |||||||||||||||||||||||||
| • Auf Kapitel 5.2.2 aufbauende durchgehend digitale Nutzung des Modells. | ||||||||||||||||||||||||||
| • Systematische Abarbeitung von offenen Planungsfragen mit Transparenz für AG und AN. | ||||||||||||||||||||||||||
| • Durch den AN vorbereitete Issues und Navigation durch das Modell. | ||||||||||||||||||||||||||
| • Entwickeln leistungsphasenrelevanter Schwerpunkte (z.B. digitale Bemusterung) | ||||||||||||||||||||||||||
| Zeitpunkt | Zeitpunkt | Phase | HOAI Leistungsphasen | Betrieb | ||||||||||||||||||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | B | ||||||||||||||||
| Turnus | BIM-Setup | Einfach (Testmodell) | ||||||||||||||||||||||||
| Während LPH | Nach Bedarf | |||||||||||||||||||||||||
| Übergabe | Abschluss LPH | |||||||||||||||||||||||||
| Verantwortlich | n e r h n e ü fh lle c r ts u D r E & | n e b ie r h c s tr o F | tie n e b k r r a iw u tiM Z & | n e fü r p r e b Ü | g n u e n b n a e g k ie r e r F n A & | s e g its n o S | ||||||||||||||||||||
| AN | AN | AG | AN / AG | AG | ||||||||||||||||||||||
| AG-Ressour- cen | • CDE | |||||||||||||||||||||||||
| • BIM-Kollaborationsplattform | ||||||||||||||||||||||||||
| Ergebnis | • Dokumentation von Ergebnissen und Entscheidungen mit Issue-Nummern-Bezug | |||||||||||||||||||||||||
| • Generierte BIM-Kollaborationsplattform Berichte als .pdf und .bcf | ||||||||||||||||||||||||||
| • Abgestimmte, durchgesprochene Planung | ||||||||||||||||||||||||||
| Umsetzung | • Die konkrete Umsetzung ist durch den AN im BAP zu beschreiben. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 23
[Seite 24]
5.2.3 AWF-4 Visualisierung Damit die anvisierten BIM-Ziele im Projekt erreicht werden, ist es erforderlich, dass die abgeleiteten Anwen- dungsfälle konkretisiert werden. Dies soll durch nachfolgenden Steckbrief für diesen Anwendungsfall sicher- gestellt werden:
| Kurzbeschrei- | Bedarfsgerechte Visualisierung auf Grundlage der BIM-Modelle als Basis für Projektbespre- chungen im Zuge der Planung und Ausführung sowie für die Öffentlichkeitsarbeit. | |||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| bung | ||||||||||||||||||||||||||
| Anforderung | Anforderung | • Verständliche Darstellung komplexer Zusammenhänge | ||||||||||||||||||||||||
| • Verbesserte Unterstützung der Entscheidungsfindung | ||||||||||||||||||||||||||
| • Erhöhung der öffentlichen Akzeptanz durch verständliche Kommunikation des Projekts | ||||||||||||||||||||||||||
| • Qualitativ hochwertige Visualisierungen die technisch korrekt sind | ||||||||||||||||||||||||||
| Zeitpunkt | Zeitpunkt | Phase | HOAI Leistungsphasen | Betrieb | ||||||||||||||||||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | B | ||||||||||||||||
| Turnus | BIM-Setup | Einfach (Testmodell) | ||||||||||||||||||||||||
| Während LPH | Nach Bedarf | |||||||||||||||||||||||||
| Übergabe | Abschluss LPH | |||||||||||||||||||||||||
| Verantwortlich | n e r h n e ü fh lle c r ts u D r E & | n e b ie r h c s tr o F | tie n e b k r r a iw u tiM Z & | n e fü r p r e b Ü | g n u e n b n a e g k ie r e r F n A & | s e g its n o S | ||||||||||||||||||||
| AN | AN | AG | AN / AG | AG | ||||||||||||||||||||||
| AG-Ressour- cen | • Vorgaben zur Qualität und Ansicht | |||||||||||||||||||||||||
| • CDE | ||||||||||||||||||||||||||
| Ergebnis | • Empfängergerechte Visualisierung der Planungsvarianten- und stände | |||||||||||||||||||||||||
| • Abgabe von Filmen, frei navigierbaren Playern (z.B. Enscape) und Renderings | ||||||||||||||||||||||||||
| • Visualisierungen für VR | ||||||||||||||||||||||||||
| Umsetzung | • Die konkrete Umsetzung ist durch den AN im BAP zu beschreiben. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 24
[Seite 25]
5.2.4 AWF-5 4D-Bauablaufsimulation Damit die anvisierten BIM-Ziele im Projekt erreicht werden, ist es erforderlich, dass die abgeleiteten Anwen- dungsfälle konkretisiert werden. Dies soll durch nachfolgenden Steckbrief für diesen Anwendungsfall sicher- gestellt werden:
| Kurzbeschrei- bung | Kurzbeschrei- | Durch eine regelbasierte Verknüpfung von Modellobjekten mit dem Bauablaufplan soll eine 4D- Bauablaufsimulation erstellt werden und auf Kollisionen geprüft werden. Die fortlaufende Bau- ablaufsimulation während der Bauausführung wird in den kritischen Bereichen vom AN fortlau- fend auf Kollisionen geprüft. | |||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| bung | |||||||||||||||||||||||||||
| Anforderung | • Unterstützung bei der Bewertung und ggf. Optimierung geplanter Arbeitsabläufe und mögli- cher Alternativen | ||||||||||||||||||||||||||
| • Kollisionsfreier Bauablauf durch digitale Vorabuntersuchung (Proof of concept) | |||||||||||||||||||||||||||
| • Zusätzlich zu allen notwendigen Fachmodellen, sinnvolle Berücksichtigung von Sperrzeiten, Baulogistik und Aushubmassen im Bauablauf und als Modell | |||||||||||||||||||||||||||
| Zeitpunkt | Phase | HOAI Leistungsphasen | Betrieb | ||||||||||||||||||||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | B | |||||||||||||||||
| Turnus | BIM-Setup | Einfach (Testmodell) | |||||||||||||||||||||||||
| Während LPH | Nach der Initialphase nach Bedarf | .mp4 und natives Format, bei Bedarf .jpeg | |||||||||||||||||||||||||
| Übergabe | Abschluss LPH | .mp4 und natives Format, bei Bedarf .jpeg | |||||||||||||||||||||||||
| Verantwortlich | n e r h n e ü fh lle c r ts u D r E & | n e b ie r h c s tr o F | tie n e b k r r a iw u tiM Z & | n e fü r p r e b Ü | g n u e n b n a e g k ie r e r F n A & | s e g its n o S | |||||||||||||||||||||
| AN | AN | AG | AN / AG | AG | |||||||||||||||||||||||
| AG-Ressour- cen | • Planungsunterlagen gem. Kapitel 6 | ||||||||||||||||||||||||||
| • CDE | |||||||||||||||||||||||||||
| • Planungsvorgaben (Animation, Ansichtspunkte etc.) | |||||||||||||||||||||||||||
| Ergebnis | • Ablage Simulation als .mp4 und im nativen Format auf der CDE | ||||||||||||||||||||||||||
| • Dokumentation Soll/Ist Abgleich | |||||||||||||||||||||||||||
| • Berücksichtigung von Ergebnissen der Simulation in der Planung | |||||||||||||||||||||||||||
| Umsetzung | • Die konkrete Umsetzung ist durch den AN im BAP zu beschreiben. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 25
[Seite 26]
5.2.5 AWF-6 5D-Kostenmodell Damit die anvisierten BIM-Ziele im Projekt erreicht werden, ist es erforderlich, dass die abgeleiteten Anwen- dungsfälle konkretisiert werden. Dies soll durch nachfolgenden Steckbrief für diesen Anwendungsfall sicher- gestellt werden:
| Kurzbeschrei- bung | Kurzbeschrei- | Durch eine regelbasierte Verknüpfung von Modellobjekten mit dem Kostenbuch soll ein 5D-Kos- tenmodell erstellt werden. Damit werden die Daten und Bauteilinformationen nativ aus dem Mo- dell abgeleitet. | ||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| bung | ||||||||||||||||||||||||||
| Anforderung | • Vollständige regelbasierte Erfassung aller kalkulationsrelevanten Objekte in iTwo 5D | |||||||||||||||||||||||||
| • Ableitung von Mengen und (Haupt-)Massen insb. Zur Plausibilisierung der Ausführungs- mengen bzw. der Mehr- oder Mindermengen bei Umplanungen aus den BIM Modellen. | ||||||||||||||||||||||||||
| • Einfache Aktualisierung des Kostenmodells bei z.B. geänderten Massen | ||||||||||||||||||||||||||
| Zeitpunkt | Phase | HOAI Leistungsphasen | Betrieb | |||||||||||||||||||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | B | ||||||||||||||||
| Turnus | BIM-Setup | Einfach (Testmodell) | ||||||||||||||||||||||||
| Während LPH | Nach Bedarf | |||||||||||||||||||||||||
| Übergabe | Abschluss LPH | |||||||||||||||||||||||||
| Verantwortlich | n e r h n e ü fh lle c r ts u D r E & | n e b ie r h c s tr o F | tie n e b k r r a iw u tiM Z & | n e fü r p r e b Ü | g n u e n b n a e g k ie r e r F n A & | s e g its n o S | ||||||||||||||||||||
| AN | AN | AG | AN/AG | AG | ||||||||||||||||||||||
| AG-Ressour- cen | • Planungsunterlagen gem. Kapitel 6 | |||||||||||||||||||||||||
| • CDE | ||||||||||||||||||||||||||
| • Planungsvorgaben (Animation, Ansichtspunkte etc.) | ||||||||||||||||||||||||||
| • Parameterübersicht | ||||||||||||||||||||||||||
| Ergebnis | • Vollständige und korrekte Massenermittlung aus den BIM Modellen | |||||||||||||||||||||||||
| • Basis für Änderungs- und Entscheidungsvorlagen | ||||||||||||||||||||||||||
| • Ein mit den Modellen verknüpftes LV | ||||||||||||||||||||||||||
| • Das Modell stellt die Grundlage für die Erstellung aller Vergabeunterlagen dar | ||||||||||||||||||||||||||
| Umsetzung | • Die konkrete Umsetzung ist durch den AN im BAP zu beschreiben. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 26
[Seite 27]
5.2.6 AWF-7 GIS2BIM Damit die anvisierten BIM-Ziele im Projekt erreicht werden, ist es erforderlich, dass die abgeleiteten Anwen- dungsfälle konkretisiert werden. Dies soll durch nachfolgenden Steckbrief für diesen Anwendungsfall sicher- gestellt werden:
| Kurzbeschrei- bung | Durch die Nutzung von digital verfügbaren Informationen zum Bestand aus GIS-Systemen soll die Planungsqualität gesteigert werden. Dies umfasst neben bestehenden Informationen auch laufende Aktualisierungen aus verschiedenen Datenquellen während der Bauausführung bzw. Vorabuntersuchungen. | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Anforderung | • Bestandsmodell durch GIS-Daten anreichern | ||||||||||||||||
| • Berücksichtigung von GIS-Daten in der Planung | |||||||||||||||||
| • Überprüfung auf Plausibilität, externe Kollisionsprüfung außerhalb der Bauwerke mit geo- logischen Gegebenheiten/Planungen | |||||||||||||||||
| • Baubestand im Untergrund visualisieren | |||||||||||||||||
| • Klassifizierung Baubestand/Risikominimierung | |||||||||||||||||
| Zeitpunkt | Phase | HOAI Leistungsphasen | Betrieb | ||||||||||||||
| 0 | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | B | |||||||
| Turnus | BIM-Setup | Einfach (Testmodell) | |||||||||||||||
| Während LPH | Nach Bedarf | ||||||||||||||||
| Übergabe | Abschluss LPH | ||||||||||||||||
| Verantwortlich | n e r h n e ü fh lle c r ts u D r E & | n e b ie r h c s tr o F | tie n e b k r r a iw u tiM Z & | n e fü r p r e b Ü | g n u e n b n a e g k ie r e r F n A & | s e g its n o S | |||||||||||
| AN | AN | AN | AG | AG | |||||||||||||
| AG-Ressourcen | • 3D-Vermessungsdaten, Bestandsdaten der Bauwerksumgebung (2D, 3D), benötigte amt- liche Daten: ALKIS (Amtliches Liegenschaftskatasterinformationssystem), DOP (Digitale Orthophotos), DTK (Digitale Topographische Karten) | ||||||||||||||||
| Ergebnis | • Verknüpfung von 3D-Vermessungsdaten mit 2D-Daten; Übergabe verknüpfter und ggf. bereits dreidimensionaler Daten im nativen und IFC-Format | ||||||||||||||||
| • Klassifizierter Baubestand im nativen und IFC-Format | |||||||||||||||||
| Umsetzung | • Die konkrete Umsetzung ist durch den AN im BAP zu beschreiben. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 27
[Seite 28]
Datenübergabe und lieferbare Leistungen
6.1 Datenübergabe durch den AG Der AG übergibt zu Beginn des Projekts dem AN u.a. die folgenden Modell-Daten als Grundlage für die Leistungserbringung im Bereich BIM. Eine vollständige Unterlagenliste ist den Ausschreibungsunterlagen zu entnehmen:
| Nr. | Beschreibung | Übergabeobjekt | Datenformat | Lieferant | Datenquelle |
|---|---|---|---|---|---|
| 1 | Koordinationsmodell Fußgän- gersteg Leuchtenbergring | Modell | NWD | AG | Sharepoint |
| 2 | Koordinationsmodell RS 9 inkl. Unterwerfungsbauwerk | Modell | NWD | AG | Sharepoint |
Tabelle 3: Bsp. Datenübergabe durch den AG
6.2 Datenübergabe durch den AN Vom AN sind im BAP sämtliche Lieferobjekte anhand der nachfolgenden BIM-Liefermatrix (Muster) 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.
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.
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.
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 28
[Seite 29]
6.2.1 BIM-Liefermatrix
| Anlass | LPH | Datum | e k r e w le g e R - M I B | r e te m a r a P - M I B | 1 - . f w A | g n u t ie lb a n a lP - D 2 d n u g n u n a lP - D 3 | 2 - . f w A | g n u f ü r p s n o is illo K d n u n o it a n id r o o K - D 3 | 3 - . f w A | w e iv e R n g is e D la u t r iV | 4 - . f w A | g n u r e is ila u s iV | 5 - . f w A | n o it a lu m is f u a lb a u a B - D 4 | 6 - . f w A | lle d o m n e t s o K - D 5 | 7 - . f w A | M IB 2 S IG | ||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Koordination | 4-7 | Laufend | ||||||||||||||||||||||||||||||||||||||||||
| Lieferobjekt | - | - | Fachmodelle | Koordinationsmodell | BIM Kollaborations- software QS-Berichte gem. Kapitel 3.2 | - | - | - - | - - | |||||||||||||||||||||||||||||||||||
| Turnus | - | - | 14-tägig | 14-tägig | 14-tägig | Nach Bedarf | Nach Bedarf | |||||||||||||||||||||||||||||||||||||
| Datenformat | - | - | .rvt | .nwd | .bcf, .pdf | - | - | |||||||||||||||||||||||||||||||||||||
| Lieferant | - | - | - | AN | AN | - | - | |||||||||||||||||||||||||||||||||||||
| Data Drop 1 | 4 | N.N. | ||||||||||||||||||||||||||||||||||||||||||
| Lieferobjekt | BAP 0.9 | Stufe 1 | Pläne gem. Planliste Modelle gem. Modell- liste | Konsolidierte Modelle | ||||||||||||||||||||||||||||||||||||||||
| Prüfungsergebnisse als Summary | ||||||||||||||||||||||||||||||||||||||||||||
| Prüfungs- ergebnisse | ||||||||||||||||||||||||||||||||||||||||||||
| Erstelldatum | - | - | - | - | ||||||||||||||||||||||||||||||||||||||||
| Datenformat | .docx, .pdf | .rvt .nwd .xlsx | - | .nwd, .rvt, .ifc | ||||||||||||||||||||||||||||||||||||||||
| .pdf., .bcf | ||||||||||||||||||||||||||||||||||||||||||||
| .pdf, .xlsx, .bcf | ||||||||||||||||||||||||||||||||||||||||||||
| Lieferant | AN | AN | AN | AN | ||||||||||||||||||||||||||||||||||||||||
| Verwendete Software | plannerly | - | - | - | ||||||||||||||||||||||||||||||||||||||||
| Verwendete Datenquelle | CDE | CDE | - | - | ||||||||||||||||||||||||||||||||||||||||
| Data Drop 2.1 | 5 | N.N. | ||||||||||||||||||||||||||||||||||||||||||
| Data Drop 2.2 | 5 | N.N. | ||||||||||||||||||||||||||||||||||||||||||
| Data Drop 3 | 6 | N.N. | ||||||||||||||||||||||||||||||||||||||||||
| Data Drop 4 - n | 7 | N.N. |
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 29
[Seite 30]
Anlagen
AIA der DB InfraGo AG – Großprojekt 2. S-Bahn-Stammstrecke München 30