1 / 11

Tracking  – analyse des données

Tracking  – analyse des données. Définition claire des objectifs, des limites Le travail a déjà commencé (TMR) Compte-rendu ? Base pour la suite : EUROBALL Les méthodes de travail actuelles ne pourront plus ê tre appliquées. Quels sont les intervenants ?.

zaria
Download Presentation

Tracking  – analyse des données

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Tracking  – analyse des données • Définition claire des objectifs, des limites • Le travail a déjà commencé (TMR) Compte-rendu ? • Base pour la suite : EUROBALL Les méthodes de travail actuelles ne pourront plus être appliquées

  2. Quels sont les intervenants ? Celui qui propose une manip Physicien … chevronné Celui qui écrit les programmes Physicien (postdoc), informaticien Celui qui analyse les données Physicien … apprenti Objectifs : Définir et produire les outils qui seront utilisés pour l’analyse Outils et non pas méthodes …

  3. Modèle actuel - EUROBALL Labo B : Gf2, Matrices, Radware …. Labo A : MIDAS, CUBE … D L T D L T Labo C : Database, .s, … 10 labos = 10 routines de lecture de DLT !! Expériences EUROBALL sous exploitées ….

  4. Ce qu’il faudrait changer …. Il faut libérer le physicien du superflu pour qu’il se concentre sur l’essentiel Il faut du code : Réutilisable,portable , évolutif Approche « framework »

  5. Vers un modèle « framework » Labo B Labo A Cœur du software Base commune + Enrichissement partagé Labo C

  6. Organisation temporelle Phase I Phase II Phase III Phase IV 2002 2007 Choix Des solutions Tests Diffusion Production Définition Document Document

  7. Phase I – Définition « framework » Toute la communauté doit se prononcer (appel aux bonnes volontés) • Besoins en terme d’analyse • Caractéristiques générales • Faut-il y inclure la base de données ?Site dédié pour le stockage … Quelle base de données -TESTS • SpécificationsNombre, type d’événements

  8. Phase II – Choix des solutions « Frontoffice » / « Backoffice » / Matériel  Midas, Radware, ROOT … like Objets, méthodes (librairies) Choix de l’interpréteur Langage C, C++, Java … Qt, Tcl/tk, gtk+, java … Base de données Type de stockage goupe Acquisition

  9. Phase III & IV Phase III – Construction Présence de physiciens souhaitées ! Phase IV – Déploiement Ecriture soft ‘rapide’, chasse aux bugs longue ! Documentation riche (affecte toute la chaine) Tests par les utilisateurs

  10. L’outil indispensable Nécessité d’un générateur d’événements réaliste • Eprouver / développer les bases de données • Input aux simulations GEANT • Tester le software et les méthodes Caractéristiques : Facilement configurable 152Eu -> 152Dy Fournir tous les types d’événements

  11. Conclusions • Périodes de réflexions (qui ?) • Il faudrait des physiciens très impliqués • A Lyon : • Ecriture générateur • Tests base de données (Oracle) Collaboration Centre de Calcul

More Related