Colorado Springs Producer-Archive Interface Specification Status of standardisation project Main characteristics, major changes, items pending.

Slides:



Advertisements
Similar presentations
Hierarchy of Documents for Earth Observation Summit III Overview for GEO-4 April 2004 GEO Co-Chairs.
Advertisements

Heppenheim Producer-Archive Interface Specification Status of standardisation project Main characteristics, major changes, items pending.
Status of Extensible SCCS-SM Concept Green Book 12 February
09-Dec Toulouse,FR AD-initial - 1 MOIMS AREA: IPR STATUS REPORT, END of Sprint 2006 Meeting Louis Reich IPR WG Chairman Joint IPR/DAI Workshop 20.
Fedora Users’ Conference Rutgers University May 14, 2005 Researching Fedora's Ability to Serve as a Preservation System for Electronic University Records.
Requirements Specification
PAWN: A Novel Ingestion Workflow Technology for Digital Preservation
A summary of the PSS-05 URD template
1 REQUIREMENTS ENGINEERING and SYSTEMS ANALYSIS Elements and Definitions.
Common Page Design. Graphics and Tables Uses: Objects Numbers Concepts Words.
Gregor v. Bochmann, University of Ottawa Based on Powerpoint slides by Gunter Mussbacher (2009) with material from: IEEE Standard, Daniel Amyot.
11 Data Interface Standard for Accounting Software Project Progress Report China National Audit Office June, 2015.
An Overview of Selected ISO Standards Applicable to Digital Archives Science Archives in the 21st Century 25 April 2007 Donald Sawyer - NASA/GSFC/NSSDC.
CS 8532: Adv. Software Eng. – Spring 2007 Dr. Hisham Haddad Tuesday Class will start momentarily. Please Stand By … CS 8532: Advanced Software.
RUP Requirements RUP Artifacts and Deliverables
1 Our Expertise and Commitment – Driving your Success An Introduction to Transformation Offering November 18, 2013 Offices in Boston, New York and Northern.
International Council on Archives Section on University and Research Institution Archives Michigan State University September 7, 2005 Preserving Electronic.
1 Phases in Software Development Lecture Software Development Lifecycle Let us review the main steps –Problem Definition –Feasibility Study –Analysis.
CS 3610: Software Engineering – Spring 2009 Dr. Hisham Haddad – CSIS Dept. Class Project OO Design Document Here is what you need to do for your class.
C. Huc/CNES, D. Boucon/CNES-SILOGIC Specification for the Formal Definition and Transfer Phase of a Producer-Archive Interface.
Software Requirements Engineering CSE 305 Lecture-2.
Rome Producer-Archive Interface Specification Plan of Objects to be Transferred Prototype for the design and Transfer follow-up.
CountryData Technologies for Data Exchange SDMX Information Model: An Introduction.
Reference Model for an Open Archival Information System (OAIS) ESIP Summer Meeting John Garrett – ADNET Systems at NASA/GSFC ESIP Summer Meeting.
Requirements as Usecases Capturing the REQUIREMENT ANALYSIS DESIGN IMPLEMENTATION TEST.
Producer Questions 6 December Producer Questions 2 Purpose The SIP standard envisions the development of a formal model of the data for.
KS3 Phase4 Client Server Monitoring System October 1, 2008 by Stephen, Seema, Kam, Shpetim.
C. Huc/CNES, D. Boucon/CNES-SILOGIC, D.M. Sawyer/NASA/GSFC, J.G. Garrett/NASA-Raytheon Producer-Archive Interface Methodology Abstract Standard PAIMAS.
CS 4850: Senior Project Fall 2014 Object-Oriented Design.
1 CS Tutorial 5 Frid. Oct 23, 2009 Design Document Tutorial.
WGISS /09/2015 DATA PRESERVATION – CNES APPROACH B. Chausserie-Laprée.
CCSDS Meeting CNES Report, 2/11/2004 CNES 1 CCSDS - MOIMS Area Data Archive ingestion WG Information Packaging and Registry WG CNES Report on activity.
CCSDS MOIMS Falls Meeting 2007 – Colorado Springs - June 2006 SAFE Status Progress status & f Stéphane Mbaye
CHEN 4470 – Process Design Practice Dr. Mario Richard Eden Department of Chemical Engineering Auburn University Lecture No. 2 – Contents of Reports January.
C. Huc/CNES, D. Boucon/CNES-SILOGIC Producer-Archive Interface Specification.
NASA/NSSDC Report to MOIMS DAI/IPR Plenary 16 January 2007 Colorado Springs, USA.
PLCS DEXs Trine Hansen DNV 20 April Content OASIS / PLCS Organization PLCS DEXs DEX architecture Process – define and verify capabilities Way forward.
Requirement Engineering. Recap Elaboration Behavioral Modeling State Diagram Sequence Diagram Negotiation.
CCSDS Meeting data Archive Ingest - June 2006 CNES 1 CCSDS - MOIMS Area Data Archive Ingest WG CNES Report Rome meeting – June 2006 Claude Huc.
Delta-DOR SIG Minutes of the meeting Heppenheim, Germany October 2nd, 2007 Roberto Maddè ESA/ESOC
Spring CS-EE 481 Lillevik 481s07-l2 University of Portland School of Engineering Senior Design Lecture 2 Technical staff Prototype phase: DEP, TOP.
June 21, 2011EDMC Workshop in Silver Spring, MDDan Kowal Submission Agreements: The role they play in supporting the relationship between the Data Producer/Provider.
21/1/ Analysis - Model of real-world situation - What ? System Design - Overall architecture (sub-systems) Object Design - Refinement of Design.
CSIS 4850: CS Senior Project – Spring 2009 CSIS 4850: Senior Project Spring 2009 Object-Oriented Design.
Middle Fork Project Relicensing Process Plan April 25, 2006.
Eurostat November 2015 Eurostat Unit B3 – IT and standards for data and metadata exchange Jean-Francois LEBLANC Christian SEBASTIAN SDMX IT Tools SDMX.
Lead from the front Texas Nodal 1 Early Delivery System Testing Environments & Planning – Involving Market Participants TPTF May.
Session 2b, 25 November 2015 eChallenges e-2015 Copyright 2015 The National Archives of Estonia Current lack of interoperability among submission information.
CNES: CCSDS - MOIMS Area Data Archive ingestion WG Information Packaging and Registry WG CNES Report on activity May-October 2004 Toulouse meeting.
NASA/NSSDC Report to MOIMS DAI/IPR Plenary
Heppenheim Prototype for the MOT design and for the Transfer follow-up
Towards connecting geospatial information and statistical standards in statistical production: two cases from Statistics Finland Workshop on Integrating.
Active Data Management in Space 20m DG
UNR116 splitting Informal document GRSG
DG Environment, Unit D.2 Marine Environment and Water Industry
Marine Strategy Framework Directive (MSFD)
Recent developments in Eurostat publications
Presented to the CEOS WGISS October 22, 2018
SDMX Information Model: An Introduction
WG 2.9 Best Practices in River Basin Planning
Writing reports Wrea Mohammed
Open Archival Information System
CS 8532: Advanced Software Engineering
Marine Strategy Framework Directive (MSFD)
Software Requirements Specification (SRS) Template.
Requirements Document
Education and Training Statistics Working Group, May 2011
Technical Communication
Generic Statistical Information Model (GSIM)
… Two-step approach Conceptual Framework Annex I Annex II Annex III
Presentation transcript:

Colorado Springs Producer-Archive Interface Specification Status of standardisation project Main characteristics, major changes, items pending

PAIS – January Contents 1. Objective 2. Basic principles 3. Main changes 4. Items pending 5. Conclusion

PAIS – January Objective ■Implementation standard for Producer – Archive interface  Conformity with the PAIMAS  Conformity with the XFDU ■Aimed mainly at Formal Definition and Transfer and Validation Phases

PAIS – January Basic principles - The Plan of Objects to be Transferred  The term ‘POT’ may change following the current discussions ■The Plan of Objects to be Transferred (POT)  A Transfer Object is a structured and organized set of one or more Data Objects that are to be transferred to the Archive. (There may be multiple Transfer Objects of the same Transfer Object Type.)  Descriptors describe a Transfer Object Type or a Collection of Transfer Object Types.  Descriptors are related to each other by parent-child relationships, and specify relationships between the Data Objects corresponding to these types.  Descriptors are derived from one or more Models.  The set thus structured makes up the POT.

PAIS – January Basic principles - SIP ■The Submission Information Packages (SIPs)  These are packets used for transferring data: a SIP must include one or more Transfer Objects.  All the components of a Transfer Object must be in the same SIP.  Packaging of SIPs is based on the XFDU packaging standard.  We will thus have a generic SIP Model derived from the XFDU scheme.

PAIS – January Basic principles – SIP and XFDU ■A SIP consists most often of a single XFDU; however, if because of the volume of data to be transferred, the objects sharing a given Descriptor cannot be sent in a single XFDU, they will then be sent in a group of linked XFDUs.  Some attributes necessary for a SIP have been identified:  Producer_id  Project_id  Sip_type_id  And for each sub-packet corresponding to a Transfer Object:  Descriptor_id  Last_object  Updated_object  Lou Reich and his team are working on a technical solution to take these attributes into account.

