[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: Ballot comment NO 8
I would not have thought to use properties on product_version_relationsip. Instead, I would use the description attribute, or document assignment to document purpose. In fact, I would assign everything to the new version, not the relationship. Regarding the representation of sequences hierarchies etc - that is reference data on product_version_relationship. Also, when creating a new version, I would expect it all to be under configuration change management, and so would consider using Work_order and Directed activity etc to properly control and document the change, as described in the capability "representing work order" and related capabilities. The other observation, though not a reason for not doing it, is that this would make us incompatible with the rest of STEP at a MIM level, as the IR do not allow you to relate a property to a product_definition_formation_relationship - unless you create a new sub type. So, I remain to be convinced that we should extend the model. Regards Rob ------------------------------------------- Rob Bodington Eurostep Limited Web Page: http://www.eurostep.com http://www.share-a-space.com Email: Rob.Bodington@eurostep.com Phone: +44 (0)1454 270030 Mobile: +44 (0)7796 176 401 -----Original Message----- From: Jochen Haenisch [mailto:Jochen.Haenisch@epmtech.jotne.com] Sent: 28 October 2004 13:40 To: 'Rob Bodington'; plcs-dex@lists.oasis-open.org; Tonning, Leif Cc: 'Trine Hansen' Subject: RE: Ballot comment NO 8 Hi Rob, the business requirement that we had in the frigates project disappeared due to remodelling. Still, we would expect business cases that require properties for Product_version_relationships. Product_version_relationships may link Product_versions to indicate, e.g., sequence, derivation, hierarchy. There does not seem to be a restriction that the two Product_versions need to relate to the same Product, which is ok, I think. With this relatively wide scope people may want to assign information on: - purpose, - list of modifications, - other types of descriptions. May these be added otherwise than by properties? Best regards, Jochen > -----Original Message----- > From: Rob Bodington [SMTP:rob.bodington@eurostep.com] > Sent: 27. oktober 2004 11:26 > To: plcs-dex@lists.oasis-open.org; Jochen Haenisch; Tonning, Leif > Subject: Ballot comment NO 8 > > Hi > > The following ballot comment was raised by Norway NO 18 > > > > What is the business requirement for wanting to assign properties to a > Product_version_relationship? > > A Product_version_relationship should just be used to relate one version > to another. E.g. to represent a sequence of versions. > > > > Why do you need a property here? > > > > > > SC4 part number:(2) Clause: ARM Express (3) Paragraph: > Assigned_property.described_element, Property_assignment_select (5) > Comment: According to the current model, Assigned_property can not be > assigned to Product_version_relationship. Instead a > View_definition_relationship shall be created and the Assigned_property > assigned to it.(6) Proposal: Update the documentation of the model > accordingly, that is, specifically for Product_version_relationship. > > > > > > Regards > Rob > > ------------------------------------------- > Rob Bodington > Eurostep Limited > Web Page: <http://www.eurostep.com> <http://www.share-a-space.com> > Email: Rob.Bodington@eurostep.com > Phone: +44 (0)1454 270030 > Mobile: +44 (0)7796 176 401 > > >
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]