4a6c5c8bfe65
Dossier_Secteur_Systemes_autonomes_non_habites_et_contre-drones/03_Architecture_UAS_et_contre-drones.md
Statut : Rédigé — prévalidation en cours
Version : 0.1
Dossier Horizon : Systèmes autonomes non habités et contre-drones
Dernière mise à jour : 2026-08-21
Sources : Département américain de la Défense — stratégie C-UAS (S-001) · GAO — Technologies contre-drones, 2022 (S-003)
03 — Architecture UAS et contre-drones¶
Objectif d’apprentissage¶
À la fin de ce chapitre, le lecteur sera capable de cartographier les couches d’une solution et de voir où une entreprise tente de capter de la valeur.
1. Architecture d’un système UAS¶
| Couche | Rôle | Risque d’analyse |
|---|---|---|
| Plateforme | Porte la mission et conditionne endurance, mobilité et charge utile. | Comparer des spécifications sans mission réelle. |
| Capteurs / charge utile | Produit les données ou l’effet recherché. | Ignorer l’intégration et le traitement des données. |
| Liaison et contrôle | Relie l’opérateur, le système et les données. | Sous-estimer résilience, cybersécurité ou dépendance radio. |
| Logiciel et autonomie | Aide à planifier, détecter, suivre ou exploiter. | Confondre démonstration logicielle et autorisation d’usage. |
| Opérations et soutien | Formation, maintenance, mises à jour et sécurité. | Oublier coût de cycle de vie et récurrence potentielle. |
2. Architecture C-UAS : une chaîne, pas un produit isolé¶
La stratégie américaine traite les systèmes non habités comme une menace qui évolue rapidement et nécessite une approche coordonnée Département américain de la Défense — stratégie C-UAS (S-001). Le produit C-UAS peut donc être un capteur, un logiciel de fusion, une liaison avec le commandement ou une solution de mitigation. Sa valeur dépend de la compatibilité avec les autres couches.
| Couche C-UAS | Exemple de fonction | Limite à tester |
|---|---|---|
| Détection | Radar, radiofréquence, optique, acoustique. | Portée, environnement, faux positifs. |
| Identification | Classification et distinction des objets autorisés. | Qualité des données et règles de décision. |
| Commandement | Priorisation, affichage, journalisation, coordination. | Interopérabilité et charge de l’opérateur. |
| Mitigation | Brouillage, interception ou autre action autorisée. | Autorité légale, dommages collatéraux, efficacité contextuelle. |
Conclusion Horizon
Un fournisseur peut détenir une brique importante sans posséder la solution complète. Cela peut créer une barrière technique ou, au contraire, une dépendance forte à un intégrateur.