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.

3. Organisation et Démarche<br />

3.1. Caractéristiques de la qualification du segment sol<br />

Comme introduit au § 2, la qualification du segment sol a été fortement contrainte par la<br />

multiplicité des interfaces, les contraintes de sécurité, les contraintes planning en raison du<br />

nombre élevé de reports successifs du lancement, la désynchronisation des arrivées de certains<br />

sous-systèmes importants comme le SSDS (un an après la QT système).<br />

Pour arriver à réguler l'ensemble des partenaires et leurs expérimentations, une Autorité<br />

spécifique de Gestion, définition et planification fine des Expérimentations a été créée (AGE).<br />

En parallèle à la validation du segment sol, les essais satellite se poursuivaient en salle<br />

blanche à Cannes. Ces essais ont continué à apporter de nombreuses évolutions du LV ayant<br />

un impact sur l'interface bord/sol. Celles-ci ont donné lieu à la nécessité de faire évoluer de<br />

manière significative les logiciels du centre de contrôle.<br />

Un cycle itératif a dû être mis en place pour recetter et intégrer les modifications en un temps<br />

toujours restreint dans les phases de qualification du segment sol<br />

3.2. Méthodologie<br />

La philosophie de validation s'est inspirée des enchaînements classiques d'intégration,<br />

assemblage et qualification technique de chaque sous-système, puis du cycle assemblage,<br />

qualification technique et opérationnelle au niveau du système complet.<br />

L'ensemble des contraintes énoncées au § 3.1 a conduit à distinguer 3 phases de QT/QO de<br />

niveau système : une QT/QO spécifique à la mise à poste, une aux IOT, au maintien à poste et<br />

aux expérimentations plateforme ou charge utile et une troisième liée à l'AGE.<br />

3 Phases d'essais d'opérabilité du satellite concernant la plate-forme et l'ensemble des charges<br />

utiles expérimentales, d'une durée totale de 120 heures ont été également effectués.<br />

La diversité des interfaces a été prise en compte au travers des 3 documents suivants :<br />

- Matrice de conformité aux spécifications systèmes et d'interfaces pour s’assurer que<br />

chaque exigence était couverte par un essai,<br />

- Matrice des échanges des données,<br />

- "Diagramme de séquences" identifiant les acteurs et permettant de schématiser la<br />

fonction entre deux sous-systèmes et les échanges associés, (cf. Annexe)<br />

L’ensemble des ces documents a permis de définir un plan d’essai système fournissant la<br />

colonne vertébrale des qualifications à effectuer, puis des plans d’essais détaillés. Au titre du<br />

cycle itératif de validation, ces documents ont été mis à jour avant chaque nouvelle étape de<br />

validation.<br />

Les plans d'essais ont ainsi été affinés progressivement en fonction des modifications liées<br />

aux interfaces notamment externes et bord-sol, et de leur état de maturité.<br />

Tout essai est régi par le canevas suivant :<br />

• Un Bilan Technique, avant l’essai, permet de réunir tous les intervenants de chaque sous<br />

système afin de dresser un état (version courante, anomalies ouvertes, limitations…), de<br />

planifier et mettre en place l’essai.<br />

• Durant l’essai, le journal d’essai permet de tracer toutes les actions effectuées et chaque<br />

anomalie est répertoriée. En fin d’essai, tous les contextes et données de l’essai sont<br />

sauvegardés et archivés.<br />

7/13

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

Saved successfully!

Ooh no, something went wrong!