AECMA PREN 9300-012-2006 Aerospace series LOTAR LOng Term Archiving and Retrieval of digital technical product documentation such as 3D CAD and PDM data Part 012 Reference process .pdf

1、ASD STANDARD NORME ASD ASD NORM prEN 9300-012 Edition P 1 October 2006 PUBLISHED BY THE AEROSPACE AND DEFENCE INDUSTRIES ASSOCIATION OF EUROPE - STANDARDIZATIONGulledelle 94 - B-1200 Brussels - Tel. + 32 2 775 8126 - Fax. + 32 2 763 3565 - www.asd-stan.orgICS: Descriptors: ENGLISH VERSION Aerospace

2、series LOTAR LOng Term Archiving and Retrieval of digital technical product documentation such as 3D, CAD and PDM data Part 012: Reference process description Ingest Srie arospatiale LOTAR Archivage Long Terme et rcupration des donnes techniques produits numriques, telles que CAD 3D et PDM Partie 01

3、2 : Description du processus de rfrence Soumission Luft- und Raumfahrt LOTAR Langzeitarchivierung und Bereitstellung digitaler technischer Produktdokumentationen, beispielsweise 3D CAD und PDM Daten Teil 012: Referenzprozessbescheibung Aufnahme This “Aerospace Series“ Prestandard has been drawn up u

4、nder the responsibility of ASD-STAN (The AeroSpace and Defence Industries Association of Europe - Standardization). It is published for the needs of the European Aerospace Industry. It has been technically approved by the experts of the concerned Domain following member comments. Subsequent to the p

5、ublication of this Prestandard, the technical content shall not be changed to an extent that interchangeability is affected, physically or functionally, without re-identification of the standard. After examination and review by users and formal agreement of ASD-STAN, it will be submitted as a draft

6、European Standard (prEN) to CEN (European Committee for Standardization) for formal vote and transformation to full European Standard (EN). The CEN national members have then to implement the EN at national level by giving the EN the status of a national standard and by withdrawing any national stan

7、dards conflicting with the EN. Edition approved for publication 31 October 2006 Comments should be sent within six months after the date of publication to ASD-STAN Engineering Procedures and Processes Domain Copyright 2006 by ASD-STAN Copyright Association Europeene des Constructeurs de Materiel Aer

8、ospatial Provided by IHS under license with AECMA Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-prEN 9300-012:20062 Contents Page Foreword3 1 Scope 4 2 Normative references 4 3 Terms, definitions and abbreviations4 4 Applicability4 5 Ingest 5 6 Detailed process s

9、teps description .5 6.1 General5 6.2 Submit for Ingest .6 6.3 Receive data.6 6.4 Check quality assurance.6 6.5 Send confirmation .7 6.6 Generate AIP 7 6.7 Approval Content Information7 6.8 Error handling for denied SIP.8 6.9 Receive Confirmation8 6.10 Error handling for generate AIP .8 7 Support Pro

10、cess Steps: Preservation Planning.8 8 Data descriptions.8 8.1 General8 8.2 Involved roles.9 8.3 Involved data9 9 Definition Transfer to Data Generation (Milestone) 10 Bibliography. 11 Figure Figure 1 Overview of Ingest process5 Copyright Association Europeene des Constructeurs de Materiel Aerospatia

11、l Provided by IHS under license with AECMA Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-prEN 9300-012:20063 Foreword This standard was prepared jointly by ASD-STAN and the PROSTEP iViP Association. The PROSTEP iViP Association is an international non-profit asso

12、ciation in Europe. For establishing leadership in IT-based engineering it offers a moderated platform to its nearly 200 members from leading industries, system vendors and research institutions. Its product and process data standardization activities at European and worldwide levels are well known a

13、nd accepted. The PROSTEP iViP Association sees this standard and the related parts as a milestone of product data technology. Users should note that all standards undergo revision from time to time and that any reference made herein to any other standard implies its latest edition, unless otherwise

14、stated. Copyright Association Europeene des Constructeurs de Materiel Aerospatial Provided by IHS under license with AECMA Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-prEN 9300-012:20064 1 Scope EN 9300-012 provides a detailed description for the recommended pr

