C.R.I.S.T.A.L. Concurrent Repository & Information System for Tracking Assembly and production Lifecycles: A data capture and production management tool for the assembly and construction of the CMS ECAL detector

The CMS experiment will comprise several very large high resolution detectors for physics. Each detector may be constructed of well over a million parts and will be produced and assembled during the next decade by specialised centres distributed world-wide. Each constituent part of each detector must be accurately measured and tested locally prior to its ultimate assembly and integration in the experimental area at CERN. The CRISTAL project (Concurrent Repository and Information System for Tracking Assembly and production Lifecycles) [1] aims to monitor and control the quality of the production and assembly process to aid in optimising the performance of the physics detectors and to reject unacceptable constituent parts as early as possible in the construction lifecycle. During assembly CRISTAL will capture all the information required for subsequent detector calibration. Distributed instances of Object databases linked via CORBA [2] and with WWW/Java-based query processing are the main technology aspects of CRISTAL.The CMS experiment will comprise several very large high resolution detectors for physics. Each detector may be constructed of well over a million parts and will be produced and assembled during the next decade by specialised centres distributed world-wide. Each constituent part of each detector must be accurately measured and tested locally prior to its ultimate assembly and integration in the experimental area at CERN. The CRISTAL project (Concurrent Repository and Information System for Tracking Assembly and production Lifecycles) [1] aims to monitor and control the quality of the production and assembly process to aid in optimising the performance of the physics detectors and to reject unacceptable constituent parts as early as possible in the construction lifecycle. During assembly CRISTAL will capture all the information required for subsequent detector calibration. Distributed instances of Object databases linked via CORBA [2] and with WWW/Java-based query processing are the main technology aspects of CRISTAL

Integrating Transaction Services into Web-based Software Development Environments

Software Development Environments (SDE) require sophisticated database transaction models due to the long-duration,interactive, and cooperative nature of the software engineering activities. Such Extended Transaction Models (ETM) have been proposed and implemented by building application-specific databases for the SDEs. With the development of World Wide Web (WWW), there have been a number of efforts to build SDEs on top of the WWW. Using web servers as the databases to store the software artifacts provided us with a new challenge: how to implement the ETMs in such web-based SDEs without requiring the web servers to be customized specifically according to the application domains of the SDEs. This paper presents our experiences of integrating transaction services into web based SDEs. We evolved from the traditional approach of building a transaction management component that operated on top of a dedicated database to the external transaction server approach. A transaction server, called JPernLite, was built to operate independently of the web servers and provide the necessary extensibility for SDEs to implement their ETMs. The transaction server can be integrated into the SDE via a number of interfaces, and we discuss the pros and cons of each alternative in detail

Interactive and batch creation of OODB medical vocabularies

Controlled vocabularies are becoming popular for knowledge representation and querying. They are particularly helpful in the medical field since they can unify disparate terminologies and provide information in a compact, comprehensible manner. In this thesis, we present a mechanism to create OODB controlled medical vocabularies from flat-file format. We also describe a tool by which a user can interactively create, edit and browse the vocabulary. For better understanding of the structure of the vocabulary we designed our interface as a graphical editor and browser. The user of this interface will typically be a medical expert who either wants to add new concepts to the vocabulary or create a new vocabulary from scratch. We first describe our approach for creating the vocabulary from an existing flat-file format by batch processing. We then present the software architecture and design of an interactive vocabulary creator (IVC)

Modeling and Simulating a Software Architecture Design Space

Frequently, a similar type of software system is used in the implementation of many different software applications. Databases are an example. Two software development approaches are common to Þll the need for instances from a class of similar systems: (1) repeated custom development of similar instances, one for each different application, or (2) development of one or more general purpose off-the-shelf systems that are used many times in the different applications. Each approach has advantages and disadvantages. Custom development can closely match the requirements of an application, but has an associated high development cost. General purpose systems may have a lower cost when amortized across multiple applications, but may not closely match the requirements of all the different applications. It can be difÞcult for application developers to determine which approach is best for their application. Do any of the existing off-the-shelf systems sufÞciently satisfy the application requirements? If so, which ones provide the best match? Would a custom implementation be sufÞciently better to justify the cost difference between an off-the-shelf solution? These difÞcult buy-versus-build decisions are extremely important in todayÕs fastpaced, competitive, unforgiving software application market. In this thesis we propose and study a software engineering approach for evaluating how well off-the-shelf and custom software architectures within the design space of a class of OODB systems satisfy the requirements for different applications. The approach is based on the ability to explicitly enumerate and represent the key dimensions of commonality and variability in the space of OODB designs. We demonstrate that modeling and simulation of OODB software architectures can be used to help software developers rapidly converge on OODB requirements for an application and identify OODB software architectures that satisfy those requirements. The technical focus of this work is on the circular relationships between requirements, software architectures, and system properties such as OODB functionality, size, and performance. We capture these relationships in a parametrized OODB architectural model, together with an OODB simulation and modeling tool that allows software developers to reÞne application requirements on an OODB, identify corresponding custom and offthe- shelf OODB software architectures, evaluate how well the software architecture properties satisfy the application requirements, and identify potential reÞnements to requirements