EN 9300-004-2013 en Aerospace series - LOTAR - Long Term Archiving and Retrieval of digital technical product documentation such as 3D CAD and PDM data - Part 004 Description metho.pdf

1、raising standards worldwideNO COPYING WITHOUT BSI PERMISSION EXCEPT AS PERMITTED BY COPYRIGHT LAWBSI Standards PublicationBS EN 9300-004:2013Aerospace series LOTAR Long Term Archiving andRetrieval of digital technicalproduct documentation such as3D, CAD and PDM dataPart 004: Description methodsBS EN

2、 9300-004:2013 BRITISH STANDARDNational forewordThis British Standard is the UK implementation of EN 9300-004:2013.The UK participation in its preparation was entrusted to TechnicalCommittee ACE/1, International and European Aerospace Policy andProcesses.A list of organizations represented on this c

3、ommittee can beobtained on request to its secretary.This publication does not purport to include all the necessaryprovisions of a contract. Users are responsible for its correctapplication. The British Standards Institution 2013. Published by BSI StandardsLimited 2013ISBN 978 0 580 80235 5ICS 01.110

4、; 35.240.30; 35.240.60; 49.020Compliance with a British Standard cannot confer immunity fromlegal obligations.This British Standard was published under the authority of theStandards Policy and Strategy Committee on 28 February 2013.Amendments issued since publicationDate Text affectedBS EN 9300-004:

5、2013EUROPEAN STANDARD NORME EUROPENNE EUROPISCHE NORM EN 9300-004 January 2013 ICS 01.110; 35.240.30; 35.240.60; 49.020 English Version Aerospace series - LOTAR - Long Term Archiving and Retrieval of digital technical product documentation such as 3D, CAD and PDM data - Part 004: Description methods

6、 This European Standard was approved by CEN on 24 November 2012. CEN members are bound to comply with the CEN/CENELEC Internal Regulations which stipulate the conditions for giving this European Standard the status of a national standard without any alteration. Up-to-date lists and bibliographical r

7、eferences concerning such national standards may be obtained on application to the CEN-CENELEC Management Centre or to any CEN member. This European Standard exists in three official versions (English, French, German). A version in any other language made by translation under the responsibility of a

8、 CEN member into its own language and notified to the CEN-CENELEC Management Centre has the same status as the official versions. CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Maced

9、onia, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and United Kingdom. EUROPEAN COMMITTEE FOR STANDARDIZATION COMIT EUROPEN DE NORMALISATION EURO

10、PISCHES KOMITEE FR NORMUNG Management Centre: Avenue Marnix 17, B-1000 Brussels 2013 CEN All rights of exploitation in any form and by any means reserved worldwide for CEN national Members. Ref. No. EN 9300-004:2013: EBS EN 9300-004:2013EN 9300-004:2013 (E) 2 Contents Page Foreword 3 Introduction .4

11、 1 Scope 5 2 Normative references 5 3 Terms, definitions and abbreviations 5 4 Applicability 5 5 Method for scope/scenario description: UML Use Case diagram 6 6 Method for process description: Simplified activity diagram .7 7 Methods for data description 10 7.1 General . 10 7.2 Express G diagrams .

12、10 7.3 Express WHERE Rules . 12 7.4 Modelling of a scenario into Express G syntax . 13 7.5 Data Dictionary 13 8 Method for system architecture description: UML Package diagram . 14 Bibliography . 15 Figures Figure 1 Used UML elements . 6 Figure 2 Example UML Use case diagram . 7 Figure 3 Example of

13、a simplified activity diagram . 8 Figure 4 Hierarchy structure within simplified activity diagrams . 9 Figure 5 HTML Representation of simplified activity diagrams . 10 Figure 6 Express G Syntax . 11 Figure 8 Example of use of Express G Syntax . 13 Figure 9 Example for an UML package diagram 14 BS E

14、N 9300-004:2013EN 9300-004:2013 (E) 3 Foreword This document (EN 9300-004:2013) has been prepared by the Aerospace and Defence Industries Association of Europe - Standardization (ASD-STAN). After enquiries and votes carried out in accordance with the rules of this Association, this Standard has rece

