Auftraggeberinformationsanforderungen (AIA) der DB InfraGO AG.pdf

Bauarbeiten für den Ostabschnitt der 2. S-Bahn-Stammstrecke München und den Bahnhof Leuchtenbergring

Extrahierter Dokumenttext · Stand: 11.11.2026, 14:37 (Europe/Berlin)

Herkunft: bieterportal.noncd.db.de

Tabellen, Layout und Zeichen können bei der Extraktion abweichen. Maßgeblich ist die Originaldatei.

Originaldatei öffnen

[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 durchBeschreibungDatum
1.0V.IIM 58Freigabe26.10.2026

Ergänzungen, Änderungsvorschläge sowie Anmerkungen

NameOEMail
Abrar AhmadV.IIM 58abrar.ahmad@deutschebahn.com

Anlagenverzeichnis

TitelDokumentVer-
sion
Anlage 1 – BAPBIM Abwicklungsplan der DB InfraGo AG der 2. S-Bahn Stammstrecke München1.0
Anlage 2 – ModellcodierungAnhang BA60_Modellcodierung1.0
Anlage 3 - ParameterübersichtAnhang DB_Parameterübersicht1.0
Anlage 4 – Vorgaben zur An- wendung der BIM-MethodikVorgaben-zur-Anwendung-der-BIM-Methodik-data.pdf1.0
Anlage 5 - ModellisteAnhang BA60_Modelliste1.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.

BerichtsformZielInhaltVerant.Turnus
QS1_KoordinationsberichtDokumen- tation der Issues-Issue-Bericht über alle offenen, ge- schlossenen Issues als .pdf und .bcf. Au- tomatisch generiert aus der BIM-Kollabo- rati-onssoftware.ANZum Abschluss LPH (Data Drop), kann bei Bedarf durch AG in Abstimmung mit AN angepasst werden
QS2_PlanungsberichtDurchspra- che Planungs- fortschrittWird im BAP nach Abstimmung zwi- schen AN und AG festgelegtANZur 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-KickOffAgenda: - Vorstellung BAP durch AN - Abstimmung zu Software und Schnittstellen - Fortschreibung BAP - Festlegung Folgetermine (BIM- JourFixe) - Nutzung der CDE4 Wochen nach Auf- tragsertei- lungBIM Gesamtkoordinator, BIM Koordinatoren und Pro- jektleiter
BIM-JourFixeRegelagenda: - 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- ordinator14-tägig, kann aber durch den AG nach Bedarf ge- ändert werdenBIM-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.

ZweckDatenformat
TerminplanungMPP
KostenplanungGAEB, CPIXML, RPZ, RPA (iTWO 5D)
LeistungsverzeichnisGAEB, 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
KoordinationsmodellRVT, NWD, IFC, CPIXML
GesamtmodellRVT, NWD, IFC, CPIXML
As-Built-ModellRVT, NWD, IFC, CPIXML
Digitales GeländemodellDWG, DA 45, 49, 58 nach REB
LandschaftsmodelleSHP, SHX, DBF, NAS, XML, CityGML
IVL-PläneDWG, GeoTIFF, PDF
GleisnetzdatenlandXML
TrassierungsdatenlandXML, MDB, DGN
Punkte (tachymetrisch)DA45 nach REB
PunktwolkenStationäres Laserscanning: E57 TXT, XYZ, ASC
Texturierte FlächenkörperOBI, VRML
VisualisierungRVT, 3D DWG, PLN, DGN, COLLADA, CityGML
OrthofotosTIFF und Einpassdatei TGW, JPEG und Einpassdatei JGW, ECW
Kommentierte AnsichtspunkteBCF
KonstruktionszeichnungenDWG, PDF
PläneDWG, PDF, GeoTIFF
StatikANS, XML
BaugrundgutachtenDOCX, DWG, XLS, CSW
GIS -Daten DritterSHP, SHX, DBF, XML, CityGML
Digitale Bauakte für IBNRVT, 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 AGFü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 AGGeometrische 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.
SpezifizierungsparameterUnter 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 AGFü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 AGFü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:

NameBeschreibung
+++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- bungKurzbeschrei-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.
ZeitpunktPhaseHOAI LeistungsphasenBetrieb
0123456789B
TurnusBIM-SetupErstellung von Modellen aus beste- hender Planung und Fortschreibung dieserNatives Format
Während LPHNach der Initialphase 14-tägigNatives Format, nach Bedarf .pdf, .ifc
ÜbergabeAbschluss LPHNatives Format (Fach- und Planmodelle), .ifc, .pdf
Verantwortlichn e r h n e ü fh lle c r ts u D r E &n e b ie r h c s tr o Ftie 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
ANANANAN / AGAG
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- bungKurzbeschrei-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.
ZeitpunktPhaseHOAI LeistungsphasenBetrieb
0123456789B
TurnusBIM-SetupFortschreibung bestehender ModelleNatives Format
Während LPH14-tägigNatives Format nach Bedarf .ifc
ÜbergabeAbschluss LPHNatives Format, .ifc, .pdf
Verantwortlichn e r h n e ü fh lle c r ts u D r E &n e b ie r h c s tr o Ftie 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
ANANAGAN / AGAG
AG-Ressour- cen• Planungsunterlagen gem. Kapitel 6
• CDE
• BIM-Kooperationssoftware
• Planungsvorgaben (u.a mind. Kollisionsprüfungsregeln und Leistungsumfang)
ErgebnisErgebnis• 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- bungKurzbeschrei-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)
ZeitpunktZeitpunktPhaseHOAI LeistungsphasenBetrieb
0123456789B
TurnusBIM-SetupEinfach (Testmodell)
Während LPHNach Bedarf
ÜbergabeAbschluss LPH
Verantwortlichn e r h n e ü fh lle c r ts u D r E &n e b ie r h c s tr o Ftie 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
ANANAGAN / AGAG
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
AnforderungAnforderung• 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
ZeitpunktZeitpunktPhaseHOAI LeistungsphasenBetrieb
0123456789B
TurnusBIM-SetupEinfach (Testmodell)
Während LPHNach Bedarf
ÜbergabeAbschluss LPH
Verantwortlichn e r h n e ü fh lle c r ts u D r E &n e b ie r h c s tr o Ftie 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
ANANAGAN / AGAG
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- bungKurzbeschrei-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
ZeitpunktPhaseHOAI LeistungsphasenBetrieb
0123456789B
TurnusBIM-SetupEinfach (Testmodell)
Während LPHNach der Initialphase nach Bedarf.mp4 und natives Format, bei Bedarf .jpeg
ÜbergabeAbschluss LPH.mp4 und natives Format, bei Bedarf .jpeg
Verantwortlichn e r h n e ü fh lle c r ts u D r E &n e b ie r h c s tr o Ftie 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
ANANAGAN / AGAG
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- bungKurzbeschrei-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
ZeitpunktPhaseHOAI LeistungsphasenBetrieb
0123456789B
TurnusBIM-SetupEinfach (Testmodell)
Während LPHNach Bedarf
ÜbergabeAbschluss LPH
Verantwortlichn e r h n e ü fh lle c r ts u D r E &n e b ie r h c s tr o Ftie 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
ANANAGAN/AGAG
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- bungDurch 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
ZeitpunktPhaseHOAI LeistungsphasenBetrieb
0123456789B
TurnusBIM-SetupEinfach (Testmodell)
Während LPHNach Bedarf
ÜbergabeAbschluss LPH
Verantwortlichn e r h n e ü fh lle c r ts u D r E &n e b ie r h c s tr o Ftie 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
ANANANAGAG
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ÜbergabeobjektDatenformatLieferantDatenquelle
1Koordinationsmodell Fußgän- gersteg LeuchtenbergringModellNWDAGSharepoint
2Koordinationsmodell RS 9 inkl. UnterwerfungsbauwerkModellNWDAGSharepoint

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