PAIS – January PAIS main dates ■November 2006: proposal for a draft Red Book (current version in progress) PAIS split into 2 documents:  The standard itself including the concepts definition and their implementation.  A tutorial explaining how to use the standard including examples. Main changes from the previous version? October 04October 05September 06February 06June 06 draft White Book versions ■Septembre 2004: concept paper

PAIS – January Main changes: new organization of the content ■1. Introduction ■1.1Purpose and scope ■1.2Applicability ■1.3Rationale ■1.4 Conformance ■1.5Document structure ■1.6Definition ■1.6.1Acronyms and abbreviations ■1.6.2Glossary of terms ■1.7 References ■2 Overview ■2.1 Formally describing Data Objects for Transfer ■2.2 SIP creation and validation ■3 Descriptions of Producer Data ■3.1 Abstract Descriptor Models definition ■3.1.1 Transfer Object Descriptor ■3.1.2 Collection Descriptor ■3.2 Concrete Descriptor Models implementation ■3.2.1 Transfer Object Descriptor Model ■3.2.2 Collection Descriptor Model Comment: this is the table of contents for the body of the documentg (without classic introductive sections and annex) ■3.3 Abstract Specialization of the Descriptor Models ■3.4 Concrete Specialization of the Descriptor Models ■4 Descriptions of constraints on types of SIPs ■4.1 Abstract Constraints on types of SIPs ■4.1.2 SIP grouping constraints definition ■4.1.3 SIP sequencing constraints definition ■4.2 Concrete constraints on types of sips ■4.2.1 SIP grouping constraints implementation ■4.2.2 SIP sequencing constraints implementation ■5 SIP Model ■5.1 Abstract SIP Model ■5.1.1 Descriptors and SIPs ■5.1.2 Sip Model ■5.2 Concrete SIP Implementation ■5.2.1 XFDU implementation of SIP ■5.2.2 SIP Specialization ■ANNEX A ■A.1 Generic Transfer Object Descriptor Model ■A.2 Generic Collection Descriptor Model ■A.3 Generic SIP Model ■ANNEX B : Informative references

PAIS – January Main changes: new organization of the content ■2 Overview ■2.1 Formally describing Data Objects for Transfer ■2.2 SIP creation and validation ■3 Descriptions of Producer Data ■3.1 Abstract Descriptor Models definition ■3.1.1 Transfer Object Descriptor ■3.1.2 Collection Descriptor ■3.2 Concrete Descriptor Models implementation ■3.2.1 Transfer Object Descriptor Model ■3.2.2 Collection Descriptor Model ■3.3 Abstract Specialization of the Descriptor Models ■3.4 Concrete Specialization of the Descriptor Models ■4 Descriptions of constraints on types of SIPs ■4.1 Abstract Constraints on types of SIPs ■4.1.2 SIP grouping constraints definition ■4.1.3 SIP sequencing constraints definition ■4.2 Concrete constraints on types of sips ■4.2.1 SIP grouping constraints implementation ■4.2.2 SIP sequencing constraints implementation ■5 SIP Model ■5.1 Abstract SIP Model ■5.1.1 Descriptors and SIPs ■5.1.2 Sip Model ■5.2 Concrete SIP Implementation ■5.2.1 XFDU implementation of SIP ■5.2.2 SIP Specialization

PAIS – January Main changes: new organization of the content ■2 Overview ■2.1 Formally describing Data Objects for Transfer ■2.2 SIP creation and validation ■3 Descriptions of Producer Data ■3.1 Abstract Descriptor Models definition ■3.1.1 Transfer Object Descriptor ■3.1.2 Collection Descriptor ■3.2 Concrete Descriptor Models implementation ■3.2.1 Transfer Object Descriptor Model ■3.2.2 Collection Descriptor Model ■3.3 Abstract Specialization of the Descriptor Models ■3.4 Concrete Specialization of the Descriptor Models ■4 Descriptions of constraints on types of SIPs ■4.1 Abstract Constraints on types of SIPs ■4.1.2 SIP grouping constraints definition ■4.1.3 SIP sequencing constraints definition ■4.2 Concrete constraints on types of sips ■4.2.1 SIP grouping constraints implementation ■4.2.2 SIP sequencing constraints implementation ■5 SIP Model ■5.1 Abstract SIP Model ■5.1.1 Descriptors and SIPs ■5.1.2 Sip Model ■5.2 Concrete SIP Implementation ■5.2.1 XFDU implementation of SIP ■5.2.2 SIP Specialization New organization of the standard: Previous version: 2 separate parts, one for the definition of the concepts and one for the implementation. current version: Implementation immediatly follows the definition of each concept

