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

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 …

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 ….

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 »

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

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

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)

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

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

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

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