OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

plcs-dex message

[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]