AEC.WEB - Magazin: (R)EVOLUTION im Architekturbüro

<body stylesrc="../magbody.htm" bgcolor="#FFFFFF" link="#306531" vlink="#4A4A4A" alink="#800000">  <table border="0" cellspacing="0" width="100%"> <tr> <td bgcolor="#DEDEDE" colspan="2" valign="middle" align="center" width="147"><nobr><a href="javascript:history.back()" target="_self"><img src="../../i/zurueck2.gif" hspace="5" vspace="16" alt="1 Seite zurück" border="0" WIDTH="20" HEIGHT="15"></a><a target="_top" href="../index.htm"><img src="../../i/zurueck.gif" border="0" vspace="15" hspace="5" WIDTH="15" HEIGHT="20"></a><nobr><br> <img src="../../i/m-leer.gif" width="150" height="2"></nobr></nobr></td> <td bgcolor="#DEDEDE" width="98%"><p class="ueb"><strong><a name="Seitenanfang"></a>  <script type="text/javascript"> var iam_data = { "st":"baulinks", // site/domain "cp":" AECmap" // code } iom.c(iam_data,1); </script>  (R)EVOLUTION im Architekturbüro</strong><img src="../../i/m-leer.gif" width="19" height="20" alt="Illustrationen, Bilder, Fotos, Grafiken, CAD-Modelle, Virtuelle Realität im Internet, World Wide Web, WWW: Pixelbilder, Vektor-Grafiken, CAD-Zeichnungen, virtual reality, VR, Visualisierung, Bild, Foto, Fotographien, Grafik, CAD-Modell, Visualisierungen, Präsentation"></td> </tr> <tr> <td bgcolor="#000000" colspan="3" width="729">    </td> </tr> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br>   Ausschnitte veröffentlicht im <a href="http://www.dressler-verlag.de" target="_blank"><strong>AEC-Report 3/97</strong></a></p> <p align="center">erste Fassung:<br> 12.9.1997</td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><strong>  <br> Kapitelübersicht:</strong></h3> <p class="kr-neu"><a href="#1"><img src="../i/m-spiral.gif" border="0" hspace vspace WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Planerstellung auf der untersten 2D-Leistungsstufe</b></p> <p class="kr-neu"><a href="#2"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Die dreidimensionale Konstruktion ist heute schon Standard</b></p> <p class="kr-neu"><a href="#3"><img src="../i/m-spiral.gif" border="0" vspace WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Frischer Wind durch die Einführung von bauteilbezogenen Objekten</b></p> <p class="kr-neu"><a href="#4"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Auch komplexe Objekte werden im System als ein einziges Element behandelt</b></p> <p class="kr-neu"><a href="#5"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Die Topologie definiert die Beziehung der Objekte untereinander</b></p> <p class="kr-neu"><a href="#6"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Objekte stellen die Basis für eine perfekte </b><strong>Interoperabilität</strong><b> dar</b></p> <p class="kr-neu"><a href="#7"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Bauplanung wird ohne Einsatz von Computern nicht mehr möglich sein<br>   </b></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td bgcolor="#000000" width="729">    </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> kursiv markierte Links verweisen auf GLOSSAR.de</td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3>  <br> 2D lieber als 3D?</h3> <p><b>1988 suchte ein großer deutscher Rundfunksender nach einem CAD-System für seine Architekturabteilung, das dort gleich mit mehreren Arbeitsplätzen installiert werden sollte. Ein stolzer Auftrag für ein junges Unternehmen in einer noch jungen Branche. Um so größer war die Enttäuschung, als kurzerhand eine Absage erteilt wurde - und zwar mit folgender Begründung: "Ihre Software kann zuviel! Unsere Mitarbeiter fühlen sich jetzt schon überfordert."</b></p> <p>Der Rundfunksender entschied sich schließlich für eine allgemeine 2D-CAD-Software ohne spezielle Architektur-Funktionen, um "den Transfer des konventionellen Arbeitsplatzes in einen modernen Computerarbeitsplatz besser nachvollziehen zu können". Der direkt auf das Papier gemalte Tuschestrich sollte eins zu eins auf die Computeranwendung übertragbar sein.</p> <p>Dieser Vorfall löste beim angeschmierten CAD-Hersteller eine interessante Diskussion aus: Sollte die Leistungsfähigkeit einer Software beziehungsweise die Vielfalt ihrer Möglichkeiten nur in dem Maße sinnvoll sein, in dem sie von den betroffenen Anwendern bewältigt werden können? Welche strukturellen Anpassungen dürfen die Softwarehersteller von den Anwendern ihrer Software erwarten oder gar einfordern?</p> <p><strong>THESE:</strong> Der wahre Nutzen eines modernen, integrierten CAD-Systems stellt sich erst dann ein, wenn das gesamte Büro zum Teil grundlegende Umstellungen in Organisation und Arbeitsweise akzeptiert und durchführt!</p> <p>Eines zumindest läßt sich heute schon mit großer Sicherheit sagen: konventionelle Vorbilder - und ganz speziell das Reißbrett - werden noch in diesem Jahrtausend als Vorbild für die Gebäudeplanung per Computer ausgedient haben.</p> <p>Im folgenden geht es nicht darum, die besten Funktionen von CAD-Programmen aufzuzählen; vielmehr sollen die Sinne für Entwicklungen geschärft werden, die den AEC-Markt in Zukunft stark beeinflussen können. Gerade heute werden viele Weichen neu gestellt, und sowohl Entwickler als auch Anwender, die auf diese Veränderungen nicht reagieren, werden dies schon bald schmerzlich zu spüren bekommen.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="1">1</a>. Planerstellung auf der untersten 2D-Leistungsstufe</b></h3> <p>Der Vorfall mit dem Rundfunksender liegt viele Jahre zurück; die CAD-Entwicklung hat sich bei allen Herstellern um mindestens sechs Programm-Versionen verbessert und die Akzeptanz von Computer-Lösungen im Architekturbüro ist dramatisch gestiegen. Dazu hat natürlich auch die Bedienerfreundlichkeit der Systeme beigetragen, die nicht zuletzt auch durch Windows-Unterstützung realisiert werden konnte. Allerdings stehen sich dabei manchmal die Wünsche von CAD-Anfängern und -Virtuosen im Wege. Während sich der Neueinsteiger über logisch aufgebaute Menüs freut, fühlt sich der Experte davon eher gebremst. Er möchte für die Wandeingabe nicht über zwei verschachtelte Menüs gehen müssen, sondern diesen Befehl beispielsweise lieber über einen Tastendruck aktivieren. Über die gesamte Laufzeit eines Projektes gesehen, können durch umständliche Bedienung schnell mehrere Stunden verloren gehen. Am besten ist es darum, wenn die Software sich an den Anwender anpassen, gleichsam mitwachsen kann. </p> <p>Grundsätzlich wird ein Architekturbüro heutzutage kaum noch in eine CAD-Lösung investieren, die nicht über spezielle Architekturfunktionen verfügt. Das Zeichnen von Wänden in Form von mindestens zwei parallel verlaufenden Linien sollte inzwischen genauso selbstverständlich sein wie beispielsweise der automatisch generierte L- und T-(Innenwand-)Wandanschluß. Und natürlich sollten beim Einfügen von Öffnungen Wandlinien automatisch aufgebrochen werden und Maßketten selbständig auf Änderungen am Gebäude reagieren. Ebenso selbstverständlich sollten sich Raumfläche und -umfang zumindest halbautomatisch durch Abgreifen der Raumecken errechnen und in der Zeichnung einsetzen lassen.</p> <p>Trotz solcher Automatismen wird jedoch auf dieser Stufe fast noch genauso gearbeitet, wie früher am Zeichenbrett. Solche CAD-Zeichnungen sind immer noch so konzipiert, wie sie vom Plotter beziehungsweise Drucker auf Papier gebracht werden sollen. So sehr diese Vorgehensweise auf den ersten Blick selbstverständlich und logisch erscheint, so widersinnig ist sie jedoch in Anbetracht der Tatsache, daß auf diese Weise Geschosse weiterhin nebeneinander und nicht übereinander erstellt werden können. Das ändert sich erst mit dem Einsatz von dreidimensional arbeitenden CAD-Systemen.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="2">2</a>. Die dreidimensionale Konstruktion ist heute schon Standard ...</b></h3> <p>... - zumindest was die technischen Möglichkeiten gängiger CAD-Systeme anbelangt. Sind die notwendigen dreidimensionalen Eingaben gemacht, haben die Systeme dem Architekten in Form von diversen Abfallprodukten einiges zu bieten: so gehört das Generieren von Ansichten und Schnitten mittlerweile zum Pflichtprogramm gängiger Architekturpakete. Die Darstellung von perspektivischen (Verdeckte-Linien)- Zeichnungen, fotorealistischen Bilder oder gar Animationen stellt dagegen für viele Architekten auch weiterhin die Kür dar. Aber die häufig als Spielzeug angesehenen bunten Bilder avancieren heutzutage immer häufiger zu einem sehr wirkungsvollen Werkzeug bei der Akquise neuer <img src="animot1.gif" align="right" hspace="7" vspace="7" WIDTH="352" HEIGHT="224">Aufträge, beim Präsentieren von Entwürfen oder zur Verkaufsunterstützung von beispielsweise Eigentumswohnungen; und sie machen auf konstruktive Detailprobleme aufmerksam noch bevor auf der Baustelle geflickt werden müssen. (Bild von Animotion, Achim)</p> <p>Allerdings ändert sich bei der dreidimensionalen  Projektbearbeitung auch die Arbeitsweise gegenüber der konventionellen Planerstellung in vielfacher Hinsicht - der Planer darf nun nämlich nicht mehr zeichnungsorientiert denken und arbeiten, sondern muß gebäude- oder projektorientiert vorgehen. <a name="3DProbleme"></a>In Anbetracht der oben genannten Visualisierungsoptionen oder einer angeschlossenen Massenermittlung, können identische Geschosse in einem 3D-CAD-System nicht einfach weggelassen werden, während sie im zweidimensionalen System nur alternativ beschriftet werden müssen. Und konsequent angewendet, sind bei der Konstruktion eines dreidimensionalen Modells zu einem sehr frühen Zeitpunkt bereits Angaben gefragt, die nach konventioneller Arbeitsweise noch lange vernachlässigt werden könnten - gemeint sind zum Beispiel Brüstungs- und Türhöhen, Fußboden und Deckenaufbauten oder lichte Raumhöhen und Trägerquerschnitte. Gerade Büros, in denen Kopfarbeit (Entwerfen, Planen und Managen) und CAD-Eingabe nicht integriert sind, werden sich mit diesem Umdenkprozess schwer tun (dieser Gesichtspunkt wird unten noch einmal betrachtet <a href="#Korrektur"><img src="../../i/naechst.gif" border="0" WIDTH="20" HEIGHT="15"></a>).</p> <p>Niemanden wird es deshalb verwundern, wenn 3D-Systeme lange Zeit nur von den wenigsten CAD-einsetzenden Architekten konsequent genutzt wurden - und immer noch eingesetzt werden? (Architekturbüros sind eben auch Wirtschaftsunternehmen!) Selbst engagierte Protagonisten fragen sich seit Jahren immer wieder, ob die paar genannten "Abfallprodukte", den notwendigen Mehraufwand bei der Eingabe tatsächlich rechtfertigen.</p> <p>Auf der Suche nach Methoden, die Produktivität und Attraktivität von High-End-Programmen zu steigern, wurden sogenannte "Objekte", also Bauteile, implementiert. Der Einsatz von Objekten kommt sowohl der zweidimensionalen Planerstellung als auch der dreidimensionalen Modellierung zugute und erlaubt eine stärkere Kopplung weiterführender Anwendungsbereiche an das CAD-System. Objekte werden die Kommunikation zwischen allen am Bau beteiligten Parteien revolutionieren. Damit wiederum rücken Möglichkeiten wie eine sinnvolle computergestützte Massenermittlungen, Wärmebedarfs- und Schallschutzberechnungen oder Facility Management-Anwendungen auf der Basis von CAD-Daten in greifbare Nähe.</p> <p align="center"><img src="contact.gif" vspace="4" WIDTH="322" HEIGHT="259"></p> <h3><b><a name="3">3</a>. Frischer Wind durch die Einführung von bauteilbezogenen Objekten</b></h3> <p>Der Unterschied zwischen einfachen 3D-Elementen und architekturspezifischen Objekten ist einfach zu erklären: In einem klassischen CAD-System werden Wände in der Regel in Form von zwei oder mehr Linien (2D) bzw. Polygonen oder einer Platte (3D) abgebildet - genauso wie Decken oder Dachflächen. Wandtypische Eigenarten wie Beschaffenheit, Wandanschlüsse, Wandaufbauten, konstruktive, statische oder bauphysikalische Regeln haben jedoch in der allgemeinen 3D-Struktur keinen Platz. Ist die Wand aber ein Objekt, dann können ergänzende Beschreibungen sowie Planungs- und Realisierungs-Regeln hinterlegt und bei Manipulationen berücksichtigt werden.</p> <p>Mit dieser Technik sind dann auch Automatismen möglich, die zum Beispiel eine bestehende Ziegelwand im CAD-System aufbrechen, wenn sie von einer Stahlbetonwand gekreuzt wird. Oder anders herum: werden später beispielsweise alle Stahlbetonwände in leichte Gipskartonwänden umgewandelt (warum auch immer!?), dann können zumindest theoretisch alle kreuzenden Ziegelwände automatisch geschlossen und die Gipskartonwände dementsprechend aufgebrochen werden. Dabei muß sich der Anwender darüber im Klaren sein, daß ein objektorientiertes CAD-Programm zwar prinzipiell über die hier beschriebenen Funktionen verfügen könnte - diese müssen aber keineswegs tatsächlich implementiert sein. Noch ein weiteres Beispiel, das die Leistungsfähigkeit von Objekten näher erläutert: eine als Objekt erstellte Treppe könnte immer automatisch das richtige Steigungsverhältnis ermitteln, notwendige Podeste einbauen, die Verziehungsregeln berücksichtigen, beim Erreichen einer Mindest-Kopfhöhe die Generierung eines Treppenloches veranlassen und auch ein kindgerechtes Geländer nicht vergessen. Und wenn sich dann die Geschoßhöhe ändert oder der Antritt verlegt werden muß, wird das Objekt "Treppe" darauf zu reagieren wissen  sofern es entsprechend programmiert wurde.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="4">4</a>. Auch komplexe Objekte werden im System als ein einziges Element behandelt</b></h3> <center><table border="0" cellspacing="4"> <tr> <td align="right" valign="top" class="normalabst"><strong><u>klassisches CAD:</u></strong><br> Bauteile bestehen<br> aus vielen einzelnen<br> Elementen</td> <td align="center" valign="top" class="normalabst"><img src="obj-o1.gif" align="top" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td align="right" valign="top" class="normalabst"><u><strong>objektorientiertes CAD:</strong></u><br> Bauteile bestehen aus jeweils<br> einem Element und<br> angeschlossene Objekte<br> (z.B. Wände) können<br> auf sie reagieren</td> <td align="center" valign="top" class="normalabst"><img src="o-ani.gif" align="top" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> </table> </center><p>In der grafischen Anwendung fallen Objekte zunächst dadurch auf, daß sie sich am Bildschirm zwar aus vielen Elementen zusammensetzen, im System selbst aber nur als <strong>EIN</strong> Element behandelt werden - sich also als ein OBJEKT löschen, kopieren, bewegen, verziehen oder spiegeln lassen. Wie am Beispiel der Wand dargestellt, müssen Objekte aber nicht nur auf direkte Aktionen reagieren, sondern können sich auch dem Zustand des CAD-Systems anpassen. So orientiert sich die Detaillierungstiefe selbständig an dem Darstellungsmaßstab - am dem aktuellen oder fürs Plotten einzustellenden. Weiterhin können beispielsweise die unterschiedlichen Regeln, die es für die Darstellung von kombinierten Dreh-/Kippfenstern in Grundrissen, Schnitten, Ansichten oder Perspektiven gibt, ohne zusätzliche Eingaben automatisch berücksichtigt werden. Eventuelle Oberflächenbeschreibungen kommen darüber hinaus auch bei fotorealistischen Bildberechnungen oder Animationen zum Einsatz.</p> <p align="left">Da Objekte die Zeichnungsinhalte für ein CAD-System transparent machen, lassen sich in objektorientierten Programmen Such- und Änderungsfunktionen realisieren, die in gleicher Form bislang nur bei Text- oder Datenbankprogrammen bekannt sind. So ist es etwa möglich, Objekte nach Kriterien wie Größe, Beschaffenheit oder Hersteller zu selektieren und dann gezielt auszutauschen, also beispielsweise alle einflügeligen Holzfenster ab einer Breite von 1,01 Meter gegen zweiflügelige Kunststoffenster. Dies läßt sich auch in modernen CAD-Systemen realisieren, weil diese mit Datenbanken arbeiten, in denen die verschiedensten objektspezifischen Zusatzinformationen hinterlegt sind beziehungsweise sich ansammeln können. Dadurch kann in Zukunft ein ursprünglich als CAD-Element konzipiertes Objekt zusätzlich auch von Kalkulations- oder AVA-Programmen weiterverarbeitet werden. Mehr noch, die Geometrie eines Objektes läßt sich in der Kalkulationstabelle oder im AVA-Programm modifizieren und diese Änderung wird umgekehrt wieder im CAD-Programm angezeigt.</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%"><img src="auswert1.gif" WIDTH="450" HEIGHT="293"></td> </tr> <tr> <td width="100%" align="center">Beispiel für eine Auswertung von Wänden <br> ( Funktion "Auswertung" von SPIRIT)<br>   </td> </tr> </table> </center></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><b><a name="5">5</a>. Die Topologie definiert die Beziehung der Objekte untereinander</b><p>Die Etablierung von Objekten wird durch die Berücksichtigung topologischer Gesichtspunkte noch unterstützt. Danach werden Objekte nicht mehr als einzelne Elemente betrachtet, sondern gehen untereinander Beziehungen ein. Sie können dadurch auf Manipulationen an ihren Partner-Objekten reagieren. Ein Fenster wird beispielsweise automatisch bewegt, gedreht oder gelöscht, wenn die entsprechende Wand bewegt, gedreht oder gelöscht wird. Dabei können Objekte an markanten Punkten verankert werden, so daß beispielsweise gewährleistet ist, daß eine Tür immer im Abstand von 75 Zentimetern von der Wandecke entfernt liegt - egal wann und wie die maßgeblichen Wände noch manipuliert werden. Anschlußwände korrigieren sich, wenn eine Wand verschoben oder ihre Dicke verändert wird und Giebelwände werden an jede neue Dachform automatisch angepaßt. Und Räume - übrigens ein sehr wichtiges Objekt - wissen schließlich, durch welche Wände sie begrenzt werden und welche anderen Räume an sie angrenzen.</p> <p>Objekte und Topologien sind bei CAD-Systemen prinzipiell allerdings gar nicht so neu; zumindest die Objekt-Technologie wird in Ansätzen von den großen Anbietern der Branche bereits seit Jahren in ihren Applikationen eingesetzt. Viele CAD-Anwender ignorieren dies jedoch - vielleicht deshalb, weil sie befürchten, daß der Abstraktionsgrad von Objekten noch höher ist, als der von puren 3D-Elementen? Zugegeben - Objekte sind nicht immer so flexibel zu handhaben wie simple Strichzeichnungen. So kann die Linie eines Wandobjektes nicht einfach unterbrochen werden, um etwa einen Schornstein einzubauen. Genauso wenig läßt sich eine Innenwandecke mal eben abrunden, weil dadurch eine Wendeltreppe besser passen würde. Für solche Probleme finden sich aber von Fall zu Fall geeignete Lösungswege, sofern die AEC-Funktionen (Architectural and Engineering Computing) auf einer soliden CAD-Basis aufsetzen.<a name="Korrektur"></a> Wie bereits erwähnt (<a href="#3DProbleme"><img src="../../i/naechst.gif" border="0" WIDTH="20" HEIGHT="15"></a>) argumentieren viele Architekten gegen die dreidimensionale Projektbearbeitung (und auch objektorientierte), indem sie auf fehlende Detail-Informationen in der Frühphase der Planung hinweisen. Dem ist auch weiterhin nicht zu widersprechen  sofern man die Planung "konventionell" angeht. Denkt man aber um und nutzt objektorientierte CAD-Funktionen aus, dann kann die Eingabe der vieler Bauteil-Parameter sogar auf später als üblich verschoben werden (... auch viele Angaben, die auf jeden Fall für einen zweidimensionalen Plan benötigt werden, müssen nun nicht mehr sofort eingegeben werden!) Und wenn die Werte schließlich vorliegen, unterstützt ein objektorientiertes System den Anwender mit datenbankgestützten Editier-Möglichkeiten, wie man es in einem konventionellen CAD-Umfeld gar nicht kennt. Damit ist es nämlich möglich, <ul> <li>beispielsweise alle Innentüren in nichttragenden Wänden auf 2 Meter 26 festzusetzen,</li> <li>alle Brüstungshöhen um 25 cm zu verringern oder</li> <li>oder alle Fenster mit einer bestimmten Breite ändern (auch 100 auf einen Schlag, was klassisches CAD nicht kann),....</li> </ul> <p>... und natürlich werden vom objektorientierten System sofort auch alle korrelierenden Angaben in den Maßketten (incl. Öffnungs- und Brüstungshöhe) korrigiert; und die werden auch in einem Grundriß benötigt  egal ob zwei- oder dreidimensional geplant.</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%" align="center"><img src="details.gif" align="texttop" hspace="3" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td width="100%" align="center">objektorientierte Bauteile können sich selbständig <br> auf den aktuellen Darstellungs- oder Plottmaßstab einstellen..<br>   </td> </tr> </table> </center></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><b><a name="6">6</a>. Objekte stellen die Basis für eine perfekte Interoperabilität dar</b><p><img src="../../links/i/iai.gif" align="left" hspace="5" vspace="5" WIDTH="86" HEIGHT="86">Immer schwerer wiegen Probleme, die sich im Zusammenhang mit dem Datenaustausch ergeben können. In der Regel beschränken sich die Anwender heutzutage auf die Übertragung von Daten im DXF-Format, das allerdings Objekte nicht kennt und wahrscheinlich auch nicht mehr kennen lernen wird. Selbst wenn der Architekt sein Projekt objektorientiert aufgebaut haben sollte, verwässert sich dieses spätestens beim Austausch der Daten mit dem Statiker oder einem anderen Fachingenieur - wenn nicht sogar alle Objekte gänzlich verloren gehen. Um diesen Mißstand zu verbessern, haben sich unter anderem weltweit maßgebliche Software-Entwickler (CAD und AVA), die Bauindustrie (beispielsweise Philipp Holzmann) und Banken (Bayrische Vereinsbank, Dresdner Bank und andere) in der <a href="http://www.interoperability.com">IAI (Industrie Allianz für Interoperabilität e.V.)</a> zusammengetan, um auf der Basis von Objekten für eine neue Datenaustausch-Qualität zu sorgen. Die IFC-Schnittstelle der IAI wird die Zusammenarbeit zwischen allen an der Gebäudeplanung und -ausführung beteiligten Partnern so signifikant verbessern, daß zumindest große Bauherren sehr bald auf eine IAI-konforme Planung bestehen können. Verstärkt wird diese Entwicklung vom Telekommunikations-Boom, der den Datenaustausch noch einmal beschleunigt. Via Internet werden in naher Zukunft Architekten, Fachingenieure und Bauherren - sogar über Landesgrenzen hinweg - knifflige Punkte zeitgleich am Telefon und an ihren Computern diskutieren können (siehe auch "<a href="f-iai1.htm" target="_top">IAI / IFC-Basisartikel: Der Turmbau zu Babylon am Ende des 20. Jahrhunderts</a>").</p> <p><b><a name="7">7</a>. Bauplanung wird ohne Einsatz von Computern nicht mehr möglich sein</b></p> <p>Konnten sich elitäre Architekturbüros bislang noch um die Einführung üblicher CAD-Systeme drücken, weil sich vergleichbare Resultate auch manuell herstellen ließen, so werden in Zukunft Planungs-Partner und Bauherren vom Architekten Daten abverlangen, die ohne Computereinsatz nicht mehr lieferbar sind. Objekte, IFC-Schnittstelle und Telekommunikation sind die Kriterien, die in Zukunft Maßstäbe setzen, an denen das CAD- beziehungsweise AEC-Angebot einerseits und die Planer andererseits gemessen werden. Zumindest auf Herstellerseite wurde die Situation erkannt und dementsprechend gehandelt. Auf Anwenderseite sieht die Situation allerdings noch etwas anders aus.</p> <p>Es gibt eine Faustregel, nach der 80 Prozent der Computer-Anwender nur 20 Prozent der Möglichkeiten wahrnehmen, die ihnen ihr System zur Verfügung stellt - die Fähigkeiten der Rechner-Lösungen verpuffen also an vielen Stellen. Der konsequente Einsatz des technisch Machbaren im bauspezifischen CAD-Bereich kann jedoch viele Standardaufgaben im Planungsbüro entscheidend erleichtern, etwa die Ermittlung von Wohnflächen und Rauminhalten, die Massenermittlung oder die Projekt-Dokumentation. Wenn der Planer mit der rasanten Entwicklung im EDV-Bereich mithalten kann und einmal erfaßte Daten mehrfach nutzt, werden sich ihm zudem völlig neue Betätigungsfelder eröffnen. So stehen beispielsweise sofort sämtliche Daten zur Verfügung, die für das Facility Management / Gebäudeverwaltung benötigt werden - so daß der Architekt dieses Anwendungsgebiet als Dienstleister vollständig übernehmen könnte. Oder er läßt sich lediglich vom Computer verschiedene Planungs- und/oder Darstellungsalternativen auswerfen:</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%" align="center"><img src="3d-dtail.gif" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td width="100%" align="center">oruckzuk erstellt: Ausführungs- und Darstellungsalternativen<br>   </td> </tr> </table> </center><p>Mit diesem Ausblick auf die bereits begonnene (R)Evolution des CAD/AEC-Einsatzes im Architekturbüro soll nicht der Wert von "simplen" 2D- und 3D-Funktionen geschmälert werden  schon gar nicht soll einer gewissen Technikeuphorie Vorschub geleistet werden. Bei aller Leistungsfähigkeit kann doch mit Objekten nur solche Architektur modelliert und dargestellt werden, die das Softwarehaus vorgedacht und seinen Objekten eingebaut hat. Wenn beispielsweise das Objekt "Fenster" nur für quadratische, rechteckige, runde und halbrunde Öffnungen angelegt wurde, dann müßte man bei gotischen Spitzbögen passen  sofern man nicht auf allgemeine Modellierfunktionen zurück greifen kann. Damit also auch in Zukunft Bauwerke durch den Architekten geprägt werden und nicht die Eigentümlichkeiten der Planungssoftware die Gebäude unterscheidbar machen ("Schau mal, das Haus wurde bestimmt mit "X" geplant und jenes mit "Y"), werden die simplen zwei- und dreidimensionalen Elemente und Funktionen auch weiterhin benötigt. Für die Beurteilung eines AEC-/CAD-Systems spielen sie auch weiterhin eine entscheidende Rolle.</p> <p>Auf die gute Mischung von leistungsstarken Basisfunktionen, neuer (Objekt-)Technologie UND den elektronischen Datenaustausch zwischen allen am Bau beteiligten Gruppen wird es in Zukunft ankommen.</p> <p><strong>PS:</strong> Es soll noch einmal betont werden, daß die hier beschriebenen Funktionen - z.B. die selbständige Einstellung auf den jeweiligen Maßstab (siehe letztes Bild) - mit Hilfe von Objekten technisch realisierbar sind. Ob und in welchem Umfang diese Möglichkeiten von dem jeweiligen Programm umgesetzt wurden, muß von Fall zu Fall geprüft werden.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="right" bgcolor="#000000"><font color="#AFD8B0"><strong>  </strong></font></td> </tr> <tr> <td align="right"><p class="kringelliste"><font color="#000000"><strong>© Alfons Oebbeke, Neustadt 1997 - 2001<br>   <br> </strong></font><a href="#Seitenanfang" target="_self"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a> zurück zum Seitenanfang<br> <a target="_top" href="../index.htm"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a> zur Magazin-Übersicht<br> <a target="_top" href="http://www.aecweb.de"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a>oder Titelseite ("home")</td> </tr> </table> (R)EVOLUTION im Architekturbüro</strong><img src="../../i/m-leer.gif" width="19" height="20" alt="Illustrationen, Bilder, Fotos, Grafiken, CAD-Modelle, Virtuelle Realität im Internet, World Wide Web, WWW: Pixelbilder, Vektor-Grafiken, CAD-Zeichnungen, virtual reality, VR, Visualisierung, Bild, Foto, Fotographien, Grafik, CAD-Modell, Visualisierungen, Präsentation"></td> </tr> <tr> <td bgcolor="#000000" colspan="3" width="729">    </td> </tr> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br>   Ausschnitte veröffentlicht im <a href="http://www.dressler-verlag.de" target="_blank"><strong>AEC-Report 3/97</strong></a></p> <p align="center">erste Fassung:<br> 12.9.1997</td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><strong>  <br> Kapitelübersicht:</strong></h3> <p class="kr-neu"><a href="#1" target="_self"><img src="../i/m-spiral.gif" border="0" hspace vspace WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Planerstellung auf der untersten 2D-Leistungsstufe</b></p> <p class="kr-neu"><a href="#2" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Die dreidimensionale Konstruktion ist heute schon Standard</b></p> <p class="kr-neu"><a href="#3" target="_self"><img src="../i/m-spiral.gif" border="0" vspace WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Frischer Wind durch die Einführung von bauteilbezogenen Objekten</b></p> <p class="kr-neu"><a href="#4" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Auch komplexe Objekte werden im System als ein einziges Element behandelt</b></p> <p class="kr-neu"><a href="#5" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Die Topologie definiert die Beziehung der Objekte untereinander</b></p> <p class="kr-neu"><a href="#6" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Objekte stellen die Basis für eine perfekte </b><strong>Interoperabilität</strong><b> dar</b></p> <p class="kr-neu"><a href="#7" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Bauplanung wird ohne Einsatz von Computern nicht mehr möglich sein<br>   </b></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td bgcolor="#000000" width="729">    </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> kursiv markierte Links verweisen auf GLOSSAR.de</td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3>  <br> 2D lieber als 3D?</h3> <p><b>1988 suchte ein großer deutscher Rundfunksender nach einem CAD-System für seine Architekturabteilung, das dort gleich mit mehreren Arbeitsplätzen installiert werden sollte. Ein stolzer Auftrag für ein junges Unternehmen in einer noch jungen Branche. Um so größer war die Enttäuschung, als kurzerhand eine Absage erteilt wurde - und zwar mit folgender Begründung: "Ihre Software kann zuviel! Unsere Mitarbeiter fühlen sich jetzt schon überfordert."</b></p> <p>Der Rundfunksender entschied sich schließlich für eine allgemeine 2D-CAD-Software ohne spezielle Architektur-Funktionen, um "den Transfer des konventionellen Arbeitsplatzes in einen modernen Computerarbeitsplatz besser nachvollziehen zu können". Der direkt auf das Papier gemalte Tuschestrich sollte eins zu eins auf die Computeranwendung übertragbar sein.</p> <p>Dieser Vorfall löste beim angeschmierten CAD-Hersteller eine interessante Diskussion aus: Sollte die Leistungsfähigkeit einer Software beziehungsweise die Vielfalt ihrer Möglichkeiten nur in dem Maße sinnvoll sein, in dem sie von den betroffenen Anwendern bewältigt werden können? Welche strukturellen Anpassungen dürfen die Softwarehersteller von den Anwendern ihrer Software erwarten oder gar einfordern?</p> <p><strong>THESE:</strong> Der wahre Nutzen eines modernen, integrierten CAD-Systems stellt sich erst dann ein, wenn das gesamte Büro zum Teil grundlegende Umstellungen in Organisation und Arbeitsweise akzeptiert und durchführt!</p> <p>Eines zumindest läßt sich heute schon mit großer Sicherheit sagen: konventionelle Vorbilder - und ganz speziell das Reißbrett - werden noch in diesem Jahrtausend als Vorbild für die Gebäudeplanung per Computer ausgedient haben.</p> <p>Im folgenden geht es nicht darum, die besten Funktionen von CAD-Programmen aufzuzählen; vielmehr sollen die Sinne für Entwicklungen geschärft werden, die den AEC-Markt in Zukunft stark beeinflussen können. Gerade heute werden viele Weichen neu gestellt, und sowohl Entwickler als auch Anwender, die auf diese Veränderungen nicht reagieren, werden dies schon bald schmerzlich zu spüren bekommen.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="1" target="_self">1</a>. Planerstellung auf der untersten 2D-Leistungsstufe</b></h3> <p>Der Vorfall mit dem Rundfunksender liegt viele Jahre zurück; die CAD-Entwicklung hat sich bei allen Herstellern um mindestens sechs Programm-Versionen verbessert und die Akzeptanz von Computer-Lösungen im Architekturbüro ist dramatisch gestiegen. Dazu hat natürlich auch die Bedienerfreundlichkeit der Systeme beigetragen, die nicht zuletzt auch durch Windows-Unterstützung realisiert werden konnte. Allerdings stehen sich dabei manchmal die Wünsche von CAD-Anfängern und -Virtuosen im Wege. Während sich der Neueinsteiger über logisch aufgebaute Menüs freut, fühlt sich der Experte davon eher gebremst. Er möchte für die Wandeingabe nicht über zwei verschachtelte Menüs gehen müssen, sondern diesen Befehl beispielsweise lieber über einen Tastendruck aktivieren. Über die gesamte Laufzeit eines Projektes gesehen, können durch umständliche Bedienung schnell mehrere Stunden verloren gehen. Am besten ist es darum, wenn die Software sich an den Anwender anpassen, gleichsam mitwachsen kann. </p> <p>Grundsätzlich wird ein Architekturbüro heutzutage kaum noch in eine CAD-Lösung investieren, die nicht über spezielle Architekturfunktionen verfügt. Das Zeichnen von Wänden in Form von mindestens zwei parallel verlaufenden Linien sollte inzwischen genauso selbstverständlich sein wie beispielsweise der automatisch generierte L- und T-(Innenwand-)Wandanschluß. Und natürlich sollten beim Einfügen von Öffnungen Wandlinien automatisch aufgebrochen werden und Maßketten selbständig auf Änderungen am Gebäude reagieren. Ebenso selbstverständlich sollten sich Raumfläche und -umfang zumindest halbautomatisch durch Abgreifen der Raumecken errechnen und in der Zeichnung einsetzen lassen.</p> <p>Trotz solcher Automatismen wird jedoch auf dieser Stufe fast noch genauso gearbeitet, wie früher am Zeichenbrett. Solche CAD-Zeichnungen sind immer noch so konzipiert, wie sie vom Plotter beziehungsweise Drucker auf Papier gebracht werden sollen. So sehr diese Vorgehensweise auf den ersten Blick selbstverständlich und logisch erscheint, so widersinnig ist sie jedoch in Anbetracht der Tatsache, daß auf diese Weise Geschosse weiterhin nebeneinander und nicht übereinander erstellt werden können. Das ändert sich erst mit dem Einsatz von dreidimensional arbeitenden CAD-Systemen.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="2" target="_self">2</a>. Die dreidimensionale Konstruktion ist heute schon Standard ...</b></h3> <p>... - zumindest was die technischen Möglichkeiten gängiger CAD-Systeme anbelangt. Sind die notwendigen dreidimensionalen Eingaben gemacht, haben die Systeme dem Architekten in Form von diversen Abfallprodukten einiges zu bieten: so gehört das Generieren von Ansichten und Schnitten mittlerweile zum Pflichtprogramm gängiger Architekturpakete. Die Darstellung von perspektivischen (Verdeckte-Linien)- Zeichnungen, fotorealistischen Bilder oder gar Animationen stellt dagegen für viele Architekten auch weiterhin die Kür dar. Aber die häufig als Spielzeug angesehenen bunten Bilder avancieren heutzutage immer häufiger zu einem sehr wirkungsvollen Werkzeug bei der Akquise neuer <img src="animot1.gif" align="right" hspace="7" vspace="7" WIDTH="352" HEIGHT="224">Aufträge, beim Präsentieren von Entwürfen oder zur Verkaufsunterstützung von beispielsweise Eigentumswohnungen; und sie machen auf konstruktive Detailprobleme aufmerksam noch bevor auf der Baustelle geflickt werden müssen. (Bild von Animotion, Achim)</p> <p>Allerdings ändert sich bei der dreidimensionalen  Projektbearbeitung auch die Arbeitsweise gegenüber der konventionellen Planerstellung in vielfacher Hinsicht - der Planer darf nun nämlich nicht mehr zeichnungsorientiert denken und arbeiten, sondern muß gebäude- oder projektorientiert vorgehen. <a name="3DProbleme" target="_self"></a>In Anbetracht der oben genannten Visualisierungsoptionen oder einer angeschlossenen Massenermittlung, können identische Geschosse in einem 3D-CAD-System nicht einfach weggelassen werden, während sie im zweidimensionalen System nur alternativ beschriftet werden müssen. Und konsequent angewendet, sind bei der Konstruktion eines dreidimensionalen Modells zu einem sehr frühen Zeitpunkt bereits Angaben gefragt, die nach konventioneller Arbeitsweise noch lange vernachlässigt werden könnten - gemeint sind zum Beispiel Brüstungs- und Türhöhen, Fußboden und Deckenaufbauten oder lichte Raumhöhen und Trägerquerschnitte. Gerade Büros, in denen Kopfarbeit (Entwerfen, Planen und Managen) und CAD-Eingabe nicht integriert sind, werden sich mit diesem Umdenkprozess schwer tun (dieser Gesichtspunkt wird unten noch einmal betrachtet <a href="#Korrektur" target="_self"><img src="../../i/naechst.gif" border="0" WIDTH="20" HEIGHT="15"></a>).</p> <p>Niemanden wird es deshalb verwundern, wenn 3D-Systeme lange Zeit nur von den wenigsten CAD-einsetzenden Architekten konsequent genutzt wurden - und immer noch eingesetzt werden? (Architekturbüros sind eben auch Wirtschaftsunternehmen!) Selbst engagierte Protagonisten fragen sich seit Jahren immer wieder, ob die paar genannten "Abfallprodukte", den notwendigen Mehraufwand bei der Eingabe tatsächlich rechtfertigen.</p> <p>Auf der Suche nach Methoden, die Produktivität und Attraktivität von High-End-Programmen zu steigern, wurden sogenannte "Objekte", also Bauteile, implementiert. Der Einsatz von Objekten kommt sowohl der zweidimensionalen Planerstellung als auch der dreidimensionalen Modellierung zugute und erlaubt eine stärkere Kopplung weiterführender Anwendungsbereiche an das CAD-System. Objekte werden die Kommunikation zwischen allen am Bau beteiligten Parteien revolutionieren. Damit wiederum rücken Möglichkeiten wie eine sinnvolle computergestützte Massenermittlungen, Wärmebedarfs- und Schallschutzberechnungen oder Facility Management-Anwendungen auf der Basis von CAD-Daten in greifbare Nähe.</p> <p align="center"><img src="contact.gif" vspace="4" WIDTH="322" HEIGHT="259"></p> <h3><b><a name="3" target="_self">3</a>. Frischer Wind durch die Einführung von bauteilbezogenen Objekten</b></h3> <p>Der Unterschied zwischen einfachen 3D-Elementen und architekturspezifischen Objekten ist einfach zu erklären: In einem klassischen CAD-System werden Wände in der Regel in Form von zwei oder mehr Linien (2D) bzw. Polygonen oder einer Platte (3D) abgebildet - genauso wie Decken oder Dachflächen. Wandtypische Eigenarten wie Beschaffenheit, Wandanschlüsse, Wandaufbauten, konstruktive, statische oder bauphysikalische Regeln haben jedoch in der allgemeinen 3D-Struktur keinen Platz. Ist die Wand aber ein Objekt, dann können ergänzende Beschreibungen sowie Planungs- und Realisierungs-Regeln hinterlegt und bei Manipulationen berücksichtigt werden.</p> <p>Mit dieser Technik sind dann auch Automatismen möglich, die zum Beispiel eine bestehende Ziegelwand im CAD-System aufbrechen, wenn sie von einer Stahlbetonwand gekreuzt wird. Oder anders herum: werden später beispielsweise alle Stahlbetonwände in leichte Gipskartonwänden umgewandelt (warum auch immer!?), dann können zumindest theoretisch alle kreuzenden Ziegelwände automatisch geschlossen und die Gipskartonwände dementsprechend aufgebrochen werden. Dabei muß sich der Anwender darüber im Klaren sein, daß ein objektorientiertes CAD-Programm zwar prinzipiell über die hier beschriebenen Funktionen verfügen könnte - diese müssen aber keineswegs tatsächlich implementiert sein. Noch ein weiteres Beispiel, das die Leistungsfähigkeit von Objekten näher erläutert: eine als Objekt erstellte Treppe könnte immer automatisch das richtige Steigungsverhältnis ermitteln, notwendige Podeste einbauen, die Verziehungsregeln berücksichtigen, beim Erreichen einer Mindest-Kopfhöhe die Generierung eines Treppenloches veranlassen und auch ein kindgerechtes Geländer nicht vergessen. Und wenn sich dann die Geschoßhöhe ändert oder der Antritt verlegt werden muß, wird das Objekt "Treppe" darauf zu reagieren wissen  sofern es entsprechend programmiert wurde.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="4" target="_self">4</a>. Auch komplexe Objekte werden im System als ein einziges Element behandelt</b></h3> <center><table border="0" cellspacing="4"> <tr> <td align="right" valign="top" class="normalabst"><strong><u>klassisches CAD:</u></strong><br> Bauteile bestehen<br> aus vielen einzelnen<br> Elementen</td> <td align="center" valign="top" class="normalabst"><img src="obj-o1.gif" align="top" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td align="right" valign="top" class="normalabst"><u><strong>objektorientiertes CAD:</strong></u><br> Bauteile bestehen aus jeweils<br> einem Element und<br> angeschlossene Objekte<br> (z.B. Wände) können<br> auf sie reagieren</td> <td align="center" valign="top" class="normalabst"><img src="o-ani.gif" align="top" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> </table> </center><p>In der grafischen Anwendung fallen Objekte zunächst dadurch auf, daß sie sich am Bildschirm zwar aus vielen Elementen zusammensetzen, im System selbst aber nur als <strong>EIN</strong> Element behandelt werden - sich also als ein OBJEKT löschen, kopieren, bewegen, verziehen oder spiegeln lassen. Wie am Beispiel der Wand dargestellt, müssen Objekte aber nicht nur auf direkte Aktionen reagieren, sondern können sich auch dem Zustand des CAD-Systems anpassen. So orientiert sich die Detaillierungstiefe selbständig an dem Darstellungsmaßstab - am dem aktuellen oder fürs Plotten einzustellenden. Weiterhin können beispielsweise die unterschiedlichen Regeln, die es für die Darstellung von kombinierten Dreh-/Kippfenstern in Grundrissen, Schnitten, Ansichten oder Perspektiven gibt, ohne zusätzliche Eingaben automatisch berücksichtigt werden. Eventuelle Oberflächenbeschreibungen kommen darüber hinaus auch bei fotorealistischen Bildberechnungen oder Animationen zum Einsatz.</p> <p align="left">Da Objekte die Zeichnungsinhalte für ein CAD-System transparent machen, lassen sich in objektorientierten Programmen Such- und Änderungsfunktionen realisieren, die in gleicher Form bislang nur bei Text- oder Datenbankprogrammen bekannt sind. So ist es etwa möglich, Objekte nach Kriterien wie Größe, Beschaffenheit oder Hersteller zu selektieren und dann gezielt auszutauschen, also beispielsweise alle einflügeligen Holzfenster ab einer Breite von 1,01 Meter gegen zweiflügelige Kunststoffenster. Dies läßt sich auch in modernen CAD-Systemen realisieren, weil diese mit Datenbanken arbeiten, in denen die verschiedensten objektspezifischen Zusatzinformationen hinterlegt sind beziehungsweise sich ansammeln können. Dadurch kann in Zukunft ein ursprünglich als CAD-Element konzipiertes Objekt zusätzlich auch von Kalkulations- oder AVA-Programmen weiterverarbeitet werden. Mehr noch, die Geometrie eines Objektes läßt sich in der Kalkulationstabelle oder im AVA-Programm modifizieren und diese Änderung wird umgekehrt wieder im CAD-Programm angezeigt.</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%"><img src="auswert1.gif" WIDTH="450" HEIGHT="293"></td> </tr> <tr> <td width="100%" align="center">Beispiel für eine Auswertung von Wänden <br> ( Funktion "Auswertung" von SPIRIT)<br>   </td> </tr> </table> </center></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><b><a name="5" target="_self">5</a>. Die Topologie definiert die Beziehung der Objekte untereinander</b><p>Die Etablierung von Objekten wird durch die Berücksichtigung topologischer Gesichtspunkte noch unterstützt. Danach werden Objekte nicht mehr als einzelne Elemente betrachtet, sondern gehen untereinander Beziehungen ein. Sie können dadurch auf Manipulationen an ihren Partner-Objekten reagieren. Ein Fenster wird beispielsweise automatisch bewegt, gedreht oder gelöscht, wenn die entsprechende Wand bewegt, gedreht oder gelöscht wird. Dabei können Objekte an markanten Punkten verankert werden, so daß beispielsweise gewährleistet ist, daß eine Tür immer im Abstand von 75 Zentimetern von der Wandecke entfernt liegt - egal wann und wie die maßgeblichen Wände noch manipuliert werden. Anschlußwände korrigieren sich, wenn eine Wand verschoben oder ihre Dicke verändert wird und Giebelwände werden an jede neue Dachform automatisch angepaßt. Und Räume - übrigens ein sehr wichtiges Objekt - wissen schließlich, durch welche Wände sie begrenzt werden und welche anderen Räume an sie angrenzen.</p> <p>Objekte und Topologien sind bei CAD-Systemen prinzipiell allerdings gar nicht so neu; zumindest die Objekt-Technologie wird in Ansätzen von den großen Anbietern der Branche bereits seit Jahren in ihren Applikationen eingesetzt. Viele CAD-Anwender ignorieren dies jedoch - vielleicht deshalb, weil sie befürchten, daß der Abstraktionsgrad von Objekten noch höher ist, als der von puren 3D-Elementen? Zugegeben - Objekte sind nicht immer so flexibel zu handhaben wie simple Strichzeichnungen. So kann die Linie eines Wandobjektes nicht einfach unterbrochen werden, um etwa einen Schornstein einzubauen. Genauso wenig läßt sich eine Innenwandecke mal eben abrunden, weil dadurch eine Wendeltreppe besser passen würde. Für solche Probleme finden sich aber von Fall zu Fall geeignete Lösungswege, sofern die AEC-Funktionen (Architectural and Engineering Computing) auf einer soliden CAD-Basis aufsetzen.<a name="Korrektur" target="_self"></a> Wie bereits erwähnt (<a href="#3DProbleme" target="_self"><img src="../../i/naechst.gif" border="0" WIDTH="20" HEIGHT="15"></a>) argumentieren viele Architekten gegen die dreidimensionale Projektbearbeitung (und auch objektorientierte), indem sie auf fehlende Detail-Informationen in der Frühphase der Planung hinweisen. Dem ist auch weiterhin nicht zu widersprechen  sofern man die Planung "konventionell" angeht. Denkt man aber um und nutzt objektorientierte CAD-Funktionen aus, dann kann die Eingabe der vieler Bauteil-Parameter sogar auf später als üblich verschoben werden (... auch viele Angaben, die auf jeden Fall für einen zweidimensionalen Plan benötigt werden, müssen nun nicht mehr sofort eingegeben werden!) Und wenn die Werte schließlich vorliegen, unterstützt ein objektorientiertes System den Anwender mit datenbankgestützten Editier-Möglichkeiten, wie man es in einem konventionellen CAD-Umfeld gar nicht kennt. Damit ist es nämlich möglich, <ul> <li>beispielsweise alle Innentüren in nichttragenden Wänden auf 2 Meter 26 festzusetzen,</li> <li>alle Brüstungshöhen um 25 cm zu verringern oder</li> <li>oder alle Fenster mit einer bestimmten Breite ändern (auch 100 auf einen Schlag, was klassisches CAD nicht kann),....</li> </ul> <p>... und natürlich werden vom objektorientierten System sofort auch alle korrelierenden Angaben in den Maßketten (incl. Öffnungs- und Brüstungshöhe) korrigiert; und die werden auch in einem Grundriß benötigt  egal ob zwei- oder dreidimensional geplant.</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%" align="center"><img src="details.gif" align="texttop" hspace="3" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td width="100%" align="center">objektorientierte Bauteile können sich selbständig <br> auf den aktuellen Darstellungs- oder Plottmaßstab einstellen..<br>   </td> </tr> </table> </center></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><b><a name="6" target="_self">6</a>. Objekte stellen die Basis für eine perfekte Interoperabilität dar</b><p><img src="../../links/i/iai.gif" align="left" hspace="5" vspace="5" WIDTH="86" HEIGHT="86">Immer schwerer wiegen Probleme, die sich im Zusammenhang mit dem Datenaustausch ergeben können. In der Regel beschränken sich die Anwender heutzutage auf die Übertragung von Daten im DXF-Format, das allerdings Objekte nicht kennt und wahrscheinlich auch nicht mehr kennen lernen wird. Selbst wenn der Architekt sein Projekt objektorientiert aufgebaut haben sollte, verwässert sich dieses spätestens beim Austausch der Daten mit dem Statiker oder einem anderen Fachingenieur - wenn nicht sogar alle Objekte gänzlich verloren gehen. Um diesen Mißstand zu verbessern, haben sich unter anderem weltweit maßgebliche Software-Entwickler (CAD und AVA), die Bauindustrie (beispielsweise Philipp Holzmann) und Banken (Bayrische Vereinsbank, Dresdner Bank und andere) in der <a href="http://www.interoperability.com" target="_self">IAI (Industrie Allianz für Interoperabilität e.V.)</a> zusammengetan, um auf der Basis von Objekten für eine neue Datenaustausch-Qualität zu sorgen. Die IFC-Schnittstelle der IAI wird die Zusammenarbeit zwischen allen an der Gebäudeplanung und -ausführung beteiligten Partnern so signifikant verbessern, daß zumindest große Bauherren sehr bald auf eine IAI-konforme Planung bestehen können. Verstärkt wird diese Entwicklung vom Telekommunikations-Boom, der den Datenaustausch noch einmal beschleunigt. Via Internet werden in naher Zukunft Architekten, Fachingenieure und Bauherren - sogar über Landesgrenzen hinweg - knifflige Punkte zeitgleich am Telefon und an ihren Computern diskutieren können (siehe auch "<a href="f-iai1.htm" target="_top">IAI / IFC-Basisartikel: Der Turmbau zu Babylon am Ende des 20. Jahrhunderts</a>").</p> <p><b><a name="7" target="_self">7</a>. Bauplanung wird ohne Einsatz von Computern nicht mehr möglich sein</b></p> <p>Konnten sich elitäre Architekturbüros bislang noch um die Einführung üblicher CAD-Systeme drücken, weil sich vergleichbare Resultate auch manuell herstellen ließen, so werden in Zukunft Planungs-Partner und Bauherren vom Architekten Daten abverlangen, die ohne Computereinsatz nicht mehr lieferbar sind. Objekte, IFC-Schnittstelle und Telekommunikation sind die Kriterien, die in Zukunft Maßstäbe setzen, an denen das CAD- beziehungsweise AEC-Angebot einerseits und die Planer andererseits gemessen werden. Zumindest auf Herstellerseite wurde die Situation erkannt und dementsprechend gehandelt. Auf Anwenderseite sieht die Situation allerdings noch etwas anders aus.</p> <p>Es gibt eine Faustregel, nach der 80 Prozent der Computer-Anwender nur 20 Prozent der Möglichkeiten wahrnehmen, die ihnen ihr System zur Verfügung stellt - die Fähigkeiten der Rechner-Lösungen verpuffen also an vielen Stellen. Der konsequente Einsatz des technisch Machbaren im bauspezifischen CAD-Bereich kann jedoch viele Standardaufgaben im Planungsbüro entscheidend erleichtern, etwa die Ermittlung von Wohnflächen und Rauminhalten, die Massenermittlung oder die Projekt-Dokumentation. Wenn der Planer mit der rasanten Entwicklung im EDV-Bereich mithalten kann und einmal erfaßte Daten mehrfach nutzt, werden sich ihm zudem völlig neue Betätigungsfelder eröffnen. So stehen beispielsweise sofort sämtliche Daten zur Verfügung, die für das Facility Management / Gebäudeverwaltung benötigt werden - so daß der Architekt dieses Anwendungsgebiet als Dienstleister vollständig übernehmen könnte. Oder er läßt sich lediglich vom Computer verschiedene Planungs- und/oder Darstellungsalternativen auswerfen:</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%" align="center"><img src="3d-dtail.gif" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td width="100%" align="center">oruckzuk erstellt: Ausführungs- und Darstellungsalternativen<br>   </td> </tr> </table> </center><p>Mit diesem Ausblick auf die bereits begonnene (R)Evolution des CAD/AEC-Einsatzes im Architekturbüro soll nicht der Wert von "simplen" 2D- und 3D-Funktionen geschmälert werden  schon gar nicht soll einer gewissen Technikeuphorie Vorschub geleistet werden. Bei aller Leistungsfähigkeit kann doch mit Objekten nur solche Architektur modelliert und dargestellt werden, die das Softwarehaus vorgedacht und seinen Objekten eingebaut hat. Wenn beispielsweise das Objekt "Fenster" nur für quadratische, rechteckige, runde und halbrunde Öffnungen angelegt wurde, dann müßte man bei gotischen Spitzbögen passen  sofern man nicht auf allgemeine Modellierfunktionen zurück greifen kann. Damit also auch in Zukunft Bauwerke durch den Architekten geprägt werden und nicht die Eigentümlichkeiten der Planungssoftware die Gebäude unterscheidbar machen ("Schau mal, das Haus wurde bestimmt mit "X" geplant und jenes mit "Y"), werden die simplen zwei- und dreidimensionalen Elemente und Funktionen auch weiterhin benötigt. Für die Beurteilung eines AEC-/CAD-Systems spielen sie auch weiterhin eine entscheidende Rolle.</p> <p>Auf die gute Mischung von leistungsstarken Basisfunktionen, neuer (Objekt-)Technologie UND den elektronischen Datenaustausch zwischen allen am Bau beteiligten Gruppen wird es in Zukunft ankommen.</p> <p><strong>PS:</strong> Es soll noch einmal betont werden, daß die hier beschriebenen Funktionen - z.B. die selbständige Einstellung auf den jeweiligen Maßstab (siehe letztes Bild) - mit Hilfe von Objekten technisch realisierbar sind. Ob und in welchem Umfang diese Möglichkeiten von dem jeweiligen Programm umgesetzt wurden, muß von Fall zu Fall geprüft werden.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="right" bgcolor="#000000"><font color="#AFD8B0"><strong>  </strong></font></td> </tr> <tr> <td align="right"><p class="kringelliste"><font color="#000000"><strong>© Alfons Oebbeke, Neustadt 1997 - 2001<br>   <br> </strong></font><a href="#Seitenanfang" target="_self"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a> zurück zum Seitenanfang<br> <a target="_top" href="../index.htm"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a> zur Magazin-Übersicht<br> <a target="_top" href="http://www.aecweb.de"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a>oder Titelseite ("home")</td> </tr> </table> (R)EVOLUTION im Architekturbüro</strong><img src="../../i/m-leer.gif" width="19" height="20" alt="Illustrationen, Bilder, Fotos, Grafiken, CAD-Modelle, Virtuelle Realität im Internet, World Wide Web, WWW: Pixelbilder, Vektor-Grafiken, CAD-Zeichnungen, virtual reality, VR, Visualisierung, Bild, Foto, Fotographien, Grafik, CAD-Modell, Visualisierungen, Präsentation"></td> </tr> <tr> <td bgcolor="#000000" colspan="3" width="729">    </td> </tr> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br>   Ausschnitte veröffentlicht im <a href="http://www.dressler-verlag.de" target="_blank"><strong>AEC-Report 3/97</strong></a></p> <p align="center">erste Fassung:<br> 12.9.1997</td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><strong>  <br> Kapitelübersicht:</strong></h3> <p class="kr-neu"><a href="#1" target="_self"><img src="../i/m-spiral.gif" border="0" hspace vspace WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Planerstellung auf der untersten 2D-Leistungsstufe</b></p> <p class="kr-neu"><a href="#2" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Die dreidimensionale Konstruktion ist heute schon Standard</b></p> <p class="kr-neu"><a href="#3" target="_self"><img src="../i/m-spiral.gif" border="0" vspace WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Frischer Wind durch die Einführung von bauteilbezogenen Objekten</b></p> <p class="kr-neu"><a href="#4" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Auch komplexe Objekte werden im System als ein einziges Element behandelt</b></p> <p class="kr-neu"><a href="#5" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Die Topologie definiert die Beziehung der Objekte untereinander</b></p> <p class="kr-neu"><a href="#6" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Objekte stellen die Basis für eine perfekte </b><strong>Interoperabilität</strong><b> dar</b></p> <p class="kr-neu"><a href="#7" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Bauplanung wird ohne Einsatz von Computern nicht mehr möglich sein<br>   </b></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td bgcolor="#000000" width="729">    </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> kursiv markierte Links verweisen auf GLOSSAR.de</td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3>  <br> 2D lieber als 3D?</h3> <p><b>1988 suchte ein großer deutscher Rundfunksender nach einem CAD-System für seine Architekturabteilung, das dort gleich mit mehreren Arbeitsplätzen installiert werden sollte. Ein stolzer Auftrag für ein junges Unternehmen in einer noch jungen Branche. Um so größer war die Enttäuschung, als kurzerhand eine Absage erteilt wurde - und zwar mit folgender Begründung: "Ihre Software kann zuviel! Unsere Mitarbeiter fühlen sich jetzt schon überfordert."</b></p> <p>Der Rundfunksender entschied sich schließlich für eine allgemeine 2D-CAD-Software ohne spezielle Architektur-Funktionen, um "den Transfer des konventionellen Arbeitsplatzes in einen modernen Computerarbeitsplatz besser nachvollziehen zu können". Der direkt auf das Papier gemalte Tuschestrich sollte eins zu eins auf die Computeranwendung übertragbar sein.</p> <p>Dieser Vorfall löste beim angeschmierten CAD-Hersteller eine interessante Diskussion aus: Sollte die Leistungsfähigkeit einer Software beziehungsweise die Vielfalt ihrer Möglichkeiten nur in dem Maße sinnvoll sein, in dem sie von den betroffenen Anwendern bewältigt werden können? Welche strukturellen Anpassungen dürfen die Softwarehersteller von den Anwendern ihrer Software erwarten oder gar einfordern?</p> <p><strong>THESE:</strong> Der wahre Nutzen eines modernen, integrierten CAD-Systems stellt sich erst dann ein, wenn das gesamte Büro zum Teil grundlegende Umstellungen in Organisation und Arbeitsweise akzeptiert und durchführt!</p> <p>Eines zumindest läßt sich heute schon mit großer Sicherheit sagen: konventionelle Vorbilder - und ganz speziell das Reißbrett - werden noch in diesem Jahrtausend als Vorbild für die Gebäudeplanung per Computer ausgedient haben.</p> <p>Im folgenden geht es nicht darum, die besten Funktionen von CAD-Programmen aufzuzählen; vielmehr sollen die Sinne für Entwicklungen geschärft werden, die den AEC-Markt in Zukunft stark beeinflussen können. Gerade heute werden viele Weichen neu gestellt, und sowohl Entwickler als auch Anwender, die auf diese Veränderungen nicht reagieren, werden dies schon bald schmerzlich zu spüren bekommen.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="1" target="_self">1</a>. Planerstellung auf der untersten 2D-Leistungsstufe</b></h3> <p>Der Vorfall mit dem Rundfunksender liegt viele Jahre zurück; die CAD-Entwicklung hat sich bei allen Herstellern um mindestens sechs Programm-Versionen verbessert und die Akzeptanz von Computer-Lösungen im Architekturbüro ist dramatisch gestiegen. Dazu hat natürlich auch die Bedienerfreundlichkeit der Systeme beigetragen, die nicht zuletzt auch durch Windows-Unterstützung realisiert werden konnte. Allerdings stehen sich dabei manchmal die Wünsche von CAD-Anfängern und -Virtuosen im Wege. Während sich der Neueinsteiger über logisch aufgebaute Menüs freut, fühlt sich der Experte davon eher gebremst. Er möchte für die Wandeingabe nicht über zwei verschachtelte Menüs gehen müssen, sondern diesen Befehl beispielsweise lieber über einen Tastendruck aktivieren. Über die gesamte Laufzeit eines Projektes gesehen, können durch umständliche Bedienung schnell mehrere Stunden verloren gehen. Am besten ist es darum, wenn die Software sich an den Anwender anpassen, gleichsam mitwachsen kann. </p> <p>Grundsätzlich wird ein Architekturbüro heutzutage kaum noch in eine CAD-Lösung investieren, die nicht über spezielle Architekturfunktionen verfügt. Das Zeichnen von Wänden in Form von mindestens zwei parallel verlaufenden Linien sollte inzwischen genauso selbstverständlich sein wie beispielsweise der automatisch generierte L- und T-(Innenwand-)Wandanschluß. Und natürlich sollten beim Einfügen von Öffnungen Wandlinien automatisch aufgebrochen werden und Maßketten selbständig auf Änderungen am Gebäude reagieren. Ebenso selbstverständlich sollten sich Raumfläche und -umfang zumindest halbautomatisch durch Abgreifen der Raumecken errechnen und in der Zeichnung einsetzen lassen.</p> <p>Trotz solcher Automatismen wird jedoch auf dieser Stufe fast noch genauso gearbeitet, wie früher am Zeichenbrett. Solche CAD-Zeichnungen sind immer noch so konzipiert, wie sie vom Plotter beziehungsweise Drucker auf Papier gebracht werden sollen. So sehr diese Vorgehensweise auf den ersten Blick selbstverständlich und logisch erscheint, so widersinnig ist sie jedoch in Anbetracht der Tatsache, daß auf diese Weise Geschosse weiterhin nebeneinander und nicht übereinander erstellt werden können. Das ändert sich erst mit dem Einsatz von dreidimensional arbeitenden CAD-Systemen.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="2" target="_self">2</a>. Die dreidimensionale Konstruktion ist heute schon Standard ...</b></h3> <p>... - zumindest was die technischen Möglichkeiten gängiger CAD-Systeme anbelangt. Sind die notwendigen dreidimensionalen Eingaben gemacht, haben die Systeme dem Architekten in Form von diversen Abfallprodukten einiges zu bieten: so gehört das Generieren von Ansichten und Schnitten mittlerweile zum Pflichtprogramm gängiger Architekturpakete. Die Darstellung von perspektivischen (Verdeckte-Linien)- Zeichnungen, fotorealistischen Bilder oder gar Animationen stellt dagegen für viele Architekten auch weiterhin die Kür dar. Aber die häufig als Spielzeug angesehenen bunten Bilder avancieren heutzutage immer häufiger zu einem sehr wirkungsvollen Werkzeug bei der Akquise neuer <img src="animot1.gif" align="right" hspace="7" vspace="7" WIDTH="352" HEIGHT="224">Aufträge, beim Präsentieren von Entwürfen oder zur Verkaufsunterstützung von beispielsweise Eigentumswohnungen; und sie machen auf konstruktive Detailprobleme aufmerksam noch bevor auf der Baustelle geflickt werden müssen. (Bild von Animotion, Achim)</p> <p>Allerdings ändert sich bei der dreidimensionalen  Projektbearbeitung auch die Arbeitsweise gegenüber der konventionellen Planerstellung in vielfacher Hinsicht - der Planer darf nun nämlich nicht mehr zeichnungsorientiert denken und arbeiten, sondern muß gebäude- oder projektorientiert vorgehen. <a name="3DProbleme" target="_self"></a>In Anbetracht der oben genannten Visualisierungsoptionen oder einer angeschlossenen Massenermittlung, können identische Geschosse in einem 3D-CAD-System nicht einfach weggelassen werden, während sie im zweidimensionalen System nur alternativ beschriftet werden müssen. Und konsequent angewendet, sind bei der Konstruktion eines dreidimensionalen Modells zu einem sehr frühen Zeitpunkt bereits Angaben gefragt, die nach konventioneller Arbeitsweise noch lange vernachlässigt werden könnten - gemeint sind zum Beispiel Brüstungs- und Türhöhen, Fußboden und Deckenaufbauten oder lichte Raumhöhen und Trägerquerschnitte. Gerade Büros, in denen Kopfarbeit (Entwerfen, Planen und Managen) und CAD-Eingabe nicht integriert sind, werden sich mit diesem Umdenkprozess schwer tun (dieser Gesichtspunkt wird unten noch einmal betrachtet <a href="#Korrektur" target="_self"><img src="../../i/naechst.gif" border="0" WIDTH="20" HEIGHT="15"></a>).</p> <p>Niemanden wird es deshalb verwundern, wenn 3D-Systeme lange Zeit nur von den wenigsten CAD-einsetzenden Architekten konsequent genutzt wurden - und immer noch eingesetzt werden? (Architekturbüros sind eben auch Wirtschaftsunternehmen!) Selbst engagierte Protagonisten fragen sich seit Jahren immer wieder, ob die paar genannten "Abfallprodukte", den notwendigen Mehraufwand bei der Eingabe tatsächlich rechtfertigen.</p> <p>Auf der Suche nach Methoden, die Produktivität und Attraktivität von High-End-Programmen zu steigern, wurden sogenannte "Objekte", also Bauteile, implementiert. Der Einsatz von Objekten kommt sowohl der zweidimensionalen Planerstellung als auch der dreidimensionalen Modellierung zugute und erlaubt eine stärkere Kopplung weiterführender Anwendungsbereiche an das CAD-System. Objekte werden die Kommunikation zwischen allen am Bau beteiligten Parteien revolutionieren. Damit wiederum rücken Möglichkeiten wie eine sinnvolle computergestützte Massenermittlungen, Wärmebedarfs- und Schallschutzberechnungen oder Facility Management-Anwendungen auf der Basis von CAD-Daten in greifbare Nähe.</p> <p align="center"><img src="contact.gif" vspace="4" WIDTH="322" HEIGHT="259"></p> <h3><b><a name="3" target="_self">3</a>. Frischer Wind durch die Einführung von bauteilbezogenen Objekten</b></h3> <p>Der Unterschied zwischen einfachen 3D-Elementen und architekturspezifischen Objekten ist einfach zu erklären: In einem klassischen CAD-System werden Wände in der Regel in Form von zwei oder mehr Linien (2D) bzw. Polygonen oder einer Platte (3D) abgebildet - genauso wie Decken oder Dachflächen. Wandtypische Eigenarten wie Beschaffenheit, Wandanschlüsse, Wandaufbauten, konstruktive, statische oder bauphysikalische Regeln haben jedoch in der allgemeinen 3D-Struktur keinen Platz. Ist die Wand aber ein Objekt, dann können ergänzende Beschreibungen sowie Planungs- und Realisierungs-Regeln hinterlegt und bei Manipulationen berücksichtigt werden.</p> <p>Mit dieser Technik sind dann auch Automatismen möglich, die zum Beispiel eine bestehende Ziegelwand im CAD-System aufbrechen, wenn sie von einer Stahlbetonwand gekreuzt wird. Oder anders herum: werden später beispielsweise alle Stahlbetonwände in leichte Gipskartonwänden umgewandelt (warum auch immer!?), dann können zumindest theoretisch alle kreuzenden Ziegelwände automatisch geschlossen und die Gipskartonwände dementsprechend aufgebrochen werden. Dabei muß sich der Anwender darüber im Klaren sein, daß ein objektorientiertes CAD-Programm zwar prinzipiell über die hier beschriebenen Funktionen verfügen könnte - diese müssen aber keineswegs tatsächlich implementiert sein. Noch ein weiteres Beispiel, das die Leistungsfähigkeit von Objekten näher erläutert: eine als Objekt erstellte Treppe könnte immer automatisch das richtige Steigungsverhältnis ermitteln, notwendige Podeste einbauen, die Verziehungsregeln berücksichtigen, beim Erreichen einer Mindest-Kopfhöhe die Generierung eines Treppenloches veranlassen und auch ein kindgerechtes Geländer nicht vergessen. Und wenn sich dann die Geschoßhöhe ändert oder der Antritt verlegt werden muß, wird das Objekt "Treppe" darauf zu reagieren wissen  sofern es entsprechend programmiert wurde.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="4" target="_self">4</a>. Auch komplexe Objekte werden im System als ein einziges Element behandelt</b></h3> <center><table border="0" cellspacing="4"> <tr> <td align="right" valign="top" class="normalabst"><strong><u>klassisches CAD:</u></strong><br> Bauteile bestehen<br> aus vielen einzelnen<br> Elementen</td> <td align="center" valign="top" class="normalabst"><img src="obj-o1.gif" align="top" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td align="right" valign="top" class="normalabst"><u><strong>objektorientiertes CAD:</strong></u><br> Bauteile bestehen aus jeweils<br> einem Element und<br> angeschlossene Objekte<br> (z.B. Wände) können<br> auf sie reagieren</td> <td align="center" valign="top" class="normalabst"><img src="o-ani.gif" align="top" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> </table> </center><p>In der grafischen Anwendung fallen Objekte zunächst dadurch auf, daß sie sich am Bildschirm zwar aus vielen Elementen zusammensetzen, im System selbst aber nur als <strong>EIN</strong> Element behandelt werden - sich also als ein OBJEKT löschen, kopieren, bewegen, verziehen oder spiegeln lassen. Wie am Beispiel der Wand dargestellt, müssen Objekte aber nicht nur auf direkte Aktionen reagieren, sondern können sich auch dem Zustand des CAD-Systems anpassen. So orientiert sich die Detaillierungstiefe selbständig an dem Darstellungsmaßstab - am dem aktuellen oder fürs Plotten einzustellenden. Weiterhin können beispielsweise die unterschiedlichen Regeln, die es für die Darstellung von kombinierten Dreh-/Kippfenstern in Grundrissen, Schnitten, Ansichten oder Perspektiven gibt, ohne zusätzliche Eingaben automatisch berücksichtigt werden. Eventuelle Oberflächenbeschreibungen kommen darüber hinaus auch bei fotorealistischen Bildberechnungen oder Animationen zum Einsatz.</p> <p align="left">Da Objekte die Zeichnungsinhalte für ein CAD-System transparent machen, lassen sich in objektorientierten Programmen Such- und Änderungsfunktionen realisieren, die in gleicher Form bislang nur bei Text- oder Datenbankprogrammen bekannt sind. So ist es etwa möglich, Objekte nach Kriterien wie Größe, Beschaffenheit oder Hersteller zu selektieren und dann gezielt auszutauschen, also beispielsweise alle einflügeligen Holzfenster ab einer Breite von 1,01 Meter gegen zweiflügelige Kunststoffenster. Dies läßt sich auch in modernen CAD-Systemen realisieren, weil diese mit Datenbanken arbeiten, in denen die verschiedensten objektspezifischen Zusatzinformationen hinterlegt sind beziehungsweise sich ansammeln können. Dadurch kann in Zukunft ein ursprünglich als CAD-Element konzipiertes Objekt zusätzlich auch von Kalkulations- oder AVA-Programmen weiterverarbeitet werden. Mehr noch, die Geometrie eines Objektes läßt sich in der Kalkulationstabelle oder im AVA-Programm modifizieren und diese Änderung wird umgekehrt wieder im CAD-Programm angezeigt.</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%"><img src="auswert1.gif" WIDTH="450" HEIGHT="293"></td> </tr> <tr> <td width="100%" align="center">Beispiel für eine Auswertung von Wänden <br> ( Funktion "Auswertung" von SPIRIT)<br>   </td> </tr> </table> </center></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><b><a name="5" target="_self">5</a>. Die Topologie definiert die Beziehung der Objekte untereinander</b><p>Die Etablierung von Objekten wird durch die Berücksichtigung topologischer Gesichtspunkte noch unterstützt. Danach werden Objekte nicht mehr als einzelne Elemente betrachtet, sondern gehen untereinander Beziehungen ein. Sie können dadurch auf Manipulationen an ihren Partner-Objekten reagieren. Ein Fenster wird beispielsweise automatisch bewegt, gedreht oder gelöscht, wenn die entsprechende Wand bewegt, gedreht oder gelöscht wird. Dabei können Objekte an markanten Punkten verankert werden, so daß beispielsweise gewährleistet ist, daß eine Tür immer im Abstand von 75 Zentimetern von der Wandecke entfernt liegt - egal wann und wie die maßgeblichen Wände noch manipuliert werden. Anschlußwände korrigieren sich, wenn eine Wand verschoben oder ihre Dicke verändert wird und Giebelwände werden an jede neue Dachform automatisch angepaßt. Und Räume - übrigens ein sehr wichtiges Objekt - wissen schließlich, durch welche Wände sie begrenzt werden und welche anderen Räume an sie angrenzen.</p> <p>Objekte und Topologien sind bei CAD-Systemen prinzipiell allerdings gar nicht so neu; zumindest die Objekt-Technologie wird in Ansätzen von den großen Anbietern der Branche bereits seit Jahren in ihren Applikationen eingesetzt. Viele CAD-Anwender ignorieren dies jedoch - vielleicht deshalb, weil sie befürchten, daß der Abstraktionsgrad von Objekten noch höher ist, als der von puren 3D-Elementen? Zugegeben - Objekte sind nicht immer so flexibel zu handhaben wie simple Strichzeichnungen. So kann die Linie eines Wandobjektes nicht einfach unterbrochen werden, um etwa einen Schornstein einzubauen. Genauso wenig läßt sich eine Innenwandecke mal eben abrunden, weil dadurch eine Wendeltreppe besser passen würde. Für solche Probleme finden sich aber von Fall zu Fall geeignete Lösungswege, sofern die AEC-Funktionen (Architectural and Engineering Computing) auf einer soliden CAD-Basis aufsetzen.<a name="Korrektur" target="_self"></a> Wie bereits erwähnt (<a href="#3DProbleme" target="_self"><img src="../../i/naechst.gif" border="0" WIDTH="20" HEIGHT="15"></a>) argumentieren viele Architekten gegen die dreidimensionale Projektbearbeitung (und auch objektorientierte), indem sie auf fehlende Detail-Informationen in der Frühphase der Planung hinweisen. Dem ist auch weiterhin nicht zu widersprechen  sofern man die Planung "konventionell" angeht. Denkt man aber um und nutzt objektorientierte CAD-Funktionen aus, dann kann die Eingabe der vieler Bauteil-Parameter sogar auf später als üblich verschoben werden (... auch viele Angaben, die auf jeden Fall für einen zweidimensionalen Plan benötigt werden, müssen nun nicht mehr sofort eingegeben werden!) Und wenn die Werte schließlich vorliegen, unterstützt ein objektorientiertes System den Anwender mit datenbankgestützten Editier-Möglichkeiten, wie man es in einem konventionellen CAD-Umfeld gar nicht kennt. Damit ist es nämlich möglich, <ul> <li>beispielsweise alle Innentüren in nichttragenden Wänden auf 2 Meter 26 festzusetzen,</li> <li>alle Brüstungshöhen um 25 cm zu verringern oder</li> <li>oder alle Fenster mit einer bestimmten Breite ändern (auch 100 auf einen Schlag, was klassisches CAD nicht kann),....</li> </ul> <p>... und natürlich werden vom objektorientierten System sofort auch alle korrelierenden Angaben in den Maßketten (incl. Öffnungs- und Brüstungshöhe) korrigiert; und die werden auch in einem Grundriß benötigt  egal ob zwei- oder dreidimensional geplant.</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%" align="center"><img src="details.gif" align="texttop" hspace="3" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td width="100%" align="center">objektorientierte Bauteile können sich selbständig <br> auf den aktuellen Darstellungs- oder Plottmaßstab einstellen..<br>   </td> </tr> </table> </center></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><b><a name="6" target="_self">6</a>. Objekte stellen die Basis für eine perfekte Interoperabilität dar</b><p><img src="../../links/i/iai.gif" align="left" hspace="5" vspace="5" WIDTH="86" HEIGHT="86">Immer schwerer wiegen Probleme, die sich im Zusammenhang mit dem Datenaustausch ergeben können. In der Regel beschränken sich die Anwender heutzutage auf die Übertragung von Daten im DXF-Format, das allerdings Objekte nicht kennt und wahrscheinlich auch nicht mehr kennen lernen wird. Selbst wenn der Architekt sein Projekt objektorientiert aufgebaut haben sollte, verwässert sich dieses spätestens beim Austausch der Daten mit dem Statiker oder einem anderen Fachingenieur - wenn nicht sogar alle Objekte gänzlich verloren gehen. Um diesen Mißstand zu verbessern, haben sich unter anderem weltweit maßgebliche Software-Entwickler (CAD und AVA), die Bauindustrie (beispielsweise Philipp Holzmann) und Banken (Bayrische Vereinsbank, Dresdner Bank und andere) in der <a href="http://www.interoperability.com" target="_self">IAI (Industrie Allianz für Interoperabilität e.V.)</a> zusammengetan, um auf der Basis von Objekten für eine neue Datenaustausch-Qualität zu sorgen. Die IFC-Schnittstelle der IAI wird die Zusammenarbeit zwischen allen an der Gebäudeplanung und -ausführung beteiligten Partnern so signifikant verbessern, daß zumindest große Bauherren sehr bald auf eine IAI-konforme Planung bestehen können. Verstärkt wird diese Entwicklung vom Telekommunikations-Boom, der den Datenaustausch noch einmal beschleunigt. Via Internet werden in naher Zukunft Architekten, Fachingenieure und Bauherren - sogar über Landesgrenzen hinweg - knifflige Punkte zeitgleich am Telefon und an ihren Computern diskutieren können (siehe auch "<a href="f-iai1.htm" target="_top">IAI / IFC-Basisartikel: Der Turmbau zu Babylon am Ende des 20. Jahrhunderts</a>").</p> <p><b><a name="7" target="_self">7</a>. Bauplanung wird ohne Einsatz von Computern nicht mehr möglich sein</b></p> <p>Konnten sich elitäre Architekturbüros bislang noch um die Einführung üblicher CAD-Systeme drücken, weil sich vergleichbare Resultate auch manuell herstellen ließen, so werden in Zukunft Planungs-Partner und Bauherren vom Architekten Daten abverlangen, die ohne Computereinsatz nicht mehr lieferbar sind. Objekte, IFC-Schnittstelle und Telekommunikation sind die Kriterien, die in Zukunft Maßstäbe setzen, an denen das CAD- beziehungsweise AEC-Angebot einerseits und die Planer andererseits gemessen werden. Zumindest auf Herstellerseite wurde die Situation erkannt und dementsprechend gehandelt. Auf Anwenderseite sieht die Situation allerdings noch etwas anders aus.</p> <p>Es gibt eine Faustregel, nach der 80 Prozent der Computer-Anwender nur 20 Prozent der Möglichkeiten wahrnehmen, die ihnen ihr System zur Verfügung stellt - die Fähigkeiten der Rechner-Lösungen verpuffen also an vielen Stellen. Der konsequente Einsatz des technisch Machbaren im bauspezifischen CAD-Bereich kann jedoch viele Standardaufgaben im Planungsbüro entscheidend erleichtern, etwa die Ermittlung von Wohnflächen und Rauminhalten, die Massenermittlung oder die Projekt-Dokumentation. Wenn der Planer mit der rasanten Entwicklung im EDV-Bereich mithalten kann und einmal erfaßte Daten mehrfach nutzt, werden sich ihm zudem völlig neue Betätigungsfelder eröffnen. So stehen beispielsweise sofort sämtliche Daten zur Verfügung, die für das Facility Management / Gebäudeverwaltung benötigt werden - so daß der Architekt dieses Anwendungsgebiet als Dienstleister vollständig übernehmen könnte. Oder er läßt sich lediglich vom Computer verschiedene Planungs- und/oder Darstellungsalternativen auswerfen:</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%" align="center"><img src="3d-dtail.gif" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td width="100%" align="center">oruckzuk erstellt: Ausführungs- und Darstellungsalternativen<br>   </td> </tr> </table> </center><p>Mit diesem Ausblick auf die bereits begonnene (R)Evolution des CAD/AEC-Einsatzes im Architekturbüro soll nicht der Wert von "simplen" 2D- und 3D-Funktionen geschmälert werden  schon gar nicht soll einer gewissen Technikeuphorie Vorschub geleistet werden. Bei aller Leistungsfähigkeit kann doch mit Objekten nur solche Architektur modelliert und dargestellt werden, die das Softwarehaus vorgedacht und seinen Objekten eingebaut hat. Wenn beispielsweise das Objekt "Fenster" nur für quadratische, rechteckige, runde und halbrunde Öffnungen angelegt wurde, dann müßte man bei gotischen Spitzbögen passen  sofern man nicht auf allgemeine Modellierfunktionen zurück greifen kann. Damit also auch in Zukunft Bauwerke durch den Architekten geprägt werden und nicht die Eigentümlichkeiten der Planungssoftware die Gebäude unterscheidbar machen ("Schau mal, das Haus wurde bestimmt mit "X" geplant und jenes mit "Y"), werden die simplen zwei- und dreidimensionalen Elemente und Funktionen auch weiterhin benötigt. Für die Beurteilung eines AEC-/CAD-Systems spielen sie auch weiterhin eine entscheidende Rolle.</p> <p>Auf die gute Mischung von leistungsstarken Basisfunktionen, neuer (Objekt-)Technologie UND den elektronischen Datenaustausch zwischen allen am Bau beteiligten Gruppen wird es in Zukunft ankommen.</p> <p><strong>PS:</strong> Es soll noch einmal betont werden, daß die hier beschriebenen Funktionen - z.B. die selbständige Einstellung auf den jeweiligen Maßstab (siehe letztes Bild) - mit Hilfe von Objekten technisch realisierbar sind. Ob und in welchem Umfang diese Möglichkeiten von dem jeweiligen Programm umgesetzt wurden, muß von Fall zu Fall geprüft werden.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="right" bgcolor="#000000"><font color="#AFD8B0"><strong>  </strong></font></td> </tr> <tr> <td align="right"><p class="kringelliste"><font color="#000000"><strong>© Alfons Oebbeke, Neustadt 1997 - 2001<br>   <br> </strong></font><a href="#Seitenanfang" target="_self"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a> zurück zum Seitenanfang<br> <a target="_top" href="../index.htm"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a> zur Magazin-Übersicht<br> <a target="_top" href="http://www.aecweb.de"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a>oder Titelseite ("home")</td> </tr> </table>  (R)EVOLUTION im Architekturbüro</strong><img src="../../i/m-leer.gif" width="19" height="20" alt="Illustrationen, Bilder, Fotos, Grafiken, CAD-Modelle, Virtuelle Realität im Internet, World Wide Web, WWW: Pixelbilder, Vektor-Grafiken, CAD-Zeichnungen, virtual reality, VR, Visualisierung, Bild, Foto, Fotographien, Grafik, CAD-Modell, Visualisierungen, Präsentation"></td> </tr> <tr> <td bgcolor="#000000" colspan="3" width="729">    </td> </tr> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br>   Ausschnitte veröffentlicht im <a href="http://www.dressler-verlag.de" target="_blank"><strong>AEC-Report 3/97</strong></a></p> <p align="center">erste Fassung:<br> 12.9.1997</td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><strong>  <br> Kapitelübersicht:</strong></h3> <p class="kr-neu"><a href="#1" target="_self"><img src="../i/m-spiral.gif" border="0" hspace vspace WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Planerstellung auf der untersten 2D-Leistungsstufe</b></p> <p class="kr-neu"><a href="#2" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Die dreidimensionale Konstruktion ist heute schon Standard</b></p> <p class="kr-neu"><a href="#3" target="_self"><img src="../i/m-spiral.gif" border="0" vspace WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Frischer Wind durch die Einführung von bauteilbezogenen Objekten</b></p> <p class="kr-neu"><a href="#4" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Auch komplexe Objekte werden im System als ein einziges Element behandelt</b></p> <p class="kr-neu"><a href="#5" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Die Topologie definiert die Beziehung der Objekte untereinander</b></p> <p class="kr-neu"><a href="#6" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Objekte stellen die Basis für eine perfekte </b><strong>Interoperabilität</strong><b> dar</b></p> <p class="kr-neu"><a href="#7" target="_self"><img src="../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a><strong> </strong><b>Bauplanung wird ohne Einsatz von Computern nicht mehr möglich sein<br>   </b></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td bgcolor="#000000" width="729">    </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> kursiv markierte Links verweisen auf GLOSSAR.de</td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3>  <br> 2D lieber als 3D?</h3> <p><b>1988 suchte ein großer deutscher Rundfunksender nach einem CAD-System für seine Architekturabteilung, das dort gleich mit mehreren Arbeitsplätzen installiert werden sollte. Ein stolzer Auftrag für ein junges Unternehmen in einer noch jungen Branche. Um so größer war die Enttäuschung, als kurzerhand eine Absage erteilt wurde - und zwar mit folgender Begründung: "Ihre Software kann zuviel! Unsere Mitarbeiter fühlen sich jetzt schon überfordert."</b></p> <p>Der Rundfunksender entschied sich schließlich für eine allgemeine 2D-CAD-Software ohne spezielle Architektur-Funktionen, um "den Transfer des konventionellen Arbeitsplatzes in einen modernen Computerarbeitsplatz besser nachvollziehen zu können". Der direkt auf das Papier gemalte Tuschestrich sollte eins zu eins auf die Computeranwendung übertragbar sein.</p> <p>Dieser Vorfall löste beim angeschmierten CAD-Hersteller eine interessante Diskussion aus: Sollte die Leistungsfähigkeit einer Software beziehungsweise die Vielfalt ihrer Möglichkeiten nur in dem Maße sinnvoll sein, in dem sie von den betroffenen Anwendern bewältigt werden können? Welche strukturellen Anpassungen dürfen die Softwarehersteller von den Anwendern ihrer Software erwarten oder gar einfordern?</p> <p><strong>THESE:</strong> Der wahre Nutzen eines modernen, integrierten CAD-Systems stellt sich erst dann ein, wenn das gesamte Büro zum Teil grundlegende Umstellungen in Organisation und Arbeitsweise akzeptiert und durchführt!</p> <p>Eines zumindest läßt sich heute schon mit großer Sicherheit sagen: konventionelle Vorbilder - und ganz speziell das Reißbrett - werden noch in diesem Jahrtausend als Vorbild für die Gebäudeplanung per Computer ausgedient haben.</p> <p>Im folgenden geht es nicht darum, die besten Funktionen von CAD-Programmen aufzuzählen; vielmehr sollen die Sinne für Entwicklungen geschärft werden, die den AEC-Markt in Zukunft stark beeinflussen können. Gerade heute werden viele Weichen neu gestellt, und sowohl Entwickler als auch Anwender, die auf diese Veränderungen nicht reagieren, werden dies schon bald schmerzlich zu spüren bekommen.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="1" target="_self">1</a>. Planerstellung auf der untersten 2D-Leistungsstufe</b></h3> <p>Der Vorfall mit dem Rundfunksender liegt viele Jahre zurück; die CAD-Entwicklung hat sich bei allen Herstellern um mindestens sechs Programm-Versionen verbessert und die Akzeptanz von Computer-Lösungen im Architekturbüro ist dramatisch gestiegen. Dazu hat natürlich auch die Bedienerfreundlichkeit der Systeme beigetragen, die nicht zuletzt auch durch Windows-Unterstützung realisiert werden konnte. Allerdings stehen sich dabei manchmal die Wünsche von CAD-Anfängern und -Virtuosen im Wege. Während sich der Neueinsteiger über logisch aufgebaute Menüs freut, fühlt sich der Experte davon eher gebremst. Er möchte für die Wandeingabe nicht über zwei verschachtelte Menüs gehen müssen, sondern diesen Befehl beispielsweise lieber über einen Tastendruck aktivieren. Über die gesamte Laufzeit eines Projektes gesehen, können durch umständliche Bedienung schnell mehrere Stunden verloren gehen. Am besten ist es darum, wenn die Software sich an den Anwender anpassen, gleichsam mitwachsen kann. </p> <p>Grundsätzlich wird ein Architekturbüro heutzutage kaum noch in eine CAD-Lösung investieren, die nicht über spezielle Architekturfunktionen verfügt. Das Zeichnen von Wänden in Form von mindestens zwei parallel verlaufenden Linien sollte inzwischen genauso selbstverständlich sein wie beispielsweise der automatisch generierte L- und T-(Innenwand-)Wandanschluß. Und natürlich sollten beim Einfügen von Öffnungen Wandlinien automatisch aufgebrochen werden und Maßketten selbständig auf Änderungen am Gebäude reagieren. Ebenso selbstverständlich sollten sich Raumfläche und -umfang zumindest halbautomatisch durch Abgreifen der Raumecken errechnen und in der Zeichnung einsetzen lassen.</p> <p>Trotz solcher Automatismen wird jedoch auf dieser Stufe fast noch genauso gearbeitet, wie früher am Zeichenbrett. Solche CAD-Zeichnungen sind immer noch so konzipiert, wie sie vom Plotter beziehungsweise Drucker auf Papier gebracht werden sollen. So sehr diese Vorgehensweise auf den ersten Blick selbstverständlich und logisch erscheint, so widersinnig ist sie jedoch in Anbetracht der Tatsache, daß auf diese Weise Geschosse weiterhin nebeneinander und nicht übereinander erstellt werden können. Das ändert sich erst mit dem Einsatz von dreidimensional arbeitenden CAD-Systemen.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="2" target="_self">2</a>. Die dreidimensionale Konstruktion ist heute schon Standard ...</b></h3> <p>... - zumindest was die technischen Möglichkeiten gängiger CAD-Systeme anbelangt. Sind die notwendigen dreidimensionalen Eingaben gemacht, haben die Systeme dem Architekten in Form von diversen Abfallprodukten einiges zu bieten: so gehört das Generieren von Ansichten und Schnitten mittlerweile zum Pflichtprogramm gängiger Architekturpakete. Die Darstellung von perspektivischen (Verdeckte-Linien)- Zeichnungen, fotorealistischen Bilder oder gar Animationen stellt dagegen für viele Architekten auch weiterhin die Kür dar. Aber die häufig als Spielzeug angesehenen bunten Bilder avancieren heutzutage immer häufiger zu einem sehr wirkungsvollen Werkzeug bei der Akquise neuer <img src="animot1.gif" align="right" hspace="7" vspace="7" WIDTH="352" HEIGHT="224">Aufträge, beim Präsentieren von Entwürfen oder zur Verkaufsunterstützung von beispielsweise Eigentumswohnungen; und sie machen auf konstruktive Detailprobleme aufmerksam noch bevor auf der Baustelle geflickt werden müssen. (Bild von Animotion, Achim)</p> <p>Allerdings ändert sich bei der dreidimensionalen  Projektbearbeitung auch die Arbeitsweise gegenüber der konventionellen Planerstellung in vielfacher Hinsicht - der Planer darf nun nämlich nicht mehr zeichnungsorientiert denken und arbeiten, sondern muß gebäude- oder projektorientiert vorgehen. <a name="3DProbleme" target="_self"></a>In Anbetracht der oben genannten Visualisierungsoptionen oder einer angeschlossenen Massenermittlung, können identische Geschosse in einem 3D-CAD-System nicht einfach weggelassen werden, während sie im zweidimensionalen System nur alternativ beschriftet werden müssen. Und konsequent angewendet, sind bei der Konstruktion eines dreidimensionalen Modells zu einem sehr frühen Zeitpunkt bereits Angaben gefragt, die nach konventioneller Arbeitsweise noch lange vernachlässigt werden könnten - gemeint sind zum Beispiel Brüstungs- und Türhöhen, Fußboden und Deckenaufbauten oder lichte Raumhöhen und Trägerquerschnitte. Gerade Büros, in denen Kopfarbeit (Entwerfen, Planen und Managen) und CAD-Eingabe nicht integriert sind, werden sich mit diesem Umdenkprozess schwer tun (dieser Gesichtspunkt wird unten noch einmal betrachtet <a href="#Korrektur" target="_self"><img src="../../i/naechst.gif" border="0" WIDTH="20" HEIGHT="15"></a>).</p> <p>Niemanden wird es deshalb verwundern, wenn 3D-Systeme lange Zeit nur von den wenigsten CAD-einsetzenden Architekten konsequent genutzt wurden - und immer noch eingesetzt werden? (Architekturbüros sind eben auch Wirtschaftsunternehmen!) Selbst engagierte Protagonisten fragen sich seit Jahren immer wieder, ob die paar genannten "Abfallprodukte", den notwendigen Mehraufwand bei der Eingabe tatsächlich rechtfertigen.</p> <p>Auf der Suche nach Methoden, die Produktivität und Attraktivität von High-End-Programmen zu steigern, wurden sogenannte "Objekte", also Bauteile, implementiert. Der Einsatz von Objekten kommt sowohl der zweidimensionalen Planerstellung als auch der dreidimensionalen Modellierung zugute und erlaubt eine stärkere Kopplung weiterführender Anwendungsbereiche an das CAD-System. Objekte werden die Kommunikation zwischen allen am Bau beteiligten Parteien revolutionieren. Damit wiederum rücken Möglichkeiten wie eine sinnvolle computergestützte Massenermittlungen, Wärmebedarfs- und Schallschutzberechnungen oder Facility Management-Anwendungen auf der Basis von CAD-Daten in greifbare Nähe.</p> <p align="center"><img src="contact.gif" vspace="4" WIDTH="322" HEIGHT="259"></p> <h3><b><a name="3" target="_self">3</a>. Frischer Wind durch die Einführung von bauteilbezogenen Objekten</b></h3> <p>Der Unterschied zwischen einfachen 3D-Elementen und architekturspezifischen Objekten ist einfach zu erklären: In einem klassischen CAD-System werden Wände in der Regel in Form von zwei oder mehr Linien (2D) bzw. Polygonen oder einer Platte (3D) abgebildet - genauso wie Decken oder Dachflächen. Wandtypische Eigenarten wie Beschaffenheit, Wandanschlüsse, Wandaufbauten, konstruktive, statische oder bauphysikalische Regeln haben jedoch in der allgemeinen 3D-Struktur keinen Platz. Ist die Wand aber ein Objekt, dann können ergänzende Beschreibungen sowie Planungs- und Realisierungs-Regeln hinterlegt und bei Manipulationen berücksichtigt werden.</p> <p>Mit dieser Technik sind dann auch Automatismen möglich, die zum Beispiel eine bestehende Ziegelwand im CAD-System aufbrechen, wenn sie von einer Stahlbetonwand gekreuzt wird. Oder anders herum: werden später beispielsweise alle Stahlbetonwände in leichte Gipskartonwänden umgewandelt (warum auch immer!?), dann können zumindest theoretisch alle kreuzenden Ziegelwände automatisch geschlossen und die Gipskartonwände dementsprechend aufgebrochen werden. Dabei muß sich der Anwender darüber im Klaren sein, daß ein objektorientiertes CAD-Programm zwar prinzipiell über die hier beschriebenen Funktionen verfügen könnte - diese müssen aber keineswegs tatsächlich implementiert sein. Noch ein weiteres Beispiel, das die Leistungsfähigkeit von Objekten näher erläutert: eine als Objekt erstellte Treppe könnte immer automatisch das richtige Steigungsverhältnis ermitteln, notwendige Podeste einbauen, die Verziehungsregeln berücksichtigen, beim Erreichen einer Mindest-Kopfhöhe die Generierung eines Treppenloches veranlassen und auch ein kindgerechtes Geländer nicht vergessen. Und wenn sich dann die Geschoßhöhe ändert oder der Antritt verlegt werden muß, wird das Objekt "Treppe" darauf zu reagieren wissen  sofern es entsprechend programmiert wurde.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><h3><b><a name="4" target="_self">4</a>. Auch komplexe Objekte werden im System als ein einziges Element behandelt</b></h3> <center><table border="0" cellspacing="4"> <tr> <td align="right" valign="top" class="normalabst"><strong><u>klassisches CAD:</u></strong><br> Bauteile bestehen<br> aus vielen einzelnen<br> Elementen</td> <td align="center" valign="top" class="normalabst"><img src="obj-o1.gif" align="top" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td align="right" valign="top" class="normalabst"><u><strong>objektorientiertes CAD:</strong></u><br> Bauteile bestehen aus jeweils<br> einem Element und<br> angeschlossene Objekte<br> (z.B. Wände) können<br> auf sie reagieren</td> <td align="center" valign="top" class="normalabst"><img src="o-ani.gif" align="top" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> </table> </center><p>In der grafischen Anwendung fallen Objekte zunächst dadurch auf, daß sie sich am Bildschirm zwar aus vielen Elementen zusammensetzen, im System selbst aber nur als <strong>EIN</strong> Element behandelt werden - sich also als ein OBJEKT löschen, kopieren, bewegen, verziehen oder spiegeln lassen. Wie am Beispiel der Wand dargestellt, müssen Objekte aber nicht nur auf direkte Aktionen reagieren, sondern können sich auch dem Zustand des CAD-Systems anpassen. So orientiert sich die Detaillierungstiefe selbständig an dem Darstellungsmaßstab - am dem aktuellen oder fürs Plotten einzustellenden. Weiterhin können beispielsweise die unterschiedlichen Regeln, die es für die Darstellung von kombinierten Dreh-/Kippfenstern in Grundrissen, Schnitten, Ansichten oder Perspektiven gibt, ohne zusätzliche Eingaben automatisch berücksichtigt werden. Eventuelle Oberflächenbeschreibungen kommen darüber hinaus auch bei fotorealistischen Bildberechnungen oder Animationen zum Einsatz.</p> <p align="left">Da Objekte die Zeichnungsinhalte für ein CAD-System transparent machen, lassen sich in objektorientierten Programmen Such- und Änderungsfunktionen realisieren, die in gleicher Form bislang nur bei Text- oder Datenbankprogrammen bekannt sind. So ist es etwa möglich, Objekte nach Kriterien wie Größe, Beschaffenheit oder Hersteller zu selektieren und dann gezielt auszutauschen, also beispielsweise alle einflügeligen Holzfenster ab einer Breite von 1,01 Meter gegen zweiflügelige Kunststoffenster. Dies läßt sich auch in modernen CAD-Systemen realisieren, weil diese mit Datenbanken arbeiten, in denen die verschiedensten objektspezifischen Zusatzinformationen hinterlegt sind beziehungsweise sich ansammeln können. Dadurch kann in Zukunft ein ursprünglich als CAD-Element konzipiertes Objekt zusätzlich auch von Kalkulations- oder AVA-Programmen weiterverarbeitet werden. Mehr noch, die Geometrie eines Objektes läßt sich in der Kalkulationstabelle oder im AVA-Programm modifizieren und diese Änderung wird umgekehrt wieder im CAD-Programm angezeigt.</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%"><img src="auswert1.gif" WIDTH="450" HEIGHT="293"></td> </tr> <tr> <td width="100%" align="center">Beispiel für eine Auswertung von Wänden <br> ( Funktion "Auswertung" von SPIRIT)<br>   </td> </tr> </table> </center></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><b><a name="5" target="_self">5</a>. Die Topologie definiert die Beziehung der Objekte untereinander</b><p>Die Etablierung von Objekten wird durch die Berücksichtigung topologischer Gesichtspunkte noch unterstützt. Danach werden Objekte nicht mehr als einzelne Elemente betrachtet, sondern gehen untereinander Beziehungen ein. Sie können dadurch auf Manipulationen an ihren Partner-Objekten reagieren. Ein Fenster wird beispielsweise automatisch bewegt, gedreht oder gelöscht, wenn die entsprechende Wand bewegt, gedreht oder gelöscht wird. Dabei können Objekte an markanten Punkten verankert werden, so daß beispielsweise gewährleistet ist, daß eine Tür immer im Abstand von 75 Zentimetern von der Wandecke entfernt liegt - egal wann und wie die maßgeblichen Wände noch manipuliert werden. Anschlußwände korrigieren sich, wenn eine Wand verschoben oder ihre Dicke verändert wird und Giebelwände werden an jede neue Dachform automatisch angepaßt. Und Räume - übrigens ein sehr wichtiges Objekt - wissen schließlich, durch welche Wände sie begrenzt werden und welche anderen Räume an sie angrenzen.</p> <p>Objekte und Topologien sind bei CAD-Systemen prinzipiell allerdings gar nicht so neu; zumindest die Objekt-Technologie wird in Ansätzen von den großen Anbietern der Branche bereits seit Jahren in ihren Applikationen eingesetzt. Viele CAD-Anwender ignorieren dies jedoch - vielleicht deshalb, weil sie befürchten, daß der Abstraktionsgrad von Objekten noch höher ist, als der von puren 3D-Elementen? Zugegeben - Objekte sind nicht immer so flexibel zu handhaben wie simple Strichzeichnungen. So kann die Linie eines Wandobjektes nicht einfach unterbrochen werden, um etwa einen Schornstein einzubauen. Genauso wenig läßt sich eine Innenwandecke mal eben abrunden, weil dadurch eine Wendeltreppe besser passen würde. Für solche Probleme finden sich aber von Fall zu Fall geeignete Lösungswege, sofern die AEC-Funktionen (Architectural and Engineering Computing) auf einer soliden CAD-Basis aufsetzen.<a name="Korrektur" target="_self"></a> Wie bereits erwähnt (<a href="#3DProbleme" target="_self"><img src="../../i/naechst.gif" border="0" WIDTH="20" HEIGHT="15"></a>) argumentieren viele Architekten gegen die dreidimensionale Projektbearbeitung (und auch objektorientierte), indem sie auf fehlende Detail-Informationen in der Frühphase der Planung hinweisen. Dem ist auch weiterhin nicht zu widersprechen  sofern man die Planung "konventionell" angeht. Denkt man aber um und nutzt objektorientierte CAD-Funktionen aus, dann kann die Eingabe der vieler Bauteil-Parameter sogar auf später als üblich verschoben werden (... auch viele Angaben, die auf jeden Fall für einen zweidimensionalen Plan benötigt werden, müssen nun nicht mehr sofort eingegeben werden!) Und wenn die Werte schließlich vorliegen, unterstützt ein objektorientiertes System den Anwender mit datenbankgestützten Editier-Möglichkeiten, wie man es in einem konventionellen CAD-Umfeld gar nicht kennt. Damit ist es nämlich möglich, <ul> <li>beispielsweise alle Innentüren in nichttragenden Wänden auf 2 Meter 26 festzusetzen,</li> <li>alle Brüstungshöhen um 25 cm zu verringern oder</li> <li>oder alle Fenster mit einer bestimmten Breite ändern (auch 100 auf einen Schlag, was klassisches CAD nicht kann),....</li> </ul> <p>... und natürlich werden vom objektorientierten System sofort auch alle korrelierenden Angaben in den Maßketten (incl. Öffnungs- und Brüstungshöhe) korrigiert; und die werden auch in einem Grundriß benötigt  egal ob zwei- oder dreidimensional geplant.</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%" align="center"><img src="details.gif" align="texttop" hspace="3" vspace="3" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td width="100%" align="center">objektorientierte Bauteile können sich selbständig <br> auf den aktuellen Darstellungs- oder Plottmaßstab einstellen..<br>   </td> </tr> </table> </center></td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="center" width="142" bgcolor="#DEDEDE" valign="top"><p align="center"><img src="../../i/m-leer.gif" width="140" height="20"><br> </td> <td width="8" background="../../i/trennlin.jpg">  </td> <td valign="top" width="98%"><b><a name="6" target="_self">6</a>. Objekte stellen die Basis für eine perfekte Interoperabilität dar</b><p><img src="../../links/i/iai.gif" align="left" hspace="5" vspace="5" WIDTH="86" HEIGHT="86">Immer schwerer wiegen Probleme, die sich im Zusammenhang mit dem Datenaustausch ergeben können. In der Regel beschränken sich die Anwender heutzutage auf die Übertragung von Daten im DXF-Format, das allerdings Objekte nicht kennt und wahrscheinlich auch nicht mehr kennen lernen wird. Selbst wenn der Architekt sein Projekt objektorientiert aufgebaut haben sollte, verwässert sich dieses spätestens beim Austausch der Daten mit dem Statiker oder einem anderen Fachingenieur - wenn nicht sogar alle Objekte gänzlich verloren gehen. Um diesen Mißstand zu verbessern, haben sich unter anderem weltweit maßgebliche Software-Entwickler (CAD und AVA), die Bauindustrie (beispielsweise Philipp Holzmann) und Banken (Bayrische Vereinsbank, Dresdner Bank und andere) in der <a href="http://www.interoperability.com" target="_self">IAI (Industrie Allianz für Interoperabilität e.V.)</a> zusammengetan, um auf der Basis von Objekten für eine neue Datenaustausch-Qualität zu sorgen. Die IFC-Schnittstelle der IAI wird die Zusammenarbeit zwischen allen an der Gebäudeplanung und -ausführung beteiligten Partnern so signifikant verbessern, daß zumindest große Bauherren sehr bald auf eine IAI-konforme Planung bestehen können. Verstärkt wird diese Entwicklung vom Telekommunikations-Boom, der den Datenaustausch noch einmal beschleunigt. Via Internet werden in naher Zukunft Architekten, Fachingenieure und Bauherren - sogar über Landesgrenzen hinweg - knifflige Punkte zeitgleich am Telefon und an ihren Computern diskutieren können (siehe auch "<a href="f-iai1.htm" target="_top">IAI / IFC-Basisartikel: Der Turmbau zu Babylon am Ende des 20. Jahrhunderts</a>").</p> <p><b><a name="7" target="_self">7</a>. Bauplanung wird ohne Einsatz von Computern nicht mehr möglich sein</b></p> <p>Konnten sich elitäre Architekturbüros bislang noch um die Einführung üblicher CAD-Systeme drücken, weil sich vergleichbare Resultate auch manuell herstellen ließen, so werden in Zukunft Planungs-Partner und Bauherren vom Architekten Daten abverlangen, die ohne Computereinsatz nicht mehr lieferbar sind. Objekte, IFC-Schnittstelle und Telekommunikation sind die Kriterien, die in Zukunft Maßstäbe setzen, an denen das CAD- beziehungsweise AEC-Angebot einerseits und die Planer andererseits gemessen werden. Zumindest auf Herstellerseite wurde die Situation erkannt und dementsprechend gehandelt. Auf Anwenderseite sieht die Situation allerdings noch etwas anders aus.</p> <p>Es gibt eine Faustregel, nach der 80 Prozent der Computer-Anwender nur 20 Prozent der Möglichkeiten wahrnehmen, die ihnen ihr System zur Verfügung stellt - die Fähigkeiten der Rechner-Lösungen verpuffen also an vielen Stellen. Der konsequente Einsatz des technisch Machbaren im bauspezifischen CAD-Bereich kann jedoch viele Standardaufgaben im Planungsbüro entscheidend erleichtern, etwa die Ermittlung von Wohnflächen und Rauminhalten, die Massenermittlung oder die Projekt-Dokumentation. Wenn der Planer mit der rasanten Entwicklung im EDV-Bereich mithalten kann und einmal erfaßte Daten mehrfach nutzt, werden sich ihm zudem völlig neue Betätigungsfelder eröffnen. So stehen beispielsweise sofort sämtliche Daten zur Verfügung, die für das Facility Management / Gebäudeverwaltung benötigt werden - so daß der Architekt dieses Anwendungsgebiet als Dienstleister vollständig übernehmen könnte. Oder er läßt sich lediglich vom Computer verschiedene Planungs- und/oder Darstellungsalternativen auswerfen:</p> <center><table border="0" cellpadding="3"> <tr> <td width="100%" align="center"><img src="3d-dtail.gif" WIDTH="300" HEIGHT="213"></td> </tr> <tr> <td width="100%" align="center">oruckzuk erstellt: Ausführungs- und Darstellungsalternativen<br>   </td> </tr> </table> </center><p>Mit diesem Ausblick auf die bereits begonnene (R)Evolution des CAD/AEC-Einsatzes im Architekturbüro soll nicht der Wert von "simplen" 2D- und 3D-Funktionen geschmälert werden  schon gar nicht soll einer gewissen Technikeuphorie Vorschub geleistet werden. Bei aller Leistungsfähigkeit kann doch mit Objekten nur solche Architektur modelliert und dargestellt werden, die das Softwarehaus vorgedacht und seinen Objekten eingebaut hat. Wenn beispielsweise das Objekt "Fenster" nur für quadratische, rechteckige, runde und halbrunde Öffnungen angelegt wurde, dann müßte man bei gotischen Spitzbögen passen  sofern man nicht auf allgemeine Modellierfunktionen zurück greifen kann. Damit also auch in Zukunft Bauwerke durch den Architekten geprägt werden und nicht die Eigentümlichkeiten der Planungssoftware die Gebäude unterscheidbar machen ("Schau mal, das Haus wurde bestimmt mit "X" geplant und jenes mit "Y"), werden die simplen zwei- und dreidimensionalen Elemente und Funktionen auch weiterhin benötigt. Für die Beurteilung eines AEC-/CAD-Systems spielen sie auch weiterhin eine entscheidende Rolle.</p> <p>Auf die gute Mischung von leistungsstarken Basisfunktionen, neuer (Objekt-)Technologie UND den elektronischen Datenaustausch zwischen allen am Bau beteiligten Gruppen wird es in Zukunft ankommen.</p> <p><strong>PS:</strong> Es soll noch einmal betont werden, daß die hier beschriebenen Funktionen - z.B. die selbständige Einstellung auf den jeweiligen Maßstab (siehe letztes Bild) - mit Hilfe von Objekten technisch realisierbar sind. Ob und in welchem Umfang diese Möglichkeiten von dem jeweiligen Programm umgesetzt wurden, muß von Fall zu Fall geprüft werden.<br>   </td> </tr> </table> <table border="0" cellspacing="0" width="100%"> <tr> <td align="right" bgcolor="#000000"><font color="#AFD8B0"><strong>  </strong></font></td> </tr> <tr> <td align="right"><p class="kringelliste"><font color="#000000"><strong>© Alfons Oebbeke, Neustadt 1997 - 2001<br>   <br> </strong></font><a href="#Seitenanfang" target="_self"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a> zurück zum Seitenanfang<br> <a target="_top" href="../index.htm"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a> zur Magazin-Übersicht<br> <a target="_top" href="http://www.aecweb.de"><img src="../../i/m-spiral.gif" border="0" WIDTH="16" HEIGHT="17"></a>oder Titelseite ("home")</td> </tr> </table> </body>