A graphical workflow editor for tool integration in the design and analysis of gas turbines
Notice bibliographique
Résumé
The development of complex cyber-physical systems such as aeroderivative gas turbines (AGT) frequently involves running variety of multi-disciplinary design and analysis tools executed along hierarchical workflows in a collaborative environment.The efficient and accurate definition of tool integration workflows is a major challenge because the processing of data for each tool in the sequence is dependent upon the results generated by the other tool.In this thesis, I present a graphical workflow editor to provide an interactive, intuitive and userfriendly tool to define complex tool integration workflows.The workflow editor builds on several innovative ideas: (1) instead of a static palette, reusable workflow elements can be selected and instantiated from a dynamic library of model classes, which is continuously synchronized with a version control system, (2) workflow elements are placed on a grid layout similar to UML swimlanes but with dynamically expandable columns and rows, (3) auto-wiring is provided to draw connections between type compatible workflow elements.The workflow editor is developed using popular model-based tool development platforms such as Eclipse Modeling Framework (EMF) for the definition of concepts of the domain specific language, Graphical Modeling Framework (GMF) and Sirius for the development of graphical modeling workbench.For the model-to-text transformation, VIATRA framework is used which provides a graph pattern based query language and an efficient incremental query engine.The performance and scalability of Graphical Workflow Editor is supported by early experimental results discussed in this thesis.The results indicate that the time taken for the workflow definition remains within acceptable limits even for the larger and complex workflow models.A user study is also included to provide a general feedback about the features of graphical workflow editor.ii Résumé Le développement de systèmes physico-numériques complexes tels que les turbines à gaz aérodérivées (TGA) implique très souvent l'utilisation d'une diversité d'outils multidisciplinaires pour la conception et l'analyse, exécutés au travers de flux de travaux hiérarchisés dans un environnement collaboratif.La définition de l'intégration des outils dans les flux de travaux se doit d'être efficace et précise.Elle représente un des enjeux majeurs car le traitement des données de chaque outil dans la séquence est dépendant des résultats générés par les autres outils.Dans ce mémoire, je présente un éditeur graphique de flux de travaux qui offre un outil interactif, intuitif et avec une interface conviviale permettant de définir l'intégration des flux de travaux d'outils complexes.L'éditeur de flux de travaux est construit sur plusieurs idées innovantes : (1) plutôt que d'utiliser une palette statique, des éléments réutilisables de flux de travaux peuvent être sélectionnés et instanciés depuis une librairie dynamique de modèles de classes, qui est continuellement synchronisée avec un système de contrôle de version, (2) les éléments de flux de travaux sont placés dans une grille dont le nombre de colonnes et de lignes se modifie dynamiquement similaire aux couloirs UML, (3) l'écriture automatique permet de dessiner les connexions entre les types d'éléments de flux de travaux compatibles.L'éditeur de flux de travail est développé grâce à des plateformes de développement d'outils basés sur les modèles tels que Eclipse Modeling Framework (EMF) pour la définition des concepts liées au langage spécifique aux domaines, Graphical Modelling Framework (GMF) et Sirius pour le développement de l'établi de modélisation graphique.Pour la transformation du modèle vers le texte, la structure VIATRA est utilisée, ce qui procure un langage de requête basé sur des modèles graphiques et un moteur incrémental de requêtes efficace.Les performances et la mise à l'échelle de l'éditeur de flux de travaux est appuyé par les résultats expérimentaux préliminaires discutés dans ce mémoire.Les résultats prouvent que le temps moyen de définition d'un flux de travail reste dans les limites acceptables même pour les modèles de flux de travaux plus grands et plus complexes.Une étude auprès des utilisateurs est également incluse afin de donner un retour sur les différentes fonctionnalités proposées par l'éditeur graphique de flux de travaux.
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,003 | 0,006 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,001 |
| Méta-épidémiologie (sens large) | 0,001 | 0,001 |
| Bibliométrie | 0,001 | 0,001 |
| Études des sciences et des technologies | 0,000 | 0,000 |
| Communication savante | 0,002 | 0,002 |
| Science ouverte | 0,002 | 0,001 |
| Intégrité de la recherche | 0,001 | 0,002 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,014 | 0,006 |
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 ».