15、ived the approval of the National Associations and the Official Services of the member countries of ASD, prior to its presentation to CEN. This European Standard shall be given the status of a national standard, either by publication of an identical text or by endorsement, at the latest by July 2013

16、, and conflicting national standards shall be withdrawn at the latest by July 2013. Attention is drawn to the possibility that some of the elements of this document may be the subject of patent rights. CEN and/or CENELEC shall not be held responsible for identifying any or all such patent rights. Ac

17、cording to the CEN/CENELEC Internal Regulations, the national standards organisations of the following countries are bound to implement this European Standard: Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, Former Yugoslav Republic of Macedonia, France, Germa

18、ny, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slovakia, Slovenia, Spain, Sweden, Switzerland, Turkey and the United Kingdom. BS EN 9300-004:2013EN 9300-004:2013 (E) 4 Introduction This European Standard was prepare

19、d jointly by ASD-STAN and the PROSTEP iViP Association. The PROSTEP iViP Association is an international non-profit association 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 researc

20、h institutions. Its product and process data standardization activities at European and worldwide levels are well known and accepted. The PROSTEP iViP Association sees this European Standard and the related parts as a milestone of product data technology. Users should note that all European Standard

21、s undergo revision from time to time and that any reference made herein to any other standard implies its latest edition, unless otherwise stated. All EN 9300-xxx standards quoted in this document have been either published as ASD-STAN prestandards or are in preparation at the date of this European

22、Standard. BS EN 9300-004:2013EN 9300-004:2013 (E) 5 1 Scope This European Standard presents methods which are divided into four main categories: 1) scope and scenario description; 2) process description; 3) data; 4) system architecture. For scope and scenario description, the modelling methods are b

23、ased on Unified Modelling Language (UML) Use Case diagrams. The process descriptions are done using Simplified Activity diagrams. Data modules are described by Express G diagrams. Rules and constraints are described via Express-Where-Rules. Further descriptions, for example, for a data dictionary, a

24、re based on tabular forms. To support the development of a system architecture, the modelling method of UML Package diagrams is used. 2 Normative references The following documents, in whole or in part, are normatively referenced in this document and are indispensable for its application. For dated

25、references, only the edition cited applies. For undated references, the latest edition of the referenced document (including any amendments) applies. 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

26、: Terms and References 1)ISO 10303-11, Industrial automation systems and integration Product data representation and exchange Part 11: Description methods: The EXPRESS language reference manual 3 Terms, definitions and abbreviations For the purposes of this document, the terms, definitions and abbre

27、viations given in EN 9300-007 apply. 4 Applicability EN 9300-004 provides an overview of the used methods to support an equal level of understanding of the standards context. EN 9300-004 recommends the usage of standardized methods. If not otherwise specified by contractual requirements, EN 9300-004

28、 is applicable to all records which provide objective evidence covering: a) archiving requirements; b) data quality requirements. EN 9300-004 is applicable to existing records, on current and earlier products, produced using previous regulations. 1) Published as ASD-STAN Prestandard at the date of p

29、ublication of this standard (www.asd-stan.org). BS EN 9300-004:2013EN 9300-004:2013 (E) 6 5 Method for scope/scenario description: UML Use Case diagram The Unified Modelling Language (UML) is an industry-standard language for specifying, visualising, constructing, and documenting software systems. I

30、t simplifies the complex process of software design by making a “blueprint“ for construction. The diagrams are realised with the specification of UML version 1.4. According to UML definitions, Use Case diagrams identify the functionality provided by the system (use cases), the users who interact wit

31、h the system (actors), and the association between users and functionality. Normally Use Cases are used in the analysis phase of software development to articulate the high-level requirements of the system. The primary goals of a Use Case diagram include: providing a high-level view of what the syst

32、em does; identifying the users (actors) of the system. Within this document, a Use Case diagram is used to apply the permutation of the requirements into specific scenarios. The following UML elements are used: Figure 1 Used UML elements The UML Use Case diagram describes the dependencies which can

33、occur between identified use cases and involved participants (actors) within the environment of a specific system or domain. The diagram differs in four types of use case representations: 1) use cases; 2) references to a use (further detailed descriptions); 3) use cases which are relevant within thi

