30 octobre 2002 Orsay Tracking – analyse des données Définition claire des objectifs, des limites Le travail a déjà commencé (TMR) Compte-rendu ? Base.

Présentation au sujet: "30 octobre 2002 Orsay Tracking – analyse des données Définition claire des objectifs, des limites Le travail a déjà commencé (TMR) Compte-rendu ? Base."— Transcription de la présentation:

1 30 octobre 2002 Orsay 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 Celui qui écrit les programmes Celui qui analyse les données Physicien … chevronné Physicien (postdoc), informaticien Physicien … apprenti Objectifs : Définir et produire les outils qui seront utilisés pour lanalyse Outils et non pas méthodes …

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

4 Ce quil faudrait changer …. Il faut libérer le physicien du superflu pour quil se concentre sur lessentiel Il faut du code : Réutilisableportable, évolutif Réutilisable, portable, évolutif Approche « framework » Approche « framework »

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

6 Organisation temporelle Phase IPhase IIPhase IIIPhase IV 2002 2007 Définition Choix Des solutions Production Tests Diffusion Document

7 Phase I – Définition « framework » Besoins en terme danalyse 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écifications Nombre, type dévénements Toute la communauté doit se prononcer (appel aux bonnes volontés) (appel aux bonnes volontés) Toute la communauté doit se prononcer (appel aux bonnes volontés) (appel aux bonnes volontés)

8 Phase II – Choix des solutions « Frontoffice » / « Backoffice » / Matériel Midas, Radware, ROOT … like Objets, méthodes (librairies) Choix de linterpré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 Loutil indispensable Eprouver / développer les bases de données Input aux simulations GEANT Tester le software et les méthodes Nécessité dun générateur dévénements réaliste Caractéristiques : Facilement configurable 152 Eu -> 152 Dy 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