Label Design Tool Management Council F2F Washington, D.C. November 29-30, 2006

Slides:



Advertisements
Similar presentations
PDS MC April 2-3, Wash. D. C.1 PDS4 Data Model Working Group Status Report to the PDS Management Council April 2-3, 2008.
Advertisements

Analyzing Systems Using Data Dictionaries Systems Analysis and Design, 7e Kendall & Kendall 8 © 2008 Pearson Prentice Hall.
3/5/2009Computer systems1 Analyzing System Using Data Dictionaries Computer System: 1. Data Dictionary 2. Data Dictionary Categories 3. Creating Data Dictionary.
1 Information Retrieval and Extraction 資訊檢索與擷取 Chia-Hui Chang, Assistant Professor Dept. of Computer Science & Information Engineering National Central.
1 Software Requirements Specification Lecture 14.
Lecture Nine Database Planning, Design, and Administration
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 6 Slide 1 Software Requirements 2.
CSSE 375 Software Construction and Evolution: Configuration Management
March 2010 PDS Imaging Node 1 NASA PDS Imaging Node: NASA PDS Imaging Node: Digital Data Archives and Distribution Archiving and distributing data and.
System Design/Implementation and Support for Build 2 PDS Management Council Face-to-Face Mountain View, CA Nov 30 - Dec 1, 2011 Sean Hardman.
PDS4 Phoenix Beta Review Lynn D. V. Neakrase Atmospheres Node.
What is Business Analysis Planning & Monitoring?
InSight Archive Status Ed Guinness and Susie Slavney PDS Geosciences Node PDS Management Council Berkeley, California November 18-19, 2014.
Introduction to Interactive Media 02. The Interactive Media Development Process.
Database System Development Lifecycle © Pearson Education Limited 1995, 2005.
Overview of the Database Development Process
Systems Analysis – Analyzing Requirements.  Analyzing requirement stage identifies user information needs and new systems requirements  IS dev team.
1 Our Expertise and Commitment – Driving your Success An Introduction to Transformation Offering November 18, 2013 Offices in Boston, New York and Northern.
-Nikhil Bhatia 28 th October What is RUP? Central Elements of RUP Project Lifecycle Phases Six Engineering Disciplines Three Supporting Disciplines.
Planning and Writing Your Documents Chapter 6. Start of the Project Start the project by knowing the software you will write about, but you should try.
MASSACHUSETTS INSTITUTE OF TECHNOLOGY NASA GODDARD SPACE FLIGHT CENTER ORBITAL SCIENCES CORPORATION NASA AMES RESEARCH CENTER SPACE TELESCOPE SCIENCE INSTITUTE.
1 Minggu 9, Pertemuan 17 Database Planning, Design, and Administration Matakuliah: T0206-Sistem Basisdata Tahun: 2005 Versi: 1.0/0.0.
Thomas C. Stein PDS Geosciences Node Washington University in St. Louis 1MS Supporting Active Surface Missions and Adding Value.
© Copyright 2011 John Wiley & Sons, Inc.
Update from the Data Integrity & Tracking WG Management Council F2F UCLA Los Angles, CA August 13-14, 2007
Introduction to the ESA Planetary Science Archive  Jose Luis Vázquez (ESAC/ESA)  Dave Heather (ESTEC/ESA)  Joe Zender (ESTEC/ESA)
Eurostat Expression language (EL) in Eurostat SDMX - TWG Luxembourg, 5 Jun 2013 Adam Wroński.
1 - A View from the Field - The Next Generation Data Standards For the PDS - PDS4 - ESIP Federation Meeting July 8, 2009 J. Steven Hughes JPL Copyright.
PDS4 Tool Development Strategy PDS Management Council Meeting November 18, 2014 Dan Crichton.
Copyright © 2011 Pearson Education, Inc. Publishing as Prentice Hall Analyzing Systems Using Data Dictionaries Systems Analysis and Design, 8e Kendall.
PDS Geosciences Node Page 1 Archiving Mars Mission Data Sets with the Planetary Data System Report to MEPAG Edward A. Guinness Dept. of Earth and Planetary.
Data Standards and Build 3b Plans Steve Hughes MC Face-to-Face UCLA, Los Angeles, CA November 28-29, 2012.
Geometry Project Ed Guinness MC Face-to-Face Meeting UCLA November 28-29, 2012.
C OMPUTING E SSENTIALS Timothy J. O’Leary Linda I. O’Leary Presentations by: Fred Bounds.
29 Nov 2006PDS MC NSSDC MOU history PDS-NSSDC MOU circa 1994 Reviewed in Jan 2003, June 2004, Oct 2005, Nov 2006 Add words to remove HQ changes Change.
Analyzing Systems Using Data Dictionaries Systems Analysis and Design, 8e Kendall & Kendall 8.
1 PDS 4 Data Design Report PDS Management Council April 2, 2009 PDS 2010 Data Design WG.
Systems Development Life Cycle
Validation Tool (VTool) PDS Management Council Meeting Washington, D.C. November 2006
SPASE and the VxOs Jim Thieman Todd King Aaron Roberts.
Connecting with Computer Science2 Objectives Learn how software engineering is used to create applications Learn some of the different software engineering.
ADMIT: ALMA Data Mining Toolkit  Developed by University of Maryland, University of Illinois, and NRAO (PI: L. Mundy)  Goal: First-view science data.
1 Registry Services Overview J. Steven Hughes (Deputy Chair) Principal Computer Scientist NASA/JPL 17 December 2015.
Data Standards Development August 29, Topics 1.Current Status 2.What was delivered for Build 2c 3.How was IPDA supported 4.What mission support.
PDS Geosciences Node Page 1 Archiving LCROSS Ground Observation Data in the Planetary Data System Edward Guinness and Susan Slavney PDS Geosciences Node.
Development Report Engineering Node August 2006
System/SDWG Update Management Council Face-to-Face Flagstaff, AZ August 22-23, 2011 Sean Hardman.
Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts Rational Unified Process Fundamentals Module 4: Core Workflows II - Concepts.
PDS4 Mission Needs Assessment Reta Beebe Dan Crichton.
Data Integrity Management Council F2F Washington, D.C. November 29-30, 2006
SOFTWARE ARCHIVE WORKING GROUP (SAWG) REPORT TODD KING PDS MANAGEMENT COUNCIL MEETING FEB. 4-5, 2016.
Tools Report Engineering Node March 2007
Movies Engineering Node Standards August 13, 2007.
PDS4 Project Report PDS MC F2F UCLA Dan Crichton November 28,
PDS4 Project Report PDS MC F2F University of Maryland Dan Crichton March 27,
IPDA Architecture Project International Planetary Data Alliance IPDA Architecture Project Report.
Information Technology Project Management, Seventh Edition.
International Planetary Data Alliance Registry Project Update September 16, 2011.
IPDA Registry Definitions Project Dan Crichton Pedro Osuna Alain Sarkissian.
Tools Report Engineering Node August 2007
1 Team Skill 3 Defining the System Part 1: Use Case Modeling Noureddine Abbadeni Al-Ain University of Science and Technology College of Engineering and.
Physical Data Model – step-by-step instructions and template
Objectives Importance of Requirement Engineering
Software Specification Tools
Data Management: Documentation & Metadata
Tools of Software Development
Health Ingenuity Exchange - HingX
, editor October 8, 2011 DRAFT-D
PPT and video are due no later than March 1, 2019
Presentation transcript:

