Refine
Document Type
- Conference Proceeding (31)
- Article (8)
- Doctoral Thesis (1)
Institute
- Professur Informatik im Bauwesen (40) (remove)
Keywords
- CAD (40) (remove)
Datenaustausch, Daten resp. Produktdatenmodelle sind seit mehreren Jahren Themen in der Forschung. Verschiedene Forschungsprojekte und Initiativen diverser Firmen führten zu bereichsübergreifenden Ansätzen wie IFC und verschiedenen STEP-AP´s. Speziell im Stahlbau sind die Projekte >Produktschnittstelle Stahlbau< und >CIMsteel< entwickelt, weiterentwickelt und überarbeitet worden. Als Weiterentwicklung der bisher existierenden Austauschformate versuchen neuere Ansätze den Nutzen über die reine Datenübermittlung hinaus zu erweitern. So integrieren diese Lösungsvorschläge Aspekte der Kommunikation, der Zusammenarbeit und des Managements. Des weiteren übernehmen sie Aufgaben der Daten- und Modellverwaltung. Somit erfolgt eine digitale Abbildung unter Einbezug sämtlicher ermittelter Daten. Resultierend aus den besonderen Randbedingungen im Bauwesen, wird ein Bauwerksmodell aus untereinander in Beziehung gesetzten Domänenmodellen aufgebaut
Für den Entwurf der i.a. aus langen schmalen Rechtecken bestehenden Schal- bzw. Werkpläne wird eine Entwurfsunterstützung vorgestellt, bei der die Größe der Rechtecke wie immer festgelegt wird, die Lage der Rechtecke aber durch topologische Angaben. Letztere bilden programmtechnisch Bedingungen, wobei zwischen Berühr- und Bündigkeitsbedingen unterschieden wird. Diese Angaben positionieren das neue Rechteck im Bezug zu einem bereits platzierten. Zum Beispiel erlaubt die Angabe, die Säule ist oberhalb des Fundamentes und belastet dieses mittig, eine eindeutige Festlegung der Lage der Säule bei gegebener Lage des Fundamentes und gegebenen Abmessungen beider Rechtecke. Die Formulierung mittels Bedingungen hat den Vorteil daß diese auch bei Änderung von Abmessungen gültig bleiben. Die hier vorgestellte Eingabeart der relativen Positionierung ist eine Erweiterung des Orthomodus, wie er bei Bau-CAD-Programmen stets gefunden wird.
n allen Stadien des Planungsprozesses von Gebäuden nehmen Entwurfsentscheidungen starken Einfluß auf die bauphysikalische Qualität eines Gebäudes. Im Rahmen dieses Beitrags wird deshalb die Integration bauphysikalischer Gesichtspunkte in den Planungsprozeß vorgestellt, bei welcher dem Fachingenieur geeignete Werkzeuge zur Verfügung gestellt werden, die es erlauben, das zu planende Gebäude als Einheit von baulicher Hülle, Anlagentechnik und Nutzung zu betrachten. Darauf aufbauend wird eine gezielte Überprüfung des Gebäudemodells mit Hilfe von bauphysikalischen Nachweisen und Simulationen durchgeführt, um eine bauphysikalische Entscheidungsunterstützung im Entwurfsprozeß vornehmen zu können. Das erarbeitete Programmsystem VAMOS (Verteilte Applikation zur Modellierung und Optimierung bauphysikalischer Systeme) nutzt die Middleware-Technologie CORBA konsequent für die dynamische, netzwerkweite Integration fünf verschiedener aufgabenspezifischer Komponenten: Die erste Komponente zur Modellerzeugung und -manipulation wurde auf Basis des CAD-Systems AutoCAD als ARX-Laufzeitmodul erstellt. Dadurch ist es einerseits möglich, bestehende Planungsabläufe unter Verwendung von Standardwerkzeugen des entwerfenden Ingenieurs zu erhalten, andererseits können die umfangreichen Fähigkeiten des AutoCAD-Geometriekerns für die Erstellung komplexer dreidimensionaler Bauteilgeometrien genutzt werden. In der zweiten Komponenten wurde eine objektorientiertes Datenbanksystem in das Gesamtsystem integriert, das auch für die Verwaltung verschiedener Versionen von Gebäudeentwürfen verwendet wird. Die bauphysikalischen Nachweise, die auf Basis der zentral im Netzwerk bereitgestellten Modelle automatisiert durchgeführt werden können, wurden auf Basis der Java-Applet-Technologie abgebildet, um die zentrale Wartbarkeit und Anpassbarkeit an Veränderungen der Vorschriften und Gesetzesgrundlagen zu ermöglichen. Dabei wurden sowohl die aktuelle Wärmeschutzverordnung (WSVO) als auch die Energieeinsparverordnung (EnEV) berücksichtigt. Für die ganzheitliche Erfassung des Gebäudeenergiehaushaltes wurde das Simulationsprogramm TRNSYS um ein Schnittstellenmodul unter Verwendung von IDL-Interfaces erweitert, so daß die direkte Integration der umfangreichen Funktionalitäten in das Gesamtsystem möglich wird. Um die Modellierung auf der Basis von realistischen Parametern durchführen zu können, wurde eine Komponente entwickelt, die unter Verwendung der Technologie mobiler Internet-Agenten die dynamische Recherche von herstellerspezifischen Parametern im Internet ermöglicht.
Objektorientierte Modellierungstechniken werden gegenwärtig vor allem Entwicklern von CAD-Systemen angeboten. Sie erzeugen über die Schritte OO-Modellanalyse und OO-Softwaredesign OO-Programme, die mit ihrer Compilation das durch den Softwareingenieur gefundene Modell festschreiben. Generell, aber insbesondere im Bauwerksdesign, ist dieses Vorgehen unbefriedigend, da hier eine Normung von Modellen nicht gelingt, der Entwurfsprozeß vergleichsweise lang ist und eine Kooperation von Ingenieurgewerken mit verschiedenen Modelldomänen die Regel sind. Darüber hinaus weisen die Modelle in frühen Phasen ein hohes Maß an Unschärfe und Abstraktion auf. CAD-Tools, die diese Phasen unterstützen, benötigen deshalb: statt eines genormten Produktmodells ein einheitliches, kognitiv begründetes Modellstrukturierungsparadigma, für das mit der Objektorientierung eine mögliche Ausprägung gegeben ist, ein explizites, verfügbares Domänenmodell zur fortwährenden Interpretation von Bauwerksmodellen, deskriptive Elemente, die die Interpretation von Objekten und Attributen erleichtern, ein Konzept zur Behandlung von Unschärfe und Abstraktion. Hieraus ergeben sich für die Entwicklung von CAD-Systemen folgende Forderungen : Explizite Verfügbarkeit von Klassenobjekten und deren Erzeugung und Veränderung zur Laufzeit, Vererbung auf Klassen- und Instanzniveau, Erweiterte Attributkonzepte (Facetten), Unterstützung der Aggregation als einer wesentlichen Modellstrukturierungsrelation, Verfügbarkeit von OO-Schnittstellen zum Aufbau von CAD-Systemen aus Tools einerseits, sowie zur Trennung von Modellverwaltung und Modellrepräsentation andererseits. Als ein herausragendes Merkmal des Objektorientierten Paradigmas wird die Anwendungsnähe genannt, da Erscheinungen der behandelten Domäne sich analog in Modellen und Programmen wiederfinden (sollen). Unter der Grundannahme, daß dieses Paradigma auch durch den Anwender zur Erstellung seiner Modellwelten verwendet wird, will FLEXOB eine homogene Umgebung schaffen, die die Modellwelt des Softwareingenieurs zu Analysezwecken dem Anwender zur Verfügung stellt und die die Erweiterung dieser Modellwelt auf deskriptivem Niveau ermöglicht. Das Tool FLEXOB und einige wesentliche Implementationsdetails werden im Beitrag vorgestellt. Es handelt sich bei diesem Tools um eine C++ Klassenbibliothek, die entweder als Objektmodul oder als Windows-DLL verwendet werden kann. Aspekte des Nutzungsregimes solch flexibler Modellverwaltungen werden im Beitrag ebenfalls angespochen.
Der Fokus des Projektes liegt auf einer besseren Unterstützung der kooperativen Aspekte im Bauwerksentwurf und der Anwendung von ComponentWare-Techniken in der Architektur des Entwurfssystems. Es muß festgestellt werden, daß die Kooperation der Beteiligten im Entwurfsprozeß von Bauwerken durch die heute praktizierten Datenaustauschverfahren nicht oder nur unbefriedigend unterstützt wird und das keine Lösung dieses Problems durch die Weiterentwicklung von filebasierten Datenaustauschformaten zu erwarten ist. Im Rahmen des Projektes wird mit einer CORBA-Umgebung für Smalltalk-80 ein verteilbares Objektsystem realisiert. Als Architektur des Systems wurde eine hybride Herangehensweise gewählt, bei der allgemeine Informationen auf einem zentralen Server verwaltet werden und die eigentlichen Projektinformationen bei Bedarf repliziert werden. Wie allgemein in GroupWare - orientierten Systemen notwendig, müssen effektive Mechanismen der Nebenläufigkeitskontrolle und zur Sperrung bestimmter Modellbereiche realisiert werden. Wichtig ist für kooperative Entwurfssysteme die Systemunterstützung der Beseitigung der Folgen von kollidierenden Entwurfsintensionen durch die Bearbeiter. Dazu werden unter anderem Remote-Pointer-Mechanismen realisiert. In Abhängigkeit von der Rolle eines Bearbeiters werden diesem Sichten auf des Objektmodell (Partialmodelle) zugeordnet. Es werden Mechanismen zur Autorisierung des Zugriffs auf Partialmodelle implementiert, zu diesem Zweck erfolgt eine Nutzerauthentifizierung. Beziehungen zwischen Partialmodellen werden durch eine spezielle Relation im Objektsystem abgebildet. Die Konzeption des Objektsystems lehnt sich an die PREPLAN-Philosophie an. Das impliziert die Unterstützung von Entwurfshandlungen sowohl in Bottom-Up- als auch in Top-Down - Richtung. Benutzer können das Objektsystem um eigene Klassen erweitern bzw. existierende Klassen modifizieren und Attribute mit Defaultwerten belegen, um das System inkrementell mit Domänenwissen anreichern zu können. Von großer Bedeutung für kooperative Entwurfssysteme sind eine Versionsverwaltung und die Bereitstellung von Undo - und Redo - Mechanismen. Es ist möglich, multimediale Daten im Objektmodell abzulegen und diese in Abhängigkeit von ihrem Format wiederzugeben bzw. zu bearbeiten. Das beschriebene System befindet sich derzeit in der Implementierung.
Ideally, multiple computational building evaluation routines (particularly simulation tools) should be coupled in real-time to the representational design model to provide timely performance feed-back to the system user. In this paper we demonstrate how this can be achieved effectively and conveniently via homology-based mapping. We consider two models as homologous if they entail isomorphic topological information. If the general design representation (i.e., a shared object model) is generated in a manner so as to include both the topological building information and pointers to the semantic information base, it can be used to directly derive the domain representations (>enriched< object models with detailed configurational information and filtered semantic data) needed for evaluation purposes. As a proof of concept, we demonstrate a computational design environment that dynamically links an object-oriented space-based design model, with structurally homologous object models of various simulation routines.
The paper describes a development of the analytical finite strip method (FSM) in displacements for linear elastic static analysis of simply supported at their transverse ends complex orthotropic prismatic shell structures with arbitrary open or closed deformable contour of the cross-section under general external loads. A number of bridge top structures, some roof structures and others are related to the studied class. By longitudinal sections the prismatic thin-walled structure is discretized to a limited number of plane straight strips which are connected continuously at their longitudinal ends to linear joints. As basic unknowns are assumed the three displacements of points from the joint lines and the rotation to these lines. In longitudinal direction of the strips the unknown quantities and external loads are presented by single Fourier series. In transverse direction of each strips the unknown values are expressed by hyperbolic functions presenting an exact solution of the corresponding differential equations of the plane straight strip. The basic equations and relations for the membrane state, for the bending state and for the total state of the finite strip are obtained. The rigidity matrix of the strip in the local and global co-ordinate systems is derived. The basic relations of the structure are given and the general stages of the analytical FSM are traced. For long structures FSM is more efficient than the classic finite element method (FEM), since the problem dimension is reduced by one and the number of unknowns decreases. In comparison with the semi-analytical FSM, the analytical FSM leads to a practically precise solution, especially for wider strips, and provides compatibility of the displacements and internal forces along the longitudinal linear joints.
The general motivation of this research is to develop software to support the handling of the increased complexity of architectural design. In this paper we describe a system providing general support during the whole process. Instead of only developing design tools we are also addressing the problem of the operating environment of these tools. We conclude that design tools have to be integrated in an open, modular, distributed, user friendly and efficient environment. Two major fields have to be addressed - the development of design tools and the realisation of an integrated system as their operation environment. We will briefly focus on the latter by discussing known technologies in the field of information technology and other design disciplines that can be used to realise such an environment. Regarding the first subject we have to state the need of a detailed tool specification. As a solution we suggest a strategy where the tool functions are specified on the basis of a transformation, where a hierarchical process model is mapped into specifications of different design tools realising appropriate support for all sub-processes of architectural design. Using this strategy the main steps to develop such a support system are: implementation of a framework as basis for the integrated design system decision whether the tool specification are already implemented in available tools in this case these tools can be integrated using known methods for tool coupling otherwise new design tools have to be developed according to the framework
This is a paper about knowledge in design and how to elicit knowledge from design processes. The paper is a preparation for an empirical study of interaction in the design process. Reasonings of three authors - Schön, Broadbent and Lundequist - on design processes is presented. They all have a pragmatic perspective in common, and regard the process as an activity without a definite form. Design is seen as an activity of creating models of forms and shapes, by addressing expert knowledge in a dialogic way to problematic situations. Due to the pragmatic approach I find the pragmatist Dewey´s understanding of knowledge and elecitation of knowledge appropiate for studying design processes. According to him it is possible to build up objectified descriptions of experiences, also of such, which are based on experiences of emotional and intuitive nature. There need not be a definite border, which separates tacit knowledge from explicit knowledge - when it comes to the question of the possibility of verbal descriptions. Tacit knowledge is possible to articulate within pragmatic thinking. The conclusion is, that it is possible to study the tacit knowledge of design processes, and get some qualitative insights useful for theory building. A study of design processes can look at three different forms of knowledge. It appears as a precognitive understanding of the design situation, as integrated in the design activity - seeing the situation as something known - and in the process of creating something new.
Trotz der langjährigen Erfahrung bei der Anwendung objektorientierter Konzepte bei der Modellierung von Gebäuden ist es bisher nicht gelungen, ein allgemein anerkanntes Gebäudemodell im Rechner abzubilden. Das mag zum einen daran liegen, daß die Standardisierung eines solchen Modells bis heute zu keinem Abschluß gekommen ist. Zum anderen aber scheint vor allem die Problematik der Abbildung eines solchen Gebäudemodells in das Objektmodell einer Programmiersprache bisher unterschätzt worden zu sein. Die erhoffte Durchgängigkeit von objektorientierter Analyse, Entwurf und Programmierung gelingt bei Anwendungen für Entwurfsaufgaben nicht. Das gilt vor allem für Anwendungen, die frühe Entwurfsphasen unterstützen und damit erst zur Definition eines Gebäudemodells beitragen. Im Bereich der Softwareentwicklung wird das Konzept des Objektes als Ordnungsbegriff zur Strukturierung von Softwaremodulen benutzt. Die Übertragung dieser Ordnung in die Welt des Ingenieurs oder Architekten zur Bezeichnung eines konkreten Elements aus einem Modell (Raum 42 aus der Menge aller Räume des Gebäudes Blumenstraße 7) kann daher nur zu begrenzten Erfolgen führen. Aus der Analyse der Widersprüchlichkeit des Objektbegriffs zwischen Softwareentwickler (Programmierer) und Softwareanwender (Ingenieur, Architekt) wird im folgenden ein Laufzeitsystem für dynamische Objektstrukturen entwickelt, das es dem Softwareentwickler erlaubt, sowohl auf die Struktur als auch auf die Ausprägung eines Modells zuzugreifen. Dem Softwareanwender können damit Werkzeuge zur Verfügung gestellt werden, die es ihm gestatten, Gebäudemodelle zu definieren. Das Laufzeitsystem enthält zum einen eine Reihe von Klassen, die es ermöglichen, die Struktur von Anwenderobjekten dynamisch zu beschreiben und zu analysieren. Eine zweite Art von Klassen erlaubt das Erzeugen und Verändern von Anwenderobjekten, die diesen Strukturen entsprechen