Sonarqube, intégration continue (CI) et validation
Point sur implémentation côté ROC
Point sur l'analyse Qualité de MUSIC réalisée par Dominique
Campagne de validation RSS4VC
Point sur la doc. (normative, matrices, DVPP, RSS3VC)
Planning et prochaines échéances
Prochaine RT ROC qualité
Divers
Discussion items
Item
Notes
Action items
1.
CR précédente RT "qualité", voir plus bas
Intégration continue
Passage de Jenkins à Gitlab pour l'intégration continue terminé
Première implementation d'un environnement de tests pour les pipelines ROC
Ok pour partie L1/HK CDF ROC-SGSE
A faire pour LZ/L0 (moins critique pour LZ qui sont un backup interne au ROC des telemetrie envoyées via le DDS)
Prévoir de compéter progressivement les différents use cases (ex. données vol)
A faire pour L1R/L2 CDF (avec logiciels d'étalonnage "RCS" en cours d'intégration)
A voir à la rentrée où en est l'intégration des RCS (inquiétude avec logiciel BIAS "BICAS")
Pas d'intégration continue possible sur DDS, mais prévoir de tester des use cases durant campagne de validation ROC "RSS4VC" (lancement d'un job cron sur quelques heures pour récupérer des données sur le DDS et les traiter pour générer les produits RPW LZ, L0, L1, HK, L1R et L2) → attention au temps de latence du DDS : ~15 min. pour récupérer ~60 Mo de données
Pas d'intégration continue possible sur GFTS, mais prévoir ici aussi de tester des use cases durant RSS4VC
Intégration continue à implémenter pour MUSIC (en particulier vérification des import/export)
Analyse Qualité
Voir dernier scan en fichier attaché en bas du CR
Passage de Jenkins à Gitlab: ok
CI software ROC:
* Pipeline L0/L1: basic support ok * RCS L1R/L2: WIP * Music: TODO test imports/exports
Action Xavier - Voir avec SOC/MOC si les interfaces DDS/GFTS seront disponibles durant la campagne RSS4VC
Action Xavier - Voir avec SOC/MOC si on peut utiliser GFTS durant campagne
Analyse de code à démarrer mi-septembre par Stéphane. Livraison des software au fur et à mesure (pipeline, music). Développements en parallèle pour finir fonctions critiques sur MUSIC et pipelines avant validation. On vérifiera juste avant la campagne les éventuelles deltas
Cas de la validation des données L1/L2 → discussion durant consortium meeting avec équipes RCS pour approuver le contenu (pour rappel, pas d'intervention directe des équipes durant campagne, juste support en cas de problème)
Tout ne pourra pas être validée durant la campagne RSS4VC (il faut juste s'assurer de valider les fonctions critiques ou au moins de figer ce qui est validé) – Discussion a posteriori et au cas par cas de se qu'il faut faire pour les exigences non validées (vis-à-vis de la recette en vol et de la phase d'exploitation).
A noter peu d'exigence technique pour la recette en vol → A discuter avec Eric
2.
Les documents normatifs URD (exigences utilisateur) et RSSS (specification technique) sont à présent à jour : voir respectivement version 1.0 (draft) et 1.2 (draft) sur ROC Documents
Stéphane peut à présent récupérer ces documents et établir les matrices de traçabilité afin de vérifier la couverture des exigences entre CIRD ↔ (URD, RSSS)
Xavier va compléter la matrice de traçabilité des exigences dans le rapport des tests RSS3VC
3.
Action Xavier : envoyer draft Test Plan RSS4VC début septembre (+ mise à jour RVVP)
Action Xavier : Envoyer mi-septembre aux équipes les documents de description des données pour approbation durant le consortium meeting RPW en sept/oct. 2019
Mi-sept. 2019 envoie du code à Stéphane pour analyse
Kick-off meeting pour RSS4VC → Telecon restreinte → membres RT ROC + invités (Isabelle et Eric)
Action Xavier → Corriger incohérence dans le planning ROC concernant l'envoie du datapackage RSS4VC, i.e., lignes 193 et 195 dans dernier planning ROC (voir lien en bas de la page)