1 INTRODUCTION
1.1 PURPOSE
The purpose of this document is to specify requirements and to give guidelines for the development of VLT Application Software. In particular it gives guidelines on how to use the Central Control Software for applications on the workstation and the LCU Common Software for LCU applications.
This document is intended to be a practical guide for both ESO and external people developing VLT software.
1.2 SCOPE
The requirements section is applicable to the development of all VLT software, while the guidelines are intended to guide through the development of an application.
1.3 APPLICABLE DOCUMENTS
The following documents, of the exact issue shown, form a part of this document to the extent specified herein. In the event of conflict between the documents referenced herein and the contents of this document, the contents of this document shall be considered as a superseding requirement.
1.4 REFERENCE DOCUMENTS
The following documents are referenced in this document.
[22] G.Booch, Benjamin Cummings Pub., 1994 --- Object Oriented Analysis and Design with Applications
[23] ANSI X3J16/95-0087, 1995 --- Working Paper for Draft Proposed International Standard for Information Systems, Programming Language C++
1.5 ABBREVIATIONS AND ACRONYMS
The following abbreviations and acronyms are used in this document:
1.6 GLOSSARY
Environment is defined in section 4.13.3.
(VLT software) Module, as defined in the VLT Software Requirements Specification [12]
A major subdivision of a package software. Examples are the software for the LCU of a subsystem or instrument, the on-line database software, the user interface toolkit.
(VLT software) Package, as defined in the VLT Software Requirements Specification [12]
One of the major functional software packages of the VLT software, for which requirements are specified in the VLT Software Requirements Specification. These are:
Telescope Control Software, Instrument Software, Remote Operations Software, High Level Operations Software and Central Control Software.
A Message System based application performing a well defined task. It can be an application controlling some hardware functional unit, but can also be a pure software device, e.g. coordinating other software devices or performing some general service.
Simulation - Hardware Simulation, as defined in the VLT Software Requirements Specification [12]
The software of various modules, including subsystems and instruments is required to have simulation modes. By this is meant that the software can work without any real hardware connected and nevertheless appears as if it were executing commands. Simulation can also be applied to individual control functions, in case some hardware is missing.
Simulation - Software Simulation, as defined in the VLT Software Requirements Specification [12]
It can also be that some of the software has to be simulated, as for example it cannot be used at the moment, e.g. preparations of observations off-line. In this case commands to the simulated software cannot be sent, but get nevertheless a realistic reply. The syntax and parameters are checked but independently of the existence of the destination software.
Subsystem, as defined in the TCS Functional Specification[15]
1.7 STYLISTIC CONVENTIONS
The following styles are used:
bold and italic are also used to highlight words.
1.8 Problem Reporting / Change Request
The form described in [19] shall be used.
Quadralay Corporation http://www.webworks.com Voice: (512) 719-3399 Fax: (512) 719-3606 sales@webworks.com |