Refine
Document Type
- Conference Proceeding (158) (remove)
Institute
- In Zusammenarbeit mit der Bauhaus-Universität Weimar (92)
- Professur Informatik im Bauwesen (31)
- Institut für Strukturmechanik (ISM) (10)
- Professur Angewandte Mathematik (6)
- Institut für Konstruktiven Ingenieurbau (IKI) (4)
- Professur Informatik in der Architektur (3)
- Institut für Bauinformatik, Mathematik und Bauphysik (IBMB) (2)
- Junior-Professur Computational Architecture (2)
- Professur Bodenmechanik (2)
- Professur Stahlbau (2)
Keywords
- CAD (158) (remove)
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.
Entwurfsprozesse im Bauwesen sind hochgradig kooperative Prozesse mit alternierenden Phasen asynchroner und synchroner Teamarbeit. Die Informationen über den aktuellen Entwurfsgegenstand können als Objektstrukturen modelliert werden, die in entsprechenden Modellverwaltungssystemen gespeichert werden. Bei der Realisierung von kooperativ nutzbaren Umgebungen für den Bauwerksentwurf sind jedoch bei der Auswahl von Basistechniken spezifische Anforderungen von CSCW-Applikationen zu beachten, die bestimmte traditionelle Verfahren nicht erfüllen. Neben verschiedenen Auswirkungen auf das Interaktionsverhalten der Entwurfsumgebung spielt die cooperation awareness der eingesetzten Mechanismen eine bedeutende Rolle. Mechanismen zur Zugriffskontrolle sind in netzwerkbasierten Mehrbenutzerumgebungen essentiell, jedoch sind herkömmliche Verfahren zu unflexibel und nicht hinreichend ausdrucksstark. Eine adaptierte und erweiterte Variante des Matrixverfahrens ist für die Anwendung in Modellverwaltungssystemen geeignet. Ebenso muss bei der Auswahl von Mechanismen zur Nebenläufigkeitskontrolle Augenmerk auf dessen Eignung in Groupware-Systemen gelegt werden. Bei der Unterstützung asynchroner Kooperation können Lock-Verfahren auf die Informationen in Modellverwaltungssystemen angewandt werden. Für die Applikationen für synchrone Teamarbeit müssen derartige Mechanismen auf die gemeinsamen Informationsbestände sowie auf Systemressourcen der Entwurfsumgebung angewendet werden. Hierfür sind floor-passing'-Verfahren geeignet; die Anwendbarkeit von Transformationsverfahren sollte für die konkret umzusetzende Applikation geprüft werden.
Die Modelle früher CAD-Zeichnungen sind unstrukturierte Mengen graphischer Elemente. Heute werden CAD-Zeichnungen aus semantischen Objektmodellen von Bauwerken abgeleitet, deren Informationsbasis systematisch geordnet und deren Nutzung zweckmäßig geregelt ist. Softwaremodule werden getrennt entwickelt und unter aktiver Mitwirkung der Anwender vereint eingesetzt.Ein zentrales Problem der aktuellen Forschung und Entwicklung im CAD ist die Handhabung der Beziehungen zwischen Objekten und ihrer Änderungen in verteilten Arbeitsumgebungen. Hierfür wird ein Konzept mit der Relationenalgebra als theoretische Grundlage vorgestellt.
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
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.
Processing technical and environmental data on building materials, components, and systems has become more important during the last few years. Increased sensitivity towards environmental and energy problems has lead to the demand for simulation and evaluation of the long term behavior of buildings. The results of such simulations are expected to enable architects and engineers to develop a broader, interdisciplinary understanding of the impact of their products (buildings) on the environment. However, conducting such evaluations is currently hampered by the lack of comprehensive, up-to-date, and ecologically relevant data on building materials, components, and systems. To address this problem, this paper proposes an approach to deal with the absent or uncertain attributes of building materials, components, and systems. In the past, various information systems have been developed to provide data on a limited set of building materials, including precise values pertaining to some of their characteristics, such as availability, manufacturers, costs, etc. These traditional information systems have difficulty in dealing with uncertain, incomplete and sparse data. However, uncertainty and incompleteness characterize the nature of most of the available and environmentally related characteristics of materials, components, and systems. In this paper, a fuzzy-logic-based augmentation of traditional information systems is proposed towards providing management, utilization and manipulation of incomplete and uncertain data.
Designing lightings in a 3D-scene is a general complex task for building conception as it is submitted to many constraints such as aesthetics or ergonomics. This is often achieved by experimental trials until reaching an acceptable result. Several rendering softwares (such as Radiance) allow an accurate computation of lighting for each point in a scene, but this is a long process and any modification requires the whole scene to be rendered again to get the result. The first guess is empirical, provided by experience of the operator and rarely submitted to scientific considerations. Our aim is to provide a tool for helping designers to achieve this work in the scope of global illumination. We consider the problem when some data are asked for : on one hand the mean lighting in some zones (for example on a desktop) and on the other hand some qualitative information about location of sources (spotlights on the ceiling, halogens on north wall,...). The system we are conceiving computes the number of light sources, their position and intensities, in order to obtain the lighting effects defined by the user. The algorithms that we use bind together radiosity computations with resolution of a system of constraints.
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 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