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


Help: OASIS Mailing Lists Help | MarkMail Help

oasis-charter-discuss message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]

Subject: Call for Comment: proposed Charter for OASIS OSLC Lifecycle Integration for Domains (OSLC Domains) TC

To OASIS Members:

A draft TC charter has been submitted to establish the OASIS OSLC Lifecycle Integration for Domains (OSLC Domains) TC. In accordance with the OASIS TC Process Policy section 2.2: (https://www.oasis-open.org/policies-guidelines/tc-process#formation) the proposed charter is hereby submitted for comment. The comment period shall remain open until 23:59 GMT on 25 August 2016.

OASIS maintains a mailing list for the purpose of submitting comments on proposed charters. Any OASIS member may post to this list by sending email to: oasis-charter-discuss@lists.oasis-open.org. All messages will be publicly archived at: http://lists.oasis-open.org/archives/oasis-charter-discuss/. Members who wish to receive emails must join the group by selecting "join group" on the group home page: http://www.oasis-open.org/apps/org/workgroup/oasis-charter-discuss/. Employees of organizational members do not require primary representative approval to subscribe to the oasis-charter-discuss e-mail.

A telephone conference will be held among the Convener, the OASIS TC Administrator, and those proposers who wish to attend within four days of the close of the comment period. The announcement and call-in information will be noted on the OASIS Charter Discuss Group Calendar.

We encourage member comment and ask that you note the name of the proposed TC (OSLC Domains) in the subject line of your email message.

--- TC Charter ---

Section 1: TC Charter

(1)(a) TC Name
OASIS OSLC Lifecycle Integration for Domains (OSLC Domains) TC

(1)(b) Statement of Purpose

Managing the development lifecycle of complex systems and software can become very difficult, especially in heterogeneous environments including homegrown tools, open source projects, and commercial tools from different vendors used by different partners and suppliers. Organizations need common vocabularies that describe similar concepts in order to effectively integrate and share information utilized in different methods and tools. Limited integration between tools and the use of different terms for the same concepts can create bottlenecks that slow continuous delivery as well as inhibit effective sharing of information for traceability, change and impact analysis.

OSLC (Open Services for Lifecycle Collaboration) is a set of related specifications that define an open technical architecture enabling tool integration that is minimalist, loosely coupled, and standardized. OSLC provides common standardized data formats and operations that apply World Wide Web and Linked Data principles, such as those defined in the W3C Linked Data Platform (LDP), to create a cohesive set of specifications that can enable products, services, and other distributed network resources to interoperate successfully.

The purpose of the OASIS OSLC Domains TC is to produce specifications that leverage the OASIS OSLC lifecycle integration Core Specification and enable interoperation through the specification of standard domain vocabularies, constraints and services for use in tools supporting change, configuration, and asset management domains supporting scenarios motived from Application Lifecycle Management (ALM), Product Lifecycle Management (PLM), Integrated Service Management (ISM), Cloud Computing, and DevOps.

This work consists of two primary activities. The first is a maintenance activity to migrate a number of existing finalized OSLC v2.0 domain specifications currently on open-services.net to OASIS. The success of OSLC in supporting lifecycle (and other) tool integrations will benefit from having all the OSLC standards managed by the same standards body, with consistent content, document format, and versioning. Since OSLC Core 3.0 is compatible with OSLC Core 2.0, and has reached Committee Specification Draft status, it is now possible to migrate the existing domain specifications to OASIS by only making document formatting changes, with no substantive changes that would introduce interoperability issues with existing implementations. 

The second OASIS OSLC Domains TC activity is to capture requirements and use cases for other related domains will be used to set out the particular goals for additional vocabulary and services standardizations. A revised list of deliverables meeting these additional goals and requirements will be drafted, and design and development of new domain specifications will commence. This ensures common specification formats and coordination across related domains, while minimizing process overhead. The OASIS OSLC Domains TC may create subcommittees to address new domain specifications while providing coordination and appropriate reusable templates and content. 

(1)(c) Scope

The OASIS OSLC Domains TC will accept as input the OSLC MS Steering Committee approved versions of the final OSLC version 2 domain specifications from open-services.net (http://open-services.net/) and targeted for migration to OASIS. The TC will also accept other contributions for consideration based on technical merit in so far as they conform to this charter." This is to avoid criticism that the TC is simply going to rubber stamp existing content. 

The OASIS OSLC Domains TC will deliver OASIS Standards Track documents for each of these existing OSLC version 2 domain specifications as a maintenance activity including conversion of the documents to OASIS prescribed formats, but not including any substantive changes that could introduce interoperability issues with existing implementations. Candidates for migration include:

- Tracked Resource Set 2.0 (http://open-services.net/wiki/core/TrackedResourceSet-2.0/) Architecture Management 2.0 (http://open-services.net/wiki/architecture-management/OSLC-Architecture-Management-Specification-Version-2.0/)

- Asset Management 2.0 (http://open-services.net/wiki/asset-management/OSLC-Asset-Management-2.0-Specification/)

- Automation 2.1 (http://open-services.net/wiki/automation/OSLC-Automation-Specification-Version-2.1/)

- Performance Monitoring 2.0 (http://open-services.net/wiki/performance-monitoring/OSLC-Performance-Monitoring-Specification-Version-2.0/)

- Quality Management 2.0 (http://open-services.net/bin/view/Main/QmSpecificationV2)

- Requirements Management 2.0 (http://open-services.net/bin/view/Main/RmSpecificationV2)

The OSLC Domains TC will form a subcommittee to complete the current Product Definition 1.0 draft specification as a new OSLC Domain specification, updating the current draft to be consistent with OSLC Core 3.0 and Change and Configuration Management 1.0. In addition, The OSLC Domains TC may identify and develop other domain specifications in the course of its work.

The TC may also produce non-normative content such as usage guides, quick start documents, etc. that will assist the broader community in adopting the standard. The TC will also consider starting an OASIS Open Repository to host work associated with the TC in order to foster contributions to additional materials that supplement or support its standards work. Such additional materials could include for example, additional samples, example content, or integration test suites. 

(1)(d) Deliverables

OSLC 2 domain specification migration:

For the finalized OSLC version 2 domain specifications, the OASIS OSLC Domains TC will perform essentially a maintenance activity, delivering a migration of the existing domain specifications listed above as OASIS standards track documents. Actual deliverables include:

- Tracked Resource Set 2.1
- Architecture Management 2.1
- Asset Management 2.1
- Automation 2.2
- Performance Monitoring 2.1
- Quality Management 2.1
- Requirements Management 2.1

New OSLC domain specifications:

The OASIS OSLC Domains TC is expected to produce additional standards track documents that define the vocabulary, constraints and services for new OSLC domains as specified by revised TC deliverables. For example, a Product Definition domain that defines the products delivered by development lifecycle activities. Deliveries include: 

1. Scenarios: these will guide the priorities and specification contents within the TC 

   a. Also a prioritized list of scenarios both developed by the OASIS OSLC Domains TC and contributed from OSLC User Groups, OSLC MS-affiliated TCs, Subcommittees, and the OSLC MS Steering Committee. 

2. Specifications: develop specifications to support the identified integration scenarios. The specifications will provide terminology and rules for defining resource vocabularies in terms of the property names and value-types and will recommend various resource representations. 

   a. These deliverables may constitute a collection of specifications, one per capability or a single specification covering a collection of capabilities 

   b. Additional specifications may be introduced over time to satisfy capabilities needed by supported scenarios 

3. Supporting and enabling material, produced in collaboration with other OSLC MS-affiliated TCs as appropriate or on an as-needed basis to support broad adoption including: 

   a. Guidance — informative, non-normative material covering topics such as implementation, resource design, and specification development 

   b. Best Practices — publication of various best (and worst) practices to aid in the implementation of specifications and interoperable solutions. 

4. Terminology: a common set of terms intended to be used across OSLC MS-affiliated TCs 

5. Vocabulary: in support of specifications, a set of machine and human processable vocabularies and constraints, including tools and best practices 

6. Test suites: provide description test suites (perhaps manual) to illustrate how implementations of specifications should comply with the specification. OASIS OSLC Domains TC may also identify suitable third party automated test suites, such as an open source suite from Eclipse Lyo, that can be used to execute such tests. 

The OASIS OSLC Domains TC plans to revise and expand its specifications over time, to enable functionality called for by revisions in, and expansions of, the motivational scenarios. This means that new specifications that cover new domains may be introduced as scenarios are refined to support new terms, vocabularies and services. The TC may produce separate specifications for various domains focused areas such as for: Product Definition, Partial Update, Indexed Linked Data Provider, Reporting, Estimation and Measurement, Reconciliation and other related domains. 


Once the TC has completed work on a specific deliverable (whether “complete” means it has become an OASIS Standard, or simply a Committee Specification is left to the TC’s discretion), the TC will provide maintenance for that deliverable. The purpose of maintenance is to provide minor revisions to previously adopted deliverables to clarify ambiguities, inconsistencies, and obvious errors. Maintenance is not intended to enhance a deliverable or to extend its functionality. In addition to maintenance, the TC may choose to create new versions of specifications that support additional capabilities as needed by 

(1)(e) IPR Mode

This TC will operate under the "RF (Royalty Free) on Limited Terms" IPR mode as defined in the OASIS Intellectual Property Rights (IPR) Policy (https://www.oasis-open.org/policies-guidelines/ipr). 

(1)(f) Audience

The OASIS OSLC Domains TC will produce specifications that are applicable to two types of interest groups: 

1. Developers of OSLC specifications, including those produced by OSLC MS-affiliated TCs and other standards groups 

2. End users of Specifications, including implementers (software vendors, open source projects, and developers of custom business software) 

The work should be of interest to anyone involved with integration of tools. 

(1)(g) Language

The OASIS OSLC Domains TC will conduct its business in English. The TC may elect to form subcommittees that produce localized documentation of the TC's work in additional languages. 

Section 2: Additional Information

(2)(a) Identification of Similar Work

1. OSLC Steering Committee approved versions of the OASIS OSLC Core 3.0: https://tools.oasis-open.org/version-control/svn/oslc-core/trunk/specs/oslc-core.html (https://tools.oasis-open.org/version-control/svn/oslc-core/trunk/specs/oslc-core.html)

2. OSLC Steering Committee approved versions of the OSLC domain specification from open-services.net (http://open-services.net/), targeted for OASIS as indicated here: http://open-services.net/specifications/

3. Linked Data Platform 1.0 specification as indicated here: https://www.w3.org/TR/2015/REC-ldp-20150226/ 

(2)(b) First TC Meeting

The first meeting will be held through teleconference on 11:00 AM-12:00PM (EST) September 30, 2016 and IBM will sponsor this call. 

(2)(c) Ongoing Meeting Schedule

The TC intends to meet by teleconference every two weeks. Sponsorship for these meetings will be rotated through the OASIS Organizational Members represented on the TC. 

(2)(d) TC Proposers

1. Jim Amsden, jamsden@us.ibm.com, IBM

2. Gray Bachelor, gray_bachelor@uk.ibm.com, IBM

3. Jad El-khoury jad@kth.se, KTH Royal Institute of Technology

4. Lars Gelbke, lars.gelbke@siemens.com, Siemens AG

5. Martin Eigner, eigner@mv.uni-kl.de , Technische Universität Kaiserslautern

6. Schulte, Mark D, mark.d.schulte@boeing.com, Boeing Company

7. Wilson, Patrick, patrick.wilson@boeing.com , Boeing Company

8. Wesley Coelho, wesley.coelho@tasktop.com, Tasktop

(2)(e) Primary Representatives' Support

I, Dave Ings, ings@ca.ibm.com, primary representative of IBM, confirm our support for this charter and endorse our proposers listed above as named co-proposers. 

Marquart Franz, As Siemens’Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch. Siemens is currently an OASIS member 

Martin Törngren As KTH's Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch. KTH is currently an OASIS member. 

Martin Eigner, eigner@mv.uni-kl.de, As University of Kaiserslautern, Institute for Virtual Product Engineering (VPE), Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch. VPE  is currently an OASIS member

Breininger, Kathryn R, kathryn.r.breininger@boeing.com, As The Boeing Company’s Primary Representative for OASIS, I am pleased to offer our support for the creation of the OSLC Domains Technical Committee and to state that we wish to be a Supporting Entity at launch.

(2)(f) TC Convener

The TC Convener will be Gray Bachelor, gray_bachelor@uk.ibm.com.

(2)(g) OASIS Member Section

The OASIS OSLC Domains Technical Committee intends to request affiliation with the OASIS OSLC Member Section (MS): http://www.oasis-oslc.org/.

(2)(h) Anticipated Contributions
The OASIS OSLC Domains TC will accept as input from the OSLC Steering Committee approved versions of the OSLC version 2.x domain specifications from open-services.net, targeted for OASIS standards track documents including:

- Tracked Resource Set 2.0 (http://open-services.net/wiki/core/TrackedResourceSet-2.0/)

- Architecture Management 2.0 (http://open-services.net/wiki/architecture-management/OSLC-Architecture-Management-Specification-Version-2.0/)

- Asset Management 2.0 (http://open-services.net/wiki/asset-management/OSLC-Asset-Management-2.0-Specification/)

- Automation 2.1 (http://open-services.net/wiki/automation/OSLC-Automation-Specification-Version-2.1/)

- Performance Monitoring 2.0 (http://open-services.net/wiki/performance-monitoring/OSLC-Performance-Monitoring-Specification-Version-2.0/)

- Quality Management 2.0 (http://open-services.net/bin/view/Main/QmSpecificationV2)

- Requirements Management 2.0 (http://open-services.net/bin/view/Main/RmSpecificationV2)

(2)(i) FAQ Document


(2)(j) Work Product Titles and Acronyms

To be supplied by the TC.


Chet Ensign
Director of Standards Development and TC Administration 
OASIS: Advancing open standards for the information society

Primary: +1 973-996-2298
Mobile: +1 201-341-1393 

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]