15、ocess of transferring data to the archive as overviewed in EN 9300-010. This transfer includes the conversion of the Content Information into the archiving format STEP and the generation of the Archive Information Package. Further the main focus for the process description is on the validation and v

16、erification of the converted Content Information. 2 Normative references The following referenced documents are indispensable for the application of this document. For dated references, only the edition cited applies. For undated references, the latest edition of the referenced document (including a

17、ny amendments) applies. ISO 14721:2003, Space data and information transfer systems Open archival information system Reference model OAIS. EN 9300-003, Aerospace series LOTAR LOng Term Archiving and Retrieval of digital technical product documentation such as 3D, CAD and PDM data Part 003: Fundament

18、als and concepts. 1)EN 9300-007, Aerospace series LOTAR LOng Term Archiving and Retrieval of digital technical product documentation such as 3D, CAD and PDM data Part 007: Terms and References. 1)EN 9300-010, Aerospace series LOTAR LOng Term Archiving and Retrieval of digital technical product docum

19、entation such as 3D, CAD and PDM data Part 010: Overview Data Flow. 2)3 Terms, definitions and abbreviations For the purposes of this standard, the terms, definitions and abbreviations given in EN 9300-007 shall apply. 4 Applicability This EN 9300-012 is applicable to new 3-D product data records an

20、d may be applicable to existing 3D product data records, on current and earlier products, produced using previous regulations, standards and procedures. The current version is focused on product data as defined in the domain specific parts. 1) In preparation at the date of publication. 2) Published

21、as ASD Prestandard at the date of publication of this standard. Copyright Association Europeene des Constructeurs de Materiel Aerospatial Provided by IHS under license with AECMA Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-prEN 9300-012:20065 5 Ingest See Figur

22、e 1. Figure 1 Overview of Ingest process During the Ingest process the data producer submits the Submission Information Package (SIP) from the working into the archiving environment. The archive receives the data packages and checks if the SIP contains data of the recommended format and generates th

23、e Archiving Information Package (AIP) afterwards. After submitting the SIP to the archive the source data gets the status read only. Input data: SIP Output data: AIP Content Information (CI) SIP 6 Detailed process steps description 6.1 General Input and output data described in this standard represe

24、nt the minimal requirements for the fulfilment of the process steps. Additional data may be added, but must match at a minimum the requirements for the information package. (See EN 9300-003, section 5.3.2.1 “Definition of the core model”). Copyright Association Europeene des Constructeurs de Materie

25、l Aerospatial Provided by IHS under license with AECMA Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-prEN 9300-012:20066 6.2 Submit for Ingest The producer initiates the submission of the SIP from his personal working environment to the archive. With the initiati

26、on of the submission the producer applies the approval for that SIP. A further change of the content data should not be possible otherwise the changed data must be archived by a new approval and data preparation process. Input data: SIP Output data: SIP 6.3 Receive data The archive receives the SIP

27、for archiving from the producing system through data transfer. The SIP shall be kept within the archives working environment for further processing during the ingest process. Input data: SIP Output data: SIP 6.4 Check quality assurance A function within the Archive environment checks the quality of

28、the ingested data. This includes the successful transfer of the SIP to the staging area. For digital submissions, these mechanisms may include Cyclic Redundancy Checks (CRCs), or checksums associated with each data file, or the use of system log files to record and identify any file transfer, or che

29、cking for media read/write errors. In addition to OAIS recommendations, the function checks the types of data formats used and the existence of PDI within the received SIP. The exchanged data and its representations must be stipulated in the ingest agreement between the archive and the producer. Sti

30、pulations may cover aspects such as CAD data formats and Model files or PDM data formats such as STEP. The agreement shall include, at a minimum, the specification of: the key characteristics of the product information to preserve, the Descriptive Information of the SIP, the acceptance criteria used

31、 for the verification, the validation properties of the source information to archive, the related KPIs. Each agreement will be archived itself, as part of the context information of the new category of product information to archive. Input data: SIP Data formatting and document standards Copyright

