DCS Overview MCS/DCS Technical Interchange Meeting August, 2000.

Slides:



Advertisements
Similar presentations
Configuration management
Advertisements

Configuration management
Ch:8 Design Concepts S.W Design should have following quality attribute: Functionality Usability Reliability Performance Supportability (extensibility,
Department of Computer Science and Engineering University of Washington Brian N. Bershad, Stefan Savage, Przemyslaw Pardyak, Emin Gun Sirer, Marc E. Fiuczynski,
Summary Role of Software (1 slide) ARCS Software Architecture (4 slides) SNS -- Caltech Interactions (3 slides)
1 Introduction to XML. XML eXtensible implies that users define tag content Markup implies it is a coded document Language implies it is a metalanguage.
Building Enterprise Applications Using Visual Studio ®.NET Enterprise Architect.
Network Management Overview IACT 918 July 2004 Gene Awyzio SITACS University of Wollongong.
Copyright © 2009 Pearson Education, Inc. Publishing as Prentice Hall Essentials of Systems Analysis and Design Fourth Edition Joseph S. Valacich Joey F.
SOFIA DCS History and Overview Ian Gatley. SOFIA March DCS Preliminary Design Review2 The South Pole CARA Project: A DCS demonstration A data.
DCS Architecture Bob Krzaczek. Key Design Requirement Distilled from the DCS Mission statement and the results of the Conceptual Design Review (June 1999):
Requirements Analysis 5. 1 CASE b505.ppt © Copyright De Montfort University 2000 All Rights Reserved INFO2005 Requirements Analysis CASE Computer.
Software Frameworks for Acquisition and Control European PhD – 2009 Horácio Fernandes.
Web Services Andrea Miller Ryan Armstrong Alex. Web services are an emerging technology that offer a solution for providing a common collaborative architecture.
SWE Introduction to Software Engineering
SE 464: Industrial Information systems Systems Engineering Department Industrial Information System LAB 02: Introduction to SAP.
Slide 1 Sterling Software Peter Sharer Sterling Software.
Examples of DCS Interaction with an FSI Bob Krzaczek.
IACT 901 Module 9 Establishing Technology Strategy - Scope & Purpose.
Systems Architecture, Fourth Edition1 Internet and Distributed Application Services Chapter 13.
Supplement 02CASE Tools1 Supplement 02 - Case Tools And Franchise Colleges By MANSHA NAWAZ.
Introduction to Systems Analysis and Design
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 1.1.
This chapter is extracted from Sommerville’s slides. Text book chapter
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 18 Slide 1 Software Reuse.
Software Engineering Muhammad Fahad Khan
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
Hunt for Molecules, Paris, 2005-Sep-20 Software Development for ALMA Robert LUCAS IRAM Grenoble France.
EARTH SCIENCE MARKUP LANGUAGE “Define Once Use Anywhere” INFORMATION TECHNOLOGY AND SYSTEMS CENTER UNIVERSITY OF ALABAMA IN HUNTSVILLE.
 To explain the importance of software configuration management (CM)  To describe key CM activities namely CM planning, change management, version management.
Introduction to MDA (Model Driven Architecture) CYT.
An Introduction to Design Patterns. Introduction Promote reuse. Use the experiences of software developers. A shared library/lingo used by developers.
EMI INFSO-RI SA2 - Quality Assurance Alberto Aimar (CERN) SA2 Leader EMI First EC Review 22 June 2011, Brussels.
Indo-US Workshop, June23-25, 2003 Building Digital Libraries for Communities using Kepler Framework M. Zubair Old Dominion University.
Configuration Management (CM)
OBJECT ORIENTED SYSTEM ANALYSIS AND DESIGN. COURSE OUTLINE The world of the Information Systems Analyst Approaches to System Development The Analyst as.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 18 Slide 1 Software Reuse.
Doug Tody E2E Perspective EVLA Advisory Committee Meeting December 14-15, 2004 EVLA Software E2E Perspective.
ASI-Eumetsat Meeting Matera, 4-5 Feb CNM Context Matera, February 4-5, 20092ASI-Eumetsat Meeting.
Lecture 7: Requirements Engineering
Integrated Data Cycle Systems Harvey E. Rhody Chester F. Carlson Center for Imaging Science.
August 2003 At A Glance VMOC-CE is an application framework that facilitates real- time, remote cooperative work among geographically dispersed mission.
1 Geospatial and Business Intelligence Jean-Sébastien Turcotte Executive VP San Francisco - April 2007 Streamlining web mapping applications.
4 - 1 Copyright © 2006, The McGraw-Hill Companies, Inc. All rights reserved. Computer Software Chapter 4.
9 Systems Analysis and Design in a Changing World, Fourth Edition.
ANKITHA CHOWDARY GARAPATI
March 2004 At A Glance NASA’s GSFC GMSEC architecture provides a scalable, extensible ground and flight system approach for future missions. Benefits Simplifies.
©Ian Sommerville 2006Software Engineering, 8th edition. Chapter 18 Slide 1 Software Reuse.
1 CSCD 326 Data Structures I Software Design. 2 The Software Life Cycle 1. Specification 2. Design 3. Risk Analysis 4. Verification 5. Coding 6. Testing.
Chapter 6 CASE Tools Software Engineering Chapter 6-- CASE TOOLS
CASE (Computer-Aided Software Engineering) Tools Software that is used to support software process activities. Provides software process support by:- –
NOVA A Networked Object-Based EnVironment for Analysis “Framework Components for Distributed Computing” Pavel Nevski, Sasha Vanyashin, Torre Wenaus US.
HNDIT23082 Lecture 06:Software Maintenance. Reasons for changes Errors in the existing system Changes in requirements Technological advances Legislation.
Jabber Technical Overview Presenter: Ming-Wei Lin.
CSCE 315 – Programming Studio Spring Goal: Reuse and Sharing Many times we would like to reuse the same process or data for different purpose Want.
August 2003 At A Glance The IRC is a platform independent, extensible, and adaptive framework that provides robust, interactive, and distributed control.
Adrian Jackson, Stephen Booth EPCC Resource Usage Monitoring and Accounting.
1 Chapter 12 Configuration management This chapter is extracted from Sommerville’s slides. Text book chapter 29 1.
WASP Airborne Data Processor Laboratory for Imaging Algorithms and Systems Chester F. Carlson Center for Imaging Science Rochester Institute of Technology.
Chapter 1 Basic Concepts of Operating Systems Introduction Software A program is a sequence of instructions that enables the computer to carry.
From Use Cases to Implementation 1. Structural and Behavioral Aspects of Collaborations  Two aspects of Collaborations Structural – specifies the static.
CSCI 383 Object-Oriented Programming & Design Lecture 7 Martin van Bommel.
March 2004 At A Glance The AutoFDS provides a web- based interface to acquire, generate, and distribute products, using the GMSEC Reference Architecture.
LECTURE 5 Nangwonvuma M/ Byansi D. Components, interfaces and integration Infrastructure, Middleware and Platforms Techniques – Data warehouses, extending.
From Use Cases to Implementation 1. Mapping Requirements Directly to Design and Code  For many, if not most, of our requirements it is relatively easy.
A Semi-Automated Digital Preservation System based on Semantic Web Services Jane Hunter Sharmin Choudhury DSTC PTY LTD, Brisbane, Australia Slides by Ananta.
C_ITIP211 LECTURER: E.DONDO. Unit 1 : The Systems Development Environment.
Chapter 8 Environments, Alternatives, and Decisions.
Introduction to Design Patterns
Presentation transcript:

DCS Overview MCS/DCS Technical Interchange Meeting August, 2000

RIT Center for Imaging Science SOFIA Data Cycle System: Overview The “Mission” “The DCS shall provide the infrastructure to support the operation of facility instruments on SOFIA using best current knowledge and tools, and supporting continuous improvement in an efficient, extensible, and modular architecture.” -- DCS CoDR, June 1999.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Requirements “The recommendations of the CoDR committee are the top level requirements for the DCS.” -- DCS PDR, March 2000.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Requirements The DCS shall record and archive all data necessary for complete analysis, calibration and future access to observational data obtained with the FSIs. The DCS shall support a select number of observing modes with pipeline reduction, including quicklook analysis, for each of the FSIs.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Requirements The DCS shall provide on-line documentation necessary for the GI to propose and carry out observations with the FSIs. The DCS shall be implemented as a system of distributed modules, integrated by an extensible hardware and software infrastructure.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Requirements Functionality mandated by SOFIA leaders covers two functional domains: SOFIA: Data acquisition from live instrument, fast in-flight reduction (“quicklook”). SSMOC: Data acquisition from simulators and other external sources, full reduction of FSI data.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Requirements Goal: Avoid building two separate systems if at all possible. Observation: The functional role is the same, only the algorithms and equipment varies. Solution: Two DCS systems, one in SOFIA and one at SSMOC. Each instance of the DCS has the pipelines and interfaces needed for its environment. The core DCS is identical and invariant.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Design Goals “The DCS must support and benefit from continuous improvement, both in itself and within the SOFIA program, over a twenty year lifetime.” -- DCS PDR, March 2000.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Design Goals The DCS design must be: –Modular –Extensible –Maintainable This is the heart of “continuous improvement.” -- DCS PDR, March 2000.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Design Goals: Modular The DCS must not be a monolithic program. The DCS must not be limited to a single system. The DCS shall be a collection of small independent services, residing on one or more machines, providing functionality “as needed”.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Design Goals: Extensible The DCS must support the easy incorporation of new procedures and techniques to its repertoire. The DCS will provide for the safe test and evaluation of new components, while maintaining access to established “proven components”.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Design Goals: Maintainable The DCS must not be tied to any specific vendor or platform. The DCS must be based on open, widely available standards and technologies. The DCS must be well documented, both in design and implementation.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Base Technologies Technologies on which the DCS system is based: Distribution of and communication between objects across a system. (CORBA) Extensible and flexible exchange of information, both in data and documentation. (XML)

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems User Interaction Layer Data Acquisition Data Reduction DCS Storage Task Library

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: User Interaction Common interface to all DCS resources The “DCS experience” is customizable on a per user basis without affecting the rest of the DCS Leverages off the web and related tools –Access regardless of geographic location –Relies only on commonly available technology at user’s end (e.g. web browser)

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: User Interaction User Interaction Layer Data Acquisition Data Reduction DCS Storage Task Library User profile User Proxy Requests and Responses

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: Task Library Home to all core functionality on user’s behalf. Can build on simple tasks to provide sophisticated sequences of actions. Easily extended with new activities and procedures. “Once you know how to do it, we can automate it.”

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: Task Library User Interaction Layer Data Acquisition Data Reduction DCS Storage Task Library User Proxy Requests and Responses Storage access is unique to task’s needs Initiate and monitor data reduction Initiate, monitor, and control data acquisition

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: Data Store Includes retrieval and storage of raw science data, but also “much more”. Captures “everything” (e.g. raw FSI data, reduced data, OBS plans, instrument modes, pipeline parameters, science personnel). Enables easy import & export in variety of formats (e.g. general investigators, IPAC) by being platform neutral.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: Data Store User Interaction Layer Data Acquisition Data Reduction DCS Storage Task Library Storage access is unique to task’s needs User profile Obtain OBS plan, store raw FSI data Obtain raw FSI data, store reduced data

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: Data Acquisition Data acquisition, like the rest of the DCS, is composed of small modules working in concert together. Modularity insulates the DCS from instrument specifics, and encourages re- use between similar instruments. Effectively, the DCS “translates” an experiment to instrument specific commands and needs.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: Data Acquisition User Interaction Layer Data Acquisition Data Reduction DCS Storage Task Library Obtain OBS plan, store raw FSI data Initiate, monitor, and control data acquisition quick look

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: Data Reduction Instrument science teams focus on algorithm development, not the DCS. Reduction is automatic, distributed, pipelined, and relentless. DCS Data Reduction removes the need for every GI to have their own compute engines, but does not prevent GI from doing their own reduction.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems: Data Reduction User Interaction Layer Data Acquisition Data Reduction DCS Storage Task Library Obtain raw FSI data, store reduced data Initiate and monitor data reduction

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Subsystems User Interaction Layer Data Acquisition Data Reduction DCS Storage Task Library

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Technologies Built on top of the COTS technologies CORBA and XML, the DCS team is developing four new technologies that enable the overall DCS: –DCS Registry –Data Typing –Data Connection Association Object (DCAO) –XML Parser Generator

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Technologies: DCS Registry Enables various modules in the DCS to locate each other based on combinations of names, versions, and other criteria. Allows simultaneous, non-interfering deployment of modules with the same functionality: –Modules that are proven and trusted –Modules undergoing evaluation and test

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Technologies: Data Typing Provides a “live” dictionary for use in the DCS that defines various data types and formats. Best explained by example: data typing allows objects to interact with each other using “rawFrameAIRES” instead of “IEEEsingle[1024][1024]”. More expressive than IDL; addresses more portability and platform issues.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Technologies: DCAO Provides common language, interface, and linkages between groups of objects that must locate and communicate with each other at runtime. Directly enables the Data Acquisition and Data Reduction subsystems, both of which rely heavily on dynamic collections of objects.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Technologies: Parser Generator Extends existing event-driven XML parser (expat) by generating the support code normally written by engineers to use a particular DTD. “Software writing software”, that ultimately yields a parsed DOM-like object for any given combination of XML document and DTD.

RIT Center for Imaging Science SOFIA Data Cycle System: Overview DCS Rundown Subsystems –User Interaction –Task Layer –Data Store –Data Acquisition –Data Reduction Technologies –Registry –Data Typing –DCAO –XML Parser Generator