AnlassLPHDatume k r e w le g e R - M I Br e te m a r a P - M I B1 - . f w Ag n u t ie lb a n a lP - D 2 d n u g n u n a lP - D 32 - . f w Ag 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 33 - . f w Aw e iv e R n g is e D la u t r iV4 - . f w Ag n u r e is ila u s iV5 - . f w An o it a lu m is f u a lb a u a B - D 46 - . f w Alle d o m n e t s o K - D 57 - . f w AM IB 2 S IG
Koordination4-7Laufend
Lieferobjekt--FachmodelleKoordinationsmodellBIM Kollaborations- software QS-Berichte gem. Kapitel 3.2--- -- -
Turnus--14-tägig14-tägig14-tägigNach BedarfNach Bedarf
Datenformat--.rvt.nwd.bcf, .pdf--
Lieferant---ANAN--
Data Drop 14N.N.
LieferobjektBAP 0.9Stufe 1Pläne gem. Planliste Modelle gem. Modell- listeKonsolidierte Modelle
Prüfungsergebnisse als Summary
Prüfungs- ergebnisse
Erstelldatum----
Datenformat.docx, .pdf.rvt .nwd .xlsx-.nwd, .rvt, .ifc
.pdf., .bcf
.pdf, .xlsx, .bcf
LieferantANANANAN
Verwendete Softwareplannerly---
Verwendete DatenquelleCDECDE--
Data Drop 2.15N.N.
Data Drop 2.25N.N.
Data Drop 36N.N.
Data Drop 4 - n7N.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

Alle Unterlagen dieser Ausschreibung