Démarche qualité du CDC 07 avril 2006 Page 1 04/05/2005

Les plans d’application Plan spécifique au CDC Plan de Développement du CDC – A réaliser Plans communs CDC et CMC Plan d’Assurance et Contrôle Qualité – A compléter Plan de Gestion de Configuration – A compléter Existant 2 / 32

Plan de contrôle et d’assurance qualité Référentiel qualité du projet Arborescence de développement Nomenclature des programmes IDL Fiches produit Règles de codage Tests Gestion des modifications et des anomalies Gestion de la documentation Gros morceau 04/05/2005

Référentiel qualité du projet Guides et procédures 4 / 32

Qualité : Une arborescence de développement commune Arborescence de développement à définir src/…. README INSTALL Makefile Librairie standard astrolib et starfinder ou librairie projet SA_XML Marguerite du logiciel vol 5 / 32

Qualité : une nomenclature pour chaque programme IDL (1) Chaque IHM (=process) est identifiée Code du laboratoire responsable (1 caractère) ayant pour modalités : L pour Marseille (LAM) M pour Meudon (LESIA) I pour IAS O pour OMP Nom de l’IHM (20 caractères) Origine des données pour les tritements 6 / 32

Qualité : fiches produit Chaque programme IDL est décrit dans une fiche produit. Un document regroupe l’ensemble des fiches produit. Il a pour titre « Répertoire des fiches produits » et sera livré à l’industriel lors de la recette Laboratoires->Industriel Ce document comme tout document livrable est géré également sous CVS 7 / 32

8 / 32

Qualité : Règles de codage (1) Un tableau de règles de codage IDL est présenté sur http://corotsol.obspm.fr/web-cdc/outils.html Les règles sont divisées en trois catégorie: Obligatoires (à mettre en œuvre pour les développements futurs comme passés) Fortement recommandées (à mettre en œuvre pour les développements futurs) Recommandées (laissées à la libre appréciation du développeur) 9 / 32

Qualité : Règles de codage (2) Les règles obligatoires sont essentiellement des règles de présentation du code qui imposent l’utilisation d’en-têtes standards au niveau du projet pour les routines (procédures et fonctions), les modules et les fichiers batch. En-têtes présentés sur le serveur http://corotsol.obspm.fr/web-cdc/outils.html L’utilisation de ces en-têtes permet la création automatique (via make_html_help) d’un fichier html présentant l’objectif et le mode d’utilisation de chaque procédure IDL. 10 / 32

Caractères + et – pour make_html_help.pro ;+ ; BEGINNING OF PROCEDURE ;======================================================================= ; BEGINNING OF HEADING ; NAME          : ; VERSION       : ; AUTHOR        : ; CREATION DATE : ; DESCRIPTION   : ; CALLING SEQUENCE ; type, param1 ; (IN) Parameter 1 description ; type, param2 ; (OU) Parameter 2 description ; type, param3 ; (OP) Parameter 3 description ; USED COMMONS ;    COMMON <common_name> (common_file) ; ; INCLUDED FILES ;    @<include_file1_name> ; @<include_file2_name> ; EXTERNAL FUNCTIONS ; <function1_name> ;  <function2_name> ; ALGORITHM; ;   ; CHANGE: ; <DD/MM/YY> ; <author> ; <change_description> ; END OF HEADING ;- ; BODY Code de la procédure ; END OF PROCEDURE Caractères + et – pour make_html_help.pro + et - pour make_html_help 11 / 32

Qualité : Règles de codage (3) Procédure de vérification et de validation de la conformité aux règles de codage 12 / 32

Qualité : Les tests (1) Les tests unitaires sont à la charge des développeurs. Les tests d’intégration, de validation et de non régression sont élaborés en accord avec le chef de projet logiciel et le responsable qualité laboratoires. Les tests sont numérotés séquentiellement pour chaque produit. Les fichiers de tests sont placés dans le répertoire « test » de chaque produit. Chaque test doit faire l’objet d’une fiche de test. Le numéro d’identification du test est composé comme suit : <CODE_PRODUIT>.T<Numéro_chronologique> U pour les tests unitaires (e.g. : test d’un programme IDL sans se préoccuper de son interaction avec la structure d’accueil); I pour les tests d’intégration (e.g. : tests de l’intégration d’un programme IDL dans la structure d’accueil et test de l’enchaînement de plusieurs programme IDL); N pour les tests de non régression (e.g. : tests suivant une correction ou une modification); Exemple : VIA_M_findstars.T02 Partie importante pour les recette notamment 13 / 32

Qualité : Les tests (2) 14 / 32 Stockés sous CVS Conformité pour la recette 14 / 32

