You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 5 Next »

Goals

  • Réunion technique ROC
  • Discussion sur les activités qualité ROC
  • Préparation de la campagne de validation RSS4VC

Date

à 9:30

Attendees


Agenda

  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 Dominique
  2. Point sur la doc. (normative, matrices, DVPP, RSS3VC)
  3. Planning et prochaines échéances
  4. Prochaine RT ROC qualité
  5. Divers

Discussion items

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 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é (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.
  • 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é
  • 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.




Action items

Open issues

Key Summary T Created Updated Due Assignee Reporter P Status Resolution
Refresh

Closed issues

Key Summary T Created Updated Due Assignee Reporter P Status Resolution
Refresh

  • No labels