@inproceedings{KolbeRanglackSteinmann1997,
  author    = {Kolbe, P. and Ranglack, D. and Steinmann, Frank},
  title     = {Eine Schnittstelle f{\"u}r dynamische Objektstrukturen f{\"u}r Entwurfsanwendungen},
  doi       = {10.25643/bauhaus-universitaet.455},
  url       = {http://nbn-resolving.de/urn:nbn:de:gbv:wim2-20111215-4555},
  year      = {1997},
  abstract  = {Trotz der langj{\"a}hrigen Erfahrung bei der Anwendung objektorientierter Konzepte bei der Modellierung von Geb{\"a}uden ist es bisher nicht gelungen, ein allgemein anerkanntes Geb{\"a}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{\"a}udemodells in das Objektmodell einer Programmiersprache bisher untersch{\"a}tzt worden zu sein. Die erhoffte Durchg{\"a}ngigkeit von objektorientierter Analyse, Entwurf und Programmierung gelingt bei Anwendungen f{\"u}r Entwurfsaufgaben nicht. Das gilt vor allem f{\"u}r Anwendungen, die fr{\"u}he Entwurfsphasen unterst{\"u}tzen und damit erst zur Definition eines Geb{\"a}udemodells beitragen. Im Bereich der Softwareentwicklung wird das Konzept des Objektes als Ordnungsbegriff zur Strukturierung von Softwaremodulen benutzt. Die {\"U}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{\"a}ume des Geb{\"a}udes Blumenstraße 7) kann daher nur zu begrenzten Erfolgen f{\"u}hren. Aus der Analyse der Widerspr{\"u}chlichkeit des Objektbegriffs zwischen Softwareentwickler (Programmierer) und Softwareanwender (Ingenieur, Architekt) wird im folgenden ein Laufzeitsystem f{\"u}r dynamische Objektstrukturen entwickelt, das es dem Softwareentwickler erlaubt, sowohl auf die Struktur als auch auf die Auspr{\"a}gung eines Modells zuzugreifen. Dem Softwareanwender k{\"o}nnen damit Werkzeuge zur Verf{\"u}gung gestellt werden, die es ihm gestatten, Geb{\"a}udemodelle zu definieren. Das Laufzeitsystem enth{\"a}lt zum einen eine Reihe von Klassen, die es erm{\"o}glichen, die Struktur von Anwenderobjekten dynamisch zu beschreiben und zu analysieren. Eine zweite Art von Klassen erlaubt das Erzeugen und Ver{\"a}ndern von Anwenderobjekten, die diesen Strukturen entsprechen},
  subject      = {Bauwerk},
  language  = {de}
}
@article{SteinmannHuebler1997,
  author    = {Steinmann, Frank and H{\"u}bler, Reinhard},
  title     = {Vorgehensmodelle als Basis der Gestaltung durchgaengiger CAD-Systeme},
  doi       = {10.25643/bauhaus-universitaet.456},
  url       = {http://nbn-resolving.de/urn:nbn:de:gbv:wim2-20111215-4568},
  year      = {1997},
  abstract  = {F{\"u}r die Gestaltung einer durchg{\"a}ngigen Unterst{\"u}tzung des Entwurfsprozesses stehen gegenw{\"a}rtig deskriptive Modelle der Entwurfsobjekte im Mittelpunkt der Untersuchungen. Diese Modelle gestatten das Ableiten von Repr{\"a}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{\"u}cksichtigen nicht das WIE des eigentlichen modellkreierenden Schaffensprozesses. F{\"u}r ein echtes CADesign bildet dessen Kl{\"a}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 {\"a}hnelt der, die in Form von Styleguides zur Gestaltung von 'Graphical User Interfaces' vorgeschlagen wird. Wesentliche praktische Benutzungen solche Basisaktivit{\"a}ten ergeben sich f{\"u}r: die Systematisierung computergest{\"u}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{\"a}higen UNDO- bzw. TMS-Mechanismen.},
  subject      = {CAD},
  language  = {de}
}
@article{WehnerSteinmannHuebler1997,
  author    = {Wehner, R. and Steinmann, Frank and H{\"u}bler, Reinhard},
  title     = {FLEXOB - Entwicklungstool f{\"u}r dynamische, modellbasierte CAD-Systeme},
  doi       = {10.25643/bauhaus-universitaet.457},
  url       = {http://nbn-resolving.de/urn:nbn:de:gbv:wim2-20111215-4571},
  year      = {1997},
  abstract  = {Objektorientierte Modellierungstechniken werden gegenw{\"a}rtig vor allem Entwicklern von CAD-Systemen angeboten. Sie erzeugen {\"u}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{\"a}nen die Regel sind. Dar{\"u}ber hinaus weisen die Modelle in fr{\"u}hen Phasen ein hohes Maß an Unsch{\"a}rfe und Abstraktion auf. CAD-Tools, die diese Phasen unterst{\"u}tzen, ben{\"o}tigen deshalb: statt eines genormten Produktmodells ein einheitliches, kognitiv begr{\"u}ndetes Modellstrukturierungsparadigma, f{\"u}r das mit der Objektorientierung eine m{\"o}gliche Auspr{\"a}gung gegeben ist, ein explizites, verf{\"u}gbares Dom{\"a}nenmodell zur fortw{\"a}hrenden Interpretation von Bauwerksmodellen, deskriptive Elemente, die die Interpretation von Objekten und Attributen erleichtern, ein Konzept zur Behandlung von Unsch{\"a}rfe und Abstraktion. Hieraus ergeben sich f{\"u}r die Entwicklung von CAD-Systemen folgende Forderungen : Explizite Verf{\"u}gbarkeit von Klassenobjekten und deren Erzeugung und Ver{\"a}nderung zur Laufzeit, Vererbung auf Klassen- und Instanzniveau, Erweiterte Attributkonzepte (Facetten), Unterst{\"u}tzung der Aggregation als einer wesentlichen Modellstrukturierungsrelation, Verf{\"u}gbarkeit von OO-Schnittstellen zum Aufbau von CAD-Systemen aus Tools einerseits, sowie zur Trennung von Modellverwaltung und Modellrepr{\"a}sentation andererseits. Als ein herausragendes Merkmal des Objektorientierten Paradigmas wird die Anwendungsn{\"a}he genannt, da Erscheinungen der behandelten Dom{\"a}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{\"u}gung stellt und die die Erweiterung dieser Modellwelt auf deskriptivem Niveau erm{\"o}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.},
  subject      = {CAD},
  language  = {de}
}