Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  1.  Sonarqube, intégration continue (CI) et validation
    1. Point sur implémentation côté ROC
    2. Point sur l'analyse Qualité de MUSIC réalisée par DominiquePoint sur implémentation côté ROC
  2. Point sur la doc. (normative, matrices, DVPP, RSS3VC)
  3. Planning et prochaines échéances
  4. Prochaine RT ROC qualité
  5. Divers

...

ItemNotesAction 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 le pipeline les pipelines ROC-SGSE
      • 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 un des use case 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
      • A faire pour L2 CDF (avec logiciels d'étalonnage en cours d'intégration)
      A faire
      • 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é (SOLO-GS-RP-SOLO-GS-RP-2460-CNES-Software Quality Analysis Report.pdf et MUsIC_Understand_metrics.xlsx):
    • Manque de commentaires (en particulier les docstrings).
    • Beaucoup de lignes trop longues (PEP8).
    • Code inactivé à retirer avant livraison.
    • Impossible d'installer MUSIC ou récupérer les rapports de test facilement.
    Passage de Jenkins à Gitlab pour l'intégration continue  :
    • réduction du nombre d'outils
    • CI scriptable (via les fichier gitlab-ci.yml)
    • déploiement facilité via Docker
    • gestion du serveur par la DIO
  • Règles de codage - utilisation des outils suivants pour automatiser la mise en forme de l'ensemble du code (Python et JavaScript) :

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
  • Il faudrait vérifier la couverture des exigences entre CIRD ↔ (URD, RSSS)
  • Stéphane peut à présent récupérer ces documents et établir les matrices de traçabilité entre CIRD ↔ (URD, RSSS)
  • Xavier va compléter la matrice de traçabilité des exigences dans le rapport des tests RSS3VC

3.
  • Pour 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)

4.
  • Prochain RT ROC le à 9h30

5.




...