This wiki is locked. Future workgroup activity and specification development must take place at our new wiki. For more information, see this blog post about the new governance model and this post about changes to the website.
-- GrayBachelor - 04 Oct 2011

Introduction and overview of the proposed PLM extensions

A set of PLM extensions has been identified and is proposed for adoption.The proposals have two components

1) An OSLC Product domain specification

2) OSLC Core extensions so that other resources can play in PLM scenarios by providing PLM behaviour

Find attached a working summary of the extensions, including an introduction and overview of examples being built up around Lyo.

Your comments and feedback are welcome.


The PLM Workgroup roadmap has been published and the aim is to agree a first set of PLM extensions during 4Q2011.

The extensions were presented to the OSLC Core workgroup on October 5th.

The weekly working meetings of the OSLC PLM workgroup will progressively address feedback and build out examples to support topics raised and to assist prototyping.

Summary of the proposals

The proposals are grouped into

Core extensions applicable to most existing OSLC2.0 resources

Core extensions to enable needed behavior to support the OSLC PLM scenario and use of the PM Specification. The Core extensions are more widely applicable, such as to support versioning of ALM resources.

The core extensions are described here.

A Product Management PM Specification PMSpec1.0

A set of PLM extensions to define new resource for Product, Product Version and Product View

1) Recommended use of standard OSLC Core properties

2) Application of the proposed Core extensions for Product Resource versioning

3) Additional Core extensions for Resource structure

4) Additional extensions for variant handling

5) Additional extensions for

The proposals consist of extensions proposed for any OSLC resource as "Core extensions" and an specification for Product resource types.

We will layout the Core extensions, to promote the discussion and clarification we have started a PLM Specification based on the OSLC CM 2.0 Spec which is itself based on Core 2.0.

You can see the application of the Core extensions to RM in the supporting detailed material below.

New draft Experimental PLM Specification

New A draft Specification for PLM Resource exterimental is being prepared. Initially as a document. A wiki structure will be assembled to support it.

Attached below. Last update Oct 19th 2011.

Presentation of the Spec

1. Layout for the Product, Product Version and Product View

Spec Content

1. Description of the Application ID

2. Agreement and description of Variant Expression as an anotation. An alternative approacxh is Variant properties and Variant property expressions

Not addressed

1.Coding and classification
2. Alias / alternative names
3. Lifecycle states
4. Change notification
5. Approvals

Detailed supporting material for the proposals

The detailed description of the PLM extensions, with RM examples, is available on the PLM spec extension page

See below for additional examples are shown in the backup materials.

How to provide feedback

You are welcome to add comments here, or add an attachment or use the community mailer - your comments are welcome !

Regarding the notion of "replaces" in the description of version...Is that just to get at the idea of "next version" (so you get the chain of revisions by following"replaces" back to a resource that only has "isVersionOf" and then back to a resource that does NOT have "isVersionOf" which is the base?)...or is it to deal with the notion that a version of a part may be replaced by a version of some other part with the same fit and function?

Example: We have two base resources that are fans from different manufacturers that go on various boards. We (a company that has enough clout with our supplier) recognize that one of them could replace the other, maybe with just a small modification. So a version of the fan from manufacturer A that was used in several products will no longer be used, instead a version of the fan from manufacturer B will replace it and we don't have to carry both in inventory. If that's what "replaces" means, that will fail the test proposed, cause the base resource of the replacement is different from the base resource of what it replaces, but the specific version of one can replace a version of the other.

-- AndyBerner - 05 Oct 2011

Replaces is to refer to product changes, i.e. revisions . The example is more of an alternative product - which is not covered today. Anyway its all about clarifying terms and scope of the Spec

-- GrayBachelor - 11 Oct 2011

Topic attachments
I Attachment Action Size Date Who Comment
pptppt OLSC_PLM_proposal_feedback_summary_V0.8.ppt manage 156.0 K 19 Oct 2011 - 07:53 GrayBachelor Updated from 18/10 OSLC PLM Workgroup
pdfpdf OLSC_PLM_proposal_feedback_summary_V0.9.pdf manage 194.8 K 25 Oct 2011 - 14:44 GrayBachelor Latest feedback
docdoc OSLC_PLM_Spec_draft_V0.1.doc manage 346.0 K 11 Oct 2011 - 14:05 GrayBachelor First draft Oct 11th 2011
pdfpdf OSLC_PLM__extensions_proposal_V0.6_backup.pdf manage 115.9 K 04 Oct 2011 - 21:09 GrayBachelor Backup examples and industry standard terms
pdfpdf OSLC_PLM__extensions_proposal_V0.7.pdf manage 323.1 K 05 Oct 2011 - 14:34 GrayBachelor For Oct 5th Core meeting
Topic revision: r11 - 06 Nov 2011 - 21:27:35 - GrayBachelor
This site is powered by the TWiki collaboration platform Copyright � by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Contributions are governed by our Terms of Use
Ideas, requests, problems regarding this site? Send feedback