Une exigence qui contraint explicitement les performances, les interfaces, la vérification ou d'autres propriétés à travers deux domaines fonctionnels ou parties prenantes ou plus d'un système, de sorte qu'aucune mise en œuvre de sous‑système unique ne peut la satisfaire isolément.

Principe

Une exigence transversale impose une contrainte au niveau système qui doit être allouée, tracée et vérifiée au‑delà des frontières des sous‑systèmes ; sa satisfaction nécessite une spécification coordonnée des interfaces, des critères de test partagés ou un service commun désigné.

Démonstration

Scénario illustratif → Un programme spatial définit une exigence transversale de compatibilité électromagnétique (CEM) entre l'avionique, la distribution d'alimentation et la structure. Reconnaissance → Les ingénieurs systèmes identifient la CEM comme couvrant la conception électrique, la mise à la terre, le blindage et les points de fixation structurels. Action → L'équipe répartit l'exigence entre électronique, câblage et structure, définit des procédures d'essais d'interface et consigne les allocations dans la base d'exigences. Conséquence → Lors de l'intégration, les émissions mesurées respectent le critère CEM système parce que les interfaces et les essais ont été définis et tracés entre les domaines.

Mauvaise application

Traiter l'exigence transversale comme un ensemble d'exigences fonctionnelles indépendantes et permettre à chaque équipe de sous‑système de ne vérifier que leur conformité locale. L'erreur sémantique est de présumer que la vérification locale implique la conformité système en ignorant les interactions inter‑domaines et les essais d'acceptation d'interface.

Conséquence

La reconnaissance et la gouvernance des exigences transversales réduisent le risque d'intégration en imposant des conceptions coordonnées et une vérification conjointe ; l'ignorer ou la fragmenter provoque des incompatibilités d'interface, des refontes tardives, des coûts accrus et des modes de défaillance système potentiels.

Inversion

Si les domaines sont strictement découplés par l'architecture (par exemple via un service commun certifié ou une partition rigide), une exigence transversale peut être satisfaite par un élément partagé unique ; inversement, certaines exigences apparemment transversales deviennent locales lorsque l'architecture impose une séparation claire des responsabilités.

Limite

Clairement incluse → Une exigence unique de latence pour l'ensemble du véhicule couvrant capteurs, réseaux et unités de commande. Cas limite → Une exigence de fiabilité au niveau système sans allocation explicite ; son caractère transversal dépend des allocations définies. Clairement exclue → Une exigence d'interface spécifique à une fonction limitée à l'API d'un seul module qui n'affecte pas d'autres domaines.

Tension sémantique

Gouvernance centralisée et traçabilité versus autonomie des sous‑systèmes et innovation locale rapide : un contrôle strict facilite la vérification mais peut ralentir le développement et réduire la liberté de conception.

Synthèse

Les exigences transversales sont des contraintes de coordination : elles traduisent des attributs système souhaités en obligations réparties entre équipes et interfaces et exigent donc une allocation explicite, la définition d'interfaces et une vérification intégrée plutôt qu'une solution unilatérale d'un sous‑système.