Zum Inhalt springen
<!-- wp:block {"ref":2566} /-->

<!-- wp:paragraph {"backgroundColor":"theme-palette7"} -->
<p class="has-theme-palette-7-background-color has-background">Paul Curschellas Gastautor Tina Krischmann </p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>   Dieser Abschnitt beschreibt die Methode zur Definition und Ermittlung der Informationsbedarfstiefe welche von den beteiligten Akteurinnen zu einem spezifischen Zeitpunkt als bestimmte Information gefordert wird Die Methode zur Definition der Informationsbedarfstiefe wird normativ definiert über den <strong>Level of Information Need</strong> in der <strong><a href="https://www.en-standard.eu/une-en-17412-1-2021-building-information-modelling-level-of-information-need-part-1-concepts-and-principles/">EN 17412 1</a></strong>  </p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Mit der Normenreihe <a href="https://www.iso.org/standard/68078.html">ISO 19650</a> werden die Prozesse und die Rollen in der Bereitstellung von Information aus Sicht des Informationsempfängers Besteller und der Informationslieferant Bereitsteller aufgezeigt Ergänzend dazu steht mit der EN 17412 1 Bauwerksinformationsmodellierung  Informationsbedarfstiefe  Teil 1 Konzepte und Grundsätze die methodische Grundlage zur Definition des Level of Information Need bereit</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Informationsbedarfstiefe Level ofInformation Need </strong> <strong>LOIN </strong>beschreibt im Rahmen des Informationsmanagements die Anforderung des Bestellers von Information hinsichtlich der Tiefe der geometrischen und alphanumerischen Informationen sowie der erwarteten Dokumentationen wie der Lieferung durch den Bereitsteller von Informationen Die Regelung zur Definition der Informationsbedarfstiefe ist ein essenzieller Teil innerhalb der Regelwerke <strong>AIA </strong>und <strong>BAP </strong>und Teil der Anforderungen des Auftraggebers Sie dienen als Basis für den reibungslosen Prozessablauf innerhalb eines Projekts  die Abstufungen als solche sind jedoch nicht standardisiert Vielmehr sind es die jeweiligen Bedingungen die Projektziele Anwendungsziele und die darauf aufbauenden Anwendungsfälle in den Regelwerken welche die Grundlage zur Eingrenzung und Definition der Informationsbedarfstiefe bilden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die Informationsanforderungen des <strong>LOIN </strong>leiten sich folglich aus dem Bedarf der Anwendungsfälle ab die zu bestimmten Zeitpunkten im Projekt durchgeführt werden Der <strong>LOIN </strong>umfasst die geometrischen <strong>LOG</strong> und die alphanumerischen <strong>LOI</strong> Definitionen der Fachmodelle sowie die dazugehörigen notwendigen Dokumentationen <strong>DOC</strong></p>
<!-- /wp:paragraph -->

