1.3.2 A Vision for Super‐Model Driven Systems Engineering
Notice bibliographique
Résumé
Abstract Model‐Based Systems Engineering (MBSE) has been developing for some time, and has recently acquired new impetus with the completion of the Systems Modeling Language (SysML). This paper envisions taking MBSE much further, to a future of highly integrated and automated design and verification coupled with advances in simulation and domain linkage to allow the synthesis of complete systems from requirements into mathematical models and then into physical realizations. This would permit the application of three of the most successful approaches from agile software development, namely rapid, iterative development of the system starting with the highest value functions, facilitating continual reassessment of the future direction, and continual regression testing to ensure that system bugs are identified and removed rapidly. We envisage the requirements and the model evolving together from proto‐requirements and proto‐model in increasing detail until the point at which the model can be realized with real hardware and software. Taking this further, the MBSE engine can perform trade‐offs and optimization on the design. Implementing this vision requires progress in a number of technologies, such as data exchange between domain tools. At this time, much engineering effort is consumed in people communicating and mediating information and translating it from one form to another (e.g. system design to mechanical design). If we can realize the vision proposed, we can remove much of the burden of information mediation and optimization, allowing engineers to focus on their expertise and larger issues. The potential savings in labour are huge.
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,014 | 0,008 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,001 |
| Méta-épidémiologie (sens large) | 0,001 | 0,002 |
| Bibliométrie | 0,002 | 0,001 |
| Études des sciences et des technologies | 0,001 | 0,007 |
| Communication savante | 0,008 | 0,011 |
| Science ouverte | 0,003 | 0,005 |
| Intégrité de la recherche | 0,005 | 0,011 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,004 | 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 ».