Optimizing an incremental Modular Open System Approach (MOSA) in avionics systems for balanced architecture decisions
Pourquoi ce travail est dans la base
Une base qui oublie comment elle a trouvé un travail ne peut pas être vérifiée. Voici les voies qui ont admis celui-ci.
Notice bibliographique
Résumé
There is a need for incrementally optimizing the Modular Open Systems Approach (MOSA) being applied in open system based avionics platforms that include legacy and new capability architecture elements. To date, incremental improvements in MOSA based design methods have demonstrated additional cost reduction, sustainability, and new capability insertion benefits. This has been achieved by further addressing MOSA modularity, key interface standards, and standards conformance. The actual implementation of MOSA is typically guided by both customer-based procurement Statement-of-Work (SOW) language and supplier lessons-learned in execution of MOSA based programs. Implementation of MOSA has evolved and continues to change with regard best practices. New emerging government guidance on MOSA includes: increased government rights availability, encouraging increased competition in procurements, enabling reuse of pre-developed application software components, and sharing of common hardware developments across platform communities. Most MOSA programs are dealing with systems with multiple baselines: production, tech refresh, export derivatives, and future capability/opportunity extensions. Integrated MOSA programmatic and technical views can be a unifying element in assuring that the reference architecture decisions are balanced in near term solutions and life cycle benefits. This paper describes an incremental methodology for implementing MOSA based on lessons learned in execution of MOSA and current proactive MOSA initiatives. The methodology includes a compliance assessment of MOSA application, integration of capability and technology planning roadmaps, comparative assessment of legacy and emerging open/key standards, and factoring emerging key interfaces into proactive MOSA based planning. Any architecture by definition includes a set of hardware and software components, hardware and software standards, and a topology instance. Typical MOSA architecture work products generated in this regard include a MOSA Plan, a Platform Technology Insertion Plan, Platform/Technology Planning Roadmaps, and an End-Of-Life (EOL) Management Plan. Relative to architecture, the commercial world continues to introduce next generation hardware components, software components, and standards at a very rapid rate. A key MOSA driver is to organize an infrastructure of key interfaces for establishing sustainable modularity, standards, and interoperability to enable programs to make balanced architecture decisions. This MOSA implementation has been successfully applied on the Navy Multi-Mission Helicopter (MMH) program. Optimizing MOSA in avionics systems is a continuous program commitment from both a customer and supplier perspective. Additional MOSA optimization opportunities are continuously emerging including initiatives like the Future Airborne Capability Environment (FACE). The objective of FACE is to guide current MOSA platforms toward a more unified next generation processing environment with additional improvements in open, modular, portable, partitioned, expandable, secure, and interoperable platform architectures. Additional drivers include the need for improvements in platform information assurance, tamper resistant and trusted computing, affordability in incorporating advanced program capabilities, and support of 3 <sup xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink">rd</sup> party rapid capability insertion. Proactive MOSA optimization focus and proactive engagement in initiatives like FACE are critical to future platform affordability and sustainability in balanced architecture solutions.
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.
Prédiction distillée sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Apprise à partir de 10 348 étiquettes directes de Codex et de 10 348 étiquettes directes de Gemma. Le mode candidate est l'union des têtes enseignantes seuillées; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont ni des étiquettes humaines ni des étiquettes directes de modèles de pointe.
Scores Codex et Gemma par catégorie
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,002 | 0,000 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,001 |
| Méta-épidémiologie (sens large) | 0,002 | 0,000 |
| Bibliométrie | 0,001 | 0,001 |
| Études des sciences et des technologies | 0,000 | 0,000 |
| Communication savante | 0,002 | 0,004 |
| Science ouverte | 0,002 | 0,000 |
| Intégrité de la recherche | 0,001 | 0,001 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,000 | 0,000 |
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écoule