34、s specific domain but not relevant for the project; 4) use cases which are relevant for data exchange and interfacing (within the use case description a combination of use case representation is possible). BS EN 9300-004:2013EN 9300-004:2013 (E) 7 The dependencies between the use cases are described

35、 by different line style of arrows. Dashed line arrows describe the relationships between the use cases (include or extend). Solid line arrows describe the inheritance between the use cases. Solid lines describe the interaction between actors and use cases. Figure 2 gives an example. Figure 2 Exampl

36、e UML Use case diagram The “start archiving process” is triggered by the actor “producer”. The use case includes the use case “initialisation of archiving process”, which inherits all functionalities of the sub cases “immediate archiving at release” and “archive digital documents”. Additionally “Arc

37、hive digital documents” indicates a use case which is relevant for data exchange between two systems via an interface. 6 Method for process description: Simplified activity diagram The detailed description and analysis of scenarios and resulting processes are shown by simplified activity diagrams ba

38、sed on the UML and IDEF0. IDEF0 is a method designed to model the decisions, actions, and activities of an organisation or system. IDEF0 was derived from a well-established graphical language, the Structured Analysis and Design Technique (SADT). IDEF0 models help to organise the analysis of a system

39、 and to promote good communication between the analyst and the customer. IDEF0 is useful in establishing the scope of an analysis, especially a functional analysis. BS EN 9300-004:2013EN 9300-004:2013 (E) 8 The used elements for the process description are displayed in the following figure. Figure 3

40、 Example of a simplified activity diagram Every process step is started by a milestone. The use of milestones allows the integration of required references to and from other processes. In this example, the reference “validation properties”, coming from the milestone ”data preparation” displays the i

41、nput information for process step “manual validation”. The simplified activity diagram identifies the participating roles via swim lanes. The swim lanes differentiate the various roles (persons) and systems (e.g. CAD system or the archive). The interaction between single activities within the proces

42、s chain is represented by the data flow. In cases of decisions, the role has the chance to take corrective action. For single process steps, a supporting process gives further information, e.g. about archiving policies for “generate package information”. To reduce the amount of information within on

43、e description level, the simplified activity diagrams are based on a hierarchical structure, following IDEF0. A shadow behind a process element indicates a further detailed description for this specific process. BS EN 9300-004:2013EN 9300-004:2013 (E) 9 The hierarchy structure is displayed within th

44、e following figure. Figure 4 Hierarchy structure within simplified activity diagrams The simplified activity diagrams will be provided via a HTML Representation. The HTML Representation simplifies the handling, the search for information and the navigation through the process description and is divi

45、ded into two main windows: Navigation bar, Process description window. Within the HTML representation of the process description, the different levels are connected via hyperlinks, so that navigation between the detail levels is possible. After a click on a process step, the display will change to t

46、he next level. The HTML representation offers the possibility of getting detailed information for a single process step (blue mark in the corner of the process symbol). Further functionalities are print and zoom. BS EN 9300-004:2013EN 9300-004:2013 (E) 10 The following figure gives an example. Figur

47、e 5 HTML Representation of simplified activity diagrams 7 Methods for data description 7.1 General The description of data uses the graphical representation of Express G Diagrams and the definition of rules and constraints via “EXPRESS WHERE Rules”. An overview of the recommended usage of entities a

48、nd attributes is provided in tabular form (Data dictionary). For example, ISO 10303-11 (STEP) AP 214 specifies the recommended archiving data format. 7.2 Express G diagrams An Express G Diagram describes formally the used data elements and their constraints. ASD-STAN LOTAR uses the EXPRESS-G (ISO 10

49、303-11, version 2) as modelling method. It visualises the logical context and the relationships between the information objects. EXPRESS-G is not a programming language, instead it is characterised by a specification language which is based on the Entity Relationship Method 2. It is possible to model objects, as well as relationships and constraints between the objects. EXPRESS-G is directly related to the EXPRESS data modelling language. Everything that is drawn in EXPRESS-G can be defined in EXPRESS. However, not everything that ca