OASIS members and interested parties,
A new OASIS technical committee is being formed. The OSLC Lifecycle Integration for Domains (OSLC Domains) Technical Committee (TC) has been proposed by the members of OASIS listed in the proposal section (2)(d) below. The TC name, statement of purpose, scope, list of deliverables, audience, IPR mode, and language specified in sections (1)(a) through (1)(g) of this proposal will constitute the TC's official charter. Submissions of technology for consideration by the TC, and the beginning of technical discussions, may occur no sooner than the TC's first meeting.
The eligibility requirements for becoming a participant in the TC at the first meeting are:
(a) you must be an employee or designee of an OASIS member organization or an individual member of OASIS
(b) you must also join the Technical Committee, which members may do by using the Roster "join group" link on the TC's web page at [a].
To be considered a voting member at the first meeting:
(a) you must join the Technical Committee at least 7 days prior to the first meeting [join on or before 23 September 2016]
(b) you must also attend the first meeting of the TC, at the time and date fixed below in section (2)(b) - [Teleconference 11:00 AM-12:00PM (EST), 30 September 2016].
Participants may also join the TC at a later time. OASIS and the TC welcome all interested parties.
Non-OASIS members who wish to participate may contact us about joining OASIS [b]. In addition, the public may access the information resources maintained for each TC: a mail list archive, document repository, and public comments facility, which will be linked from the TC's public home page at [c].
Please feel free to forward this announcement to any other appropriate lists. OASIS is an open standards organization; we encourage your participation.
CALL FOR PARTICIPATION
OASIS OSLC Lifecycle Integration for Domains (OSLC Domains) Technical Committee
The proposal for this TC is as follows.
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.
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
) and targeted for migration to OASIS. The TC will also accept other contributions for consideration based on technical merit insofar 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:
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.
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. Deliverables 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 scenarios.
(1)(e) IPR Mode
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.
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
(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
3. Jad El-khoury email@example.com
, KTH Royal Institute of Technology
(2)(e) Primary Representatives' Support
I, Dave Ings, firstname.lastname@example.org
, primary representative of IBM, confirm our support for this charter and endorse our proposers listed above as named co-proposers.
Marquart Franz, email@example.com
: 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, firstname.lastname@example.org
: 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, email@example.com
: 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.
Kathryn R. Breininger, firstname.lastname@example.org
: 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.
David Green, email@example.com
: As Tasktop'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. Tasktop is currently an OASIS member.
(2)(f) TC Convener
(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:
(2)(i) FAQ Document
(2)(j) Work Product Titles and Acronyms
To be supplied by the TC.