2015
DOI: 10.1002/j.2334-5837.2015.00046.x
|View full text |Cite
|
Sign up to set email alerts
|

OSLC‐KM: A knowledge management specification for OSLC‐based resources

Abstract: Abstract. The use of different techniques and tools is a common practice to cover all stages in the development lifecycle generating a very good number of work products under different formats and protocols. This situation implies that a collaborative environment may have the potential of integrating all these data sources creating a real knowledge graph of the development lifecycle easing tasks such as traceability, V&V or quality management. In this light, the OSLC (Open Services for Lifecycle Collaboration)… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
2
1
1
1

Citation Types

0
5
0

Year Published

2017
2017
2023
2023

Publication Types

Select...
5
1
1

Relationship

3
4

Authors

Journals

citations
Cited by 10 publications
(5 citation statements)
references
References 20 publications
0
5
0
Order By: Relevance
“…R 10 The following list catalogs the interfaces that should be provided by the Cab Radio to the on-train systems: Train borne recorder; ERTMS/ETCS interface; Public Address; UIC Intercom; Driver's Safety Device; Other interfaces. R 11 The Operational radio user shall be protected against all electrical hazards arising from the mobile equipment as de¯ned in [EN 50153]. R 12 The User Identi¯er Number (UIN) shall be one of the following numbers (as identi¯ed by the CT): Train Number (TN): a number given to a train by operational sta® for a particular journey.…”
Section: Discussionmentioning
confidence: 99%
See 1 more Smart Citation
“…R 10 The following list catalogs the interfaces that should be provided by the Cab Radio to the on-train systems: Train borne recorder; ERTMS/ETCS interface; Public Address; UIC Intercom; Driver's Safety Device; Other interfaces. R 11 The Operational radio user shall be protected against all electrical hazards arising from the mobile equipment as de¯ned in [EN 50153]. R 12 The User Identi¯er Number (UIN) shall be one of the following numbers (as identi¯ed by the CT): Train Number (TN): a number given to a train by operational sta® for a particular journey.…”
Section: Discussionmentioning
confidence: 99%
“…In order to address the ¯rst issue, initiatives like the ISO STEP 10303 or the Open Services for Lifecycle Collaboration (OSLC) were de¯ned to tackle some of the existing needs regarding interoperability and integration in the Software and Sys tems Engineering discipline. Both initiatives o®er a family of speci¯cations (leaded by industry vendors) to model shared resources between applications reusing web based standards and delivering robust products through the collaboration of development and operational tools [11]. For instance, the OSLC Requirements Man agement (RM) speci¯cation de¯nes some properties such as oslc rm:elaboratedBy, oslc rm:speci¯edBy, oslc rm:a®ectedBy, oslc rm:trackedBy or oslc rm:imple mentedBy that are expected to be used by development tools to link requirements to other system artifacts such as models or test cases.…”
Section: Introductionmentioning
confidence: 99%
“…As a result of previous studies (Jose Maria Alvarez-Rodríguez et al 2015), an evolution of the preliminary OSLC KM (Knowledge Management) specification has been proposed (Jose María Alvarez-Rodríguez et al 2018) to define a common shape for any type of system artifact (considered a knowledge asset) that must be represented, stored, shared or exchanged between tools in a development process. On the other hand, the OSLC initiative is making a strong commitment to apply the principles of Linked Data, RDF (Resource Description Framework) and REST (Representational State Transfer) to boost toolchain interoperability.…”
Section: Oslc Knowledge Management (Km): Data and Operations Descriptionmentioning
confidence: 99%
“…an RDF vocabulary, that defines the entities and relationships in the SRL representation model to make this specification publicly available and to enable the expression of any piece of knowledge using SRL. Since a huge amount of data, services and endpoints based on RDF and the Linked Data principles are already publicly available, a mapping between any RDF vocabulary and SRL is completely necessary to support backward compatibility and to be able to import any piece of RDF data into SRL (Jose Maria Alvarez-Rodríguez et al 2015). In this case, considering the guidelines and definitions of the OSLC Core specification, the data shape for knowledge management will conform the next basic OSLC definitions: The key concepts of the SRL metamodel are the Artifact and Relationships classes.…”
Section: Oslc Knowledge Management (Km): Data and Operations Descriptionmentioning
confidence: 99%
“…In this sense, the Open Services for Lifecycle Collaboration (OSLC) initiative applying the principles of Linked Data and REST and the Model-Based Systems Engineering approach are two of the main approaches to create a uniform engineering environment relying on existing standards. Approaches such as the OSLC Knowledge Management (KM) specification and repository [165] or the SysML 2.0 standard are defined under the assumption of providing standardized APIs (application programming interfaces) to access any kind of system artifact (in the case of OSLC KM) or model (in the case of SysML 2.0) meaning that the exchange of system artifacts is not anymore a single and isolated file but a kind of service. In general, engineering environments are already fueled by interconnected data shifting the paradigm of data silos to a kind of industrial knowledge graph.…”
Section: Data-intensive Engineering Environments and Scientificmentioning
confidence: 99%