Eine Anforderung muss prüfbar sein
In vielen Projekten stehen BIM-Anforderungen in Textdokumenten. Diese sind wichtig, lassen aber häufig Interpretationsspielraum: Welche Eigenschaft muss gefüllt sein, an welchem Objekttyp, in welchem Format und in welcher Projektphase?
IDS bietet darauf eine praktische Antwort. Ein Teil der Anforderungen lässt sich in maschinenlesbare Regeln übersetzen. Eine Tür kann einen Feuerwiderstand benötigen. Ein Raum kann eine Nettofläche benötigen. Ein Gerät kann Informationen für die Wartung tragen müssen.
Was IDS präzisiert
- Die von einer Anforderung betroffenen IFC-Klassen.
- Erwartete Eigenschaften und ihren Ablageort.
- Zulässige Werte oder geforderte Formate.
- Projektphasen, in denen Informationen verpflichtend werden.
- Abweichungen, die vor Koordination oder Übergabe korrigiert werden müssen.
Diese Klarheit reduziert späte Diskussionen. Teams fragen nicht mehr nur, ob eine Information irgendwo vorhanden ist, sondern wissen, wo sie stehen muss und wie sie geprüft wird.
Werkzeug für Dialog und Kontrolle
Eine IDS-Datei ist nur dann wertvoll, wenn sie eine reale Projektanforderung abbildet. Deshalb sollte sie mit konkreten Nutzungen verbunden sein: Koordination, Kosten, Betrieb, Wartung und Übergabe an die Bauherrschaft.
Im Schweizer Kontext ist IDS besonders interessant in Verbindung mit eCCC-Bât-/CFC-Klassifikationen, Anforderungen an die digitale Übergabe und IFC-Eigenschaftsprüfungen. So wird aus einem schwer nachzuverfolgenden Anforderungsdokument ein messbarer Lieferrahmen.
Die wichtige Grenze
IDS ersetzt keine gute Modellierung. Es prüft einen Teil der Informationen. Fachliche Konsistenz, Sinnhaftigkeit der Werte und Nutzbarkeit im Betrieb müssen weiterhin bewertet werden. Richtig eingesetzt schafft IDS eine gemeinsame Sprache zwischen Anforderung, Modell und Auditbericht.
