ࡱ> 34012ܥhc ejc __ZvZvv\v\v\v\v\\\\\\ \\|\]C.]p]]]]]]]]]]]]]]]XQ^]v\]]]]]]]v\v\].]]]]]v\]v\]]@;E'\\v\v\v\v\]]]] Product, activity and state A usage of the EACM AuthorDavid LealDate4th October 1999Version2.0CirculationDerek Pashley, Chris Vaughan, Steve Chilcott The production of this document was funded by Rolls-Royce plc as a contribution to tasks 3.46 Engineering Analysis and 3.47 Application Module Development within the PDES Inc. Work Program. 1. 1. Introduction 1.1 Purpose of the document This document explains use of the EACM modules to record information about the identity of a product, of an activity in which a product is involved, and of a state in which a product exists. Each of the concepts - product, activity and state - can be subjected to Product Data Management. A principal focus of the EACM is: the relationships between product, activity and state; and the properties that are possessed by a product, activity or state. The modules covered by this document are: product individual, specification and set; activity; and state. Document Log 14th October 1999Initial draft released to the RR team26th October 1999Revised draft using Product_specification terminology, and with an appropriate Introduction 2. Philosophy 2.1 Individual product, activity and state There are three principle concepts: the whole life of a physical thing; This is the identity of a thing throughout its whole life. There is no obvious name for this concept, so I suggest individual product. a segment of the life of a physical thing; A segment in the life of a physical thing is an individual activity. Usually, we think of an activity as something more abstract because most activities are carried out by complex assemblies of physical things including people. However, consider a material test. This is an activity carried out by people, a test machine, a surrounding environment, and a test specimen. We can divide this activity up into smaller sub-activities. At the most detailed level, there is the straining (say) of the test specimen itself. This is a segment of the life of the test specimen which takes it from an initial state to a final state. an instant in the life of a physical thing. An instant in the life of a physical thing is an individual state. A physical thing changes from instant to instant, so that the individual state is continuously changing. When we say that a physical thing stays in the same state, we mean that each individual state of the thing in a sequence is a member of the same class of state. 2.2 A product design The design and analysis is concerned with classes. A designer creates a product design. This is a class that an individual product can be a member of. An individual product that is a member of the class is to the product design. A product design has many different design criteria, so that an individual product is to the product design if, and only if, it meets all the criteria. Each criterion is itself a class, so that a product design is the intersection of a set of classes. EXAMPLE - A design of a beam specifies: a length of 10 m (with a tolerance of 10 mm); a breadth of 2 m (with a tolerance of 5 mm); a depth of 4 m (with a tolerance of 5 mm); a maxmum cover of 20mm over all reinforcing bars; the six arrangement and specification of the reinforcing bars; the specification of the concrete, and the method of pouring and curing. An individual beam that meets each of these criteria is to the design. An individual beam that fails one or more of these criteria is not to the design. A beam length between 9.99 m and 10.01 m is a class. It has each individual beam with a length in this range as a member. During the design process it is possible that either: a previous design is rejected and a new one is produced; or a design is refined by adding new criteria. When a design is refined, the new design is a specialisation of the old. The relationship between different designs is within the scope of the PDM modules, and not within the scope of the EACM modules. A designer specifies the criteria for compliance with a design. An analyst predicts the consequences of compliance with a design, as shown below.  2.3 Design and requirement A design and a requirement are different things from the point of view of a business process, but are the same thing from the point of view of the EACM. A product requirement has many different component criteria, so that an individual product meets the requirement as a whole if, and only if, it meets all the criteria. Each criterion is itself a class, so that a product requirement is the intersection of a set of classes. EXAMPLE - A requirement for a beam specifies: a length of 10 m (with a tolerance of 20 mm); an in-service lifetime of greater than 100 years; a load of greater than 80 tonnes at failure. An individual beam that meets each of these criteria meets the requirement as a whole. An individual beam that fails one or more of these criteria does not meet the requirement as a whole. The beam design defined in the previous example meets these criteria. It meets the length criterion by design. It is predicted to meet the in-service lifetime and the failure load criteria. A design satisfies a requirement if each individual product to the design meets the requirement, as shown below.  The designs beam type XYZ and beam type PQR both satisfy my beam requirement because each individual product to these designs satisfies the requirement. The design beam type UVW does not satisfy the requirement because its manufacturing tolerances are too broad. Some individual products to this design meet the requirement, but some do not. The relationship between a design and a requirement is within the scope of the PDM modules, and not within the scope of the EACM modules. 2.4 Modelling of design and requirement in the EACM The difference between a requirement and a design is determined by the business process. Consider the following classes: requirement specification R_1234: This specifies the criteria that an individual product needs to meet in order to be useful or saleable. design specification D_1234: This specifies the criteria that an individual product needs to meet to be released for use or sale. The designer believes that an individual product to the design also meets each of the criteria for R_1234. Usually, properties to do with performance are specified for a requirement, but are predicted for a design. Usually, properties to do with form are not part of a requirement, but are specified for a design. What properties are valid for a requirement and what properties are valid for a design, depends upon the particular business activity and cannot be specified in a generic information model. The EACM treats all properties the same, and merely says whether or not they are specified or predicted. In a design assembly, some parts of the assembly can be designs and others can be requirements. EXAMPLE - The design for bolted joint XYZ specifies: the form of the flanges; the number and position of the bolt holes; and the diameter of the bolts; the required yield strength of the bolts. Hence the design for bolted joint XYZ is an assembly that contains required bolts. The requirements for the bolts specify: required length; required diameter; required yield strength. A design for the bolt, containing information about the material, head and thread has not yet been created or selected. The absence of a design for the bolts need not prevent some analyses of the joint as a whole. In the EACM, the application object Specific_product_specification is a class that can be a requirement or a design or a combination of these. Whether or not a Specific_product_specification is a design or requirement is determined by its relationship to a business activity. An enumerated set of similar individual products, such as an ensemble of test specimens or a particular production run, is also within the scope of the EACM and is also a Specific_product_specification. The EACM application object Specific_product_specification maps to the STEP resource entity product_definition. 2.5 An activity or state design A Specific_product_specification is a class that an individual product belongs to throughout its life. Similarly there are classes that an individual activity or an individual state belongs to. If we were consistent in terminology, then we would call these: Activity_specification_or_set; and State_specification_or_set. For simplicity it is intended to call these classes Activity and State instead. (It is not possible to have an uniformly simple approach because the word product has been given a specific meaning by the PDM schema.) 3. A simple example This simple example considers a test carried out upon a test specimen, and a simulation of the test by a finite element analysis. The example is taken from ASTM E 1434 - 93 Standard guide for development of standard data records for computerization of mechanical test data for high-modulus fiber-reinforced composite materials, in ASTM standards in the building of materials databases, ASTM 1993 3.1 An individual product and its design The test specimen T5999-25-3/101 is subjected to a test. Using the terminology of the ARM for this part of ISO 10303, the test specimen is an Individual_product. The ARM instance corresponding to this individual product is as follows: #201 = INDIVIDUAL_PRODUCT (); -- test specimen T5999-25-3/101 NOTE - There is much information that could be supplied about this individual product which is outside the scope of this discussion, including: the identification of the specimen; a membership relationship with the set of specimens tested as an ensemble; a made from relationship with the stock material. The test specimen is: of composite material Graphite/Polyimide IM6/Avimid KIII; to layup code [0]:12; with 12 plies; machined to pattern PDA-SK46331. Each item in this list is a class that the individual product is a member of. The class 12 plies can be regarded as a Property. The class machined to pattern PDA-SK463331 can be regarded as a Specific_product_specification. NOTE - There are some classes that sit in a grey area between Property and Specific_product_specification. In the EACM, both concepts are handled in a similar way and the choice is arbitrary. The choice is made when the dictionary of instances of class necessary to support the application is defined. The compiler of the dictionary decides whether layup [0]:12 (say) is a standard instance of Property or a standard instance of Specific_product_specification. The only difference between a Property and a Specific_product_specification within the EACM is that a Property can be identified by a mathematical value with respect to a unit of measure, whereas a Specific_product_specification cannot. Even this distinction is superficial, because a Specific_product_specification can be part of a parametric product space and identified by a parameter value. Each classification of the test specimen by a class in the list can be specified separately. Alternatively a Specific_product_specification can be defined that is the intersection of the classes in the list. The test specimen is then classified once by this intersection class. Both approaches are supported by the EACM. The ARM instances that record the classes are as follows: #202 = SPECIFIC_PRODUCT_SPECIFICATION (); -- Graphite/Polyimide IM6/Avimid KIII #203 = SPECIFIC_PRODUCT_SPECIFICATION (); -- layup code [0]:12 #204 = PROPERTY (); -- 12 ply #205 - SPECIFIC_PRODUCT_SPECIFICATION () -- machined to pattern PDA-SK463331 NOTE - The way in which the standard instances of Specific_product_specification are identified within a dictionary is not within the scope of this discussion. NOTE - The way in which the nature of the Property as number of ply is specified, and the way in which the Property is identified by the number 12, is not within the scope of this discussion. The ARM instances that record the separate classifications of the test specimen are as follows: #206 = CLASSIFICATION (#202, #201); #207 = CLASSIFICATION (#203, #201); #208 = INDIVIDUAL_POSSESSION_OF_PROPERTY (#204, #201); #209 = CLASSIFICATION (#205, #201); The ARM instances that record the intersection Specific_product_specification; its relationship to the other classes; and the classification of the test specimen as a member of the intersection, are as follows: #210 = SPECIFIC_PRODUCT_SPECIFICATION (); /* Graphite/Polyimide IM6/Avimid KIII composite, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331 */ #211 = SPECIALISATION_OF_CLASS (#202, #210); #212 = SPECIALISATION_OF_CLASS (#203, #210); #213 = POSSESSION_OF_PROPERTY (#204, #210); #214 = SPECIALISATION_OF_CLASS (#205, #210); #215 = CLASSIFICATION (#210, #201); 3.2 An individual activity and its design The specimen subjected to test activity 1988-12-31/01 carried out by PDA/MDL in Albuquerque, New Mexico. This test activity involves many things - people, test machines and an environment, as well as the test specimen itself. There is a component activity straining of specimen in 1988-12-31/01, which is carried out solely by specimen T5999-25-3/101. The ARM instances that record: the individual test activity; and the involvement of the test specimen in the activity, are as follows: #216 = INDIVIDUAL_ACTIVITY (); -- test 1988-12-31/01 #217 = INDIVIDUAL_ACTIVITY (); -- straining of specimen in test 1988-21-31/01 #218 = INDIVIDUAL_COMPOSITION_OF_ACTIVITY (#217, #216); #219 = ACTIVITY_ASPECT_OF_INDIVIDUAL (#201, #217); There is a great quantity of information that can be recorded about the testing activity as a whole. Selecting for this example, we can record that the testing activity is: performed to standard ASTM D 3039:1982; performed with a cross head speed of 2.5 mm/min. Both the items in this list are classes. The ARM instances that record: the existence of the Activity (design) ASTM D 3039:1982; the existence of the Property cross head speed of 2.5 mm/min; and the classification of the test activity by both of these classes, are as follows: #220 = ACTIVITY (); -- ASTM D 3039:1982 #221 = PROPERTY (); -- cross head speed 2.5 mm/min #222 = CLASSIFICATION (#220, #216); #223 = INDIVIDUAL_POSSESSION_OF_PROPERTY (#221, #216); The individual activity straining of specimen in 1988-12-31/01 is something which we may wish to simulate by finite element analysis. The analysis is appropriate to any similar test specimen, and so the analysis is of a class of activity or activity design. The ARM instances that record: the existence of the Activity (design) straining of Graphite/Polyimide IM6/Avimid KIII composite specimen, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331 at 2.5 mm/min; the fact that the Activity (design) is for a Graphite/Polyimide IM6/Avimid KIII composite specimen, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331; and the individual activity straining of specimen in test 1988-21-31/01 complies with the Activity (design); are as follows: #224 = ACTIVITY (); /* straining of Graphite/Polyimide IM6/Avimid KIII composite specimen, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331 at 2.5 mm/min */ #225 = ACTIVITY_ASPECT_OF_PRODUCT (#210, #224); #226 = CLASSIFICATION (#224, #217); 3.3 An individual state and its design The test takes the test specimen T5999-25-3/101 from an initial state to a final state through a sequence of intermediate states. The ARM instances that record: the existence of the initial and final states; and the relationship of these states to the individual activity straining of specimen in 1988-12-31/01, are as follows: #227 = INDIVIDUAL_STATE (); /* Initial state for straining of specimen in test 1988-21-31/01 */ #228 = INDIVIDUAL_STATE (); /* Final state for straining of specimen in test 1988-21-31/01 */ #229 = INITIAL_STATE_FOR_INDIVIDUAL_ACTIVITY (#217, #227); #230 = FINAL_STATE_FOR_INDIVIDUAL_ACTIVITY (#217,#228); There is a great quantity of information that can be recorded about the states of the test specimen. Selecting for this example , we can record that: the test specimen is at 24 degrees Celsius in all its states; the test specimen has a moisture content of 0.6 % in its initial state; the test specimen fails at its final state; the test specimen has a strain of 0.0 in its initial state; the test specimen has a strain of 0.0117 in its final state. Using the loose approach suggested in the usage guide for the property application module, the temperature of 24 degrees Celsius can be regarded as a classification of the whole straining activity. All the other items in this list can be regarded as classifications of either the initial or the final state of the test specimen for the straining activity. The ARM instances that record: the instances of Property that are of 24 degrees Celsius, 0.6% moisture content, 0.0 strain, and 0.0117 strain; instances of State (design) that are stable and failure; the classification of the instances of Individual_state, are as follows: #231 = PROPERTY (); -- 24 degrees Celsius #232 = PROPERTY (); -- 0.6% moisture content #233 = PROPERTY (); -- 0.0 strain #234 = PROPERTY (); -- 0.0117 strain #235 = STATE (); -- stable #236 = STATE (); -- failure #237 = INDIVIDUAL_POSSESSION_OF_PROPERTY (#231, #217); #238 = INDIVIDUAL_POSSESSION_OF_PROPERTY (#232, #227); #238 = INDIVIDUAL_POSSESSION_OF_PROPERTY (#233, #227); #239 = INDIVIDUAL_POSSESSION_OF_PROPERTY (#234, #228); #240 = CLASSIFICATION (#235, #227); #241 = CLASSIFICATION (#236, #228); The individual states initial state for straining of specimen in 1988-12-31/01 and final state for straining of specimen in 1988-12-31/01 are something which we may wish to predict by finite element analysis. The prediction is appropriate to any similar testing activity, and so the prediction is about a class of state or state design. The ARM instances that record: the existence of the State (design) initial state for straining of Graphite/Polyimide IM6/Avimid KIII composite specimen, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331 at 2.5 mm/min; the existence of the State (design) final state for straining of Graphite/Polyimide IM6/Avimid KIII composite specimen, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331 at 2.5 mm/min; the relationship of these instances of State (design) to the Activity (design) straining of Graphite/Polyimide IM6/Avimid KIII composite specimen, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331 at 2.5 mm/min; the individual initial and final states comply with the instances of State (design); are as follows: #242 = STATE (); /* initial state for straining of Graphite/Polyimide IM6/Avimid KIII composite specimen, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331 at 2.5 mm/min */ #243 = STATE (); /* final state for straining of Graphite/Polyimide IM6/Avimid KIII composite specimen, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331 at 2.5 mm/min */ #244 = INITIAL_STATE_FOR_ACTIVITY (#224, #242); #245 = FINAL_STATE_FOR_ACTIVITY (#224, #243); #246 = CLASSIFICATION (#242, #227); #247 = CLASSIFICATION (#243, #228); 3.4 Link between test and analysis The preceding sections record: the individual test specimen; the individual test activity, both the whole activity and the role of the test specimen in it; the individual states of the test specimen at the beginning and end of the test activity. There are many measured properties that can be recorded for each of these individuals. An analysis is carried out for a test specimen design or class, and an activity design or class. The analysis can give a prediction of the stress field within the specimen for each state (design) within the activity (design). The recording of a property variation with respect to state, position within a physical object, or both, is discusses in the usage guide for the property application module. For the final state (design), the analysis predicts a stress field, and hence a load. The individual final state of the test specimen complies with (is a member of) the final state design. The actual load for the individual final state can be recorded - it may or may not be consistent with the prediction. 3.5 Testing machine The testing machine is an individual product that is involved in the testing activity. It is possible to record, either the identification of the test machine or both. The ARM instances that record: the existence of the test machine; the class or type of the test machine - United FM-20-AE; the individual activity performed by the test machine in the testing of specimen T5999-25-3/101; and the classification of this activity as a role of testing machine, are as follows: #248 = INDIVIDUAL_PRODUCT () -- the testing machine; #249 = CLASSIFICATION (#250, #248); #250 = SPECIFIC_PRODUCT_SPECIFICATION (); -- United FM-20-AE #251 = INDIVIDUAL_ACTIVITY (); -- role of test machine in test 1988-21-31/01 #252 = INDIVIDUAL_COMPOSITION_OF_ACTIVITY (#251, #216); #253 = ACTIVITY_ASPECT_OF_INDIVIDUAL (#248, #251); #254 = CLASSIFICATION (#255, #251); #255 = ACTIVITY (); -- role of test machine NOTE - The identification of the test machine by manufacturers serial number, or by testing laboratory tag number, is not within the scope of this discussion. NOTE - The identification of the product design as United FM-20-AE is not within the scope of this discussion. NOTE - The activity design or class role of test machine is a standard instance. This class would be defined in a dictionary of standard instances appropriate to material testing. 3.6 A test ensemble It is usual to produce a set of specimens from the same batch, and to test each in the same way. This approach enables a judgement to be made about the repeatability of the test and the reliability of the test results. A set of individual test specimens is an Explicit_product_specification. NOTE - Most relationships with Specific_product_specification are also valid for Explicit_product_set, so the two entities have a common supertype Product_specification_or_set. A Specific_product_specification is a design or requirement, and has: deemed properties that are the criteria for membership; and properties that are predicted to be a consequence of membership. An Explicit_product_set is an enumerated set of individual products, and has: being a member of the enumerated set as the sole criterion for membership; properties that are predicted to be a consequence of membership; and measured properties with statistics. Similarly, an Activity can be an enumerated set of individual activities, and a State can be an enumerated set of individual states. The ARM instances that record: the set of test specimens T5999-25-3/1 that each member of the set is Graphite/Polyimide IM6/Avimid KIII composite, layed up to code [0]:12, with 12 ply, and machined to pattern PDA-SK463331; and that specimen T599-25-3/101 is a member of the set, are as follows: #256 = EXPLICIT_PRODUCT_SET (); -- enumerated set T5999-25-3/1 #257 = SPECIALISATION_OF_CLASS (#210, #256); #258 = CLASSIFICATION (#256, #201); The ARM instances that record: 12.9 mm as the mean width of specimens in the ensemble; and 0.052 mm as the standard deviation, are as follows: #259 = PROPERTY_SPACE (); - specimen width; #260 = PROPERTY_DISTRIBUTION_FUNCTION (#256, #259); #261 = MEAN_OF_PROPERTY_DISTRIBUTION_FUNCTION (#260,#262); #262 = POINT_PROPERTY (); -- width 12.9 mm #263 = STANDARD_DEVIATION_OF_PROPERTY_DISTRIBUTION_FUNCTION (#260,#264); #264 = PROPERTY_RANGE (); - width range 12.847 mm - 12.953 mm NOTE - Statistics for a property distribution are discussed in the user guide for the possession of property statistics and probability application module. 4. ARM Diagrams 4.1 Product specification or set  Figure  SEQ Figure \* ARABIC 1: Product specificaiton or set EXPRESS-G  Figure  SEQ Figure \* ARABIC 2: Product specification or set UML 4.2 Activity  Figure  SEQ Figure \* ARABIC 3: Activity EXPRESS-G  Figure  SEQ Figure \* ARABIC 4: Activity UML 4.3 State  Figure  SEQ Figure \* ARABIC 5: State EXPRESS-G  Figure  SEQ Figure \* ARABIC 6: State UML dl013_v2_prod_ex.doc  PAGE 3 .A ^ :z*H! 1&: & &$TNPPMicrosoft PowerPoint & TNPPf & &TNPP :  1:45&8&0:- "- :"-0 & &0(H-- :"-H(0 & &-- $i/j & &8` $86` & &]lTimes New Roman4-.  : 2 C & &L"Univers-.  : 2 ms & &lL"Universw -.  : 2 my & &@Lh"Univers-.  : 2 mzs & & L"Universw -.  : 2 mFtj & &L"Univers-.  : 2 me & &L"Universw -.  : 2 mm & &L"Univers-.  : 2 ms & &d]lTimes New Roman4-.  : 2 A & &z]lTimes New Roman-.  : 2 E & &j]lTimes New Roman4-.  : 2 S & &.]lTimes New Roman-.  : 2 hA & &F]lTimes New Roman4-.  : 2 R &  & &TNPP & --"Systemn- iN6:iPS-X/ & F & &$TNPPMicrosoft PowerPoint & TNPPf & &TNPP   <7'O(45&o(O- "-$lH8%pXC+~qaQ@,mU>% qU8hQ:${W5\r7aPA2$yS -pL'xW7gN5w#k1a?WPN`GpA=9888:>C#H8PPXeb}mz #;S j!9Sl)@Wb<^    >Zv/BTdrwiXHHAP`muzgYL9'tX=_>f>_u:gXI8'}Z6iyEa%J3wwD-x`H1{qwg__JW3SN JHHHIMPVv\geXnHw;.! "9Qj6Vw)Nl) Nt%3AP _0pU{ .P s/G^u.Lf0H` w3CTcp}1I^u 2AH & &;(-$l{t[C*wsmX_<R C3"{`D*lR6t\D|-Z8a<weUF7~)X2 tP+yW6~bG--d"Hl Ce">Zut'e8UHCV3dp {{mbVI)<8-JY gupV:eC nK&hCxiZJ8b(=kI*n U>$ u[A(oY9xk{^_TEK,A:40,*)z)c+K.527 ?GOZfsteWI:,"3 Lf7Wy)Nq -T,y8FUdt6Z /Q#s:Pi+Ga{5Oe%6 D'QC^_hyq{+D[s}um{ & &AO-$l245(5:3O0b-u("  1DVhxzcM5z]$>0>IT`i{sY}7c?jG$|]=~uksaZVBJ)?4' th]T}KkEZ?G:56#43358;@FNxWeaRl?x+3zKjcY}J9+ *Ih1Tv{)wMtoqpnmm!nDoeqsw{ +Jh&?Uj )6FWfw #).22"paQB5( wcO8!dF) d}3}"}~lP+{X6nO0,:GXfzhT<%5GZzmoe\UOKHECC!D3FDJUNfTwZcku &0<0GGRa[vfow"?^5Fk=a~vn2dTZvQE:/!8Vs,~CnY\nJ9%  p^M 9#'%%$"2 & &G_Q)$lWF4#teVE3 zws]m?h!b^[XV~T[T9TUWZ]bYf2l symFZ4 !2yCVU3fxnP4-AVks`N=. 0 EZn  1BTe t$3BSey!;Y w&*-024=4_431.+&?"f+Ry>dwgVEB3e" *Hdq[G2%8J[jxnXC.{hWW\l~'<vQke]{N>,&:Owd[x>"]9&7GXhv^8tM(c <!#`$=$$" z\> % n\L>0$zj\N<, t aL"7-#; JZlwbN9!$=Zv;t_bQA0 :`$Kp 5|\vrmjge8d[d~dfhknr<xZ}s*<LZht,:L\W & &8P$l3@M[k} # =!W r<\|@bkYE1 +NotZ0@P%m z]2?L c{mN1&4@LWg_Li1pvz~o[|Fx2rk c[PE8+ ztokliUh;g!hikpsyxZ<zY8 /CWmlM* h.HH(c {a+FI,h:WrvaRD8,!!<Wq-BVi |(33?4+#vcR ?+ v\(A0&; GS`o~_B$ "9qRTm63oRTq;3UvyeQ<+?`"A^|{y=w;wTxky{ -9DMU\c%h6lIp]qprrqnjfaZ,PGHb=~1%  )FdnV?&4 RobE&4MmfE##7L|]Zq9wV7 p;=$   seXK?3 & &=*eTimes New Roman-.  2  beam length5+0P*60 5Times New Roman=-.  2 #09.99 m to 10.01m000P 00000P & &~Times New Roman-.  2 beam depth5+0P5+5 6Times New Roman<-.  "2 s<4.995 m to 5.005 m0000P 00000P & &MuTimes New Roman-.  2 beam breadth5+0P5++05 5Times New Roman<-.  "2 3L1.995 m to 2.005 m0000P 00000P & &Times New Roman-.  2 Y manufacturingP056 0* 6*50Times New Roman<-.  2  spec. ABC%6*+E@F & &6%Times New Roman-.  $2 p$in service lifetime5%++0++ * P+Times New Roman<-.  2  of 100 years0 0000+0*& & &h(-$l "9Og~-|@hUSi>|&hI'$1>KVybUm/v~kBvM$W0{mrHi%^RF9,xY:muYbDM29!%u^G0{fP: $0BWkveT7DV5u& Ei+S|Hq?g+Qv$Fe+:J[k} $;Qez-CXnt_K6  oZG1xiXH:}-_?rM(f>pH ~\-mI% &6D{R]b?s"vbM.T>+=>?BEVI-MRW]d[l2u ~d<wP)!3EYloJ'y!X;7Tn|_B5%U so6WXAz*+Ptn _2RXD7* Cl 5V'-- $DVRh $.& & &en;6-7 & & ("--%UX^di m2pTrwtvwww&vKtmsolgd^>XaQKD;2 )-Nq3RrzhU B)0Fd $n>WW?p' n(R=5ReyeG',8fDEP$\en(-- $;- $[4 & &~F-G~Times New Roman<-.  (2 consequences of design28>,1?>2>21,8%>2,8> & &TNPP & --"Systemn-^:@ $w&& 5& @ & &$TNPPMicrosoft PowerPoint & TNPPf & &TNPP @  5'1e45& @ 1e"--@ & &2- "-3Times New Roman-.  $2 @my beam requirement]8?18^12>?12]2>& & &`Px8'- "-8xP`Times New Roman-.  2 # beam type5+0P 05+Times New Roman-.   2 XYZEF@ & &@(('-- "-((@Times New Roman-.  2 D beam type5+0P 05+Times New Roman-.   2 PQR;JF & & 8'-- "-8 Times New Roman-.  2 T beam type5+0P 05+Times New Roman-.   2 UVWEF` & &TNPP & --"Systemn-K:VPG0n(XX %4&J & &$TNPPMicrosoft PowerPoint & TNPPf & &TNPP J ,345&LT- "- "-TLTimes New RomanO-.  +2 THapplication_object (ABS)056+0 06005 +*  F@5  & &t|<-- "-<|tTimes New Roman!-.  2  class (ABS)+0&% E@6  & & |-- "-|  & &--"Systemn-80  "---' & &--C;  "-Ro--' & &Z~Times New RomanO-.   2 =10 & & |(- "-(| o & &---h`  "-Ro--' & & "-_--' & & W"Arial-.  2 o"activity,((( & &v"Arial-.   2 "* & &! (---??!!! "-`@q Q1pP0a--' & & ? | "- $ t7 t & & -- "- "Arial-.  2 MappingP56565"Arial-.  <2 v#(from ProductSpecificationOrSetARM)  5P@ 5560A5500556J @6@EP  & &S "Arial-.  (2 4{disjoint, incomplete},(,-,(-C,,,"Arial-.  2  membershipC,C,-(-, & & q --- qP "-R  --' & & a(--a "- _ --' & &l @&l @- "-@l _ & &l -- "-l _ "Arial-.  '2 xCompositionOfActivityE6P55056J@000 & &h ---h d "---' &  & &(--(D "-_--' & &"Arial-.   2 ~"part,- & &""Arial-.   2 "* & &b(k--- ( "-ad_--' & &48"Arial-.  2 "whole:,-, & &"Arial-.   2 ^"* & &!---??!!! "-`@q Q1pP0a--' & & (l--l "-f  --' & &a  --8 a "- --' & &a (-- a "-   --' & &--( "-/--' & &`h-- "-``/--' & &L,&L,- "-,L`/ & &L-- "-L`/"Arial-.  .2 |MCreatingActivityForProductE 6556@000;5 @ 5650 & &H---HP "-p --' &  & & | "- $t t & &!y"Arial-.  (2 4Z{disjoint, incomplete},(,-,(-C,,,"Arial-.  2  lifecycle,(((- & &q---x q0 "-O--' & &A--8A "-_ --' & &LL|& L|- "-|L _ & &LL-- "-LL_ "Arial-.  12 DestroyingActivityForProductE60 6056@000;5 @ 5650 & &@HH---H "-@p@ --' &  & &A--@A "-_ --' & &TNPP & --fC:C[\93 XX !9&:\ < & &$TNPPMicrosoft PowerPoint & TNPPf & &TNPP :  345&@&@- "- $@@H "--g'Hg8Wx8Wx8Wx8Wx8Wx8Wx|]<|]HHHdHEH$HHHHHHdHEH$HHHHHHdHEH$HHHHHHdHEH$HHHHHHdHEH$HHHHHHdHEH$HHHTimes New Roman-.  92 !product_specification_or_set_arm.5+056* 0&5+* *0 0500+0%+ 00*PTimes New Roman-.  +2 Xclass_of_physical_object+0&%00 0560%*0005 ++  & &q "- HHq &  & &<-- "-<HTimes New Roman-.  2 state% 0 + & & (-- "-( H & &@H--"Systemn-  "-@ @--' & &&- $$ "--Cd$Cd#Dc#Dc#Dc#Dc#Dc#Dc`A `A$$$$$|$]$<$$$$$$|$]$<$$$$$$|$]$<$$$$$$|$]$<$$$$$$|$]$<$$$$$$|$]$<$ @Times New Roman-.  92 5!product_specification_or_set_arm.5+056* 0&5+* *0 0500+0%+ 00*PTimes New Roman-.  12 6product_specification_or_set5+056* 0&5+* *0 0500+0%+  & &Q{ "- HH{Q &  & &` -- "- `$ & & \-- "-\ $Times New Roman-.  +2 state_aspect_of_activity% 0 +00%6*+ 00 00* 0 0 & &<\ &<\ -- $<\ \ <D "--c#Dc3Ts3Ts3Ts3Ts3Ts 3 T s      3 T T T T T eT DT %T T T T T T eT DT DT DT D5 D D D D D Du DT D5 D DDDDDuDTD5DDDDDDuDTD5DDDDDDuDTD5DDDDDDuDTD5DDDDDDuDTD5DDDDDD$Times New Roman-.  92 '!product_specification_or_set_arm.5+056* 0&5+* *0 0500+0%+ 00*PTimes New Roman-.  2 V:mappingP05660 & &l\ "- bb\ l &  & &A---A  "---' & &A--h`A  "---' & & x--xH @  "-  --' & &kl - "-l k & &a --' a  "-  --' & &l(- "-(l & &lG-- "-Gl & &a --ka "-  --' & &`Times New Roman-.  2 state% 0 + & &08--- "-0"0--' & &]8Times New Roman-.  2 activity0+ 0 0 & &a---@a "-"--' & &X--XH "-r--' & & <- "-< Times New Roman-.  %2 Lcomposition_of_state+0P50% 0500 0% 0 + & &l'-- "-'l & &a---Ka "---' & &@Times New Roman-.   2 part50+  & &lg- "-gl & &a+3---a "-++--' & &3Times New Roman-.  2 wholeE60+ & &<l - "-l <+ & &a p x--- a  "-p p --' & & - "- p & &&-- $ "--#Dc#Dc#Dc#Dc#Dc#Dc#Dc#Dca@!a@!|]<|]<|]<|]<|]<|]<p Times New Roman-.  2 activity_arm.0+ 0 000+OTimes New Roman-.  2 factivity0+ 0 0 & &1[ "- HH[1 &  & &A---H@A  "---' & & |- "-| Times New Roman-.  *2 state_aspect_of_product% 0 +00%6*+ 00 05+056*  & &lg-- "-gl & &a+3---a "-++--' & &3Times New Roman-.  2 state% 0 + & &PX--- "-PBP_--' & &IXTimes New Roman-.  2 product5+056*  & &l- "-lP_ & &a---\a "---' & &8--8p "-R--' & &|l - "-l | & &a --8 0a  "-  --' & &- "- Times New Roman-.  .2 \initial_state_for_activity5 00% 0 +0 0+00* 0 0 & &Q---( Q   "-/--' & &L|- "-|L/ & &A@H--A  "-@@--' & &,\- "-\,@Times New Roman-.  +2  final_state_for_activity 500% 0 +0 0*00+ 0 0 & &L-- "-L@ & &A---H@A  "---' & & sTimes New Roman-.   2 2W 10 & &PTimes New Roman-.   2 710 & &@sTimes New Roman-.   2 2y10 & &TNPP & ---7:]6%5XX <&J  & &$TNPPMicrosoft PowerPoint & TNPPf & &TNPP J B B145&a "-- $Y & &L|- "- "-|L"Arial-.  '2 CClassOfPhysicalObjectE500K@60006K560"Arial-"Arial-.  :2 "(from ProducSpecificationOrSetARM)  5P@ 5560@5600565K @5@EP  & &f"Arial-.  (2 t{disjoint, incomplete},(,-,(-C,,,"Arial-.  2 membershipC,C,-(-, & &--"Systemn-p "- --' & & - "-   & &<-- "-< "Arial-.  2 State@55 & &---x0 "-b--' & &(("Arial-.  (2 w{disjoint, incomplete},(,-,(-C,,,"Arial-.  2 8 lifecycle,(((- & &lL&,L-- "-L,_ & &lL<-- "-<Ll_ "Arial-.  '2 FinalStateForActivity;56@55;5 @000 & &`Hh---H "-`p` --' &  & &A--`A "-_ --' & &--x 0 "-?--' & &TNPP & -->A[]tvyz}"$ ?@AEVv $!B!D"b""""""""##$$7$n$v${$$%%&&t'''(W*_***+U]uD8uDoUca cch UV]cca ]hU]cU]c uDcP+ ++/+U,],x,,,,,,,-_-}---../000m1v111g2 3 3:3X33a5b5f5z7h899 :::E;<<D=L=?>G>c>q?r?v?@BwEEEE:FJF]FVHIIJJKKKKLLLOOO=SAS2UVXXYYYZ,Z@ZnZZZZU[i[a cU]cUc`i[e\m\\\^^^)_w`aa&a*aHaIaRaSaiajakalaaaaaaaaaaaaaaabbbb)b*b3b4bJbKbLbMb]babibjbtbubbbbbbbbbbbbbb\c]cccdcecfcicjcſPaP uDPuDuDduDuDLuDac uDcuDa cU]UccJjc(u   '(<=>?@ABITUZkltxytuvlIIIIII3Y%vef'jk{{{  4 < 4 4  4!2uT  4 4 4 4  4lIIIIII S  @ A m n  4 4  4  4Bm'(>?u?  4 4  4 7 4?A\ 8fGHddd 7 4  4 4 4 4UV,-  4 4 4 4-c|n# $ !!d"e"""\#]## 4 4 7 4  4#$9$:$%)%%%&&''''''((d 8 4 4 4 4  4((()F)G)]))))))**,,--%.&.j/k//  4 4 7 4  4///50S000B1C122f2g2222 3 333 44445=5a5b5  4 8 4 4b555566737i7y7z77758h8i89?9p9q999<:~: 8 4  4 4 4~:::::;E;F;K<L<k<2==R>b>c>w>?M?q?r??@@ 4  4 8 4 4@;@o@@@@AHAdAAABBBB9CeCCCCFEGEfEEFLF\F]FF 8 4  4 4FFFFG2GiGGGH2HVHWHIIIJwKfLLLLLMM\NNNN  4 4 8 4NOO&OEOcOOPPtPuPRR=SQSSST>TwTT!U1U2U  4 4 4 8 42UgUUUVMVVVVVqWrWWWXXXYYZZZ 4  4 4 8 4Z[Q[R[[[1\V\W\\\\#]]]^^  4 4  4 7 4^E^r^^^^^_(_)_U____8`w`x`aa&aGaHaJaKaa8  4 4 8 4aaaaaaaaa(b)b+b,b]bhbibkblbmbbbbbbbgchcicjcK@Normala .@. Heading 1 < U]ck,@, Heading 2 < UV]c(@( Heading 3 <Uc*@* Heading 4 <UVc&@& Heading 5<]c(@( Heading 6<V]c$@$ Heading 7<]&@& Heading 8<V]( @( Heading 9 <V]c"A@"Default Paragraph FontB@ Body Textx "@ CaptionxxU @ Header 9r  @" Footer 9r )@1 Page Numberj`jc+i[jc(v?-#(/b5~:@FN2UZ^ajc !"#$%&'()*+,R^i^k^^^^^__3_J_L_t______j`      !@CTimes New Roman Symbol "Arial1Courier New"h`+;`+;8+; O(The Parametric_product_space 10 metre rectangular beams is the set of beams designs of length 10 metres with a rectangular cross section. Victoria Bailey David Leal  !"#$%&'()*+,-./0123456789:;<=>?@ABCDEFGHIJKLMNOPQRSTUVWXYZ[\]^_`abcdefghijklmnopqrstuvwxyz{|}~      !"#$%&'()*+,-./6>@Root Entry F@;E'5WordDocument  _CompObjjSummaryInformation4B(L  FMicrosoft Word Document MSWordDocWord.Document.69q Oh+'08D\ht      The Parametric_product_space 10 metre rectangular beams is the set of beams designs of length 10 metres with a rectangular cross section. VictDocumentSummaryInformation8 `  FMicrosoft Word Document MSWordDocWord.Document.89qCAESAR Systems Limited( The Parametric_product_space 10 metre rectangular beams is the set of beams designs of length 10 metres with a rectangular cross section. oria BaileyNormal David Leal1BMicrosoft Word for Windows 95@@'@C#'@C#' O ՜.+,00@Hhp x CAESAR Systems Limited( The Parametric_product_space 10 metre rectangular beams is the set of beams designs of length 10 metres with a rectangular cross section.