32、Association Europeene des Constructeurs de Materiel Aerospatial Provided by IHS under license with AECMA Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-prEN 9300-012:20067 Output data: If the quality assurance check is successful: SIP Confirmation Information Othe

33、rwise: Error report 6.5 Send confirmation The archive creates a report of the successful receiving of the SIP into the archives working environment. Input data: Confirmation Information Output data: Confirmation report 6.6 Generate AIP The archive performs the generation of an Archival Information P

34、ackage (AIP) automatically. This includes the conversion of the Content Information (with validation) from the submitted native format into the archiving format, the validation of the converted data, and the generation of any additional Preservation Descriptive information (PDI) and Descriptive Info

35、rmation (the meta data for the Content Information). “Generate AIP” shall ensure that the design intent of the source file of the producer is preserved conforming to the domain specific parts. It is based on the verification and on the validation of the key characteristics of the product data. Input

36、 data: SIP Output data: If generation is successful: AIP If generation fails: Error report. The failure of the generation of the AIP is related to the conversion of the representation of the Content Information to its final format and its validation 6.7 Approval Content Information This process step

37、 is recommended, but not mandatory, and is applicable only to new data. This step synchronizes with the producers engineering approval process (not shown), such that the final engineering approval is only given if the information passes the archiving criteria, and conversely, the archive only procee

38、ds if the engineering approval is given. NOTE In effect this step means that, if the data is not fit to archive, it is not fit to be approved for use. Since many of the archive checks should be performed automatically, putting archivability as a quality gate before engineering approval means that th

39、e cost of an additional (expensive) engineering approval is avoided if the data needs rework in order to be archived. Copyright Association Europeene des Constructeurs de Materiel Aerospatial Provided by IHS under license with AECMA Not for ResaleNo reproduction or networking permitted without licen

40、se from IHS-,-,-prEN 9300-012:20068 Input data: AIP Output data: AIP CI 6.8 Error handling for denied SIP The producer should perform an error check in the case that the data is rejected by the archive. Further, the Producer should restart the Data Preparation, which includes the changing of the dat

41、a, in order to make it fit to archive. Input data: Error report Output data: SIP (identifying the data) 6.9 Receive Confirmation The producer receives the archives confirmation report. Input data: Confirmation report 6.10 Error handling for generate AIP Within this process the Producer and/or the Ad

42、ministrator has to perform an error handling procedure. This includes the decision whether data is still usable or has to be generated again. The administrator will be informed. Input data: Error report 7 Support Process Steps: Preservation Planning The process provides services and functions for mo

43、nitoring the environment of the archive and recommendations to ensure that the information stored in the archive remains accessible to the consumer over the long term, even if the original computing environment becomes obsolete. Preservation Planning functions include developing recommendations for

44、archive standards and policies and monitoring changes in the technology environment, archiving format and the addressed consumer. Output data: Data formatting and document standards 8 Data descriptions 8.1 General The descriptions here are informative; the definitions are found in the part EN 9300-0

45、07. Copyright Association Europeene des Constructeurs de Materiel Aerospatial Provided by IHS under license with AECMA Not for ResaleNo reproduction or networking permitted without license from IHS-,-,-prEN 9300-012:20069 8.2 Involved roles 8.2.1 Archive The Archive is the archiving environment, whi

46、ch usual supports at least the key functions of an archiving architecture according to ISO 14721:2003 (OAIS). Key functions are administration, data management, archival storage, access control, preservation planning. 8.2.2 Producer The producer is an organization, person, or client system, which pr

47、ovides the information to be preserved. This can include other archives or internal archive personnel or system components. Typical roles of type “producer“ may be. System Designers, Design Engineers, Subcontractors, Manufactures or Test Engineers. 8.2.3 Approving team Represents the approving organ

48、izations of a company. The approving team approves the AIP before the AIP is stored within the Archive. 8.3 Involved data 8.3.1 Archival Information Package (AIP) The AIP consists of the following elements: Content Information (CI) (archiving formatted and optionally native formatted) Packaging Information (PI) Preservation Description Information (PDI) (Validation Properties, context information for the Content Information) Digital Signature Information The Content Information is the set of information that the producer require