<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>Open Services for Lifecycle Collaboration (OSLC) - Extending REST APIs to Connect Data</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Axel Reichwein</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fernando Lopez</string-name>
          <email>fernando.lopezg@koneksys.com</email>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Koneksys</institution>
          ,
          <addr-line>San Francisco CA 94117</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Koneksys</institution>
          ,
          <addr-line>Tultitlan 54955</addr-line>
          ,
          <country country="MX">Mexico</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Traceability in Engineering</institution>
        </aff>
      </contrib-group>
      <abstract>
        <p>Organizations designing complex technical systems need to understand the relationships between various engineering artifacts such as requirements, design and manufacturing information. These relationships should be captured in a global graph, which can then be queried by di erent stakeholders. However, engineering data is authored in hundreds of di erent applications with different APIs. Open Services for Lifecycle Collaboration (OSLC) provides a standard approach to expose data in the RDF format with REST APIs, which in turn supports data interconnectivity and graph-based data processing. The global graph can quickly be built if heterogeneous engineering data is available in a neutral data format and accessible through a standard API, as provided by OSLC. Without the adoption of standards, it is practically impossible to build a fully comprehensive global graph for engineering. Without such a graph, the impact of design decisions can lead to unforeseen errors, which in the worst case can lead to fatal accidents.</p>
      </abstract>
      <kwd-group>
        <kwd>Data Integration</kwd>
        <kwd>Global Graph</kwd>
        <kwd>PLM</kwd>
        <kwd>Systems Engineering</kwd>
        <kwd>OSLC</kwd>
        <kwd>Digital Thread</kwd>
        <kwd>REST APIs</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>Axel Reichwein and Fernando Lopez
which requirement. Based on a digital representation of these traceability relationships, engineers can
navigate through these relationships, perform queries on these links and e ciently assess the impact of
design changes.
2</p>
    </sec>
    <sec id="sec-2">
      <title>Data Heterogeneity and Global Graphs</title>
      <p>Engineering organizations use di erent software applications to describe di erent aspects of a system, such
as requirements, test cases, architecture models, simulation models, 3D geometric models, etc. There are
over 500 di erent engineering applications to describe and simulate various system aspects. Each software
application uses a speci c data format and API. This data heterogeneity currently prevents an
organization from e ciently analyzing all their data as a whole. Data integration solutions for engineering data
exist but are limited to speci c engineering disciplines, such as software engineering in the form of
Application Lifecycle Management (ALM) solutions, mechanical engineering in the form of Product Lifecycle
Management (PLM) solutions, systems engineering in the form of Model-Based Systems Engineering
(MBSE) solutions, manufacturing data in the form of Enterprise Resource Planning (ERP) solutions,
and sensor data in the form of IoT (Internet of Things) solutions.</p>
      <p>Engineering organizations need a global graph to capture in a machine-readable format the
traceability links describing cross-cutting concerns. Unfortunately, due to the data heterogeneity, the
ExtractTransform-Load (ETL) process to merge data from all engineering applications into one global graph
currently represents a huge e ort in time and money and is practically impossible to realize. Open
Services for Lifecycle Collaboration (OSLC) [1{3] provides standards to simplify the ETL process, and for
subsequently linking data within a global graph.
3</p>
    </sec>
    <sec id="sec-3">
      <title>Open Services for Lifecycle Collaboration (OSLC)</title>
      <p>
        Engineering applications are increasingly supporting REST APIs. However, many generic aspects of
engineering data such as its version, the project it belongs to, its change history, or the data model
it conforms to, are currently described in a multitude of di erent ways. The OSLC Core Speci cation
[
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] de nes RDF vocabularies to describe these discipline-independent generic data aspects in order to
support data interoperability. OSLC APIs [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] expose engineering data in RDF in serializations such
as JSON-LD, Turtle, and RDF/XML. OSLC [1{3] also reuses W3C standards such as HTTP, RDF,
URI, and Linked Data Platform (LDP). OSLC [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] has been adopted by several software vendors, most
notably IBM by a better integration of software engineering data in their ALM solution. OSLC [1{3] is
supported by products of many other vendors such as Mentor Graphics, PTC, Tasktop, Kovair, Sodius,
Maplessoft, Smartfacts, and many more. These solutions among others improve requirements traceability
and collaboration in the design of complex systems.
      </p>
      <p>
        OSLC APIs [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] contribute to decoupling data from applications, similarly to the Solid initiative of
Sir Tim Berners Lee. By decoupling data from applications, applications can consume data from more
sources, and provide value across more domains. For example, a global discovery and full text search
capability to nd data stored in many di erent sources, similar to the search engine to nd documents
on the Web, can only be developed if data can be decoupled from applications through a standard API
such as an OSLC API [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ].
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <given-names>OSLC</given-names>
            <surname>Homepage</surname>
          </string-name>
          , https://open-services.net/.
          <source>Last accessed Jun 28th</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <source>OSLC Core Version 3</source>
          .0, https://docs.oasis-open.org/oslc-core/oslc-core/
          <year>v3</year>
          .0/csprd03/part1-overview/oslccore-v3.
          <fpage>0</fpage>
          -csprd03
          <string-name>
            <surname>-</surname>
          </string-name>
          part1
          <article-title>-overview</article-title>
          .html.
          <source>Last accessed Jun 28th</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3. OSLC GitHub, https://github.com/oslc.
          <source>Last accessed August 29th</source>
          ,
          <year>2019</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>