Label Design Tool Management Council F2F Washington, D.C. November 29-30,

2 Background The PDS Management Council identified the development of a Data Product Label Design Tool as a key Engineering Node task for This development task was identified as one of three topics for discussion at the PDS October Technical Session. A working group consisting S. Slavney, E. Guinness, M. Rose, A. Raugh (honorary member), R. Joyner, and S. Hughes wrote a draft Use Case document to outline the scope of the tool and derived level 4 and 5 requirements. –The Design Tool use cases are derived from PDS Level 3 requirements and early PDS node input, especially a straw-man set of design tool requirements written by the Geosciences Node. The Technical Session reviewed the Design Tool Use Cases, the level 4 requirements, many of the level 5 requirements, and developed a schedule and implementation plan.

3 Scope The PDS Data Product Label Design tool is only for label design. It is not intended to generate multiple labels in production mode. The user does not need to be a PDS expert because the tool guides the user through the label creation process. The tool will use an interactive label editor that gets input from: –User –PDS data dictionary (PSDD) and optional local data dictionaries (LDDs) –PDS standards Outputs from the tool: –PDS label template that can be used to create PDS data product labels. –Working Data Dictionary that collects keywords and values that are not in the PSDD or LDDs. –Specific Label Object Definition suitable for validation

4 Summary of High-Level Use Cases 1.User designs a new product label template with no example inputs 2.User designs a new product label template by referencing an existing product label 3.User designs a new product label template to describe an actual data file. 4.User designs a new product label template to describe an actual data file by referencing a label for a similar data file. 5.User designs a new product label template by referencing existing metadata. 6.User continues the design of a product label template 7.User requests label template validation report Have example label? NoYes Have data file in need of a label? NoCase 1Case 2 YesCase 3Case 4

