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

Compare with Current View Page History

« Previous Version 4 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 l'analyse Qualité de MUSIC réalisée par Dominique
    2. Point 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

Discussion items

ItemNotesAction items
1.
  • CR précédente RT "qualité", voir plus bas
  • Intégration continue
    • Première implementation d'un environnement de tests pour le pipeline ROC-SGSE
      • Ok pour partie L1/HK CDF
      • Pas d'intégration continue sur DDS, mais prévoir de tester un use case durant campagne de validation ROC (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
  • 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
  • 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.




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