Sie \u00fcberpr\u00fcfen alle im IDS-Dokument angegebenen Anforderungen und validieren die IFC-Datei.<\/li>\n<\/ul>\nDie ung\u00fcltigen IFC-Elemente des Projekts werden signalisiert und Sie k\u00f6nnen alle festgestellten Meldungen \u00fcber spezielle Dashboards mit Berichten und Statistiken \u00fcberwachen.<\/p>\n
Einer der Hauptvorteile des IDS ist die Klarheit bei der Definition der Informationsanforderungen<\/strong>. Jedes BIM-Projekt erfordert das Management einer gro\u00dfen Menge an Daten: von den technischen Eigenschaften der Bauelemente bis hin zu Informationen \u00fcber Materialien, Energieeffizienz oder Wartung. Dank des IDS werden diese Anforderungen klar und pr\u00e4zise beschrieben, was subjektive Interpretationen und Missverst\u00e4ndnisse zwischen den verschiedenen Projektakteuren vermeidet. Alle wissen genau, welche Informationen bereitgestellt werden m\u00fcssen, in welchem Format und mit welchen Elementen des Modells sie verkn\u00fcpft werden m\u00fcssen.<\/p>\nEin weiterer gro\u00dfer Vorteil betrifft die automatische Validierung von IFC-Modellen<\/strong>. Das IDS erm\u00f6glicht es, schnell und automatisch zu \u00fcberpr\u00fcfen, ob das Modell alle geforderten Informationen enth\u00e4lt, ohne auf komplexe und kostspielige manuelle Kontrollen zur\u00fcckgreifen zu m\u00fcssen. Dies verbessert die Qualit\u00e4tskontrolle und erm\u00f6glicht es, sofort eventuelle Fehler oder M\u00e4ngel zu erkennen, wodurch das Risiko von Problemen in sp\u00e4teren Phasen des Projekts verringert wird.<\/p>\nAus der Perspektive der Zusammenarbeit f\u00f6rdert das IDS eine gr\u00f6\u00dfere Interoperabilit\u00e4t zwischen verschiedenen Software- und Plattformen<\/strong>. Da es sich um einen offenen Standard handelt, kann er von allen Fachleuten unabh\u00e4ngig von den verwendeten BIM-Tools genutzt werden. Dieser Aspekt ist entscheidend, um einen wirklich openBIM-Workflow zu gew\u00e4hrleisten, in dem Architekten, Ingenieure, Bauunternehmer und Geb\u00e4udeverwalter Daten reibungslos und ohne technologische Barrieren teilen und austauschen k\u00f6nnen.<\/p>\nDie Verwaltung \u00fcber das IDS macht auch den Austausch von Informationen effizienter und schneller<\/strong>. Jedes IFC-Modell kann mit den im IDS-Dokument festgelegten Informationsanforderungen verglichen werden, was eine automatische Validierung der Datenkonformit\u00e4t erm\u00f6glicht und st\u00e4ndige \u00dcberarbeitungen oder Korrekturen vermeidet.<\/p>\nEin weiterer Vorteil ist die Transparenz und Nachverfolgbarkeit der Daten<\/strong>. Das IDS dokumentiert klar, welche Informationen angefordert, geliefert und genehmigt wurden, wodurch eine Art digitale „Chain of Custody“ entsteht. Dies erh\u00f6ht das Vertrauen zwischen den beteiligten Parteien und erleichtert auch die Abrechnung und das Vertragsmanagement.<\/p>\nLangfristig erweist sich das IDS-Standard nicht nur w\u00e4hrend der Planung oder des Baus, sondern auch in der Phase des Managements und der Wartung des Geb\u00e4udes als n\u00fctzlich<\/strong>. Der Zugriff auf strukturierte, konsistente und \u00fcberpr\u00fcfte Daten erleichtert die Erstellung genauer digitaler Zwillinge, die n\u00fctzlich sind, um die Leistung des Geb\u00e4udes im Laufe der Zeit zu \u00fcberwachen und gezielte Eingriffe zu planen.<\/p>\nSchlie\u00dflich f\u00fchren all diese Vorteile zu einer Reduzierung von Kosten und Risiken. Weniger Fehler, weniger Verz\u00f6gerungen, weniger Unklarheiten: Das Ergebnis ist ein schlanker, zuverl\u00e4ssiger und kosteng\u00fcnstigerer Prozess.<\/p>\n
Der Einsatz des IDS-Standards erm\u00f6glicht es, die f\u00fcr ein BIM-Modell erforderlichen Informationsanforderungen in sowohl vom Betreiber als auch von der Software lesbare Spezifikationen zu transformieren und diese zur automatischen \u00dcberpr\u00fcfung der Konformit\u00e4t eines IFC-Modells zu verwenden. Die analysierte Fallstudie zeigt, wie die IDS-Spezifikationen schrittweise ausgearbeitet werden k\u00f6nnen, um unterschiedliche Eigenschaften der Objekte des Modells zu kontrollieren, bis hin zur automatischen Validierung und dem Management von Nichteinhaltungen.<\/p>\n
Von der Definition der Anforderungen zur IDS-Spezifikation<\/h3>\n
Eine IDS-Spezifikation besteht aus einer Beschreibung<\/strong>, einem Anwendungsbereich<\/strong> und einer oder mehreren Anforderungen<\/strong>. Die Beschreibung identifiziert die projektrelevante Anforderung, w\u00e4hrend der Anwendungsbereich die IFC-Entit\u00e4t festlegt, die \u00fcberpr\u00fcft werden soll, und die Anforderung den Wert bestimmt, den ein bestimmtes Merkmal aufweisen muss. Anwendungsbereich und Anforderungen werden ihrerseits mithilfe der sogenannten Facets<\/strong> aufgebaut, d. h. anhand von Merkmalen der Entit\u00e4ten des IFC-Schemas, die als Auswahl- und Pr\u00fcf Kriterien verwendet werden.<\/p>\nDie Facets k\u00f6nnen kombiniert werden, um die Kontrolle zunehmend spezifischer zu gestalten. Zu den in dem Beispiel verwendeten Facets geh\u00f6ren die Facets zu Entit\u00e4ten, Attributen, Klassifikationen, Eigenschaften, Materialien und Beziehungen. Im Anwendungsbereich erm\u00f6glichen die Facets das Filtern der Modellobjekte, auf die die Kontrolle angewendet werden soll; in den Anforderungen definieren sie hingegen die Bedingungen, die diese Objekte erf\u00fcllen m\u00fcssen.<\/p>\n
Das System erm\u00f6glicht es beispielsweise, alle Entit\u00e4ten der Klasse IFC Window<\/em> zu identifizieren, die einen bestimmten Wert im Attribut Description<\/em> besitzen, und anschlie\u00dfend zu verlangen, dass sie einen bestimmten Predefined Type<\/em> wie Skylight haben. Eine weitere Kontrolle kann sich auf die Elemente der Klasse IFC Space<\/em> beziehen, f\u00fcr die einfach verlangt wird, dass das Attribut Long Name<\/em> vorhanden und mit einem Wert versehen ist, ohne einen spezifischen Inhalt vorzuschreiben.<\/p>\nDie gleiche Logik kann auf die Eigenschaften angewendet werden. Im Fall der IFC Wall-Entit\u00e4ten vom Typ Standard kann die Anforderung die Pr\u00e4senz einer bestimmten Eigenschaft aus einem spezifischen Property Set<\/em> vorschreiben und beispielsweise verlangen, dass der entsprechende boolesche Wert true ist. Ebenso ist es m\u00f6glich, die Materialien zu kontrollieren: Die IFC Slab-Elemente, die durch eine bestimmte Beschreibung identifiziert werden, k\u00f6nnen einer Anforderung unterzogen werden, die die Pr\u00e4senz eines spezifischen Materials vorschreibt. In diesem Fall vereinfacht die IDS die Kontrolle des Materials, indem sie den Namen unabh\u00e4ngig von der Art und Weise \u00fcberpr\u00fcft, wie die Beziehung zum Material im IFC-Modell strukturiert wurde.<\/p>\nKlassifikationen und Beziehungen zwischen Objekten<\/h3>\n
Die Facets erm\u00f6glichen auch die \u00dcberpr\u00fcfung der Verwendung von Klassifizierungssystemen. Ein Element kann nach IFC-Klasse<\/em> gefiltert werden und es kann unter den Anforderungen gefordert werden, dass es eine bestimmte Klassifikation besitzt, die durch Name und Code identifiziert wird. Dies erm\u00f6glicht beispielsweise die Kontrolle der Zugeh\u00f6rigkeit einer Objektkategorie zu einem Klassifizierungssystem wie ETIM.<\/p>\nEin weiteres Kontrollniveau betrifft die IFC-Beziehungen<\/em>. Im Beispiel m\u00fcssen Objekte der Klasse IFC Furniture<\/em>, die durch eine spezifische Eigenschaft gekennzeichnet sind, die Tische mit St\u00fchlen identifiziert, einer Gruppe angeh\u00f6ren. Die Anforderung wird durch die Facet Part Of<\/em> ausgedr\u00fcckt, indem die Beziehung RelAssignsToGroup<\/em> ausgew\u00e4hlt wird.<\/p>\nDie M\u00f6glichkeit, mehrere Facets zu kombinieren, erm\u00f6glicht es zudem, komplexe Anforderungen zu formulieren. F\u00fcr eine Entit\u00e4t der Klasse IFC Site<\/em> kann beispielsweise gleichzeitig ein spezifischer Wert des Attributs RefElevation<\/em>, eine bestimmte Total Area<\/em> und eine H\u00f6henbeschr\u00e4nkung f\u00fcr Geb\u00e4ude gefordert werden. Auf diese Weise beschr\u00e4nkt sich die IDS-Spezifikation nicht nur auf die \u00dcberpr\u00fcfung der Anwesenheit einer Information, sondern kann gleichzeitig mehrere Eigenschaften derselben Entit\u00e4t kontrollieren<\/strong>.<\/p>\nVerpflichtende, optionale und verbotene Anforderungen<\/h3>\n
Ein besonders bedeutender Aspekt des Standards ist die Verwaltung der Kardinalit\u00e4t<\/strong>, die es erm\u00f6glicht festzustellen, ob eine bestimmte Informationsart unbedingt im Modell vorhanden sein muss, vorhanden sein kann oder nicht vorhanden sein darf.<\/p>\nIm Anwendungsbereich kann daher spezifiziert werden, dass das Modell bestimmte Entit\u00e4ten enthalten muss, enthalten kann oder nicht enthalten darf. Wenn beispielsweise eine Spezifikation festlegt, dass das Modell W\u00e4nde der IFC-Klasse Wall vom Typ Standard enthalten kann, f\u00fchrt das Fehlen solcher Elemente nicht zu einem Fehler; wenn jedoch dieselbe Bedingung als verpflichtend definiert wird, wird ihr Fehlen vom Validator signalisiert. Im Gegensatz dazu stellt die Festlegung der Bedingung als negativ eine Nichteinhaltung dar, wenn diese Elemente vorhanden sind.<\/p>\n
Die Kardinalit\u00e4t kann auch in den Anforderungen verwendet werden. Im Beispiel der R\u00e4ume werden einige Eigenschaften \u2013 wie Handicap Accessible und Publicly Accessible des Property Set Space Common \u2013 als optional definiert. Die Anforderung zwingt somit nicht zu ihrer Anwesenheit, sondern weist den Modellierer auf die M\u00f6glichkeit hin, diese Eigenschaften zu nutzen, um bestimmte funktionale Informationen der Umgebungen darzustellen.<\/p>\n
Kontrolle von Pattern, Intervallen und komplexen Werten<\/h3>\n
IDS erm\u00f6glicht es, \u00fcber die einfache Kontrolle der Gleichheit zwischen einem erwarteten Wert und dem im Modell vorhandenen Wert hinauszugehen. Die Parameter der Facets k\u00f6nnen sowohl einzelne Werte als auch komplexe Werte wie Aufz\u00e4hlungen, numerische Intervalle und Muster verwenden.<\/p>\n
Ein Beispiel betrifft die Benennung von T\u00fcren. Es kann festgelegt werden, dass der Name einer T\u00fcr einem bestimmten Muster entsprechen muss, zum Beispiel dem Wort „Door“, gefolgt von einem Leerzeichen und einer Sequenz von 4, 5 oder 6 Zahlen. Die Kontrolle wird durch einen regul\u00e4ren Ausdruck ausgedr\u00fcckt; die Eingabe kann durch Werkzeuge der k\u00fcnstlichen Intelligenz unterst\u00fctzt werden, die, basierend auf der Beschreibung der Regel, helfen, das Pattern zu generieren, das in die IDS-Spezifikation eingef\u00fcgt werden soll.<\/p>\n
F\u00fcr numerische Werte ist es hingegen m\u00f6glich, Intervalle und Vergleichsoperatoren zu definieren. Im Falle von R\u00e4umen kann beispielsweise eine Eigenschaft bez\u00fcglich der H\u00f6he so eingestellt werden, dass der Wert gr\u00f6\u00dfer oder gleich 3 m ist. Ebenso kann \u00fcberpr\u00fcft werden, ob die Fl\u00e4che bestimmter R\u00e4ume, wie z.B. Badezimmer, eine festgelegte Schwelle \u00fcberschreitet.<\/p>\n
Der Standard erm\u00f6glicht zudem die Kontrolle der L\u00e4nge von Textwerten. F\u00fcr T\u00fcren kann beispielsweise festgelegt werden, dass das Attribut Name 20 Zeichen nicht \u00fcberschreiten darf, w\u00e4hrend f\u00fcr die Beschreibung einer IFC-Projekt-Entit\u00e4t eine Mindestl\u00e4nge von 35 Zeichen festgelegt werden kann. In diesem Fall betrifft die Kontrolle nicht eine geometrische Eigenschaft des Elements, sondern ausschlie\u00dflich die Anzahl der Zeichen, die im Attribut enthalten sind.<\/p>\n
Die Verbindung mit dem BuildingSMART Data Dictionary<\/h3>\n
Die Definition der Anforderungen<\/strong> kann weiter durch das BuildingSMART Data Dictionary<\/strong> (bSDD) unterst\u00fctzt werden, einen Online-Dienst, der Terminologiedictionaries sammelt, die nach Klassen organisiert sind und mit den IFC-Klassen, den entsprechenden Eigenschaften<\/strong>, den erlaubten Werten<\/strong>, den Ma\u00dfeinheiten<\/strong>, den \u00dcbersetzungen<\/strong> und den Beziehungen<\/strong> verbunden sind.<\/p>\nDas bSDD beherbergt nationale und internationale Klassifizierungssysteme, Dom\u00e4nenklassifikationen und Systeme, die von Verm\u00f6gensverwaltungsbeh\u00f6rden oder privaten Unternehmen entwickelt wurden. Im Rahmen der Erstellung einer IDS-Spezifikation<\/strong> kann die Verbindung zwischen den beiden Systemen \u00fcber eine URI hergestellt werden, die die externe Ressource eindeutig identifiziert, die mit der Eigenschaft<\/strong> verbunden ist. Die URI muss nicht unbedingt auf das bSDD verweisen, sondern kann sich auch auf eine andere externe Ressource beziehen, die verwendet wird, um diese spezifische Information zu beschreiben.<\/p>\nDer operationale Vorteil zeigt sich, wenn eine Eigenschaft<\/strong> direkt im bSDD w\u00e4hrend der Erstellung der Spezifikation<\/strong> gesucht wird. Sobald die Eigenschaft<\/strong>, die mit der gew\u00fcnschten Klassifikation und dem gew\u00fcnschten Code verbunden ist, gefunden wurde, kann sie in die IDS<\/strong> importiert werden, wobei automatisch Informationen wie Name der Eigenschaft<\/strong>, Property Set<\/strong>, Typ, erlaubte Werte<\/strong> und eventuelle Einschr\u00e4nkungen \u00fcbertragen werden. Auf diese Weise wird das Risiko von Fehlern bei der manuellen Erstellung der Anforderungen<\/strong> verringert.<\/p>\nDie Validierung des IFC-Modells<\/h3>\n
Sobald die Spezifikationen definiert sind, kann das IFC-Modell einem BIM-Validierungsprozess<\/strong> unterzogen werden. Die \u00dcberpr\u00fcfung kann vom Auftragnehmer w\u00e4hrend der Informationsproduktion durchgef\u00fchrt werden, um das Modell vor der \u00dcbergabe zu kontrollieren, oder vom Auftraggeber w\u00e4hrend der technischen \u00dcberpr\u00fcfung des Projekts, um sicherzustellen, dass das Gelieferte den vereinbarten Anforderungen entspricht.<\/p>\nDer Validator liest die IDS-Datei, identifiziert im Modell die Entit\u00e4ten, die im Anwendungsbereich enthalten sind, und \u00fcberpr\u00fcft f\u00fcr jede von ihnen die Einhaltung der festgelegten Anforderungen. Bei Abwesenheit von Fehlern besteht das Modell die Validierung und kann mit den n\u00e4chsten Phasen des Genehmigungsprozesses fortfahren. Bei Nichteinhaltungen m\u00fcssen hingegen die Meldungen analysiert und bearbeitet werden, bevor die Kontrolle wiederholt wird.<\/p>\n
Der konkrete Fall: die Kontrolle der Elemente IFC-Roof<\/h3>\n
Angenommen, in einem IFC-Modell wird eine Spezifikation definiert, die verlangt, dass die Entit\u00e4ten der Klasse IFC Roof zwei Bedingungen erf\u00fcllen: eine bestimmte Eigenschaft mit einem Wert von kleiner oder gleich 0,27 zu besitzen und einen spezifischen Klassifizierungscode zu haben.<\/p>\n
Am Ende der Validierung werden acht Meldungen festgestellt. Ein Element besteht beide Kontrollen: Der Klassifizierungscode ist vorhanden und der Wert der Eigenschaft betr\u00e4gt 0,2, also unterhalb der Schwelle von 0,27. Bei den anderen Elementen hingegen ist die Klassifizierung korrekt, aber die Eigenschaft weist einen Wert von 0,3 auf, der \u00fcber dem vorgesehenen Limit liegt. Der Validator hebt daher die Nichteinhaltung hervor und erm\u00f6glicht es, das Element direkt im 3D-Modell auszuw\u00e4hlen, was die Identifizierung des betroffenen Objekts erleichtert.<\/p>\n
Die Korrektur kann direkt in der Bearbeitungsumgebung des Modells vorgenommen werden, indem der Wert der Eigenschaft ge\u00e4ndert wird. Auch in dieser Phase \u00fcberpr\u00fcft das System die Einhaltung der IDS-Vorgabe: Die Eingabe eines Wertes wie 0,4 wird abgelehnt, da sie die Bedingung \u2264 0,27 nicht erf\u00fcllt, w\u00e4hrend ein konformer Wert akzeptiert wird.<\/p>\n
Alternativ k\u00f6nnen die festgestellten Issues im Format BCF (BIM Collaboration Format)<\/strong> exportiert und mit dem Modellierer oder der f\u00fcr die Korrektur zust\u00e4ndigen Person geteilt werden. Der BCF, ein weiteres offenes Standard von BuildingSMART International, erm\u00f6glicht es, die w\u00e4hrend der verschiedenen Phasen des BIM-Prozesses identifizierten Probleme zu verwalten und zu kommunizieren. Der Fluss wird somit iterativ: Validierung, Identifizierung der Nichteinhaltungen, Kommunikation der Issues, Korrektur des Modells und erneute Validierung, bis die Konformit\u00e4t zu den Anforderungen erreicht ist.<\/p>\n\u00dcberlegungen und Grenzen des IDS-Standards<\/h3>\n
Die Fallstudie zeigt, wie IDS es erm\u00f6glicht, einen signifikanten Teil der Informationskontrollen \u00fcber IFC-Modelle zu formalisieren und zu automatisieren, indem Anwendbarkeitskriterien und Anforderungen kombiniert und verschiedene Typen von Facets, Kardinalit\u00e4ten und Einschr\u00e4nkungen der Werte verwendet werden.<\/p>\n
Gleichzeitig weist die analysierte Version IDS 1.0 einige Grenzen auf: Sie ist haupts\u00e4chlich auf die \u00dcberpr\u00fcfung der Informationen und der Hauptbeziehungen der IFC-Entit\u00e4ten ausgerichtet und erlaubt im beschriebenen Zustand keine geometrischen Kontrollen, keine auf berechneten oder dynamischen Werten basierenden Kontrollen, keine Kontrollen, die sich auf externe Daten zum IFC-Modell beziehen, oder \u00dcberpr\u00fcfungen, die auf spezifischen IFC-Beziehungen eines bestimmten Bereichs basieren. Diese Aspekte werden als m\u00f6gliche Entwicklungsbereiche in zuk\u00fcnftigen Versionen des Standards bezeichnet.<\/p>\n
Der Fall best\u00e4tigt schlie\u00dflich, dass die Wirksamkeit eines IDS-Validierungsverfahrens nicht nur von der verwendeten Software abh\u00e4ngt, sondern auch von der korrekten Festlegung der Anforderungen und dem Wissen \u00fcber den IFC-Standard, das als grundlegend f\u00fcr eine professionelle Nutzung des IDS-Standards angesehen wird.<\/p>\n
Wie man eine IDS-Datei erstellt<\/h2>\n
Um ein Dokument im IDS-Format mit allen Informationsspezifikationen zu erstellen oder zu \u00e4ndern, ist ein IDS-Editor<\/a> erforderlich.<\/p>\nusBIM.IDSeditor ist das kostenlose Online-Tool, mit dem Sie die IDS-Datei erstellen und \u00e4ndern k\u00f6nnen, das Dokument, das alle Spezifikationen f\u00fcr die Informations\u00fcbergabe sammelt und systematisiert und das f\u00fcr die Phasen der Modellierung und Validierung von IFC-Modellen erforderlich ist.<\/p>\n
Dank der IDS-Datei ist es m\u00f6glich:<\/p>\n
\n- die Anforderungen zu definieren, die das Projekt erf\u00fcllen muss<\/strong>, verst\u00e4ndlich f\u00fcr Betreiber und Software;<\/li>\n
- alle n\u00fctzlichen Informationen einzuf\u00fcgen<\/strong>, um das Verst\u00e4ndnis Ihrer Anfrage zu erleichtern;<\/li>\n
- eine Datei zu generieren, die mit dem IFC-Modell verkn\u00fcpft ist<\/strong>, um die automatische Validierung des Modells im Hinblick auf die im IDS-Dokument festgelegten Anforderungen zu erm\u00f6glichen.<\/li>\n<\/ul>\n
Folgen Sie dem Video, das Ihnen alle Schritte zeigt, um eine IDS-Datei gem\u00e4\u00df den Vorgaben von bSI zu erhalten.<\/p>\n
![\"Der](\"https:\/\/biblus.accasoftware.com\/de\/wp-content\/uploads\/sites\/6\/2025\/11\/openBIM-Workflow-IFC-IDS-komprimiert.jpg\")