Use Case Decomposition for Multi-Standard Management to Enable Flexible Supply Chain
Notice bibliographique
Résumé
Abstract Flexibility is identified as a mandatory characteristic of today’s supply chains. There are a few aspects of supply chain flexibility identified in the literature, and one of them is flexible supply chain integration. The standard for exchanging supply chain data plays a crucial role in that aspect. Today, business systems operate in different geopolitical, business process, and industry settings, and there is a great chance that they are using different Data Exchange Standards (DESes). Various approaches to deal with this heterogeneity exist; however, they can be exponentially time-consuming and expensive or may not meet desirable characteristics such as security constraints and varying use cases. In our recent paper, we proposed a novel approach based on the Core Component Specification (CCS) and its concept of the Business Context. Its central idea is the super (or federated) data model that gets updated as relevant DESes and enterprise information objects grow in the enterprise integration ecosystem. It provides a semantic layer to link different DESes. Along the super data model, two additional models were employed – the staging data model that enables the import of any type of data structure definitions, and the library-specific data model that enables their representations in the CCS-like form. This paper brings further investigation into the complexity of various industry use cases in dealing with multiple standards to achieve flexible supply chain integration. Our research collaboration with industry partners found that the industry may need up to six use cases, but commercial tools typically address only one of these use cases, data mapping. This paper formalizes and illustrates these use cases using two DESes – connectSpec and QIF. While the main contribution is the use case identification and decomposition, which will make the industry’s needs more explicit, manageable, and automatable, the paper also outlines the user interfaces and backend needed to make the multi-standard management more productive. The future plan is the definition of automation, and the backend RESTful APIs that are needed to create user-friendly interfaces. The paper points out the issues that arose in the initial validation stage and improvements that need to be tackled in the future.
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction machine sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Le volet Gemma est une étiquette directe du modèle pour chaque travail de la base, lue sur la notice réduite au titre. Le volet Codex est un classifieur appris des 10 348 étiquettes directes de Codex et calibré sur les taux pondérés de l'échantillon; les champs sans appui suffisant ne portent aucun appel Codex. Le mode candidate est l'union des deux volets; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont pas des étiquettes humaines.
Scores du classifieur distillé par catégorie (deux têtes)
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,010 | 0,016 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,001 |
| Méta-épidémiologie (sens large) | 0,001 | 0,003 |
| Bibliométrie | 0,007 | 0,004 |
| Études des sciences et des technologies | 0,002 | 0,002 |
| Communication savante | 0,007 | 0,006 |
| Science ouverte | 0,003 | 0,006 |
| Intégrité de la recherche | 0,002 | 0,003 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,005 | 0,001 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule source (Gemma direct ou Codex distillé), pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».