doc/dev/sphinx/fr/medop-workingnotes-2012.rst

   1 .. meta::
   2    :keywords: maillage, champ, manipulation
   3    :author: Guillaume Boulant
   4
   5 .. include:: medop-definitions.rst
   6
   7 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
   8 ANNEXE: Note de travail concernant le chantier XMED 2012
   9 %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%
  10
  11 .. contents:: Sommaire
  12    :local:
  13    :backlinks: none
  14
  15
  16 Analyse preliminaire pour le chantier 2012
  17 ==========================================
  18
  19 La figure imposée pour le chantier 2012 est l'intégration du nouveau
  20 module de manipulation de champs dans SALOME 6.6 (objectif CEA), en
  21 préparation de la mise en exploitation dans SALOME 7 (objectif EDF).
  22
  23 L'état actuel est:
  24
  25 * Un module SALOME de nom MED intégrant les bibliothèques MEDCoupling,
  26   MEDLoader, REMAPPER, mais aussi plusieurs packages logiciels
  27   aujourd'hui obsolètes ou amener à disparaître pour l'échéance
  28   SALOME7
  29 * Un module SALOME de nom XMED qui fournit les fonctions graphiques
  30   pour la manipulation de champs.
  31 * Ce module XMED utilise le module VISU pour les vue de contrôle.
  32
  33 La cible est:
  34
  35 * Un module unique (nom à définir, par exemple MEDOP) débarrassé des
  36   packages logiciels obsolètes et intégrant les fonctions graphiques
  37   (GUI et TUI).
  38 * L'utilisation du module PARAVIS (au lieu de VISU) pour les vues de
  39   contrôle.
  40 * L'intégration de MEDCoupling avec YACS (port MED dans YACS par
  41   exemple).
  42
  43 A examiner:
  44
  45 * voir les attendus concernant les ports MED dans YACS
  46 * interface PARAVIS: utilisation du viewer (et de l'API python) sans chargement du GUI
  47
  48 Tâches de développement
  49 =======================
  50
  51 20120904: Migrer XMED dans MED
  52 ------------------------------
  53
  54 Plan de travail:
  55
  56 * Migration des composants + test
  57
  58
  59
  60 20120904: Nettoyage de XSALOME
  61 ------------------------------
  62
  63 :status: en cours
  64
  65 * Supprimer les vieilleries de XSALOME:
  66
  67   - StdHelper -> Basic_Utils (KERNEL)
  68
  69 20120829: mise en place du chantier 2012
  70 ----------------------------------------
  71
  72 :status: terminé
  73
  74 L'objectif de cette première étape est de reverser le prototype 2011
  75 (module XMED indépendant) dans la branche V6_main du module MED. On
  76 peut procéder de la manière suivante:
  77
  78 * update de XMED (et XSALOME utilisé par XMED) pour fonctionnement sur
  79   V6_main
  80 * Eliminer la dépendance à XSALOME
  81 * Supprimer la gestion des multiversion SALOME5/6 au niveau de l'engine
  82
  83 .. warning:: TODO: refaire le point sur les tâches initiées en 2011
  84