Marco Cattaneo, 3-June Event Reconstruction for LHCb  What is the scope of the project?  What are the goals (short+medium term)?  How do we organise ourselves?  How do we start?

Marco Cattaneo, 3-June Scope of reconstruction  Reconstruction is everything that takes raw data as input and produces new objects as output: High level triggers Calibration and alignment Creation of event tags (c.f. event classes at LEP) Full event reconstruction Creation of analysis objects etc.  At LHC we will use a database to store the data Implication is that reconstruction can be performed in several stages Full reconstruction may not be necessary for all events, or for all parts of an event

Marco Cattaneo, 3-June Some short term goals  Build a team of programmers Bring together physicists working on software Learn by doing design reviews, CRC workshops etc.  Define reconstruction strategies What can be done independently by subsystems What requires input from other subsystems (What are subsystems? - sub-detector, tracking, particle ID…) What should be sequence of actions What should be reconstruction output What initialisations are required and when  Identify and define external inputs Raw data event model Detector geometry, calibration, alignment

Marco Cattaneo, 3-June Some medium term goals  Build a reconstruction skeleton within Gaudi Implementing reconstruction phases -e.g.: common + specific (time dependent?) initialisation high level trigger reconstruction pass subsystem standalone reconstruction pass global reconstruction pass Placeholders for each subsystem  Make a reconstruction program “independent” of SICB Wrap existing SICB reconstruction code into algorithms Integrate new OO code  Agree (and begin to enforce) conventions Units, co-ordinate system Error reporting and handling, monitoring Coding rules, metrics, documentation, look and feel

Marco Cattaneo, 3-June Project organisation (1) short term  Team building Programming community is not large - do not isolate people not yet reconstruction vs. simulation vs. analysis never SICB vs. OO. Encourage same people to do both Regular meetings Weekly working meeting Wednesdays at 11:00 (after computing meeting)  Open to all who wish to discuss or review designs,requirements,code etc. More formal presentations and reviews of ongoing work:  at weekly computing meeting (and at physics meeting?)  Ensure that the physicist community is aware/involved in design choices  Project leader Collects requirements from subsystems Responsible for development of reconstruction strategies Interacts with GAUDI team Ensure specific needs of reconstruction are addressed by GAUDI Ensures milestones are set and adhered to

Marco Cattaneo, 3-June Project organisation (2) medium term  Identify a software contact in each subsystem Not necessarily a programmer BUT Has to be link person between project and subsystem: Discusses new software within subsystem community Collects requirements of subsystem Delivers requested information by agreed deadlines  e.g. what input does subsystem need from other subsystems?  e.g. how does subsystem plan to provide output needed by other subsystems?  e.g. verify that “wrapped” SICB algorithms work as expected  Incremental approach to medium term goals Attainable milestones every 2-3 months Dedicated meeting at each milestone: Review progress Agree next steps Attended by (at least) all contacts

Marco Cattaneo, 3-June How do we start?  Starting today we should: Look for a project leader Agree goals for end-November software week Discussion of reconstruction strategies Collection of subsystem requirements  Already some requests for design reviews We can schedule these from now on Last week: muon L0 trigger simulation Should invite relevant experts at each review

Marco Cattaneo, 3-June A name?  For the architecture we have an architect  We now start a (re)construction project We need a civil engineerBRUNEL (B Reconstruction, UNderstanding Events in Lhcb) Or a (re)construction expertBEAVER (B EVEnt Reconstruction)