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
...
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)
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
Développements en parallèle pour finir fonctions critiques sur MUSIC et pipelines avant validation
Cas de la validation des données L1/L2 → discussion durant consortium meeting avec équipes RCS (pour rappel, pas d'intervention directe des équipes durant campagne, juste support en cas de problème)
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 pagePour la RSS4VC :
Finir de mettre en place la CI (Sonny) et ouvrir la plateforme à Stéphane et Dominique (récupération des rapports de test)
S'assurer que les règles de codage sont appliquées dans l'ensemble des applications via les nouveaux outils (Sonny)
Ajouter des commentaires dans les modules critiques (ROC team)