Figure 2 - uploaded by Patrice Poyet
Content may be subject to copyright.
Source publication
The VEGA1 project aims to establish an information infrastructure which supports the technical and business operations of virtual or extended enterprises. GroupWare tools and distributed architectures are developed in compliance with product data technology standardization activities in line with the current specifications coming from the Object Ma...
Context in source publication
Context 1
... DIS application provides a translation facility from AP225 STEP models to VRML models, the later been viewed over LANs or WANs. This DIS is written in Java on top of an SDAI/Java binding, itself on top of EPM's EDM (see Figure 2).The application to convert AP225 models into VRML is written in Java, and is build on top of three different layers: the first layer is a set of Java classes resulting from a SDAI/Java generator, which are linked to the conversion application. This generator creates a set of Java classes corresponding to an EXPRESS schema, the AP225 schema in this DIS. ...
Similar publications
Distributed client/server architectures nowadays appear as a must for the wide information systems of the future virtual enterprise. At the same time, the continued growth of the Internet/WEB and its associated standard developments leads to new ways of world-wide information communication, distribution and access to information. This paper introdu...
The VEGA 1 project aims to establish an information infrastructure which supports the technical and business operations of virtual or extended enterprises. GroupWare tools and distributed architectures are developed in compliance with product data technology standardisation activities in line with the current specifications coming from the Object M...
The VEGA 1 project aims to establish an information infrastructure which supports the technical and business operations of virtual or extended enterprises. GroupWare tools and distributed architectures are developed in compliance with product data technology standardisation activities in line with the current specifications coming from the Object M...
Citations
... PROMISE even contains a workflow engine to distribute fireable work items to SOAP-connected (Simple Object Access Protocol) clients (Greb et al, 2004). VEGA is another, important workflow based system (Zarli and Poyet, 1999). It supports co-operative teamwork by linking digital product models with WfMS concepts. ...
Modern engineering projects in the application domain of structural design are organized as networked co-operations due to permanently enlarged competition pressure and a high degree of complexity while performing concurrent design activities. One of the major challenges of these networked co-operations constitutes the coordination of the activities of all involved participants. Recent off-the-shelf software systems, however, fail for coordinating these complex activities in this area. In the course of our research activities, we have developed two different directions for coordinating such projects: (1) a workflow-based concept regulating the activities by a global workflow model (University of Bochum) and (2) an awareness model that allows to perceive activities of other partners and to derive new activities mentally (University of Bonn). This paper describes a novel integration approach of these two models: according to the global workflow model, users can be informed such that they are enabled to detect potential inconsistencies while modeling activities at an early stage.
... PROMISE even contains a workflow engine to distribute fireable work items to SOAP 8 -connected clients (Greb et al 2004). VEGA is another, important workflow-based system (Zarli and Poyet 1999). It supports co-operative teamwork by linking digital product models with WfMS concepts. ...
Large engineering projects are organized as networked co-operations due to an increasing competition pressure and a high degree of complexity. One of the major challenges of these networked co-operations constitutes the coordination of the activities of all involved partici-pants. Recent software systems, however, fail for coordinating and effectively supporting these complex design activities. In this paper we propose a novel, holistic, three-tier-based multi-agent solution concept that overcomes these deficiencies and, thus, minimizes potential planning conflicts. The top-level tier represents the real world situation in which the partici-pating design experts are organized in temporary project works, holding varying roles. The middle tier maps the real world conditions into a set of interacting, design specific software agents that effectively support the structural experts while carrying out their concurrent ac-tivities. On the bottom tier, we've settled the required design resources (product models, pro-ject settings, etc.) that are prepared and integrated by software agents. Focusing on the mid-dle tier we have developed a holistic agent model for collaborative structural design that is prototypical implemented and evaluated by the multi-agent system ACOS.
The major project goal of the ISTforCE project is to provide an open, human-centered Web-based collaboration environment which supports concurrent engineering while working on multiple projects simultaneously and offers easy access to specialized engineering services distributed over the Web. Normally, engineering applications are bought and then installed and used locally, but in the last years there is a growing interest, especially by small, highly specialised vendors, to offer such applications on rental or "pay per use" basis. The main innovation of ISTforCE is in the human-centred approach enabling the integration of multiple applications and services for multiple users and on multi-project basis. This should lead to support the work of each user across projects and team boundaries and to establish a common platform where providers of software and end users (engineers, architects, technicians, project managers) can meet. This paper will focus on three specific aspects of the ISTforCE project. The first addresses product data models also referred to as Building Information Models (BIMs) given the specific scope of the application domain dealt with and also covers the contribution of ISTforCE to standardization activities, either within the frame of ISO / STEP or of the IAI and the development of the Industry Foundation Classes. The second will address part of the software architecture designed to support concurrent engineering activities with the development of the Product Data server (PDS) and finally we will cover AI based applications, more specifically in the area of automated building conformance checking (CCS).
Ce document n'engage en rien le CSTB et ne reflète que les vues de son auteur principal.
La mission logicielle telle qu’elle a été définie s’intéresse à un certain nombre de questions fondamentales qui ont toutes un impact sur la capacité du CSTB à agir en qualité de concepteur, développeur, producteur, éditeur et vendeur de logiciels.
Bien que de nombreuses relations existent entre ces grandes questions, il a été pour des raisons de clarté de la présentation utile de les aborder de manière séparée, le lecteur devant conserver à l’esprit qu’elles sont souvent intimement liées. Par exemple, il ne saurait être question de politique technique sans s’intéresser aux dispositions organisationnelles qui peuvent être prises pour en garantir la bonne exécution, ou encore d’une stratégie technique qui ferait fi des réalité du terrain du point de vue du parc matériel et logiciel des utilisateurs ou de considérations commerciales lors du déploiement des produits en faisant des hypothèses fortes sur les capacités d’équipement des clients, etc. Ainsi les questions sont interdépendantes, et agir sur l’une sans mesurer les effets ou les conséquences sur les autres est de peu d’utilité. C’est probablement la complexité de chacun des sujets que nous allons aborder, couplée à leurs inter-relations qui rend l’activité logicielle difficile.
La politique technique est une question essentielle. On y abordera des thèmes comme la mesure de la pertinence d’une solution technique, les conséquences en termes de productivité, de cohérence entre les développements entrepris dans différents départements du CSTB, d’interopérabilité et pérennité des développements logiciels par l’adoption de langages et de plate-formes de développement préférentiels, de la mise en œuvre de bibliothèques de composants logiciels réutilisables, de la documentation systématique et standardisée selon des normes de l’entreprise, de maintenance corrective et adaptative, etc. Le champ est immense et si le CSTB peut s’enorgueillir de posséder divers métiers celui du logiciel en tant que tel ne lui est finalement pas vraiment naturel.
Les questions de responsabilités préoccupent la Direction du CSTB, à juste titre, compte tenu des conséquences importantes que peuvent avoir un usage erroné ou tout simplement hors des limites prévues d’un logiciel. Ceci est particulièrement vrai compte tenu des capitaux engagés dans des opérations de construction ou de TP, les erreurs, et malfaçons engendrés par voie de conséquences ou autres problèmes se soldant généralement par un impact financier important voire considérable et des délais, lesquels engendrent eux-même en retour des pénalités. Les hypothèses de modélisation et les techniques de résolution numériques, doivent être explicitées et comprises des utilisateurs qui doivent s’engager à décliner la responsabilité des concepteurs selon des modalités sur lesquelles nous reviendront par la suite. Au titre de la portée juridique interviennent également les questions de protection des logiciels, des droits qui leurs sont attachés et du transfert de ces droits aux utilisateurs, avec toutes les limites qu’il convient d’imposer pour diverses raisons, ne seraient-ce que celles de responsabilité qui viennent d’être exposées.
Les processus décisionnels et la logique économique doivent être bien maîtrisés et la décision de la diffusion d’un logiciel doit être prise en parfaite connaissance de cause des implications sur les autres activités. On peut en effet parfois penser que la mise à disposition d’un outil logiciel sophistiqué auprès des utilisateurs finaux pourrait être de nature à diminuer les montants de contrats obtenus lorsque ces derniers s’appuyaient sur la mise en œuvre d’un logiciel propriétaire assez sophistiqué pour justifier de dispenser des prestations. Nous reviendrons par la suite sur ces arguments, et sans en dire davantage, nous avons tendance à penser que la diffusion du logiciel – si elle est faite correctement et que les utilisateurs peuvent s’appuyer sur l’éditeur en fonction que de besoin – peut au contraire augmenter les volumes d’affaires. Ce point de vue sera argumenté par la suite.
La diffusion suppose des organisations et des démarches spécifiques tant pour le développement que pour la promotion et la commercialisation dans un contexte où la connaissance de l’évolution rapide des technologies informatiques reste un investissement permanent et où la cible commerciale est souvent mouvante. Il ne suffit pas de remplir un service que l’on a pu identifier à un moment donné et qui correspond à un besoin clair d’une population d’utilisateurs, encore faut-il que les conditions de la cible n’aient pas changées entre le moment où le chantier est lancé et celui où la commercialisation s’opère. Ce genre de problème s’est déjà malheureusement rencontré, ne serait-ce pour l’illustrer que dans le cas où l’utilisateur ne veut plus – par exemple – d’une solution utilisant des données en local, même si elles sont fréquemment mises à jour sous forme de CDs, mais où il souhaite pouvoir déporter ce coût vers le fournisseur en se connectant par internet à ses serveurs. Dans ce cas, même si le besoin est fonctionnellement satisfait par la solution proposée, le contexte technique ayant suffisamment changé et ce de manière assez rapide pour qu’une migration devienne difficile, il est alors très dur de commercialiser le produit qui rate sa cible. De ce point de vue, les étapes d’investissement doivent être contrôlées régulièrement, et les décisions doivent se fonder sur une analyse du type espérance de gains sur risque en tenant compte de la connaissance du marché, de la concurrence, d’un business plan, etc.
Bien sûr et on le comprend aisément de ce qui vient d’être rapidement évoqué, le CSTB a tout intérêt à mettre en place des partenariats pour s’appuyer sur des spécialistes de ces diverses questions.
Enfin, une mission comme celle-ci, conduite sur une durée de temps très limitée, n’aura permis que de survoler l’ensemble des questions qui se posent et d’offrir un panorama nécessairement un peu rustique de nombre de sujets qui mériteraient d’être approfondis.
Acceptons en l’augure.
Electronic product catalogues and brochures are gaining popularity, but there is little agreement on content, format, and searching methods. This limits their usability and integration with existing construction software tools. This paper examines a product-modelling approach to delivering building product information and describes a proposed multi-tier client-server environment. ISO/STEP and IAI/IFC building product models are considered to facilitate representation, exchange, and sharing of product information. The proposed architecture incorporates scalability with middleware components that would
provide single or few points of entry to integrated product information. This paper is part of a research project that builds on the results of related projects including Construct IT Strategy, PROCAT-GEN, Active Catalog, COMBINE, and ARROW, towards implementing the required software components.
A dissertation thesis submitted in partial fulfilment of the requirements for the award of the degree Doctor of Engineering (EngD), at Loughborough University. This thesis reports on a research project undertaken over a four year period investigating and developing a software framework and application for integrating and managing building product information for construction engineering. The research involved extensive literature research, observation of the industry practices and interviews with construction industry practitioners and systems implementers to determine how best to represent and present product information to support the construction process. Applicable product models for information representation were reviewed and evaluated to determine present suitability. The IFC product model was found to be the most applicable. Investigations of technologies supporting the product model led to the development of a software tool, the IFC Assembly Viewer, which aided further investigations into the suitability of the product model (in its current state) for the exchange and sharing of product information. A software framework, or reusable software design and application, called PROduct Information Management System (PROMIS), was developed based on a non-standard product model but with flexibility to work with the IFC product model when sufficiently mature. The software comprises three subsystems namely: ProductWeb, ModelManager.NET and Product/Project Service (or P2Service). The key features of this system were shared project databases, parametric product specification, integration of product information sources, and application interaction and integration through interface components. PROMIS was applied to and tested with a modular construction business for the management of product information and for integration of product and project information through the design and construction (production) process.