5 Summary of Level 4 Requirements The Level 4 Functional Requirements are derived directly from the PDS level 3 requirements and the higher level use cases documented in the Data Product Design Tool Use Cases. The Tool shall assist the user in designing a label template in one of the following modes: –L4.LD.1 - The Tool shall assist the user in designing a label template without using an existing data product label or an existing data product as a reference for the design of the new label template. –L4.LD.2 - The Tool shall assist the user in designing a label template by using an existing data product label as a reference for the design of the new label template. The user may provide the existing data product label or may select one from a set of examples provided by the Tool. –L4.LD.3 - The Tool shall assist the user in designing a label template by using an existing data object as a reference for the design of the new label template. –L4.LD.4 - The Tool shall assist the user in designing a label template by using an existing data product label and analyzing an existing data object. The user may provide the existing data product label or may select one from a set of examples provided by the Tool. –L4.LD.5 - The Tool shall assist the user in designing a label template by translating existing metadata (with or without using a data product label) as input for the design of the new label template. The tool shall recognize a limited set of metadata formats, including FITS headers, VICAR headers, ISIS headers, and comma-separated-value text tables in a specific format. L4.LD.6 - The Tool shall allow the user to continue a label design session. L4.LD.7 - The Tool shall be able to determine and indicate to users the label template components that are non-compliant with the PDS Standards Reference [2].

6 Timeline Working Group writes Use Case and Requirements documents - Done Tech Session reviews documents (Oct 24-25, 2006) - Done –Present high-level and low-level use cases –Walk through and update Level 4 requirements –Walk through Level 5 requirements Working Group updates documents based on Tech Session review - Done Tech Group reviews documents (Nov 17, 2006) – Done Present Status to MC (Nov 2006) Complete Level 4 and 5 requirements document (Jan 07) –WG to review “working data dictionary” structure and uses. Prototype the user interface and design the tool – Review (May 07) Implement Release for Alpha Test (Jul 07) Release for Beta Test (Sep 07) Operational Release (TBD)

7 Backup

8 Level 3 Requirements PDS will provide examples and suggestions on organization of data products, metadata, documentation and software PDS will provide expertise in applying PDS standards PDS will provide expertise to support the design of scientifically useful archival data sets PDS will provide criteria for validating archival products PDS will define a standard for organizing, formatting, and documenting planetary science data PDS will maintain a dictionary of terms, values, and relationships for standardized description of planetary science data PDS will define a standard grammar for describing planetary science data PDS will provide tools to assist data producers in generating PDS compliant products PDS will provide tools to assist data producers in validating products against PDS standards PDS will provide tools to assist data producers in submitting products to the PDS archive

9 Definitions Data Element – A term that has been defined for use in PDS data product labels or catalog templates and that has been defined in a PDS data dictionary. Also known in the PDS as a keyword. Data File – A storage entity containing one or more data objects; for example, an image or an image plus a header. Data Object – A contiguous sequence of bits, e.g., an image. Data Object Description – An ODL description of a data object. Data Product – A data product label and one or more data objects. Data Product Label – One or more data object descriptions. Also known as a PDS Label. Keyword – A term that has been defined for use in PDS data product labels or catalog templates and that has been defined in a PDS data dictionary. Also known as a data element. Label Fragment – TBD Label Template – An ODL specification that represents a model for a data product label and that can be used for the creation of data product labels either manually or using an automated tool. PDS Node – Any PDS node including science discipline nodes, support nodes, or data nodes. Project File – A file in which the design tool saves the state of the user’s work so that it can be resumed in a later session. The state includes the locations all data dictionaries in use, exported template labels and specific object definitions, and referenced labels, data objects, and metadata files. Specific Label Object Definition – A PSDD definition template to be used for label validation that defines a product label as a specific object with no optional sub-objects or keywords allowed. Working Data Dictionary - A data dictionary with the same structure as a local data dictionary that is created and managed by the design tool for the purpose of collecting objects, keywords, and keyword values that are not present in either the PSDD or a local data dictionary.