21.04.2013 Views

ETTC'2003 - SEE

ETTC'2003 - SEE

ETTC'2003 - SEE

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

BACK<br />

MANAGEMENT DES ESSAIS SYSTEME DANS LES PROGRAMMES SPATIAUX<br />

MARC PIRCHER<br />

CNES<br />

Le domaine spatial, comme la plupart des secteurs d’activité technologique, a une notion du<br />

« système » à géométrie variable. Dès que l’on doit faire marcher ensemble deux éléments,<br />

équipement, fonctions logicielles… l’activité système existe. L’ingénierie système doit couvrir, de la<br />

conception à la recette finale, en passant par le développement et les essais, la responsabilité<br />

technique du découpage, des interfaces, des jeux d’essais d’intégration et des performances de<br />

l’ensemble. On peut dire qu’il y a de l’ingénierie système à tous les niveaux de l’organigramme<br />

technique.<br />

Nous traiterons plus particulièrement du système spatial global comprenant le satellite, le centre de<br />

contrôle (TM/TC), le réseau émission – réception, le(s) centre(s) de programmation, le(s) centre(s)<br />

de production, le centre d’expertise et le lanceur ; à travers divers exemples comme SPOT /<br />

HELIOS, JASON, STENTOR, DEMETER …<br />

Une grande partie de ce systèmpe doit être opérationnel dès le lancement, pour garantir la mise à<br />

poste. La durée de vie limitée des satellites couplée à la pression des utilisateurs, nécessitent un<br />

système complet opérationnel en fin de recette en vol. La couverture des essais doit être<br />

suffisante pour autoriser le Chef de Projet à proposer un « vert » pour le lancement sachant qu’il<br />

est exclu pendant les phases critiques d’envisager la correction d’anomalies matériel ou logiciel pour<br />

lesquelles les procédures de contournement n’aient pas été testées et validées antérieurement. 80<br />

% des essais au sol couvrent des cas de reprise sur anomalie.<br />

Nous allons détailler quelques facteurs clés nécessaires au succès sachant que le risque « zéro »<br />

n’existe pas dans notre métier.<br />

Dès la phase de conception, le système doit être découpé en tenant compte de la capacité pour<br />

l’équipe système :<br />

- de définir les interfaces le plus tôt possible dans le développement<br />

- de fournir des jeux d’essai de test avec résultats attendus pour chaque entité<br />

- de dépouiller et valider les résultats d’essai<br />

Pour les phases de développement, il faut :<br />

- responsabiliser chaque founisseur et lui donner les moyens de valider et tester sa prestation<br />

- faire comprendre à chacun son rôle dans le système et préparer très tôt le plan d’essai système<br />

- que l’équipe système apprenne le « langage » de chaque fournisseur<br />

- organiser la remontée des « questions au système »<br />

Pendant les phases d’essai,il faut :<br />

- mettre en place des commissions de modification et de traitement des anomalies hebdomadaires<br />

au niveau système<br />

- dépouiller les essais<br />

- prévoir dans le planning les essais de non-régression et les reprises d’essai<br />

Nous nous attacherons à illustrer ces principes d’exemples concrèts.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!