Content uploaded by Patrice Poyet
Author content
All content in this area was uploaded by Patrice Poyet on Jul 26, 2014
Content may be subject to copyright.
A preview of the PDF is not available
PerDIS: An Infrastructure for Cooperative Engineering in Virtual Enterprise.
Abstract and Figures
In this paper, we propose a new approach to build Virtual Enterprise software infrastructure that offers persistence, concurrent access, coherence and security on a distributed-shared data store based on distributed-shared memory paradigm.
Figures - uploaded by Patrice Poyet
Author content
All figure content in this area was uploaded by Patrice Poyet
Content may be subject to copyright.
... • Lack of standard definitions of information models and access mechanisms. In general, the definition of common information models and data access services represents key problems for the VE support infrastructure [2]. ...
... The PerDiS system targets the support for cooperative engineering applications in the VE by providing an efficient and secure platform for distributed data sharing called the Persistent Distributed Store. PerDiS is based on a distributed sharedmemory store for the VE applications [2]. • PRODNET. ...
The current developments in Information Technology (IT) enable enterprises to open up and strengthen their collaborations to certain extent. However, in order to enable real Virtual Enterprise (VE) scenarios, there are still many issues left open. Among others, achieving a comprehensive analysis of information management approaches and technology applied to VE platforms, represent an interesting challenge by itself. In this context, a survey of a variety of information management approaches for VEs is presently addressed at the University of Amsterdam.
... ational database management system, and the federated schema management modules were written in C++ (Frenkel et al. 2001; Klen et al. 1998; Rabelo, Camarinha-Matos, and Afsarmanesh 1998; Candido and Barata 2007). Persistent distributed data store (preDiS), which is based on distributed shared memory for VE software infrastructure, was developed by Sandakly et al. (1999). They proposed a persistent software infrastructure with concurrent access as well as a coherent and secure distributed data store based on the distributed shared-memory paradigm. Another study related to the architecture of distributed information systems, implemented using the CORBA and STEP standards for workflow management and informa ...
New advancements in computers and information technologies have yielded novel ideas to create more effective virtual collaboration platforms for multiple enterprises. Virtual enterprise (VE) is a collaboration model between multiple independent business partners in a value chain and is particularly suited to small and medium-sized enterprises (SMEs). The most challenging problem in implementing VE systems is ineffcient and inflexible data storage and management techniques for VE systems. In this research, an ontology-based multi-agent virtual enterprise (OMAVE) system is proposed to help SMEs shift from the classical trend of manufacturing part pieces to producing high-value-added, high-tech, innovative products. OMAVE targets improvement in the flexibility of VE business processes in order to enhance integration with available enterprise resource planning (ERP) systems. The architecture of OMAVE supports the requisite flexibility and enhances the reusability of the data and knowledge created in a VE system. In this article, a detailed description of system features along with the rule-based reasoning and decision support capabilities of OMAVE system are presented. To test and verify the functionality and operation of this system, a sample product was manufactured using OMAVE applications and tools with the contribution of three SMEs.
... Finally, most of the time, porting existing legacy applications to co-operate in a VE implies their complete re-engineering in order to get decent performance, to make them work concurrently and to integrate security constraints. This paper proposes a new approach to building a VE software infrastructure (Sandakly 1999). This approach generated a platform of persistent, distributed and shared memory called ...
This paper proposes a new approach to building a virtual enterprise (VE) software infrastructure that offers persistence, concurrent access, coherence and security on a distributed datastore based on the distributed shared-memory paradigm. The platform presented, persistent distributed store (PerDiS), is demonstrated with test applications that show its suitability and adequate performance for the building and construction domain. In particular, the successful adaptation of standard data access interface (SDAI) to PerDiS and a comparison with CORBA are presented as examples of the potential of the distributed shared-memory paradigm for the VE environment.
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.
The support of real collaborative virtual enterprise (VE) scenarios sets forward particularly interesting challenges in terms of distributed information management, regarding the proper sharing and exchange of information among preexisting autonomous enterprises. In order to address these challenges, it is necessary to achieve a comprehensive analysis of advanced information management approaches that can be applied in VE platforms. In this context, this chapter provides a representative survey of several VE-related information management standards, technologies, and existing approaches that can be applied to support future VE infrastructures.
Advanced manufacturing systems need to be developed for enterprises to cooperate with each other in order to survive in the increasingly competitive global market. In this paper, manufacturing management issues are addressed at three levels: virtual enterprise (inter-enterprise), enterprise (intra-enterprise) and shop floor levels. An Internet enabled framework based on Web Services and agents for cooperative manufacturing management is proposed. An integration environment consisting of an agent based scheduling system, a Web based remote monitoring and control system, and corresponding services is designed and developed for the management, monitoring and control of the shop floor. Implementation details of the shop floor management environment are presented and some future work is prospected.
The authors present the identification of a new programming language concept and report their initial investigations of its utility. The concept is to identify persistence as an orthogonal property of data, independent of data type and the way in which data is manipulated. This is expressed by the principle that all data objects, independent of their data type, should have the same rights to persistence or transience. They expect to achieve persistent independent programming, so that the same code is applicable to data of any persistence. They have designed a language PS-algol by using these ideas and constructed a number of implementations. The experience gained is reported here, as a step in the task of achieving languages with proper accommodation for persistent programming.
The Essential CORBA -System Integration Using Distributed Objects John Wiley and Sons. 14. Object Management Group. Corba Services Specification
- T J Mowbray
- R Zahavi
Mowbray T. J., Zahavi R.. The Essential CORBA -System Integration Using Distributed Objects.
1996. John Wiley and Sons.
14. Object
Management
Group.
Corba
Services
Specification.
URL
http://www.omg.org/corba/sectran1.html, December 1998.
COST Architecture: the Corba Access to STEP Information Storage -Architecture and Specification. Deliverable D301 of ESPRIT 20408 VEGA project
- M Köthe
Köthe M. COST Architecture: the Corba Access to STEP Information Storage -Architecture and
Specification. Deliverable D301 of ESPRIT 20408 VEGA project. January 1997.
Security Services Design
- G Coulouris
- J Dollimore
- M Roberts
Coulouris G., Dollimore J. and Roberts M.. Security Services Design. PerDiS deliverable PDS-R-97-008. URL http://www.perdis.esprit.ec.org/deliverables/docs/T.D.1.1/A/T.D.1.1-A.html, 1997.
The PerDiS Architecture
- M Shapiro
Shapiro M. et al., The PerDiS Architecture, PerDiS deliverable PDS-R-97-002, URL
http://www.perdis.esprit.ec.org/deliverables/docs/architecture, 1997.
The Common Object Request Broker Architecture and Specification (CORBA) Revision 2.1
- Management Object
- Group
Object Management Group. The Common Object Request Broker Architecture and Specification
(CORBA) Revision 2.1. September 97. URL http://www.omg.org/corba/corbaiiop.htm.