<!-- wp:kadence/image {"id":2077,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_6ff92f-da","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_6ff92f-da size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-48.png" alt="" class="kb-img wp-image-2077"/><figcaption>Abb 348 Definition der Informationsbedarfstiefe Anwendungsfälle wird beantwortet durch die Detaillierungsgrade
2 Schritte</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:paragraph -->
<p>
  Durch die Beantwortung des Bedarfs über die einzelnen <em>Anwendungsfälle</em> der Regelwerke wird vermieden dass im Projekt die geometrische Modellierung und die Aufinformierung der Modellelemente mit der alphanumerischen Information zu viele somit unnötige oder zu wenige also übersehene Informationen umfasst
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die Erarbeitung Bereitstellung Koordinierung und Pflege der geometrischen und alpha  numerischen Ausarbeitung in den verschiedenen Fachmodellen sowie die dazugehörige Dokumentation unterliegen somit einer kontrollierten Umgebung die jederzeit über die <em>Anwendungsfälle </em>nachweisbar einen Nutzen bietet Diese Art der Kommunikation des Informationsbedarfs bietet schon zu Projektbeginn den Vorteil dass Auftraggeber AG und Auftragnehmer AN einen guten Einblick hinsichtlich des zu leistenden Umfanges im Projekt erhalten und der Aufwand gut einschätzbar und vereinbar durch die beteiligten Parteien ist Verträge und Bestimmungen</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Methode in der EN 17412 1 vs etablierte Praxis</h3>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Die Erfahrung der Praxis hat gezeigt dass die Akronyme <strong>LOG</strong> und <strong>LOI</strong> sowie die Definitionen zu deren Klassen 100500 nicht wirklich geeignet sind um ein erwartetes Lieferobjekt präzise zu beschreiben Die Definitionen zur modellbasierten Zusammenarbeit erfolgte bisher ohne die Anforderung den Prozess und die Verantwortlichkeiten bezogen auf den <em>Anwendungsfall </em>abzuleiten und festzuhalten Dies konnte zu Widersprüchen in der Koordination der Beteiligten führen und öffnete den Interpretationsspielraum bei getroffenen Regelungen Die für ein Bauwerk notwendigen Informationen konnten so nicht zuverlässig und widerspruchsfrei bereitgestellt werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die bisherige Bereitstellung der Detaillierungsgrade <strong>LOG </strong>und <strong>LOI </strong>sind für die Modell  Datenimplementierung und Datenlieferung eine Vereinfachung in der Kommunikation Es wird jedoch zwingend davon abgeraten allein darauf die Informationsbedarfstiefe abzustützen bzw vertraglich zu vereinbaren Hier ist klar die Empfehlung dies ausgehend von den <em>Anwendungsfällen </em>in den projektbezogenen Regelwerken abzuleiten</p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Die Methode zur Bestimmung des LOIN in der EN 17412 1 baut auf zwei Schritten auf
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Schritt 1</strong> Definition der Voraussetzung   <strong>warum wann wer was</strong></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Schritt 2</strong> Definition des Level of Information Need geforderte Informationsbedarfstiefe zu Geometrie Alphanumerik und Dokumentation   <strong>wie</strong></p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:paragraph -->
<p>
  Im Folgenden werden die erforderlichen Schritte beschrieben um die Informationsbedarfstiefe gemäß dieser Methode zu bestimmen
</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Vorgehensweise zur Bestimmung der Informationsbedarfstiefe</h3>
<!-- /wp:heading -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Schritt 1   Voraussetzungen</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Für eine bedarfsgerechte Festlegung des Level of Information Need müssen zuerst die notwendigen Voraussetzungen geklärt sein Sie sind jedoch selbst kein Bestandteil des Level of Information Need
</p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Definition der Voraussetzungen <em>warum wann wer was</em>
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Warum</strong>   Ziel und Verwendungszweck Anwendungen und Nutzung liegen der <br> Informationslieferung zugrunde</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Wann</strong>   Meilenstein Informationslieferung Zeitpunkt zu dem ein spezifisches <br> Lieferobjekt erwartet wird</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Wer</strong>   Akteurinnen im Projekt die Informationsempfänger Informationsbesteller <br> oder Informationsersteller Informations Lieferant</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Was</strong>   Informationsinhalte die in einer bestimmten Informationsbedarfstiefe definiert <br> werden</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:kadence/image {"id":2078,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_402f02-fb","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_402f02-fb size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-49.png" alt="" class="kb-img wp-image-2078"/><figcaption>Abb 349 Schritt 1 in der Definition des Informationsbedarfstiefe  Voraussetzung Quelle <a href="https://bauen-digital.ch/assets/Downloads/de/2024-01-LOIN-Grundlagen.pdf">Bauen Digital Schweiz</a></figcaption></figure>
<!-- /wp:kadence/image --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Schritt 2   Informationsbedarfstiefe Level of Information Need</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Im zweiten Schritt dem <em>wie</em> bzw der Definition des <strong>Level of Information Need</strong> ist die Art der Information zu bezeichnen In der SN EN 17412 12020 werden hierzu drei Kategorien für die Bezeichnung der Art Ausprägung der Informationslieferung verwendet Ziel ist die Bereitstellung maschinen  und mensch interpretierbarer Informationen
</p>
<!-- /wp:paragraph -->

<!-- wp:list {"ordered":true} -->
<ol><!-- wp:list-item -->
<li><strong>Geometrie 	</strong>Information die als Detaillierung Dimension Position Verortung visuelle Erscheinung und Parametrik definiert wird  
</li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Alphanumerik	</strong>Information die über eindeutige Schlüssel Quelle identifiziert und über Attribute und Eigenschaften bezeichnet wird
</li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Dokumentation	</strong>Information die das Lieferergebnis zu einem bestimmten Zeitpunkt darstellt
</li>
<!-- /wp:list-item --></ol>
<!-- /wp:list --></div>
<!-- /wp:group -->

<!-- wp:kadence/image {"id":2079,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_e0f93d-be","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_e0f93d-be size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-50.png" alt="" class="kb-img wp-image-2079"/><figcaption>Abb 350 Methode zur Definition der Informationsbedarfstiefe des Level of Information Need in zwei Schritten nach der Norm SN EN 17412 12020 Quelle <a href="https://bauen-digital.ch/assets/Downloads/de/2024-01-LOIN-Grundlagen.pdf">Bauen Digital Schweiz</a></figcaption></figure>
<!-- /wp:kadence/image --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Abwicklung im Projekt</h3>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Im Rahmen der Projektlaufzeit können die Anforderungen der Informationsbedarfstiefe der geometrischen Informationen <strong>LOG</strong> der alphanumerischen Informationen <strong>LOI</strong> wie der Dokumente <strong>DOC</strong> zu  und abnehmen Dies steht im Bezug zu den Anforderungen der jeweiligen Anwendungsfalle wie die Genehmigungsplanung Kostenermittlung Aus  schreibung Produktions  und Montageplanung Dokumentation für den Betrieb FM zum Zeitpunkt der Übergabe des As Built Modells an das Facility Management Basierend auf einem Anwendungsfall = warum werden den betroffenen Modellelementen Element  klassen = <em>Entities</em> die erforderlichen Anforderungen = was hinsichtlich ihrer Geometrie <strong>LOG</strong> und Alphanumerik <strong>LOI</strong> zugewiesen die diese zu einem bestimmten Zeitpunkt = wann einnehmen müssen Die Herstellung dieser Informationstiefe obliegt demder verantwortlichen Akteurin = wer</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die Detaillierungsgrade <strong>LOG </strong>und <strong>LOI </strong>beinhalten somit die geometrischen und alpha  numerischen Inhalts Anforderungen an die Fachmodelle für den Datenaustausch und die Weiterverwendung der Modelldaten Die Anforderungen werden in der jeweiligen Autorensoftware übernommen und in die Modelldaten implementiert = Erstellung der Modellinhalte Je nach Anwendungsfall kann die Tiefe des alphanumerischen Informationsgehalts die der Standard IFC Datenstruktur überschreiten hierfür müssen dann eigenständige individuelle <em>Property Sets </em>und Merkmale definiert werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Im Idealfall werden sämtlich Inhalte der Dokumentation <strong>DOC</strong> aus den Modellen abge  leitet Bei der aus dem Modell abgeleiteten Information zu Geometrie und Alphanumerik sollte dies eins zu eins der Fall sein 11 Die Dokumentation beinhaltet jedoch zusätz  liche Information welche generell über die Modelle bereitgestellt wird Diesem Aspekt muss in der Projektabwicklung zwingend Rechnunggetragen werden indem die Qualitäts  sicherung sowie der übergeordnete Prüfprozess der Dokumentation im Projekt durch die kontrollierende Funktion vonMenschen und deren Rolle im Projekt sichergestellt werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Sowohl <strong>LOG </strong>als auch <strong>LOI </strong>dienen als wichtige Grundlage der Qualitätssicherung und können gegenüber den Dokumenten in den Modellen maschinell geprüft werden Sie bilden das Grundgerüst an dem sich die Prüfungsinhalte in der Prüfsoftware phasenab  hängig orientieren Koordination und Kontrolle</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Anwendungsbeispiel</h3>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Als Beispiel für die Definition der Informationsbedarfstiefe <strong>LOIN</strong> eines bestimmten Anwendungsfalls wird hier der abstrakte Anwendungsfall für die Erstellung des Brandschutzkonzepts herangezogen da dieser hinsichtlich des Umfangs eine überschaubare Darlegung erlaubt</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Schritt 1  Definition der Voraussetzung warum wann wer was</h5>
<!-- /wp:heading -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li><strong>Anwendungsfall AwF </strong>abgestimmtes modellbasiertes Brandschutzkonzept
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Ziel und Verwendungszweck <em>warum</em> </strong>Koordination und Dokumentation der projektierten Brandschutzmaßnahmen baulich und technisch
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Meilenstein <em>wann</em> </strong>zum Ende der LeistungsphasePlanungsphase 3
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Beteiligte <em>wer</em> </strong>geteilte Autorenschaft zwischen Architektur Fachmodellführung ARC und Brandschutzplanung Inhalte BRP
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Informationsinhalte <em>was</em> </strong>Bereitstellung der benötigten Informationen zur Koordination der Planung und Dokumentation der Anforderungen aus der Brandschutzplanung	
    <br>
    Modellbasierte Planung mit Ableitung und Erstellung der nötigen Dokumente zur Brandschutzplanung 
  </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Schritt 2  Informationsbedarfstiefe  Level of Information Need wie</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p><strong>Geometrie  LOG </strong>Alle Elemente müssen einem bestimmten und korrekten Klassifikationssystem zugewiesen sein entsprechend dem geforderten Austauschformat in diesem Fall und falls nichts anderes verlangt wird den <a href="https://standards.buildingsmart.org/IFC/DEV/IFC4_3/RC1/HTML/link/ifc4x2-candidate-4_2_0_0.htm">IFC Spezifikationen</a> Beliebige Bauelemente = IfcBuildingElementProxy sollten am besten ausgeschlossen und nur in Ausnahmefällen und in Absprache mit dem BIM Management in Modellen verwendet werden </p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die geforderten Modellelemente sind mindestens Räume inkl ihrer Verortung in Geschossen Gebäuden Wände Türen Treppen Stützen Feuerlöscheinrichtungen Feuermelder Notausgangkennzeichnungen</p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Die Modellierungsvorgaben entsprechen der detaillierten Auflösung welche der Koordination und Dokumentation der projektierten Brandschutzmaßnahmen folgen</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
    Alle Elemente sind in ihren Ursprungsgeschossen zu verorten
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Bauliche Elemente sind gemäß des Bauteilkatalogs zu erstellen
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Es wird elementbasiert modelliert  das bedeutet dass die Verwendung von generischen Elementen nicht empfohlen wird</li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Es werden jene Modellelemente erarbeitet die für die Erstellung der Planunterlagen notwendig sind Natürlich sollte phasengerecht gearbeitet werden und Bauteile geometrisch nur so genau erfasst werden wie nötig
  </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:kadence/image {"id":2080,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_728f97-d7","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_728f97-d7 size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-51a.png" alt="" class="kb-img wp-image-2080"/></figure>
<!-- /wp:kadence/image -->

<!-- wp:kadence/image {"id":2081,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_7b1819-ff","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_7b1819-ff size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-51b.png" alt="" class="kb-img wp-image-2081"/></figure>
<!-- /wp:kadence/image -->

<!-- wp:kadence/image {"id":2082,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_d615d5-74","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_d615d5-74 size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-51c.png" alt="" class="kb-img wp-image-2082"/></figure>
<!-- /wp:kadence/image -->

<!-- wp:kadence/image {"id":2083,"sizeSlug":"full","link":"","linkDestination":"none","uniqueID":"1982_256ff9-8f","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_256ff9-8f size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-51d.png" alt="" class="kb-img wp-image-2083"/><figcaption>Abb 351 Detaillierungsgrade für die Bauteile Tür oberste Reihe Innenwand 2 Reihe Treppe 3 Reihe und Stütze unterste Reihe Quelle <a href="https://bauen-digital.ch/assets/Downloads/de/2024-01-LOIN-Grundlagen.pdf">Bauen Digital Schweiz</a></figcaption></figure>
<!-- /wp:kadence/image --></div>
<!-- /wp:group -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p><strong>Alphanumerik  LOI </strong>Die Modellelemente Wände Türen Treppen Stützen Feuerlöscheinrichtungen Alarmierung Notausgangkennzeichnungen sind mit den alphanumerischen Informationsinhalten für die Planung und Koordination zu übermitteln</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>GrundstückGelände<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcSite  eindeutige Kennzeichnung im Attribut Name</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Gebäude<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcBuilding  eindeutige Kennzeichnung im Attribut Name</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Geschoss<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcStorey  eindeutige Kennzeichnung im Attribut Name</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Raum<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcSpace  PredefinedType SPACE INTERNAL</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Wand<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcWall  PredefinedType STANDARD SOLIDWALL PARAPET PARTI  TIONING</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Tür<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcDoor  PredefinedType DOOR GATE</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Treppe<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcStair  alle PredefinedTypes</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Stütze<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcColumn  alle PredefinedTypes</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Feuerlöscheinrichtungen<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcFireSuppressionTerminal  PredefinedType FIREHYDRANT USERDE  FINED = WALLHYDRANT</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Feuermelder<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcAlarm  PredefinedType ALARM</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Notausgangkennzeichnungen<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcBuildingElementProxy  PredefinedType USERDEFINED = FIREEXIT  LABELING</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group -->

<!-- wp:kadence/image {"id":2084,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_74ea3a-e7","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_74ea3a-e7 size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-52.png" alt="" class="kb-img wp-image-2084"/><figcaption>Abb 352 Elementplan Informationsbedarfstiefe  benötigte alphanumerische Information pro Bauteil</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p><strong>Dokumentation  DOC </strong>Bereitstellung der Dokumentationen zur Koordination der Planung und Dokumentation den Anforderungen aus der Brandschutzplanung folgend Die Dokumente sind gemäß der Abstimmung zwischen Architektur und Brandschutz zu erarbeiten und bereitzustellen</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Planunterlagen<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Lageplan sowie</li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
        geschossbezogene Grundrisse Schnitte und Ansichten sowie
      <!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Inhalte sind aus dem Fachmodell abzuleiten dwg und pdf Kennzeichnungen zB Notausgänge sind in den Plänen gesondert in lesbarer Form gemäß der Modellelementpositionierung darzustellen Werte Inhalte zB Feuerwiderstandsklasse <em>FireRating</em> sind in den Plänen gesondert in lesbarer Form zu vermerken</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Erläuterungsbericht<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Brandschutzkonzept sowie</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Zertifikate der Hersteller betreffend Brandschutzkennzeichnung<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Systemnachweise
      </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Begriffe in der Anwendung</h3>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p><strong>Anwendungsfall AwF </strong>beschreibt die Durchführung eines oder mehrerer spezifischen Prozesse durch verantwortliche Beteiligte nach definierten Anforderungen zur Unterstützung der Erfüllung eines oder mehrerer Ziele unter Anwendung der BIM Methode ISODIS 29481 32021 33</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Level of Geometry LOG </strong>definiert die geometrischen Informationen eines Modells Mit dem Fortschritt des Projekts nimmt die geometrische Genauigkeit zu
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Level of Information LOI </strong>beschreibt die inhaltlichen alphanumerischen Informationen eines Modells Dazu werden die Attribute und Merkmale der zu verwendenden Objekte festgelegt
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Dokumentation DOC</strong> beschreibt welche Informationen mittels der Dokumentation bereitgestellt werden Dazu werden die einzelnen Dokumente entsprechend aufgeführt
</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group --></div>
<!-- /wp:group -->

<!-- wp:group {"backgroundColor":"theme-palette7","layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group has-theme-palette-7-background-color has-background"><!-- wp:paragraph -->
<p><img class="wp-image-2435" style="width: 16px;" src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/05/bS-KB_swiss_flag_icon.svg" alt="Swiss Flag"> <strong>BIM Elementplan und BIM Modellplan</strong></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Der <em>BIM Abwicklungsplan </em>wird durch den BIM Modellplan und den BIM Elementplan ergänzt Der BIM Modellplan definiert graphisch alle topologischen Modellanforderungen Der BIM Elementplan definiert alle Informationsanforderungen</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong><a href="https://bauen-digital.ch/assets/Uploads/BAP-BIM-Modellplan-2019.pdf">BIM Modellplan</a> </strong>Der BIM Modellplan ergänzt den <em>BIM Abwicklungsplan </em>und beschreibt alle geometrischen Modellanforderungen wie Topologie Ebenen Einheiten Koordinatenursprung Einfügepunkt Georeferenzierung und Exporteinstellungen</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong><a href="https://bauen-digital.ch/publikationen/#">BIM Elementplan</a> </strong>Mit dem BIM Elementplan werden die Inhalte an die geforderten Modellelementein den BIM Modellen festgehalten Er beschreibt phasengerecht und bauteilorientiert die Informationsanforderungen in Abhängigkeit von den ausgewählten Anwendungsfällen Die durch die Beteiligten zu verwendenden Bezeichnungskonventionen wie die Übersicht über die verwendeten TypenModellkomponenten werden abgebildet Der Elementplan gilt für die beteiligten Disziplinen Architekturräume und Bauteile Bauingenieurbauteile und Haustechnikkomponenten</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:block {"ref":3026} /-->  openBIM KnowledgeBase
  • Anleitung
  • RepertoireErweitern
    • BIMcert Handbuch 2024
    • BIM-Anwendungsfälle 2025
    • BIM-Leistungsbilder 2025
    • BIM-Vorträge
  • Anmelden
  • DeutschErweitern
    • Englisch
LinkedIn
<!-- wp:block {"ref":2566} /-->

<!-- wp:paragraph {"backgroundColor":"theme-palette7"} -->
<p class="has-theme-palette-7-background-color has-background">Paul Curschellas Gastautor Tina Krischmann </p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>   Dieser Abschnitt beschreibt die Methode zur Definition und Ermittlung der Informationsbedarfstiefe welche von den beteiligten Akteurinnen zu einem spezifischen Zeitpunkt als bestimmte Information gefordert wird Die Methode zur Definition der Informationsbedarfstiefe wird normativ definiert über den <strong>Level of Information Need</strong> in der <strong><a href="https://www.en-standard.eu/une-en-17412-1-2021-building-information-modelling-level-of-information-need-part-1-concepts-and-principles/">EN 17412 1</a></strong>  </p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Mit der Normenreihe <a href="https://www.iso.org/standard/68078.html">ISO 19650</a> werden die Prozesse und die Rollen in der Bereitstellung von Information aus Sicht des Informationsempfängers Besteller und der Informationslieferant Bereitsteller aufgezeigt Ergänzend dazu steht mit der EN 17412 1 Bauwerksinformationsmodellierung  Informationsbedarfstiefe  Teil 1 Konzepte und Grundsätze die methodische Grundlage zur Definition des Level of Information Need bereit</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Informationsbedarfstiefe Level ofInformation Need </strong> <strong>LOIN </strong>beschreibt im Rahmen des Informationsmanagements die Anforderung des Bestellers von Information hinsichtlich der Tiefe der geometrischen und alphanumerischen Informationen sowie der erwarteten Dokumentationen wie der Lieferung durch den Bereitsteller von Informationen Die Regelung zur Definition der Informationsbedarfstiefe ist ein essenzieller Teil innerhalb der Regelwerke <strong>AIA </strong>und <strong>BAP </strong>und Teil der Anforderungen des Auftraggebers Sie dienen als Basis für den reibungslosen Prozessablauf innerhalb eines Projekts  die Abstufungen als solche sind jedoch nicht standardisiert Vielmehr sind es die jeweiligen Bedingungen die Projektziele Anwendungsziele und die darauf aufbauenden Anwendungsfälle in den Regelwerken welche die Grundlage zur Eingrenzung und Definition der Informationsbedarfstiefe bilden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die Informationsanforderungen des <strong>LOIN </strong>leiten sich folglich aus dem Bedarf der Anwendungsfälle ab die zu bestimmten Zeitpunkten im Projekt durchgeführt werden Der <strong>LOIN </strong>umfasst die geometrischen <strong>LOG</strong> und die alphanumerischen <strong>LOI</strong> Definitionen der Fachmodelle sowie die dazugehörigen notwendigen Dokumentationen <strong>DOC</strong></p>
<!-- /wp:paragraph -->

<!-- wp:kadence/image {"id":2077,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_6ff92f-da","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_6ff92f-da size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-48.png" alt="" class="kb-img wp-image-2077"/><figcaption>Abb 348 Definition der Informationsbedarfstiefe Anwendungsfälle wird beantwortet durch die Detaillierungsgrade
2 Schritte</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:paragraph -->
<p>
  Durch die Beantwortung des Bedarfs über die einzelnen <em>Anwendungsfälle</em> der Regelwerke wird vermieden dass im Projekt die geometrische Modellierung und die Aufinformierung der Modellelemente mit der alphanumerischen Information zu viele somit unnötige oder zu wenige also übersehene Informationen umfasst
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die Erarbeitung Bereitstellung Koordinierung und Pflege der geometrischen und alpha  numerischen Ausarbeitung in den verschiedenen Fachmodellen sowie die dazugehörige Dokumentation unterliegen somit einer kontrollierten Umgebung die jederzeit über die <em>Anwendungsfälle </em>nachweisbar einen Nutzen bietet Diese Art der Kommunikation des Informationsbedarfs bietet schon zu Projektbeginn den Vorteil dass Auftraggeber AG und Auftragnehmer AN einen guten Einblick hinsichtlich des zu leistenden Umfanges im Projekt erhalten und der Aufwand gut einschätzbar und vereinbar durch die beteiligten Parteien ist Verträge und Bestimmungen</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Methode in der EN 17412 1 vs etablierte Praxis</h3>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Die Erfahrung der Praxis hat gezeigt dass die Akronyme <strong>LOG</strong> und <strong>LOI</strong> sowie die Definitionen zu deren Klassen 100500 nicht wirklich geeignet sind um ein erwartetes Lieferobjekt präzise zu beschreiben Die Definitionen zur modellbasierten Zusammenarbeit erfolgte bisher ohne die Anforderung den Prozess und die Verantwortlichkeiten bezogen auf den <em>Anwendungsfall </em>abzuleiten und festzuhalten Dies konnte zu Widersprüchen in der Koordination der Beteiligten führen und öffnete den Interpretationsspielraum bei getroffenen Regelungen Die für ein Bauwerk notwendigen Informationen konnten so nicht zuverlässig und widerspruchsfrei bereitgestellt werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die bisherige Bereitstellung der Detaillierungsgrade <strong>LOG </strong>und <strong>LOI </strong>sind für die Modell  Datenimplementierung und Datenlieferung eine Vereinfachung in der Kommunikation Es wird jedoch zwingend davon abgeraten allein darauf die Informationsbedarfstiefe abzustützen bzw vertraglich zu vereinbaren Hier ist klar die Empfehlung dies ausgehend von den <em>Anwendungsfällen </em>in den projektbezogenen Regelwerken abzuleiten</p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Die Methode zur Bestimmung des LOIN in der EN 17412 1 baut auf zwei Schritten auf
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Schritt 1</strong> Definition der Voraussetzung   <strong>warum wann wer was</strong></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Schritt 2</strong> Definition des Level of Information Need geforderte Informationsbedarfstiefe zu Geometrie Alphanumerik und Dokumentation   <strong>wie</strong></p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:paragraph -->
<p>
  Im Folgenden werden die erforderlichen Schritte beschrieben um die Informationsbedarfstiefe gemäß dieser Methode zu bestimmen
</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Vorgehensweise zur Bestimmung der Informationsbedarfstiefe</h3>
<!-- /wp:heading -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Schritt 1   Voraussetzungen</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Für eine bedarfsgerechte Festlegung des Level of Information Need müssen zuerst die notwendigen Voraussetzungen geklärt sein Sie sind jedoch selbst kein Bestandteil des Level of Information Need
</p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Definition der Voraussetzungen <em>warum wann wer was</em>
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Warum</strong>   Ziel und Verwendungszweck Anwendungen und Nutzung liegen der <br> Informationslieferung zugrunde</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Wann</strong>   Meilenstein Informationslieferung Zeitpunkt zu dem ein spezifisches <br> Lieferobjekt erwartet wird</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Wer</strong>   Akteurinnen im Projekt die Informationsempfänger Informationsbesteller <br> oder Informationsersteller Informations Lieferant</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Was</strong>   Informationsinhalte die in einer bestimmten Informationsbedarfstiefe definiert <br> werden</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:kadence/image {"id":2078,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_402f02-fb","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_402f02-fb size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-49.png" alt="" class="kb-img wp-image-2078"/><figcaption>Abb 349 Schritt 1 in der Definition des Informationsbedarfstiefe  Voraussetzung Quelle <a href="https://bauen-digital.ch/assets/Downloads/de/2024-01-LOIN-Grundlagen.pdf">Bauen Digital Schweiz</a></figcaption></figure>
<!-- /wp:kadence/image --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Schritt 2   Informationsbedarfstiefe Level of Information Need</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Im zweiten Schritt dem <em>wie</em> bzw der Definition des <strong>Level of Information Need</strong> ist die Art der Information zu bezeichnen In der SN EN 17412 12020 werden hierzu drei Kategorien für die Bezeichnung der Art Ausprägung der Informationslieferung verwendet Ziel ist die Bereitstellung maschinen  und mensch interpretierbarer Informationen
</p>
<!-- /wp:paragraph -->

<!-- wp:list {"ordered":true} -->
<ol><!-- wp:list-item -->
<li><strong>Geometrie 	</strong>Information die als Detaillierung Dimension Position Verortung visuelle Erscheinung und Parametrik definiert wird  
</li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Alphanumerik	</strong>Information die über eindeutige Schlüssel Quelle identifiziert und über Attribute und Eigenschaften bezeichnet wird
</li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Dokumentation	</strong>Information die das Lieferergebnis zu einem bestimmten Zeitpunkt darstellt
</li>
<!-- /wp:list-item --></ol>
<!-- /wp:list --></div>
<!-- /wp:group -->

<!-- wp:kadence/image {"id":2079,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_e0f93d-be","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_e0f93d-be size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-50.png" alt="" class="kb-img wp-image-2079"/><figcaption>Abb 350 Methode zur Definition der Informationsbedarfstiefe des Level of Information Need in zwei Schritten nach der Norm SN EN 17412 12020 Quelle <a href="https://bauen-digital.ch/assets/Downloads/de/2024-01-LOIN-Grundlagen.pdf">Bauen Digital Schweiz</a></figcaption></figure>
<!-- /wp:kadence/image --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Abwicklung im Projekt</h3>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Im Rahmen der Projektlaufzeit können die Anforderungen der Informationsbedarfstiefe der geometrischen Informationen <strong>LOG</strong> der alphanumerischen Informationen <strong>LOI</strong> wie der Dokumente <strong>DOC</strong> zu  und abnehmen Dies steht im Bezug zu den Anforderungen der jeweiligen Anwendungsfalle wie die Genehmigungsplanung Kostenermittlung Aus  schreibung Produktions  und Montageplanung Dokumentation für den Betrieb FM zum Zeitpunkt der Übergabe des As Built Modells an das Facility Management Basierend auf einem Anwendungsfall = warum werden den betroffenen Modellelementen Element  klassen = <em>Entities</em> die erforderlichen Anforderungen = was hinsichtlich ihrer Geometrie <strong>LOG</strong> und Alphanumerik <strong>LOI</strong> zugewiesen die diese zu einem bestimmten Zeitpunkt = wann einnehmen müssen Die Herstellung dieser Informationstiefe obliegt demder verantwortlichen Akteurin = wer</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die Detaillierungsgrade <strong>LOG </strong>und <strong>LOI </strong>beinhalten somit die geometrischen und alpha  numerischen Inhalts Anforderungen an die Fachmodelle für den Datenaustausch und die Weiterverwendung der Modelldaten Die Anforderungen werden in der jeweiligen Autorensoftware übernommen und in die Modelldaten implementiert = Erstellung der Modellinhalte Je nach Anwendungsfall kann die Tiefe des alphanumerischen Informationsgehalts die der Standard IFC Datenstruktur überschreiten hierfür müssen dann eigenständige individuelle <em>Property Sets </em>und Merkmale definiert werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Im Idealfall werden sämtlich Inhalte der Dokumentation <strong>DOC</strong> aus den Modellen abge  leitet Bei der aus dem Modell abgeleiteten Information zu Geometrie und Alphanumerik sollte dies eins zu eins der Fall sein 11 Die Dokumentation beinhaltet jedoch zusätz  liche Information welche generell über die Modelle bereitgestellt wird Diesem Aspekt muss in der Projektabwicklung zwingend Rechnunggetragen werden indem die Qualitäts  sicherung sowie der übergeordnete Prüfprozess der Dokumentation im Projekt durch die kontrollierende Funktion vonMenschen und deren Rolle im Projekt sichergestellt werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Sowohl <strong>LOG </strong>als auch <strong>LOI </strong>dienen als wichtige Grundlage der Qualitätssicherung und können gegenüber den Dokumenten in den Modellen maschinell geprüft werden Sie bilden das Grundgerüst an dem sich die Prüfungsinhalte in der Prüfsoftware phasenab  hängig orientieren Koordination und Kontrolle</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Anwendungsbeispiel</h3>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Als Beispiel für die Definition der Informationsbedarfstiefe <strong>LOIN</strong> eines bestimmten Anwendungsfalls wird hier der abstrakte Anwendungsfall für die Erstellung des Brandschutzkonzepts herangezogen da dieser hinsichtlich des Umfangs eine überschaubare Darlegung erlaubt</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Schritt 1  Definition der Voraussetzung warum wann wer was</h5>
<!-- /wp:heading -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li><strong>Anwendungsfall AwF </strong>abgestimmtes modellbasiertes Brandschutzkonzept
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Ziel und Verwendungszweck <em>warum</em> </strong>Koordination und Dokumentation der projektierten Brandschutzmaßnahmen baulich und technisch
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Meilenstein <em>wann</em> </strong>zum Ende der LeistungsphasePlanungsphase 3
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Beteiligte <em>wer</em> </strong>geteilte Autorenschaft zwischen Architektur Fachmodellführung ARC und Brandschutzplanung Inhalte BRP
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li><strong>Informationsinhalte <em>was</em> </strong>Bereitstellung der benötigten Informationen zur Koordination der Planung und Dokumentation der Anforderungen aus der Brandschutzplanung	
    <br>
    Modellbasierte Planung mit Ableitung und Erstellung der nötigen Dokumente zur Brandschutzplanung 
  </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Schritt 2  Informationsbedarfstiefe  Level of Information Need wie</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p><strong>Geometrie  LOG </strong>Alle Elemente müssen einem bestimmten und korrekten Klassifikationssystem zugewiesen sein entsprechend dem geforderten Austauschformat in diesem Fall und falls nichts anderes verlangt wird den <a href="https://standards.buildingsmart.org/IFC/DEV/IFC4_3/RC1/HTML/link/ifc4x2-candidate-4_2_0_0.htm">IFC Spezifikationen</a> Beliebige Bauelemente = IfcBuildingElementProxy sollten am besten ausgeschlossen und nur in Ausnahmefällen und in Absprache mit dem BIM Management in Modellen verwendet werden </p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die geforderten Modellelemente sind mindestens Räume inkl ihrer Verortung in Geschossen Gebäuden Wände Türen Treppen Stützen Feuerlöscheinrichtungen Feuermelder Notausgangkennzeichnungen</p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Die Modellierungsvorgaben entsprechen der detaillierten Auflösung welche der Koordination und Dokumentation der projektierten Brandschutzmaßnahmen folgen</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
    Alle Elemente sind in ihren Ursprungsgeschossen zu verorten
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Bauliche Elemente sind gemäß des Bauteilkatalogs zu erstellen
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Es wird elementbasiert modelliert  das bedeutet dass die Verwendung von generischen Elementen nicht empfohlen wird</li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Es werden jene Modellelemente erarbeitet die für die Erstellung der Planunterlagen notwendig sind Natürlich sollte phasengerecht gearbeitet werden und Bauteile geometrisch nur so genau erfasst werden wie nötig
  </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:kadence/image {"id":2080,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_728f97-d7","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_728f97-d7 size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-51a.png" alt="" class="kb-img wp-image-2080"/></figure>
<!-- /wp:kadence/image -->

<!-- wp:kadence/image {"id":2081,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_7b1819-ff","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_7b1819-ff size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-51b.png" alt="" class="kb-img wp-image-2081"/></figure>
<!-- /wp:kadence/image -->

<!-- wp:kadence/image {"id":2082,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_d615d5-74","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_d615d5-74 size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-51c.png" alt="" class="kb-img wp-image-2082"/></figure>
<!-- /wp:kadence/image -->

<!-- wp:kadence/image {"id":2083,"sizeSlug":"full","link":"","linkDestination":"none","uniqueID":"1982_256ff9-8f","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_256ff9-8f size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-51d.png" alt="" class="kb-img wp-image-2083"/><figcaption>Abb 351 Detaillierungsgrade für die Bauteile Tür oberste Reihe Innenwand 2 Reihe Treppe 3 Reihe und Stütze unterste Reihe Quelle <a href="https://bauen-digital.ch/assets/Downloads/de/2024-01-LOIN-Grundlagen.pdf">Bauen Digital Schweiz</a></figcaption></figure>
<!-- /wp:kadence/image --></div>
<!-- /wp:group -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p><strong>Alphanumerik  LOI </strong>Die Modellelemente Wände Türen Treppen Stützen Feuerlöscheinrichtungen Alarmierung Notausgangkennzeichnungen sind mit den alphanumerischen Informationsinhalten für die Planung und Koordination zu übermitteln</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>GrundstückGelände<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcSite  eindeutige Kennzeichnung im Attribut Name</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Gebäude<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcBuilding  eindeutige Kennzeichnung im Attribut Name</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Geschoss<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcStorey  eindeutige Kennzeichnung im Attribut Name</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Raum<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcSpace  PredefinedType SPACE INTERNAL</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Wand<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcWall  PredefinedType STANDARD SOLIDWALL PARAPET PARTI  TIONING</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Tür<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcDoor  PredefinedType DOOR GATE</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Treppe<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcStair  alle PredefinedTypes</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Stütze<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcColumn  alle PredefinedTypes</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Feuerlöscheinrichtungen<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcFireSuppressionTerminal  PredefinedType FIREHYDRANT USERDE  FINED = WALLHYDRANT</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Feuermelder<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcAlarm  PredefinedType ALARM</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Notausgangkennzeichnungen<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>IfcBuildingElementProxy  PredefinedType USERDEFINED = FIREEXIT  LABELING</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group -->

<!-- wp:kadence/image {"id":2084,"sizeSlug":"full","linkDestination":"none","uniqueID":"1982_74ea3a-e7","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1982_74ea3a-e7 size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/BIMcertLehrbuch2024-Abbildung-3-52.png" alt="" class="kb-img wp-image-2084"/><figcaption>Abb 352 Elementplan Informationsbedarfstiefe  benötigte alphanumerische Information pro Bauteil</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p><strong>Dokumentation  DOC </strong>Bereitstellung der Dokumentationen zur Koordination der Planung und Dokumentation den Anforderungen aus der Brandschutzplanung folgend Die Dokumente sind gemäß der Abstimmung zwischen Architektur und Brandschutz zu erarbeiten und bereitzustellen</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Planunterlagen<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Lageplan sowie</li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
        geschossbezogene Grundrisse Schnitte und Ansichten sowie
      <!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Inhalte sind aus dem Fachmodell abzuleiten dwg und pdf Kennzeichnungen zB Notausgänge sind in den Plänen gesondert in lesbarer Form gemäß der Modellelementpositionierung darzustellen Werte Inhalte zB Feuerwiderstandsklasse <em>FireRating</em> sind in den Plänen gesondert in lesbarer Form zu vermerken</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Erläuterungsbericht<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Brandschutzkonzept sowie</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Zertifikate der Hersteller betreffend Brandschutzkennzeichnung<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Systemnachweise
      </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Begriffe in der Anwendung</h3>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p><strong>Anwendungsfall AwF </strong>beschreibt die Durchführung eines oder mehrerer spezifischen Prozesse durch verantwortliche Beteiligte nach definierten Anforderungen zur Unterstützung der Erfüllung eines oder mehrerer Ziele unter Anwendung der BIM Methode ISODIS 29481 32021 33</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Level of Geometry LOG </strong>definiert die geometrischen Informationen eines Modells Mit dem Fortschritt des Projekts nimmt die geometrische Genauigkeit zu
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Level of Information LOI </strong>beschreibt die inhaltlichen alphanumerischen Informationen eines Modells Dazu werden die Attribute und Merkmale der zu verwendenden Objekte festgelegt
</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong>Dokumentation DOC</strong> beschreibt welche Informationen mittels der Dokumentation bereitgestellt werden Dazu werden die einzelnen Dokumente entsprechend aufgeführt
</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group --></div>
<!-- /wp:group -->

<!-- wp:group {"backgroundColor":"theme-palette7","layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group has-theme-palette-7-background-color has-background"><!-- wp:paragraph -->
<p><img class="wp-image-2435" style="width: 16px;" src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/05/bS-KB_swiss_flag_icon.svg" alt="Swiss Flag"> <strong>BIM Elementplan und BIM Modellplan</strong></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Der <em>BIM Abwicklungsplan </em>wird durch den BIM Modellplan und den BIM Elementplan ergänzt Der BIM Modellplan definiert graphisch alle topologischen Modellanforderungen Der BIM Elementplan definiert alle Informationsanforderungen</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong><a href="https://bauen-digital.ch/assets/Uploads/BAP-BIM-Modellplan-2019.pdf">BIM Modellplan</a> </strong>Der BIM Modellplan ergänzt den <em>BIM Abwicklungsplan </em>und beschreibt alle geometrischen Modellanforderungen wie Topologie Ebenen Einheiten Koordinatenursprung Einfügepunkt Georeferenzierung und Exporteinstellungen</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p><strong><a href="https://bauen-digital.ch/publikationen/#">BIM Elementplan</a> </strong>Mit dem BIM Elementplan werden die Inhalte an die geforderten Modellelementein den BIM Modellen festgehalten Er beschreibt phasengerecht und bauteilorientiert die Informationsanforderungen in Abhängigkeit von den ausgewählten Anwendungsfällen Die durch die Beteiligten zu verwendenden Bezeichnungskonventionen wie die Übersicht über die verwendeten TypenModellkomponenten werden abgebildet Der Elementplan gilt für die beteiligten Disziplinen Architekturräume und Bauteile Bauingenieurbauteile und Haustechnikkomponenten</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:block {"ref":3026} /-->  openBIM KnowledgeBase

Kapitel 3.6 – Informationsbedarfstiefe (LOIN) und Detailierungsgrade (LOG, LOI)

Entdecken Sie in Kapitel 3.6 die Methoden zur Bestimmung der Informationsbedarfstiefe (LOIN) und Detaillierungsgrade (LOG, LOI) für effektives Informationsmanagement.

Weiterlesen Kapitel 3.6 – Informationsbedarfstiefe (LOIN) und Detailierungsgrade (LOG, LOI)Weiter

Kapitel 3.5 – Common Data Environment (CDE)

Entdecken Sie die Common Data Environment (CDE) als Schlüssel zur effizienten Projektzusammenarbeit. Optimieren Sie Datenmanagement und Kommunikation in Bauprojekten!

Weiterlesen Kapitel 3.5 – Common Data Environment (CDE)Weiter

Kapitel 3.4 – BCF-Kommentare

Entdecken Sie in Kapitel 3.4 die Bedeutung von BCF-Kommentaren für die Kommunikation von Mängeln in BIM-Projekten. Optimieren Sie Ihre Modellkoordination!

Weiterlesen Kapitel 3.4 – BCF-KommentareWeiter

Kapitel 3.3 – Model View Definition (MVD)

Entdecken Sie die Model View Definition (MVD) – die Schlüsselkomponente für effektive IFC-Implementierung in BIM-Anwendungen und harmonisierte Datenübertragung.

Weiterlesen Kapitel 3.3 – Model View Definition (MVD)Weiter

Kapitel 4.3 – Planung

Dieser Inhalt ist nur für Abonnenten zugänglich. Hier gehts zur Registrierung.

Weiterlesen Kapitel 4.3 – PlanungWeiter

Kapitel 4.2 – Projektinitiierung

**SEO-optimierte Beschreibung:**
„Kapitel 4.2 – Projektinitiierung: Erfahren Sie, wie die Phase der Initiierung gemäß EN 16310 die Grundlagen für erfolgreiche Projekte schafft.“

Weiterlesen Kapitel 4.2 – ProjektinitiierungWeiter

<!-- wp:block {"ref":2566} /-->

<!-- wp:paragraph {"backgroundColor":"theme-palette7"} -->
<p class="has-theme-palette-7-background-color has-background">Thomas Glättli Gastautor</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Grundlagen</h3>
<!-- /wp:heading -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Informationsmanagement und datenbasierte Zusammenarbeit</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Voraussetzung eines durchgängigen Informationsmanagements und einer datenbasierten Zusammenarbeit ist ein gemeinsames Verständnis für benötigte Information  sowohl aus Sicht der Bestellung als auch aus Sicht der Bereitstellung und der Nutzung Im Mittelpunkt steht der Informationsbedarf beteiligter Akteurinnen zu vorab festgelegten Zeitpunkten im Prozess sowie die eindeutige Definition von Informationen</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Mit der Normenreihe EN ISO 19650 werden der Prozess und die Rollen in der Bereitstellung von Information aus Sicht des Informationsbestellers respektive des Informationsbereitstellers aufgezeigt Dieser Standard definiert die hierarchische Gliederung und die Implementierung von Informationsanforderungen Der Besteller der Informationen definiert die Ziele bzw die Anforderungen an die Informationen welche der Lieferant der Information ab einem definierten Zeitpunkt über den gesamten Projektverlauf bereitzustellen hat Damit können geschäftsrelevante Entscheidungen auf der Basis eines geregelten Informationsflusses gefällt werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die EN 17412 12020 liefert die methodische Grundlage zur Definition des Level of Information Need LOIN Die Methodik baut im Wesentlichen auf zwei Schritten auf Im <em>ersten Schritt</em>wird die Voraussetzung definiert wozu wann wer was und im <em>zweiten </em><em>Schritt </em>wird die Informationstiefe beschrieben wie</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">BIM Anwendungsfälle Use Cases</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>BIM Anwendungsfälle <em>Use Cases</em> bezeichnen einen Zweck für den Daten und Informationen in einem digitalen Bauwerksmodell erstellt und verwendet werden Ein <em>Use</em><em>Case </em>beschreibt den Geschäftsfall und das ideale Szenario einschliesslich der Ziele und Erfolgskriterien für den Informationsaustausch Verschiedene Parteien und ihre Verantwortlichkeiten werden als Rollen festgelegt Gleichzeitig werden auch ihre Aktivitäten im Informationsaustausch beschrieben Vereinbarungen Verträge Standards usw konkretisieren externe Bedingungen die sich auf die Ziele oder Ergebnisse des Informationsaustauschs auswirken</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Jeder <em>Use Case </em>folgt einem übergeordneten Ziel und hat ein bestimmtes Ergebnis bzw einen bestimmten Nutzen im Fokus Gemäss LOIN definiert ein <em>Use</em><em>Case</em> wer wem welche Information zu welchem Zeitpunkt in welchem Format und in welchem Detaillierungsgrad liefert Ein BIM Projekt wird über eine Vielzahl von <em>Use Cases </em>spezifiziert So lässt sich definieren wie über den gesamten Modellprozess die benötigten Informationen phasengerecht in der geforderten Qualität den jeweiligen Nutzerinnen zur Verfügung gestellt werden</p>
<!-- /wp:paragraph -->

<!-- wp:kadence/image {"id":1998,"uniqueID":"1997_4322fe-ba","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1997_4322fe-ba"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/ein-bild-das-cartoon-design-enthalt-automatisc.jpeg" alt="Ein Bild, das Cartoon, Design enthält.

Automatisch generierte Beschreibung" class="kb-img wp-image-1998" /><figcaption>Abb 364 Use Cases adressieren die gesamte Wertschöpfungskette</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:paragraph -->
<p>Typische <em>Use Cases </em>beschreiben den Ablauf modellbasierter Mengen  und Kostenermittlungen die Darstellungsform des grauen Energie  und Betriebsenergiebedarfs die Planung des Bauablauf die Organisation der Baustellen Logistik und die Bereitstellung von Informationen für den Betrieb Eine allgemein gültige Beschreibung solcher Anwendungsfälle bildet das Fundament für das vernetzte kollaborative und integrative Planen Bauen und Betreiben eines Bauwerks Abb 364 illustriert dass <em>Use Cases </em>die gesamte Wertschöpfungskette adressieren</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Information Delivery Manual IDM</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Die grundlegenden Steuerungswerkzeuge die <em>Use Case Definition</em> bilden internationale Standards Das <em>Use Case Management Service </em>ist auf deren Basis aufgebaut und bietet den Nutzerinnen eine sichere und normengerechte Handhabung in der Entwicklung von <em>Use </em><em>Cases</em></p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die einheitliche Beschreibung von <em>Use Cases </em>und die Festlegung der Austauschanforderungen basiert auf der Normenreihe ISO 29481 IDM Dieser Standard definiert den Rahmen und die Methoden zur Darstellung von Prozessen und zum Austausch von Anforderungen für einen bestimmten Zweck Zudem beschreibt sie wie sichergestellt werden kann dass die ausgetauschten Informationen korrekt und vollständig sind und dass Aktivitäten ausgeführt werden können Ein IDM erleichtert die Interoperabilität zwischen Softwareanwendungen und fördert die digitale Zusammenarbeit zwischen den Teilnehmerinnen des Bauprozesses Es bietet die Grundlage für den präzisen zuverlässigen wiederholbaren und qualitativ hochwertigen Informationsaustausch</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Ein <em>Use Case </em>ist im Grundsatz identisch mit einem Information Delivery Manual IDM Beide folgen exakt dem gleichen Schema und sind gleich klassifiziert Während der <em>Use</em><em>Case </em>einen einzelnen möglichst exakt abgegrenzten spezifischen Anwendungsfall beschreibt ist ein IDM die Zusammenfassung mehrerer thematisch ähnlicher <em>Use</em><em>Cases</em> In diesem Fall wird ein <em>Use Case </em>normativ als subIDM bezeichnet</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">UCM Service ein Angebot von buildingSMART International</h3>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Über die letzten Jahre wurden weltweit viele Anstrengungen unternommen <em>Use Cases </em>zu beschreiben bzw aufzuzeigen Dabei wurden unzählige Dokumente erstellt die oft keinem harmonisierten oder gar normierten Ansatz folgten Fehlende Zugänglichkeit sowie mangelhafte Angaben zu einer eindeutigen Klassifizierung zum Status und zum Reifegrad verhinderten den Vergleich ähnlicher Anwendungsfälle Eine Bündelung all dieser Aktivitäten in einer harmonisierten Form bringt weltweit große Vorteile für die Branche Mit einem Service der es erlaubt <em>Use Cases </em>nach einem vorgegebenen Schema zu entwickeln und zu klassifizieren kann die BIM Methode wesentlich effizienter angewandt werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Auf Initiative von buildingSMART Switzerland entstand deshalb das <em><a href="https://ucm.buildingsmart.org">UseCase Management Service</a> </em>UCM Diesem liegt eine klare Vision zugrunde Der Informationsbedarf in einem Projekt definiert sich über die Summe aller Anwendungsfälle Abgestimmte Informationen können von allen Beteiligten durchgehend genutzt und Projekte so erfolgreich umgesetzt werden Alle Akteurinnen erhalten mit diesem Tool eine umfassende Grundlage um ihre Prozesse zu digitalisieren und die Zusammenarbeit zu beschleunigen Das UCM Service fördert den <em>openBIM </em>Gedanken und ist von Offenheit und Transparenz geprägt Die Entwicklung von <em>Use Cases </em>ist ein kollaborativer Prozess der herstellerneutral ist und die nahtlose Zusammenarbeit aller Projektbeteiligten unterstützt</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Mittlerweile ist das <em>Use</em><em>Case</em>Management als integraler Bestandteil des Tool  und Service  Angebots von buildingSMART International bSI geplant Die verschiedenen bSI Chapter Länderorganisationen oder bSI Domains offene Gruppen von Spezialistinnen zB für Hochbauten Flughäfen Brücken Bahninfrastrukturen etc können über den Service ihre spezifischen offenen Lösungen und Standards entwickeln Der Service ist für die gesamte Bau  und Immobilienwirtschaft offen Unternehmen Verbände und Institutionen können ihre <em>Use Cases </em>unter Bezugnahme auf die eigene MarkeAnwendungFirma und diese optional der globalen Community zur Verfügung stellen</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":4} -->
<h4 class="wp-block-heading">Ziele Use Case Management Service</h4>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
    Globaler herstellerneutraler Service für Fachexpertinnen zur kollaborativen Bereitstellung von Best Practice Anwendungsfällen für die gesamte Baubranche
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Aufbau digitaler Kompetenz durch Einsatz der BIM Methode bei Unternehmen und Akteurinnen der Bau  und Immobilienwirtschaft verbessern
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Neutrale <em>openBIM</em> basierte Formulierung von <em>UseCases</em></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Etablieren einer gemeinsamen Sprache und eines einheitlichen Verständnisses von BIM <em>Use Cases</em> </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Förderung der integrativen Zusammenarbeit mittels Definition neuer zukunftsfähiger digitaler Prozesse
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Schaffung einer Grundlage für ein durchgängiges Informationsmanagement und eines konsistenten Informationsflusses über den ganzen Lebenszyklus eines Bauwerks
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Bereitstellung maschineninterpretierbarer Austauschanforderungen exchange requirements  in Planung
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Unterstützung und Beschleunigung von Standardisierungsaktivitäten nationaler und internationaler Organisationen von Best Practices über Proven Practice bis hin zu Standards
  </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list -->

<!-- wp:kadence/image {"id":1999,"uniqueID":"1997_1c214e-40","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1997_1c214e-40"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/02/word-image-1997-2.png" alt="" class="kb-img wp-image-1999" /><figcaption>Abb 365 Use Case Modellbasierte Bewehrung verlegen</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:paragraph -->
<p>Abb 365 zeigt den <em>Use Case </em>Modellbasierte Bewehrung verlegen mit den in den exchange requirements definierten Property Sets sowie dem idsXML Export</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Use Case Management Website</h5>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Publizierte <em>Use Cases </em>sowie weitere Dokumente wie Fallstudien Whitepapers und Leitfäden sind auf der UCM Website ersichtlich Ein Download steht nach einer kostenlosen Registration für alle zur Verfügung Jeder Nutzerin kann zudem Kommentare hinzufügen Diese werden gesammelt und den Projektgruppen zur Diskussion weitergeleitet So wird ein kontinuierlicher Verbesserungsprozess unterstützt um einen Grundstein für zukünftige Standards zu legen</p>
<!-- /wp:paragraph -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Co Creation Space</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Der UCM Co Creation Space auch Backend genannt dient den Projektgruppen dazu ihre <em>Use Cases </em>kollaborativ zu erfassen Dabei sollen Erfahrungen aus bereits durchgeführten oder laufenden BIM Projekten unter Expertinnen ausgetauscht und Kompetenzen gebündelt werden Aus einzelnen Praxiserfahrungen wird so ein Best Practice generiert Die Plattform ist so aufgebaut dass die Nutzerinnen für die Entwicklung eines <em>Use Case </em>einen geführten Prozess schrittweise durchlaufen Die Kernelemente des Co Creation Space sind</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Use Case Beschreibung <br>Definition des Inhalts und des Umfangs der Informationslieferung Grenzt den <em>Use Case </em>ab spezifiziert Abhängigkeiten und gibt Referenzen an</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Prozessdefinition<br>Definiert wer wem Akteure was welche Informationen wann zu welchem Zeitpunkt wofür auszuführende Aktion wie FormatDetaillierungsgrad zur Verfügung stellt</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Austauschanforderungen<br>Definiert Anforderungen an den Informationsaustausch in einem von Fachpersonen lesbaren Format</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Information Delivery Specification IDS<br>Die Austauschanforderungen exchange requirements werden auf IFC referenziert und im maschineninterpretierbaren Information Delivery Specification IDS Format bereitgestellt</li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Informationsmanagement und Use Cases in openBIM® Projekten </h3>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Gemäß BIM Abwicklungsmodell <a href="http://Gemäß BIM-Abwicklungsmodell (siehe QR-Code) von Bauen digital Schweiz / buildingSMART Switzerland ist das Informationsmanagement ein integraler Bestandteil des Projektmanagements von openBIM-Projekten (siehe Abb. 3.66). Gemeinsam nutzbare Projektinformationen unterstützen die nahtlose Zusammenarbeit aller Projektbeteiligten und erleichtern die Interoperabilität in der Anwendung über den gesamten Lebenszyklus.">Link</a> von Bauen digital Schweiz  buildingSMART Switzerland ist das Informationsmanagement ein integraler Bestandteil des Projektmanagements von <em>openBIM</em> Projekten siehe Abb 366 Gemeinsam nutzbare Projektinformationen unterstützen die nahtlose Zusammenarbeit aller Projektbeteiligten und erleichtern die Interoperabilität in der Anwendung über den gesamten Lebenszyklus</p>
<!-- /wp:paragraph -->

<!-- wp:kadence/image {"id":2641,"sizeSlug":"full","linkDestination":"none","uniqueID":"1997_763aad-f7","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1997_763aad-f7 size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/06/BIMcertLehrbuch2024-Abbildung-3-66.png" alt="" class="kb-img wp-image-2641" /><figcaption>Abb 366 BIM Abwicklungsmodell von Bauen digital Schweiz  buildingSMART Switzerland</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:paragraph -->
<p>Der Informationsaustausch muss zwischen den Informationsbestellenden und Informationsbereitstellenden über Exchange Information Requirements EIR klar geregelt sein Die Informationsbestellenden geben die Ziele vor und definieren das Informationsbedürfnis die Informationsbereitstellenden erfüllen die entsprechenden Lieferleistungen Im BAP beschreiben die Informationsbereitstellenden die projektspezifische Zusammenarbeit bezüglich Planungs  und Informationslieferungen Dabei wird aufgezeigt wie die Informationsbestellung des Auftraggebers die Informationsbedürfnisse der weiteren Projektbeteiligten mittels Informationslieferungen bedient</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Basierend auf der ISO 19650 1 werden Informationslieferungen in den Organizational Information Requirements OIR Project Information Requirements PIR Asset Information Requirements AIR oder Exchange Information Requirements EIR festgelegt Zur Gewährleistung eines möglichst durchgängigen Informationsflusses sollten die Informationsbedürfnisse jeder Ebene in Anwendungsfällen <em>Use Cases</em> konkret beschrieben werden Anschließend werden diese in einem oder mehreren Information Delivery Manual IDM zusammengefasst</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die im UCM Service verfügbaren <em>Use Cases </em>bilden die Grundlage sowohl für den Informationsbesteller als auch den Informationsbereitstellenden Sie sind generisch formuliert und erlauben allen Projektbeteiligten ein gemeinsames Verständnis sowie die präzise Definition der Informationslieferung Die Interpretation von Informationen zur Bestellung bzw Beauftragung eines Projekts wird so erheblich vereinfacht Der Informationsbesteller wählt die für ein Projekt relevanten <em>Use Cases</em>aus und referenziert diese in den EIR In der Beauftragung beantworten die Anbieter im pre appointment BEP bzw nach erfolgter Bestellung im BEP die projektspezifischen Planungs  und Informationsbestellungen Wo notwendig werden die generischen Informationsanforderungen projektspezifisch präzisiert und ergänzt Das Projekt  und Informationsmanagement eines Bauvorhabens erfolgt in den entsprechenden auf dem Markt verfügbaren Tools Das UCM Service legt die Basis für eine schnellere und qualitativ hochwertige Bestellung und Beauftragung ist aber nicht Teil von <em>openBIM</em> Projekten</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Erfahrungen aus <em>openBIM</em> Projekten können über die Kommentarfunktion des <em>Use Case </em>Management Services an den <em>Use Case</em> Verantwortlichen zurückfliessen So werden die Aktualität und eine allfällige Weiterentwicklung der Inhalte sichergestellt</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Erarbeitung eines Use Cases </h3>
<!-- /wp:heading -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Ausgangssituation</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Es gibt verschiedene Ausgangssituationen bei der Erarbeitung eines <em>Use Cases</em> Oft wird ein bestimmter Anwendungsfall in verschiedenen BIM Projekten verwendet dabei aber unterschiedlich gehandhabt Eine Harmonisierung fehlt Dies führt zu Ineffizienzen und Anpassungskosten In diesem Fall empfiehlt es sich mit verschiedenen eventuell sogar konkurrierenden Unternehmen einen <em>Best</em><em>Practice</em><em>Use</em><em>Case</em>zu entwickeln Dabei geht es nicht um den Austausch von unternehmensspezifischem Know how sondern um die Definition der Grundanforderungen die ohnehin allgemein verfügbar sind</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Der zweite Fall betrifft das Redesign von noch nicht BIM fähigen konventionellen Anwendungen hin zu digitalen <em>Use Cases</em> Voraussetzung dafür sind eine gute Expertise der Projektgruppe und umfangreiche Tests an Modellen mit verschiedenen Software Tools Auf diese Weise kann der <em>openBIM</em> Ansatz sichergestellt werden</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Um das volle Potenzial der digitalen Transformation auszuschöpfen ist es ratsam die bisherigen Arbeitsprozesse nicht einfach zu migrieren sondern von Grund auf neu zu denken und optimal für die Anforderungen von BIM Projekten zu gestalten</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":5} -->
<h5 class="wp-block-heading">Projektorganisation und Projektablauf</h5>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Der Best Practice Ansatz des <em>Use</em><em>Case Management </em>baut auf einem interdisziplinären Projektteam auf Alle in einem <em>Use Case </em>relevanten Disziplinen müssen einbezogen werden um gemeinsam und integrativ den <em>Use Case </em>zu definieren</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Das Projektteam wird wie folgt organisiert Die Projektleiterin übernimmt die Führung des Themas und ist für die Koordination zuständig Das Kernteam bestehend aus max 6 Personen ist aus BIM Expertinnen aller für den <em>Use Case </em>relevanten Disziplinen zusammengesetzt Es ist für die generelle Beschreibung die Prozess Definition und die nicht technischen Austauschanforderungen verantwortlich Diese müssen für die Endanwenderinnen verständlich sein dh lesbar sein</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Die Austauschanforderungen werden anschliessend von Expertinnen auf IFC referenziert Diese sind als technische dh maschineninterpretierbaren Austauschanforderungen abgebildet und liegen als idsXML Datei vor Zur Qualitätsprüfung wird der <em>Use</em><em>Case</em>anhand von BIM Modellen geprüft und mittels IDS validiert</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>buildingSMART unterstützt Projektteams bei der Nutzung des <em>Use Case Management Service </em>und stellt die formale Qualitätsprüfung vor der Veröffentlichung sicher Der technische Inhalt des <em>Use Cases </em>liegt jedoch in der Verantwortung des Projektteams</p>
<!-- /wp:paragraph -->

<!-- wp:paragraph -->
<p>Um die Akzeptanz und den Nutzen eines Anwendungsfalls zu maximieren sollte ein möglichst breit aufgestelltes Review Team an der Entwicklung beteiligt sein Dieses gibt regelmässiges Feedback und bringt weitere Erfahrungen aus anderen BIM Projekten ein</p>
<!-- /wp:paragraph -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Beachten Sie die folgenden Punkte bei der Erstellung eines Anwendungsfalls
</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>Organisation<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Die Organisation die den Use Case verantwortet stellt einen Projektleiter PL und legt gemeinsam mit dem buildingSMART Chapter die Projektorganisation fest
      </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
        buildingSMART legt die Projektstrukturen im UCM Service an
      </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Kick Off Meeting<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Der PL erstellt die Use Case Definition Alle Beteiligten müssen den Umfang die Ziele sowie die notwendigen Abgrenzungen des Use Cases von Beginn an kennen Eine präzise Formulierung erlaubt es Prozesse effizient und zielgerichtet zu erarbeiten
      </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>BPMN Prozess<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Die Projektgruppe erstellt den Prozessablauf und definiert die Anforderungen an den Informationsaustausch auf der Basis von LOIN
      </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
        In der Regel wird die BPMN Methode verwendet Diese ist für alle einfach verständlich und ermöglicht eine gute Visualisierung
      </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Ein <em>Use Case</em> muss generisch formuliert sein und darf keine projektspezifischen Anforderungen beinhalten Das bedeutet dass generische Rollenmodelle anstelle von spezifischen Projektorganisationen verwendet werden </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Exchange requirements<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Die Austauschanforderungen exchange requirements werden tabellarisch strukturiert und detailliert
      </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Mapping  IDS<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Die exchange requirements werden auf IFC verlinkt Dabei sind die unterschiedlichen IFC Releases zu berücksichtigen
      </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
        Der Export der exchange requirements erfolgt im maschinen interpretierbaren IDS Format
      </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Modellierung  Testung<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Die für den Use Case erforderlichen Fachmodelle werden erstellt und getestet
      </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Software Implementierung<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
        Verschiedene Software Hersteller implementieren den Use Case in der nativen Software
      </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Der <em>openBIM</em> Ansatz setzt den Einsatz von mehreren Software Tools voraus </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>Prüfung  Publikation<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>buildingSMART führt eine formelle Qualitätsprüfung durch und publiziert den <em>Use Case</em> </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":4} -->
<h4 class="wp-block-heading">Beispiel Use Case Absturzsicherheit</h4>
<!-- /wp:heading -->

<!-- wp:group {"layout":{"type":"constrained"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>Die Suva <a href="https://www.suva.ch/de-ch/praevention/nach-branchen/baustellen-sicher-machen/investoren-bauherren-bauleiter-planer/use-case-absturzsicherheit#state%3D%5Banchor-FFEE45E2-A29B-4597-99D5-4B9CD009A81F%5D">Link</a> ist die grösste Unfallversicherung der Schweiz Ihre Präventionsprogramme helfen die Arbeitssicherheit nachhaltig zu verbessern Durch Einsatz der BIM Methode wird die Planung und Koordination von Sicherheitsmassnahmen verbessert Dies soll dabei helfen Unfälle zu verhindern Gemeinsam mit buildingSMART Switzerland und einem interdisziplinären Projektteam aus diversen Fachspezialistinnen wurde der <em>UseCase</em>Absturzsicherheit entwickelt</p>
<!-- /wp:paragraph -->

<!-- wp:kadence/image {"id":2642,"sizeSlug":"full","linkDestination":"none","uniqueID":"1997_72a7af-2b","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1997_72a7af-2b size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/06/BIMcertLehrbuch2024-Abbildung-3-67.png" alt="" class="kb-img wp-image-2642" /><figcaption>Abb 367 Use Case Absturzsicherung  Seitenschutz auf einer Baustelle</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:group {"layout":{"type":"flex","orientation":"vertical"}} -->
<div class="wp-block-group"><!-- wp:paragraph -->
<p>
  Beispiele für den Nutzen des Use Cases
</p>
<!-- /wp:paragraph -->

<!-- wp:list -->
<ul><!-- wp:list-item -->
<li>
    Planerinnen erhalten modellbasierte Unterstützung bei der Planung und Ausschreibung von Sicherheitsmassnahmen
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Unternehmen können im Ausführungsmodell die Massnahmen zur Verringerung der Absturzrisiken pro Bauphase erheben und in die Arbeitsvorbereitung einfliessen lassen
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Die Nutzung digitaler Technologien fördert die Zusammenarbeit aller am Bau Beteiligten und optimiert die Prozesse sowie die Informationsbeschaffung und  bereitstellung
  </li>
<!-- /wp:list-item -->

<!-- wp:list-item -->
<li>
    Das Verständnis der Beteiligten für die Notwendigkeit arbeitsschutzrechtlicher Maßnahmen wird erhöht da gemeinsam die Grundlagen für die Koordination und Umsetzung der Sicherheitsmassnahmen erarbeitet und bereitgestellt werden
  </li>
<!-- /wp:list-item --></ul>
<!-- /wp:list --></div>
<!-- /wp:group -->

<!-- wp:kadence/image {"id":2643,"sizeSlug":"full","linkDestination":"none","uniqueID":"1997_67e54c-b0","displayBoxShadow":true} -->
<figure class="wp-block-kadence-image kb-image1997_67e54c-b0 size-full"><img src="https://staging-testing.openbim-knowledgebase.org/wp-content/uploads/2024/06/BIMcertLehrbuch2024-Abbildung-3-68.png" alt="" class="kb-img wp-image-2643" /><figcaption>Abb 368 Use Case Absturzsicherung  Modelle</figcaption></figure>
<!-- /wp:kadence/image -->

<!-- wp:paragraph -->
<p>Die Sicherheitsmassnahmen gegen Absturz können im Fachmodell Absturzsicherheit auf Vollständigkeit überprüft werden Sie bilden die Basis für die Arbeitsvorbereitung und die Umsetzung auf der Baustelle Visualisierungen erleichtern die korrekte Umsetzung auf der Baustelle Damit kann das Fachmodell auch als Audit Instrument für Sicherheitsrundgänge verwendet werden Die Visualisierung der vorgesehenen Sicherheitsmassnahmen mittels Mixed Reality verbessert die Prüfmöglichkeiten Mängel in der Umsetzung können damit auf der Baustelle besser erkannt und behoben werden Zusätzlich werden Vorlagen für AG parametrische Bauteile für die Modellierung Regelsätze für die Modellprüfung und Formulare zum Erstellen des Fachmodells Absturzsicherheit bereitgestellt Für die Modellierung sind in sechs verschiedenen Software Tools 20 Absturzsicherungstypen als parametrische Bauteile im Detaillierungsgrad LOG100 und teilweise LOG300 verfügbar</p>
<!-- /wp:paragraph --></div>
<!-- /wp:group -->

<!-- wp:heading {"level":3} -->
<h3 class="wp-block-heading">Ausblick Use Case Management Service</h3>
<!-- /wp:heading -->

<!-- wp:paragraph -->
<p>Der Umfang des Services wird laufend optimiert und mit zusätzlichen Funktionalitäten ergänzt Im Vordergrund steht dabei der Abgleich mit der Technical Roadmap von buildingSMART International <a href="https://www.buildingsmart.org/about/technical-roadmap/">Link</a> In einem nächsten Entwicklungsschritt werden die Erstellung und der Export von Exchange Requirements als Information Delivery Specification IDS Files ermöglicht Zusätzlich ist eine Schnittstelle zum buildingSMART <em>Data Dictionary </em>bSDD geplant Dank der bSDD Referenzierung werden Austauschanforderungen noch einfacher und zuverlässiger erstellt</p>
<!-- /wp:paragraph -->

<!-- wp:block {"ref":3026} /-->  openBIM KnowledgeBase

Kapitel 3.9 – UCM – buildingSMART Use Case Management Service

Entdecken Sie im Kapitel 3.9 die Grundlagen des buildingSMART Use Case Management Service (UCM) für effektives Informationsmanagement und datenbasierte Zusammenarbeit.

Weiterlesen Kapitel 3.9 – UCM – buildingSMART Use Case Management ServiceWeiter

Kapitel 3.8 – bSDD – buildingSMART-Lösung für Data Dictionaries

Entdecken Sie in Kapitel 3.8 die bSDD-Lösung von buildingSMART für Data Dictionaries. Erfahren Sie, wie standardisierte Begriffe den Datenaustausch optimieren.

Weiterlesen Kapitel 3.8 – bSDD – buildingSMART-Lösung für Data DictionariesWeiter

Kapitel 3.1 – Standardisierung und Normierung

Kapitel 3.1 beleuchtet die Entwicklung und Bedeutung von openBIM-Normen auf nationaler und internationaler Ebene, einschließlich der IFC4-Datenstruktur und ihrer Standards.

Weiterlesen Kapitel 3.1 – Standardisierung und NormierungWeiter

BIM-Projektsteuerung (BPS)

Optimieren Sie Ihr BIM-Projekt mit der BIM-Projektsteuerung (BPS). Wir vertreten die Interessen des Auftraggebers und unterstützen bei Spezifizierung und Durchführung.

Weiterlesen BIM-Projektsteuerung (BPS)Weiter

Seitennavigation

Vorherige SeiteZurück 1 … 7 8 9 10 11 12 Nächste SeiteWeiter
  • Anleitung
  • Impressum
  • Sitemap
  • Kontakt
  • Nutzungsbedingungen
  • Qualitätssicherung

© 2025 buildingSMART Austria

LinkedIn
Don`t copy text!
Nach oben scrollen
  • Anleitung
  • Repertoire
    • BIMcert Handbuch 2024
    • BIM-Anwendungsfälle 2025
    • BIM-Leistungsbilder 2025
    • BIM-Vorträge
  • Anmelden
  • Deutsch
    • Englisch
This site is registered on wpml.org as a development site. Switch to a production site key to remove this banner.