Warum es wichtig ist
Dies ist ein starker Brückenbeitrag zwischen beiden Produkten, weil er erklärt, wie Review und Korrektur in unterschiedlichen Tools liegen können, ohne eine magische Seamless-Story zu erfinden.
Abschnitt 1
Was ist ein IDS-Validierungsworkflow?
Ein IDS-Validierungsworkflow beginnt mit Projekt-Informationsanforderungen, die in einer Information Delivery Specification beschrieben sind. Das gelieferte IFC-Modell wird gegen diese Anforderungen geprüft, damit Reviewer fehlende oder ungültige Eigenschaften an den relevanten Objekten erkennen. Dieser projektspezifische IDS-Check unterscheidet sich von allgemeiner IFC-Schema- und Konformitätsprüfung.
Die meisten Teams können ein Validierungsergebnis erzeugen. Schwierig ist die Entscheidung, was vor dem Ende des Austauschfensters damit geschehen soll. Wenn fünfzig Türen an derselben Eigenschaftsregel scheitern, ist nicht die Anzahl das Problem. Entscheidend ist, ob der Workflow eine kontrollierte Korrektur schnell genug in das Modell zurückführen kann.
Abschnitt 2
Was passiert, wenn eine IDS-Anforderung fehlschlägt?
Eine fehlgeschlagene Anforderung muss geprüft werden, bevor daraus ein Issue wird. Das Team sollte die betroffenen Objekte untersuchen, wiederkehrende Fehler gruppieren und entscheiden, welche Befunde eine Aktion erfordern. BCF kann den relevanten Viewpoint, Elementreferenzen und Anforderungskontext in die Koordination übertragen. Der Kreislauf bricht, wenn Prüfung und Korrektur zu weit auseinanderliegen oder jedes maschinelle Ergebnis ungefiltert zum Report-Eintrag wird.
Abschnitt 3
Wie ExyViewer, BCF und ExyRev die Aufgaben teilen
Ein praxisnahes Setup belässt IDS-Prüfung, Fehlergruppierung und BCF-Issue-Kontext in ExyViewer und wechselt zu ExyRev, wenn der Workflow tatsächlich eine modellseitige Korrektur benötigt. IDS Spec unterstützt die Regel- und Prüfseite; IDS_Map übernimmt den Teil, in dem falsche oder leere Werte anhand dieser Anforderungen korrigiert werden müssen. Aus dem korrigierten Quellmodell entsteht anschließend die nächste IFC-Lieferung für die erneute Validierung.
Abschnitt 4
Gegen dieselben Informationsanforderungen erneut validieren
Der Kreislauf schließt sich erst, wenn das korrigierte Modell erneut exportiert und gegen dieselbe geprüfte IDS und denselben Scope geprüft wird. Jemand muss weiterhin die Anforderungen verantworten, Korrekturen freigeben und das Ergebnis interpretieren. Die erneute Validierung bestätigt, ob der vereinbarte Informationsfehler behoben wurde; sie macht aus IDS keine automatische Projektfreigabe.
Praktische Erkenntnisse
- Ein Validierungsergebnis ohne Korrekturweg hat nur begrenzten Projektwert.
- ExyViewer und ExyRev lösen unterschiedliche Teile des IDS-Kreislaufs.
- Das Ziel ist nicht Automatisierung um ihrer selbst willen, sondern eine schnellere kontrollierte Korrektur.
Realitätscheck
- Sind die IDS-Anforderungen selbst unklar, hilft auch eine schnelle Korrektur nicht. Schlechte Regeln erzeugen nur schneller falsche Änderungen.
Relevante Befehle und Funktionen
Mit dem Leitfaden zur IFC-Modellprüfung fortfahren
Lesen Sie, wie IFC-Eigenschaftsprüfung, IDS-Validierung, BCF-Nachverfolgung und erneute Prüfung in einem kontrollierten ExyViewer-Workflow zusammenwirken.
Leitfaden zur IFC-Modellprüfung lesen
