Challenges in Designing Mechatronic Systems
Notice bibliographique
Résumé
Development of mechatronic products is traditionally carried out by several design experts from different design domains. Performing development of mechatronic products is thus greatly challenging. In order to tackle this, the critical challenges in mechatronics have to be well understood and well supported through applicable methods and tools. This paper aims at identifying the major challenges, by conducting a systematic and thorough survey of the most relevant research work in mechatronic design. Solutions proposed in literature are assessed and illustrated through a case study in order to investigate if the challenges can be handled appropriately by the methods, tools, and mindsets suggested by the mechatronic community. Using a real-world mechatronics case, the paper identifies the areas where further research is required, by showing a clear connection between the actual problems faced during the design task and the nature of the solutions currently available. From the results obtained from this research, one can conclude that although various attempts have been developed to support conceptual design of mechatronics, these attempts are still not sufficient to help in assessing the consequences of selecting between alternative conceptual solutions across multiple domains. We believe that a common language is essential in developing mechatronics, and should be evaluated based on: its capability to represent the desired views effectively, its potential to be understood by engineers from the various domains, and its effect on the efficiency of the development process.
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,026 | 0,043 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,002 |
| Méta-épidémiologie (sens large) | 0,002 | 0,002 |
| Bibliométrie | 0,002 | 0,002 |
| Études des sciences et des technologies | 0,004 | 0,010 |
| Communication savante | 0,013 | 0,013 |
| Science ouverte | 0,004 | 0,006 |
| Intégrité de la recherche | 0,006 | 0,005 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,003 | 0,002 |
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 ».