620 Ingenieurwissenschaften und zugeordnete Tätigkeiten
Refine
Document Type
- Conference Proceeding (326)
- Article (129)
- Doctoral Thesis (8)
- Master's Thesis (1)
Institute
- Professur Informatik im Bauwesen (464) (remove)
Keywords
- Modellierung (62)
- Bauwerk (48)
- Finite-Elemente-Methode (41)
- CAD (39)
- Verteiltes System (38)
- Bautechnik (30)
- Produktmodell (24)
- Architektur (23)
- Simulation (21)
- Computerunterstütztes Verfahren (20)
Die geometrische Modellierung hat in den Ingenieurwissenschaften eine große Bedeutung erlangt. Die Visualisierung von zwei- oder dreidimensionalen Problemstellungen ist aus heutigen Anwendungen nicht mehr wegzudenken. Zunehmend rücken Aufgabenstellungen aus dem Bereich der geometrischen Modellierung in den Vordergrund, die über die etablierten Dimensionen 1-3 hinausgehen und die nicht mehr rein geometrischer Natur sind. Hierzu zählen Aufgabenstellungen aus den Bereichen numerische Simulation, Parameteridentifikation und Strukturanalyse. Auf diese nicht-geometrischen Aufgabenstellungen sollen geometrische Verfahren, wie z.B. Triangulation, konvexe Hülle, geometrischer Schnitt und Interpolation angewendet werden. Hierzu werden diese Algorithmen, die alle auf der klassischen Geometrie des euklidischen Raumes beruhen, auf ihre Übertragbarkeit hin analysiert und überarbeitet. Am Beispiel einer Parameteridentifikation wird eine systematische Vorgehensweise vorgestellt, die es ermöglicht, trotz weniger Versuchsrechnungen den Bereich der in Frage kommenden Parameter umfassend zu beschreiben. Dies ermöglicht ein besseres Verständnis der Zusammenhänge der Parameter untereinander. Häufig existieren mehr als eine Parameterkombination, so daß diese eine Isolinie formen, die ihrerseits unendlich viele Lösungen des gestellten Problemes im Untersuchungsgebiet beschreibt.
Der Effekt des praktischen Einsatzes von CAD-Systemen im Stahlbau erschöpft sich heute weitgehend in einer Verbesserung der Qualität der Planungsunterlagen und in der Verkürzung der Bearbeitungszeiten. Dabei ist bei schwierigen individuellen Konstruktionen die Einsparung an Arbeitszeit oft nicht sehr markant gegenüber einer traditionellen Arbeitsweise. Die dreidimensionale Erfassung, Speicherung und Verarbeitung von Konstruktionsdaten im Rechner verlangt neben größeren Rechenleistungen neue Verfahren für die Behandlung dieser Daten. Die Möglichkeiten der Automatisierung stahlbautypischer Produktionsvorgänge und einer variablen, computergestützten Planung erfordern wissenschaftlich-technische Betrachtungen des Gesamtproblems. Ausgehend von den Anforderungen des Stahlbaus wird ein neues dreidimensionales Volumenmodell für den rechnergestützten Entwurf und die Konstruktion erarbeitet. Es werden grundlegende Methoden zur Problembehandlung aufgezeigt. Die Methodik basiert im wesentlichen auf der Methode der Inzidenz-Matrizen, um die Beziehungen zwischen topologischen und geometrischen Informationen eines Körpers darzustellen. Die Ermittlung der lokalen Mannigfaltigkeiten wird mit dem Euler-Polyedersatz verglichen und an Beispielen demonstriert. Eine neue Methode zur Ermittlung der lokalen Mannigfaltigkeiten wird dargestellt. Stahlbauspezifische Konstruktionen werden erzeugt und ihre Gestalt nach Anforderungen verändert. Im besonderen werden stahlbauspezifische Ausklinkungen und Verschneidungen erarbeitet und an Beispielen präsentiert.
A technique for using object-oriented technologies to write structural analysis software has been developed. The structural design information of an individual building is stored in an object-oriented database. A global database provides general design values as material data and safety factors. A class library for load elements has been evolved to model the transfer of loads in a building. This class library is the basis for the development of further classes for other structural elements such as beams, columns or slabs. A software has been developed to monitor the forces transferred from one structural member to another in a building for load cases and combinations according to Eurocode 1. The results of the analysis are stored in the projects database from which a structural design report may be generated. The software was developed under Microsoft Visual C++. The Microsoft Foundation Class Library (MFC) was used to program the Graphical User Interface (GUI). Object Linking and Embedding (OLE) technology is useful to include any type of OLE server objects for example texts written with a word processor or CAD drawings in the structural design report. The Object-Oriented Database Management System (OODBMS) ObjectStore provides services to store the large amount of objects.
A Product Model of a Road
(1997)
Many errors and delays frequently appear when data is exchanged between particular tasks in the lifecycle of the road. Inter-task connections are therefore of great importance for the quality of the final product. The article describes a product model of a road wich is the kernel of an integrated information system intended to support all important stages of the road lifecycle: design, evaluation (through different analysis procedures), construction, and maintainance. Since particular tasks are often executed at different places and in different companies, the interconnections are supported by a special metafile which contains all specific data of the product model. The concept of the integrated system is object and component oriented. Additionally, existing conventional program packages are included to support some common tasks (methods). A conventional relational database system as well as an open spatial database system with the relevant GIS functionality are included to support the data structures of the model.
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.
Für die Gestaltung einer durchgängigen Unterstützung des Entwurfsprozesses stehen gegenwärtig deskriptive Modelle der Entwurfsobjekte im Mittelpunkt der Untersuchungen. Diese Modelle gestatten das Ableiten von Repräsentationen sowie eine Weitergabe von Entwurfsergebnissen. Pragmatische Gliederungen des Entwurfsprozesses unterteilen diesen nach organisatorischen und betriebswirtschaftlichen Aspekten (Planbarkeit und Abrechenbarkeit) in eine Sequenz von Entwurfsphasen (HOAI). Diese Gliederungen berücksichtigen nicht das WIE des eigentlichen modellkreierenden Schaffensprozesses. Für ein echtes CADesign bildet dessen Klärung jedoch die erforderliche Voraussetzung. Im Beitrag wird dazu von einem vereinheitlichten Set generischer Entwurfsaktionen ausgegangen. Auch dann, wenn die verschiedenen Entwurfsphasen und die Entwurfshandlungen der einzelnen Ingenieurgewerke mit spezifische Entwurfsmodellen verbunden werden, besteht damit eine Grundlage zur methodischen Fundierung entsprechender CAD-Tools. Die methodische Verfahrensweise ähnelt der, die in Form von Styleguides zur Gestaltung von 'Graphical User Interfaces' vorgeschlagen wird. Wesentliche praktische Benutzungen solche Basisaktivitäten ergeben sich für: die Systematisierung computergestützter Entwurfshandlungen, insbesondere durch Erweiterung des deskriptiven um ein operationales Modell sowie deren erweiterte Interpretierbarkeit die Erzeugung wissensbasierter Werkzeuge zur automatischen Modellgenerierung/-konfiguration die Implementation von leistungsfähigen UNDO- bzw. TMS-Mechanismen.
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.
Projektsteuerung gewinnt als Aufgabenfeld bei der Realisierung von Investitionsprojekten ständig an Bedeutung. Zur Bewältigung der umfangreichen und komplizierten Aufgaben des Projektsteuerers wird zunehmend Software angeboten und genutzt. Dabei ist feststellbar, daß von einer integrierten Projektsteuerung unter Berücksichtigung der Kriterien Leistung, Termin und Kosten nicht gesprochen werden kann, weil wesentliche theoretische und praktische Voraussetzungen fehlen. Im Beitrag werden Defizite der praktizierten Vorgehensweise und Lösungsansätze für eine integrierte rechnergestützte Projektsteuerung vorgestellt. Durch geeignete Formen der Projektstrukturierung und eine Kopplung auf dem Mark befindlicher Standardsoftware können geeignete Lösungen gefunden werden. Problempunkte dabei stellen die Schnittstellen zwischen den Anwenderprogrammen die Datenbeschaffung und -verwaltung sowie geeignete Verfahren zur Kostenermittlung und -verfolgung dar. Im Beitrag werden eine bereits praktizierte und eine in Entwicklung befindliche Lösung vorgestellt.
Das studentische Projekt Umweltorientiertes Projektmanagement (UWoPM) eröffnet eine neue Generation von Arbeitsweisen im Projektmanagement. Umweltbelange wirken über Rechtsvorschriften immer stärker in das Projektgeschäft hinein. Durch Einbeziehung von rechtsrelevanten Daten in die Projektdatenbasis sowie von Rechtsbestimmungen in die Wissensbasis wird eine Softwareunterstützung für (wenn auch zunächst nur elementare) Rechtsfragen geboten. Eine spezielle Präsentation von Rechtswissen und eine komfortable Unterstützung der Antragstellung sollen dies in die Selbstverständlichkeiten des Projektmanagements einbringen. Gleichzeitig bietet der UWoPM-Prototyp zeitgemäße Systemlösungen für die Kommunikation Antragsteller - Behörde sowie für den Workflow innerhalb der Genehmigungsbehörde. Dieser Vortrag gibt Einführung und Übersicht zu insgesamt 18 Diplomarbeiten, in denen die Einzelkomponenten des UWoPM entwickelt wurden. Zentrales Problem war die Überführung gesetzlicher Vorschriften in Wissensbasen. Durch Beschränkung auf >Kernbestimmungen< und Ausweis von Interpretationsbedarf wurde ein prinzipieller Lösungsweg realisiert. Die technische Realisierung konnte zwar über einen Prototyp noch nicht hinausgehen, weist aber die Realisierbarkeit des Gesamtansatzes nach.