PAIS – January Main changes: new organization of the content ■2 Overview ■2.1 Formally describing Data Objects for Transfer ■2.2 SIP creation and validation ■3 Descriptions of Producer Data ■3.1 Abstract Descriptor Models definition ■3.1.1 Transfer Object Descriptor ■3.1.2 Collection Descriptor ■3.2 Concrete Descriptor Models implementation ■3.2.1 Transfer Object Descriptor Model ■3.2.2 Collection Descriptor Model ■3.3 Abstract Specialization of the Descriptor Models ■3.4 Concrete Specialization of the Descriptor Models ■4 Descriptions of constraints on types of SIPs ■4.1 Abstract Constraints on types of SIPs ■4.1.2 SIP grouping constraints definition ■4.1.3 SIP sequencing constraints definition ■4.2 Concrete constraints on types of sips ■4.2.1 SIP grouping constraints implementation ■4.2.2 SIP sequencing constraints implementation ■5 SIP Model ■5.1 Abstract SIP Model ■5.1.1 Descriptors and SIPs ■5.1.2 Sip Model ■5.2 Concrete SIP Implementation ■5.2.1 XFDU implementation of SIP ■5.2.2 SIP Specialization  Synthetic diagram identifying the objects  Synthetic diagram showing the whole process New organization of the standard: Previous version: 2 separate parts, one for the definition of the concepts and one for the implementation. current version: Implementation immedialtly follows the definition of each concept

PAIS – January Main changes: overview Collection Descriptor ABC Collection Descriptor C Collection Descriptor AB Transfer Object Descriptor (TOD) A Described by Digital Objects of type A Transfer Object Descriptor (TOD) C Described by Transfer Object Descriptor (TOD) B Described by SIP Content Type 1 TOD A TOD B SIP Content Type 2 TOD C Child-Parent Relationship Relationship as Labeled SIP Sequencing Constraints group one - SIP Content Type 2 - SIP Content Type 1 LEGEND Referenced in Digital Objects of type B Digital Objects of type C Referenced in Identified in Digital Objects to be Transferred Descriptor Specifications SIP Content Type Specifications SIP Sequencing Constraint Specification Formal Specifications Negotiated Prior to Detailed Packaging

PAIS – January Main changes: overview Formal Definition Phase Transfer Phase Create Descriptor Specifications SIP Creation SIP Transfer SIP Reception and Validation by the Archive Archive responsability Producer responsability Producer and Archive responsibility Digital objects Time Formal Agreement * the process of data creation is not part of the standard. The data could exist at the beginning, or be created during the Process. * Descriptors SIPs Create SIP Content Type Specifications Create SIP Sequencing Constraints Specifications

PAIS – January Main changes: Descriptors ■2 Descriptors:  Transfer Object Descriptor (TOD): set of characteristics describing a Transfer Object.  Collection Descriptor (no associated Data) : describes a collection of one or more Transfer Object Types or other collections.  gives a coherent view of the Data to be transferred. Descriptors are organized in parent-child relationships. ■Relationships between Transfer Objects, or Data Objects, or Transfer Objects and Data Objects, are described by ‘associations’ inside the Descriptor. ■General structure for the TOD?

PAIS – January Main changes: Descriptor ■General structure

PAIS – January Main changes: Descriptor ■Identification

PAIS – January Main changes: Descriptor ■Description

PAIS – January Main changes: Descriptor ■Relations

PAIS – January ■Content Main changes

PAIS – January Items pending: PAIS red book version ■Validate the final overview diagrams. ■Descriptors: open points (formats, …). ■Many exchanges between the teams have raised points that should be discussed this week.

PAIS – January Items pending : SIP  SIP structure: suppress the attributes SIP Type location, Descriptor location?  SIP implementation using XFDU ■This part should be discussed along with the current version of the XFDU standard and the recently sent document:  To create a generic SIP Model to take into account the specificities of the PAIS, while complying with XFDU (possibility of using the same tools). This Model will be applied to all SIPs and all projects.

PAIS – January Items pending: PAIS tutorial ■Create and structure a document ■Extract from the previous version explanations and examples as a basis ■Complete it to have an homogeneous tutorial (one practical example, …)

PAIS – January Items pending: tool for the POT design and transfer follow up ■ A prototype has already been developped according to the previous standard version ■ Important to validate the generic Descriptors and have a new PAIS Version before working on the tool ■Many new things have to be taken into account for a new prototype (new Descriptor, SIP structure)

PAIS – January We need ■ New version for a PAIS draft Red Book ■ New prototype ■ First version of a tutorial ■To be discussed: actions and planning

PAIS – January