620 Ingenieurwissenschaften und zugeordnete Tätigkeiten
Refine
Document Type
- Conference Proceeding (31)
- Article (8)
Institute
- Professur Informatik im Bauwesen (39) (remove)
Keywords
- CAD (39) (remove)
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 Entwurf einfacher Konstruktionen stellt für den Tragwerksplaner zumeist eine Routineaufgabe dar. Üblicherweise werden Statik, Zeichnungen sowie Elementelisten separat voneinander erstellt. Das Programmsystem ICAD bietet die Möglichkeit, diese Arbeiten in einer Bearbeitungsstufe durchzuführen. Die Programmierung der Bemessung, Darstellung und Auswertung von Bauteilen wird mit dem Editor Emacs vorgenommen, die grafische Umsetzung des compilierten Quelltextes erfolgt im ICAD-Browser. Innerhalb dieser Benutzeroberfläche steht eine Reihe von Werkzeugen für die Eingabe und Visualisierung von Daten zur Verfügung. Betrachtet man die zu bearbeitenden Bauteile und Anschlüsse als bekannte Konstruktionen des Ingenieurholzbaus, für die es eine festgelegte Anzahl von Abmessungen und Kennwerten gibt, so läßt sich jede dieser Konstruktionen als eigenständiger Modul programmieren. Der Tragwerksplaner ist somit in der Lage, aus einem Katalog an Bauteilen und Anschlüssen die Gesamtkonstruktion zusammenzustellen. Allgemeingültige Kennwerte, Berechnungsverfahren und häufig verwendete Unterprogramme stehen modular als Wissensbasis zur Verfügung und werden von den einzelnen Tragelementen bedarfsgerecht eingebunden. Eine weitere Möglichkeit der wissensbasierten Tragwerksplanung stellt die sogenannte Multi-Criteria-Analyse dar. Bei diesem Verfahren nimmt das Programm selbständig eine Entscheidungsfindung für eine oder mehrere günstige Konstruktionslösungen vor. Dazu sind lediglich Wichtungen verschiedener Randbedingungen durch den Anwender erforderlich.
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.
Usually, the co-ordination of design and planning tasks of a project in the construction industries is done in a paper based way. Subsequent modifications have to be handled manually. The effects of modifications cannot be determined automatically. The approach to specify a complete process model before project start does not consider the requirements of the construction industries. The effort of specification at the beginning and during the process (modifications) does not justify the use of standard process model techniques. A new approach is presented in the according paper. A complete process model is deducted on the basis of a core. The core consists of process elements and specific relations between them. Modifications need to be specified in the core only. The effort of specification is therefore reduced. The deduction of the complete process is based on the graph theory. Algorithms of the graph theory are also used to determine the effects of modifications during project work.
In Bauplanungssystemen können XML-Technologien in vielen Bereichen eingesetzt werden mit dem Ziel, diese Systeme modular und webfähig zu gestalten. Der Einsatz lohnt als Basis-Datenstruktur für verschiedene rechnerinterne Modelle, Steuerungsstruktur für Customizing von Anwendungen, Bindeglied zwischen objektbasierten Systemen, Kommunikationsprotokoll zwischen Komponenten. Es ist möglich, komplexe Objekte aus dem Planungsalltag mittels XML arzustellen, zu speichern und zu verarbeiten. Es ist möglich, entsprechende Komponenten im Netz zu verteilen bzw. über Internet zu verbinden. Die heute dominierende Sicht auf XML als Austauschmedium wird ergänzt um die Idee eines XML-basierten Systems: Entwurfsobjekte können als >XML-Objekte< formuliert und im Sinne eines late binding verwendet werden.
Informationstechnische Integration im Bauwesen durch Nutzung fachspezifischen Anwenderwissens
(1997)
Im vorliegenden Beitrag wird ein Integrationskonzept vorgestellt, bei dem das fachspezifische Wissen des Anwenders integraler Bestandteil des Konzeptes ist. Grundgedanke des Konzeptes ist es, die Informationen vorerst im Kontext der Anwendung, mit der sie erstellt wurden, zu belassen. Die Interpretation der Informationen erfolgt durch den Anwender, der diese Informationen zur Integration nutzen möchte. Er weiß, welche Daten er für seine Arbeiten benötigt, und er verfügt über das erforderliche fachspezifische Wissen, um die Informationen anderer Bearbeiter verstehen zu können. Damit ist es nicht erforderlich, die internen Datenstrukturen einer Software zu verstehen und in einem neutralen Format zu beschreiben. Die Integration erfolgt interaktiv am Bildschirm durch den Anwender. Das vorgestellt Konzept wird in den Kontext der in der Literatur beschriebenen Integrationskonzepte eingegliedert. Hierzu werden die Integrationskonzepte klassifiziert. Die Klassifikation erfolgt auf der Grundlage der Software-Architekturen. Das vorgestellte Integrationskonzept wird am Beispiel der Angebotsbearbeitung im Bauwesen konkretisiert.
Der Beitrag basiert auf den Ansätzen und Ergebnissen des Forschungsprojekts >Prozessorientierte Vernetzung von Ingenieurplanungen am Beispiel der Geotechnik<, das im Rahmen des Schwerpunktprogramms 1103 >Vernetzt-kooperative Planungsprozesse im Konstruktiven Ingenieurbau< von der DFG gefördert wird. Ziel des gemeinsam mit dem Institut für Numerische Methoden und Informatik im Bauwesen an der TU Darmstadt durchgeführten Forschungsprojekts ist die Entwicklung einer netzwerkbasierten Kooperationsplattform zur Unterstützung von geotechnischen Ingenieurplanungen. Daher konzentriert sich das Forschungsprojekt auf die Abbildung und Koordination der Planungsprozesse für Projekte des Konstruktiven Ingenieurbaus vor dem Hintergrund der stark arbeitsteiligen Projektbearbeitung in einer verteilten Rechnerumgebung. Der Beitrag stellt die Abstraktion von Prozessmustern im Bauplanungsprozess als Basis für die dynamische Prozessmodellierung in einem Kooperationsmodell dar. Ziel ist es, durch die Identifikation der mit dem Entwurf und der Dimensionierung eines Bauteils verbundenen Planungs- und Abstimmungsprozesse einen bauteilbezogenen Katalog von Prozessmustern zu abstrahieren. Die einzelnen Prozessmuster werden in jedem Bauplanungsprozess dynamisch über geeignete Kopplungsmechanismen in das aktuelle Prozessmodell integriert, so dass die für den Bauplanungsprozess typischen Veränderungen der Konstruktion und der Zusammensetzung des Planungsteams im Prozessmodell berücksichtigt werden können. Dazu werden im Beitrag die bisherigen Ergebnisse der Analyse des Planungsprozesses eines großen innerstädtischen Bauvorhabens, das als Referenzobjekt dient, sowie typischer Planungsszenarien in der Geotechnik vorgestellt. Anschließend werden Grundlagen und methodische Ansätze zur Modellierung von Prozessen mit der Methode der farbigen Petri-Netze mit individuellen Marken vorgestellt. Anhand von Beispielen für bauteilorientierte Prozessmuster wird die Funktionalität der Prozessmuster in sich und im gegenseitigen Zusammenspiel erläutert
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