Versions Compared

Old Version 1

changes.mady.by.user Xavier Bonnin

Saved on

compared with

New Version 2

changes.mady.by.user Sonny Lion

Saved on

Key

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

...


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
  1. Point sur la doc. (normative, matrices,

...

  1. DVPP, RSS3VC)
  1. Planning et prochaines échéances

...

  2. Prochaine

...

  1. RT ROC qualité

...

  1. Divers

Discussion items

  • Conf. proposée par le CNES
    • cf. mail de Dominique envoyé le 19 décembre  (pièces jointes en copie)
    • Retours Sonny: (a completer par Sonny)
    • Dominique → Envoyer à Sonny outils pour SQ fin-février / début mars 2019
  • Instance pour RSS3VC
    • Export fourni "à la main" dans RSS3VC (voir test report)
    • Version Sonarqube installée sur le poste de Sonny : 7.2 (version envoyé par le CNES en décembre)
    • Version 7.2 à installer sur nouveau serveur du ROC, une fois mise en place par le service info du LESIA
    • L’analyse de codes par Dominique s’appuiera sur la même configuration de métriques que Sonarque du LESIA
    • Procédures d'installation décrite dans le Wiki Gitlab du ROC
  • Action Dominique: rapport d'analyse Sonarqube pour . A faire sur dernière version de MUSIC (0.2.0 → Sonny a tagger sur Gitlab). Attention à la cohérence dans la doc. (test plan/report) vue que la version de MUSIC analysée n'est pas tout à fait celle utilisée durant la RSS3VC.
    • Pour RODP, il faudra aussi tester l'analyse (pas de pb si pas de fonctionnel) → Action Xavier: donner accès au RODP à Dominique
    ItemNotesAction items
    1.
    • CR précédente RT "qualité" ((20182019-1102-1918) RT ROC "Qualité")
    • Doc RSS3VC : RSS3 "rehearsal" Validation Campaign (RSS3VC) Activity
      • RSS3VC
    • Outils "operations" MUSIC-FIGARO et MUSIC-FAUST → OK
    • Pipelines → NOK
      • Les tests de Pipeline se font automatiquement via Jenkins
      •  Il manque des données significatives pour les tests
      • Deux types de vérification : vérifications techniques (automatique) et vérification des données (par scientifiques)
      • Manque de RH développeur pour le développement de Pipeline
    • Manque info sur procédures (actions à faire en fonction des résultats? Et par qui?)
    • Comment gestion du log avec Jenkins?
    • Traçabilité des anomalies ("failure")? → A tracer dans JIRA (Validation) avec référence dans le rapport (colonne dans testcard) – A re-injecter dans la partie Git pour faire le traitement.
      • Il manque
    • Analyse Qualité :
      • Manque de commentaires (en particulier les docstrings).
      • Beaucoup de lignes trop longue (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.
    • RSS3VC en cours de finalisation
      • Il manque toujours la matrice de traçabilité des exigences dans le rapport des tests car les ID des exigences dans le document RSS ne sont pas encore mis à jour
  • Prévoir d'avoir une documentation de test RSS3VC propre pour mi-avril 2019
    		• 2.
    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)

    43.
    • DVVP (ROC-GEN-SCI-PLN-00077-LES)
      • Disponible ici ROC Documents
      • Conclure au Team meeting (aborder validation/verification)
    • La mise à jour du document URD dépend aussi de la mise à jour de RPW User Manual
    • Les ID seront renseignés dans les documents URD et RSS. Puis, fournir le fichier CSV à Stéphane Papais pour mettre à jour la matrice de traçabilité. Action Xavier : Mi-avril 2019
    		4.
    • RSS4VC peut être amenée à bouger en septembre 2019. Voir par rapport au planning ROC
    • "Acceptance review" 
      • Peut être décalée en novembre 2019 si RSS4VC prévue en septembre 2019 (à confirmer)
      • A préparé conjointement par le ROC et le CNES (pour rappel pas de revue formelle côté ESA). Inviter néanmoins si possible une personne du SOC (pour le MOC cela risque d'être plus compliqué, à confirmer)
      • Peut être remplacé par "readiness key point"?
    		5.
    • Prochain RT ROC le avr à 10h9h30

    65.




    Action items

    Open issues

    Jira
    serverjira-lesia.obspm.fr JIRA
    columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
    maximumIssues20
    jqlQuerysummary ~ 'ROC-RT?-??' and status in ('Open', 'In Progress')
    serverIdcb08a004-0694-3237-bcb1-3125e3ed9bc0

    ...