@article{KolbePfennigschmidtPahl1997,
  author    = {Kolbe, P. and Pfennigschmidt, S. and Pahl, Peter Jan},
  title     = {Integration von Datenmodellen - Eine Technologie f{\"u}r Facility Management},
  doi       = {10.25643/bauhaus-universitaet.494},
  url       = {http://nbn-resolving.de/urn:nbn:de:gbv:wim2-20111215-4948},
  year      = {1997},
  abstract  = {Bauwerke werden heute mit umfassender Systematik Bauwerke werden heute mit umfassender Systematik die Brauchbarkeit der Bauwerke werden durch Normung und Pr{\"u}fung intensiv beeinflußt. Der Computereinsatz ist in diesem Bereich allgemein {\"u}blich. Im Gegensatz zu Planungs- und Ausf{\"u}hrungsphase eines Bauwerks ist die Betriebsphase wenig systematisiert. Dies ist {\"u}berraschend, da die Betriebsphase {\"u}ber die Lebensdauer eines Bauwerks hinweg wesentlich gr{\"o}ßere Kosten verursacht, als der Rohbau und da der Nutzen des Bauwerks ja nicht in seiner Errichtung sondern in seinem Betrieb liegt. Die mangelnde Systematik der Bewirtschaftung ist beispielsweise daran ersichtlich, daß es im allgemeinen noch keine brauchbare Dokumentation der Geb{\"a}udebewirtschaftung, wenige Normen und wenig Software f{\"u}r diesen Aufgabenbereich gibt.},
  subject      = {Datenmodell},
  language  = {de}
}
@article{PfennigschmidtKolbePahl1997,
  author    = {Pfennigschmidt, S. and Kolbe, P. and Pahl, Peter Jan},
  title     = {Integration von Datenmodellen - Eine Methodik zum Produktdatenaustausch},
  doi       = {10.25643/bauhaus-universitaet.493},
  url       = {http://nbn-resolving.de/urn:nbn:de:gbv:wim2-20111215-4930},
  year      = {1997},
  abstract  = {Unterschiedliche Sichten auf einen Anwendungsbereich dr{\"u}cken sich in unterschiedlich strukturierten Modellen aus. Diese Modelle enthalten im allgemeinen unterschiedliche Arten von Informationen {\"u}ber Objekte ihres Anwendungsbereiches. In diesem Beitrag soll ein Konzept zur Modellintegration beschrieben werden, das die Zusammenf{\"u}hrung dieser Informationen gestattet. Im Gegensatz zu traditionellen Methoden des Datenaustauschs, bei dem Objekte des einen Modells in Objekte des anderen Modells konvertiert werden, beruht das Integrationskonzept auf dem Erkennen und dem Verbinden einander {\"a}quivalenter Objekte in den Modellen. Als Grundlage zur Beschreibung der Modellschemata wurde die in der ISO 10303-11 spezifizierte konzeptuelle Sprache EXPRESS benutzt. Der Objektzugriff wird durch ein Laufzeitsystem realisiert, das auf der Basis des Standard Data Acces Interface (SDAI ISO 10303-22) entwickelt wurde. Die Modellintegration umfaßt zwei Teilbereiche. Zum einen muß ein Abgleich der verschiedenen Schemata (Schema mapping) erfolgen. Zum anderen m{\"u}ssen Regeln zur Objektidentifikation (Object matching) beschrieben werden. Zur Angabe dieser Integrationsinformationen wurden Strukturen entwickelt. Die in diesen Strukturen abgelegten Beziehungen werden durch das Laufzeitsystem ausgewertet. Durch diese Vorgehensweise lassen sich zum einen alle verf{\"u}gbaren Informationen {\"u}ber Objekte des Anwendungsbereiches zusammenf{\"u}hren, so daß sie im Gesamtkontext sichtbar werden und bearbeitet werden k{\"o}nnen. Zum anderen k{\"o}nnen Inkonsistenzen zwischen den Modellen erkannt und ausgewertet werden.},
  subject      = {Datenmodell},
  language  = {de}
}
@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}
}