Figure 5 - uploaded by Patrice Poyet
Content may be subject to copyright.
Persistent distributed SDAI implementation in PerdiS. Boxes represent PerDiS clusters Concurrent data access
Source publication
In this paper, we propose a new approach to build a Virtual Enterprise software infrastructure that offers persistence, concurrent access, coherence and security on a distributed-shared data store based on distributed-shared memory paradigm.
Context in source publication
Similar publications
Connected vehicles may produce gigabytes of data per hour, which makes centralized data processing impractical at the fleet level. In addition, there are the problems of distributing tasks to edge devices and processing them efficiently. Our solution to this problem is OODIDA (On-board/off-board Distributed Data Analytics), which is a platform that...
Comma Separated Value (CSV) files are commonly used to represent data. CSV is a very simple format, yet we show that it gives rise to a surprisingly large amount of ambiguities in its parsing and interpretation. We summarize the state-of-the-art in CSV parsers, which typically make a linear series of parsing and interpretation decisions, such that...
Citations
... •• Lack of standard definitions of information models and access mechanisms. In general,, the definition of common enterprise information models and data accesss services introduces key problems for the VE support infrastructure [140]. Existingg standard representation models and data access interfaces are usually applicablee to a specific field (such as ISO/STEP for technical product data representationn and exchange), and in most cases they cannot be generalized to be usedd by VEs infrastructures in other application domains, such as tourism or agribusiness.. ...
... In some VE applications, e.g. concurrent engineering,, the performance aspects can become critical, and advanced techniquess such as distributed shared memory and intelligent cache mechanisms mayy have to be considered in the implementation of the information managementt component (see for instance [140]). ...
... In general, thee use of STEP applications promotes the sharing of a common product data model inn which system independence, data consistency, and interoperability features are fullyy supported. As mentioned previously, several VE research projects have adopted thiss standard in particular VE application fields [142,140]. ...
... In the virtual enterprise context, multi-agent agile scheduling (MASSYVE [26]), engineering design platforms (COWORK [27]; PerDIS [28]), distributed information management [29] and business process management [30] are also addressed in various projects. ...
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.
... •• Lack of standard definitions of information models and access mechanisms. In general,, the definition of common enterprise information models and data accesss services introduces key problems for the VE support infrastructure [140]. Existingg standard representation models and data access interfaces are usually applicablee to a specific field (such as ISO/STEP for technical product data representationn and exchange), and in most cases they cannot be generalized to be usedd by VEs infrastructures in other application domains, such as tourism or agribusiness.. ...
... In some VE applications, e.g. concurrent engineering,, the performance aspects can become critical, and advanced techniquess such as distributed shared memory and intelligent cache mechanisms mayy have to be considered in the implementation of the information managementt component (see for instance [140]). ...
... In general, thee use of STEP applications promotes the sharing of a common product data model inn which system independence, data consistency, and interoperability features are fullyy supported. As mentioned previously, several VE research projects have adopted thiss standard in particular VE application fields [142,140]. ...
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.
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.
A large number of national and international research projects in the virtual enterprise area have been devoted to the design and development of infrastructures and basic VE support functionalities. PRODNET II is an example of project that has contributed with substantial advances for an open and flexible infrastructure. Results from several other projects are also summarized, giving a brief perspective of the state-of-the-art in this area.
