@inproceedings{HauschildHuebler1997, author = {Hauschild, Thomas and H{\"u}bler, Reinhard}, title = {Entwicklung eines verteilbaren und kooperativ nutzbaren objektorientierten CAAD-Produktmodellierkerns}, doi = {10.25643/bauhaus-universitaet.447}, url = {http://nbn-resolving.de/urn:nbn:de:gbv:wim2-20111215-4475}, year = {1997}, abstract = {Der Fokus des Projektes liegt auf einer besseren Unterst{\"u}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{\"u}tzt wird und das keine L{\"o}sung dieses Problems durch die Weiterentwicklung von filebasierten Datenaustauschformaten zu erwarten ist. Im Rahmen des Projektes wird mit einer CORBA-Umgebung f{\"u}r Smalltalk-80 ein verteilbares Objektsystem realisiert. Als Architektur des Systems wurde eine hybride Herangehensweise gew{\"a}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{\"u}ssen effektive Mechanismen der Nebenl{\"a}ufigkeitskontrolle und zur Sperrung bestimmter Modellbereiche realisiert werden. Wichtig ist f{\"u}r kooperative Entwurfssysteme die Systemunterst{\"u}tzung der Beseitigung der Folgen von kollidierenden Entwurfsintensionen durch die Bearbeiter. Dazu werden unter anderem Remote-Pointer-Mechanismen realisiert. In Abh{\"a}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{\"u}tzung von Entwurfshandlungen sowohl in Bottom-Up- als auch in Top-Down - Richtung. Benutzer k{\"o}nnen das Objektsystem um eigene Klassen erweitern bzw. existierende Klassen modifizieren und Attribute mit Defaultwerten belegen, um das System inkrementell mit Dom{\"a}nenwissen anreichern zu k{\"o}nnen. Von großer Bedeutung f{\"u}r kooperative Entwurfssysteme sind eine Versionsverwaltung und die Bereitstellung von Undo - und Redo - Mechanismen. Es ist m{\"o}glich, multimediale Daten im Objektmodell abzulegen und diese in Abh{\"a}ngigkeit von ihrem Format wiederzugeben bzw. zu bearbeiten. Das beschriebene System befindet sich derzeit in der Implementierung.}, subject = {Bauwerk}, language = {de} } @inproceedings{HauschildBorrmannHuebler2004, author = {Hauschild, Thomas and Borrmann, Andr{\´e} and H{\"u}bler, Reinhard}, title = {Integration of Constraints into Digital Building Models for Cooperative Planning Processes}, doi = {10.25643/bauhaus-universitaet.177}, url = {http://nbn-resolving.de/urn:nbn:de:gbv:wim2-20111215-1775}, year = {2004}, abstract = {The uniqueness and the long life cycle of buildings imply a dynamically modifiable building model. The technological foundation for the management of digital building models, a dynamic model management system (MMS), developed by our research group, allows to explicitly access and to modify the object model of the stored planning data. In this paper, the integration of constraints in digital building models will be shown. Constraints are conditions, which apply to the instances of domain model classes, and are defined by the user at runtime of the information system. For the expression of constraints, the Constraint Modelling Language (CML) has been developed and will be described in this paper. CML is a powerful, intuitively usable object-oriented language, which allows the expression of constraints at a high semantic level. A constrained-enabled MMS can verify, whether an instance fulfils the applying constraints. To ensure flexibility, the evaluation of constraints is not implicitly performed by the systems, but explicitly initiated by the user. A classification of constraint types and example usage scenarios are given.}, subject = {Architektur}, language = {en} }