Refine
Has Fulltext
- yes (48) (remove)
Document Type
- Conference Proceeding (39)
- Article (9)
Institute
- Professur Informatik im Bauwesen (48) (remove)
Keywords
- Bauwerk (48) (remove)
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.
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.
Modellverwaltungssysteme sind eine geeignete technologische Basis zum Management digitaler Bauwerksmodelle bei Planungstätigkeiten für den Neubau als auch für die Revitalisierung von Bauwerken. Die Unterstützung von Revitalisierungsprozessen impliziert für den Entwurf integrierter Planungsumgebungen spezifische Anforderungen wie die Repräsentation von Informationen, die mit verschiedenen Typen von Vagheit behaftet sind, die Notwendigkeit, den Soll- sowie den Ist- Zustand des Bauwerks abzubilden und die Fähigkeit des Umgangs mit temporal inkonsistenten Modellzuständen. Die erforderliche Dynamik der Domänenmodelle und die erforderliche Nutzbarkeit in Virtual Enterprises stellen weitere Ansprüche an die Realisierungsbasis der Modellverwaltungssysteme. Zur Implementierung derartiger Systeme erweist es sich als vorteilhaft, Eigenschaften objektorientierter Programmiersprachen mit nichtstatischen Typsystemen auszunutzen, da diese durch die vorhandene Metaebene sowie Introspektions- und Reflektionsmechanismen eine effiziente Realisierungsbasis bereitstellen. Zur effektiven Unterstützung synchroner kooperativer Planungstätigkeiten innerhalb einzelner Fachdisziplinen wurde ein Benachrichtigungsmechanismus realisiert, der an das Modellverwaltungssystem angekoppelte Fachapplikationen über nebenläufig vorgenommene Modifikationen am zugehörigen Domänenmodell oder an Projektinformationen informiert. Weiterhin existiert ein Mechanismus zur vereinfachten Anbindung von existierenden Applikationen, die auf statischen Partialmodellen beruhen oder standardisierte, modellbasierte Austauschformate unterstützen. Abschließend wird eine aus einem zentralen Projektserver, Domänenservern und Domänenclients bestehende hybride Systemarchitektur vorgestellt, die geeignet ist, unter den Randbedingungen kooperativer und geographisch verteilter Arbeit bei Revitalisierungsvorhaben in Virtual Enterprises eingesetzt zu werden.
Ein simultanes Lösungsverfahren für Fluid-Struktur-Wechselwirkungen aus dem Bereich des Bauingenieurwesens wird vorgestellt. Die Modellierung der Tragwerksdynamik erfolgt mit der geometrisch nichtlinearen Elastizitätstheorie in total Lagrangescher Formulierung. Die Strömung wird mit den inkompressiblen Navier-Stokes-Gleichungen beschrieben. Wenn Turbulenzeffekte massgeblich sind, kommen die Reynolds-Gleichungen in Verbindung mit dem k-omega-Turbulenzmodell von Wilcox zum Einsatz. Zur Beschreibung von komplexen freien Oberflächen wird die Level-Set-Methode eingesetzt. Die einheitliche Diskretisierung von Fluid und Struktur mit der Raum-Zeit-Finite-Element-Methode führt zu einem konsistenten Berechnungsmodell für das gekoppelte System. Da die isoparametrischen Raum-Zeit-Elemente ihre Geometrie in Zeitrichtung ändern können, erlaubt die Methode eine natürliche Beschreibung des infolge der Strukturbewegung zeitveränderlichen Strömungsgebiets. Die gewichtete Integralformulierung der Kopplungsbedingungen mit globalen Freiwerten für die Interface-Spannungen sichert eine konservative Kopplung von Fluid und Struktur. Ausgewählte Anwendungsbeispiele zeigen die Leistungsfähigkeit der entwickelten Methodik und belegen die guten Konvergenzeigenschaften des simultanen Lösungsverfahrens.
All construction project are constrained by their schedules, budgets and specifications, and safety and environmental regulations. These constraints made construction management more complex and difficult. At the same time, many historical data that can support the decisions in the future are kept in construction enterprises,. To use the historical data effectively and efficiently, it is essential to apply the data warehouse and data mining technologies. This paper introduces a research which aims to develop a data warehouse system according to the requirements of construction enterprises and use data mining technology to learn useful information and knowledge from the data warehouse system. The design, the development and the application of this system are detailedly introduced in this paper.
In current AEC practice client requirements are typically recorded in a building program, which, depending on the building type, covers various aspects from the overall goals, activities and spatial needs to very detailed material and condition requirements. This documentation is used as the starting point of the design process, but as the design progresses, it is usually left aside and changes are made incrementally based on the previous design solution. These incremental small changes can lead to a solution that may no longer meet the original requirements. In addition, design is by nature an iterative process and the proposed solutions often also cause evolution in the client requirements. However, the requirements documentation is usually not updated accordingly. Finding the latest updates and evolution of the requirements from the documentation is very difficult, if not impossible. This process can lead to an end result, which is significantly different from the documented requirements. Some important requirements may not be satisfied, and even if the design process was based on agreed-upon changes in the scope and requirements, differences in the requirements documents and in the completed building can lead to well-justified doubts about the quality of the design and construction process...
Building design, realization, operation and refurbishment have to take into account the environmental impacts as well as the resulting costs over a long period of time. LCA methods had to be developed for buildings because of their complexity, their long life duration and through a large number of actors who are involved. This was realized by integrating life cycle analysis, life cycle costing and building product models in integrated LCA models. However the use of such models leads to difficulties. The principal ones are the uncertainty treatment in LCA models and the lack of experience of practitioners who are not LCA specialists. Answers to these problems are the management of uncertainty and the development of simplified models for building design, construction and operation. This can be achieved with the mean of experimental plans or Monte Carlo simulation. The paper will focus on how these techniques can be used, what are their possibilities and disadvantages, particularly concerning the development of simplified models.
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
Die Aufgaben des Bauingenieurwesens sind dadurch geprägt, daß sowohl die Planung als auch die Ausführung von Bauwerken häufigen Änderungen unterliegen. Beschreibt man das Verhalten der Bauwerke und den Bauprozeß im Computer mit Modellen, so ändern sich Umfang und Struktur der Modelle als Folge der Änderung in Planung und Ausführung. Diesen Vorgang nennt man Dynamisierung des Modells. Die Dynamisierung führt zu Veränderungen und Inkonsistenzen in den Modellen der Anwendungen. Die Aktualisierung und Abstimmung von Beziehungen innerhalb eines Modells sowie die Sicherung der Konsistenz der Modelle untereinander sind daher von zentraler Bedeutung für die Lösung von Bauingenieuraufgaben. Seit den letzten 10 Jahren wird die objektorientierte Methode in der Modellierung für Anwendungen im Bauingenieurwesen intensiv entwickelt und eingesetzt. Es hat sich gezeigt, daß die Anwendung dieser Methode in wichtigen Bereichen der Modellierung zu Verbesserungen führt. Gleichzeitig hat sich aber auch herausgestellt, daß die für das Bauingenieurwesen wichtigen Aspekte der Aktualisierung und der Konsistenz nicht zweckmäßig beschreibbar sind. In diesem Beitrag wird eine einfache Modelliermethode in ihrem Konzept und ihrer Realisierung gezeigt, mit der sich die Aktualisierung von Objekten und Modellen sowie die Sicherstellung der Konsistenz in Systemen des Bauingenieurwesens bearbeiten lassen.
Werden Bauwerke für eine begrenzte Lebensdauer ausgelegt, kann es sinnvoll sein, die Tragfähigkeit von Tragkonstruktionen zu überwachen, um Schäden zu vermeiden und eine sichere Funktionsweise zu gewährleisten. Die Überwachung, hier auf Basis von Schwingungen der Struktur, wird zumeist von einer rechnergestützten Messtechnik automatisch durchgeführt. Der Computer überprüft spezielle physikalische Kennwerte oder Kennfunktionen des Tragwerks auf Veränderungen. Eine Schädigung ruft eine Veränderung hervor. Aufgabe der Systemidentifikation ist es, eine solche Veränderung zu erkennen. Eine Modellbildung kann z.B. auf theoretischer Basis als Finite Element Modellierung, oder als Black Box Modellierung aus Messwerten mit der Methodik der deterministischen oder stochastischen Systemidentifikation vorgenommen werden. In diesem Aufsatz werden die Analyse allgemeiner deterministischer und stochastischer Erregungen und deren Schwingungsantworten zur Modellbildung und Systemidentifikation beschrieben. Als Anwendungsbeispiele für die Bauwerksüberwachung werden Methoden zur Schadens-Erfassung und -Lokalisation vorgestellt. Den Abschluss bilden Ausführungen zur numerischen Modellierung von Windlasten als stochastischen Prozess und der Kopplung dieser Modelle mit finiten Element-Modellen, um eine bessere Abschätzung der Lebensdauer eines Bauwerks schon im Entwurfsprozess zu ermöglichen.