Base de données de construction d’Agata Agata France C.Aufranc, O.Stezowski, 05/06/08

2 Plan 1.Introduction 2.Rappel: principe 3.Démonstration 4.Travail en cours 5.Travail en attente: les actions

05/06/083 Introduction Base de données Oracle (serveur) et interface graphique BigBrowser (client java) conçue et développée par l’équipe CMS Tracker outil officiel pour la construction et le suivi du détecteur AgataOutil accepté par le « Management Board » d’Agata= outil officiel pour la construction et le suivi du détecteur Agata Centre de Calcul de l’IN2P3 a accepté d’héberger cette application : base de test, base de production créées

05/06/084 PrincipeSelect Select and insert insert JDBC Instant Client, [GUI or Command Line]

05/06/085 Structure des objets dans la BD

05/06/086 Enregistrement d’un objet

05/06/087 Assemblage d’un cristal dans une capsule

05/06/088 Transfert d’un objet

05/06/089 Insertion de données via un fichier XML

05/06/0810 Connexion entre 2 objets

05/06/0811 Historique d’un cristal

05/06/0812 Rapport pour un centre spécifique

05/06/0813 Actions disponibles pour un cristal

05/06/0814 Travail en cours Adaptation du code: OK (application portable) Conversion des codes barres en alpha-numérique: en cours, opérationnel pour Agata Week Initialisation de l’application: primordial!! structure des objets à insérer (quels objets/avec quelle hiérarchie), politique des codes barres (pour objets/transferts): à fixer du départ, difficilement modifiable ensuite… Meeting infrastructure à GSI: validation en cours de la structure des données (cela a-t-il un sens d’insérer tel objet, à quel objet est-il relié, dans quel ordre) / validation en cours d’un format commun pour les codes barres: 16 digits: xxx_xxx_xxx_xxxx (groupe_type_spécificité_numérotation) ex: DET_CRY_RED_0001 figer ces 2 points pour l’Agata Week, =>échanges avec chaque sous-groupe en cours pour figer ces 2 points pour l’Agata Week, ou avant l’Agata Week (insertion dans la base de production du démonstrateur 5TC)

05/06/0815 Travail en attente: définir les actions à insérer dans la BD Principe des actions: Actions dans la DB = mesures sur des objets Composite d’actions (sur des objets simples ou sur des composites d’objets) Ces actions ont un statut (reference, valid, notvalid), et peuvent invalider des objets Conséquences sur le fonctionnement: un objet « faulty » ne peut être assemblé par ex/ mais cet objet peut être réparé (actions simples ou actions spéciales)

05/06/0816 Action: nom, version Objet: nom Description : 1 courte description de l’action Résultats de l’action: nom, type, unité Action composite? Oui/Non Conditions en entrée du test: valeur, unité, description Outil : outil utilisé pour un centre particulier Opérateur: nom de l’opérateur Informations nécessaires pour définir une action:

05/06/0817 EXEMPLE: Action: RESOLUTION122kev, 1 Object: CRYSTAL Description: Donne la résolution d’un cristal et de ses 36 segments pour 122keV Résultats: resCrystal float, resSegments Array of 36 floats Action composite? Non Entrée: 122, keV,Energy Outil: banc de test Opérateur: Cécile =>ex d’action composite: Resolution qui contient 2 actions de base: Resolution122keV et Resolution1MeV

05/06/0818 Proposition: Groupe de travail durant l’« Agata Week »: chaque équipe définira ses besoins en terme d’actions (mesures à insérer dans la BD et lesquelles) Exemples: Besoin d’une action « Initialisation »: fabricant, acheteur, numéro de série de l’objet Spécifications Résolution Scans des cristaux liens NB: pas de fichiers binaires insérés dans la BD, mais création de liens qui pointent sur des fichiers stockés en externe (ex: au CCIN2P3, stockage sous HPSS de gros fichiers et accès automatisé via SRB)