Qualité : Gestion des modifications et des anomalies (1) Les modifications peuvent être de natures différentes : adaptation ou évolution du périmètre fonctionnel, technologique ou organisationnel ; correction suite à une non-conformité (anomalie dans le logiciel). Procédure souple 15 / 32

Qualité : Gestion des modifications et des anomalies (2) Processus de gestion des demandes d’évolution et des constats d’anomalie 16 / 32

Qualité : Gestion de la documentation, modèle de présentation standard (documents livrables) 17 / 32

A ajouter : Définition des échanges CDC interfaces Labos/CNES Corotsky Exodat Patrons Sur-échantillonnage Procédures d’échanges à définir… 2 lots de process Intégration des fichiers des étoiles sur-échantillonnées dans la BDE 18 / 32

A ajouter : Archivage Utilisation d’un logiciel de modélisation de base de données (Case Studio) Versioning du schéma (et du contenu de la base) Procédure de création de la base Règles d’intégrité 2 lots de process Intégration des fichiers des étoiles sur-échantillonnées dans la BDE 19 / 32

Documents COR_51_AQ_LESIA_2 Plan de développement logiciel pour la contribution des laboratoires au segment sol utilisateur. XXXXX Plan de développement du CDC COR_51_AQ_LESIA_1 Plan d’assurance et contrôle qualité pour les laboratoires du segment sol CoRoT. RNC-CNES-Q-80-534 Règles et recommandations pour l’utilisation du langage IDL – version 1 20 / 32

Plan de gestion de configuration Utilisation de l’outil CVS Quelques règles 04/05/2005

Gestion de configuration (1) Utilisation de l’outil CVS pour la gestion de configuration et le partage des sources et des documents. Versioning des sources IDL Partage des sources IDL entre les laboratoires (Installation de CVS au LAM avec un lien direct sur le serveur CVS du LESIA) Installation à l’IAS à prévoir ? 22 / 32

Gestion de configuration (3) Quelques règles : Les noms des procédures et fonctions IDL doivent être composés uniquement de minuscules. Caractères interdits dans les noms de fichiers (donc les noms de procédures ou de fonctions IDL) * \ / [ ] : " ' ? @ $ * | \ ; " ' ? < > ` & ^ = ( ){ } Tous les caractères dont le bit de poids fort est à 1 (les caractères accentués, ceux comportant des trémas et le "ç" en font partie) L'espace (car difficilement manipulable) - + ~ , (en début de nom seulement) 23 / 32

Plan de développement du CDC Le contexte Schéma fonctionnel Les équipements Organigramme Technique du Projet Les livraisons Le macro-planning Les équipements mis en œuvre Livraisons attendus Risques identifiés Macro-planning premier jet 04/05/2005

Contexte : les laboratoires impliqués dans le SSU Le LESIA de l'Observatoire de Paris ; L’Observatoire Midi Pyrénées (OMP) ; L’Institut d’Astrophysique Spatiale (IAS) ; Le Laboratoire d’Astrophysique de Marseille (LAM) ; 4 laboratoires OMP Corotsky IAS Traaitement N0->N1 LAM interveint à différents niveaux 25 / 32

Schéma fonctionnel Responsable CDC : Annie Baglin Responsable technique : Sylviane Chaintreuil Traitement N1-N2 Astéro - Réza Samadi (LESIA) Exoplanètes – Laurent Jorda (LAM) Intégration – Emmanuel Grolleau (LESIA) Production des données – Sylviane Chaintreuil (LESIA) Archivage et distribution des données Responsable scientifique – Frédéric Baudin (IAS) Responsable technique – Jean Luc Orcesi (IAS) Fournitures au CMC Corotsky – Stéphane Charpinet, Josiane Cuvilo (OMP) Exodat – Christian Surace (LAM) Patrons - Antoine Llebaria- Pascal Guterman (LAM) Alarmes, sur-échantilonnage - Pierre Barge (LAM) Diffusion publique des données CoRoT Astronomes (Centre de Données de Strasbourg) Grand public (Outreach) – Enrique Solano (LAEFF) 26 / 32

Les équipements Traitement N1-N2 (LESIA) Archive (IAS) Serveur de développement (CVS, IDL 6.2) Serveur de production Serveur de sauvegarde (ARKEIA) Archive (IAS) A définir Communication inter-labos A définir (Renater, exigences spécifiques ?) 27 / 32

Organigramme Technique du Projet Work Packages Différents lots où l’on retrouve les grandes fonctions du CMC Test de la chaîne SA process 28 / 32

Les livraisons Traitement N1-N2 Fournitures au CMC Recette interne avant passage sur serveur de production Fournitures au CMC Corotsky, Exodat, Patrons, alarmes : procédures d’échange avec le CMC à définir 29 / 32

Planning 30 / 32