A Semantic Approach to Deploying Product-Service Systems

A Semantic Approach to Deploying Product-Service Systems

Robert Andrei Buchmann, Dimitris Karagiannis
Copyright: © 2017 |Pages: 19
DOI: 10.4018/IJISMD.2017010102
OnDemand:
(Individual Articles)
Available
$37.50
No Current Special Offers
TOTAL SAVINGS: $37.50

Abstract

Conceptual modeling is commonly employed for two classes of goals: (1) as input for run-time functionality (e.g., code generation) and (2) as support for design-time analysis (e.g., in business process management). An inherent trade-off manifests between such goals, as different levels of abstraction and semantic detail is needed. This has led to a multitude of modeling languages that are conceptually redundant (i.e., they share significant parts of their metamodels) and a dilemma of selecting the most adequate language for each goal. This article advocates the substitution of the selection dilemma with an approach where the modeling method is agilely tailored for the semantic variability required to cover both run-time and design-time concerns. The semantic space enabled by such a method is exposed to model-driven systems as RDF knowledge graphs, whereas the method evolution is managed with the Agile Modeling Method Engineering framework. The argument is grounded in the application area of Product-Service Systems, illustrated by a project-based modeling method.
Article Preview
Top

1. Introduction

The paper proposes a coupling between the Agile Modeling Method Engineering framework (Karagiannis, 2015) and the “modeling as knowledge representation” principle in order to achieve the flexibility required for addressing, with the same modeling language, both run-time and design-time concerns pertaining to the deployment of Product-Service Systems. In a more general sense, the proposal aims to defuse the traditional dichotomy between (1) modeling methods for software engineering (i.e., driven by “run-time concerns”) and (2) those tailored to support domain-specific business views, sense-making and communication among business stakeholders (i.e., addressing “design-time concerns”).

These classes of concerns typically require different levels of abstraction, detail or formal rigor – e.g., a modeling language designed to generate executable code may not fulfill the sense-making and communication requirements of stakeholders looking for high-level enterprise architecture analysis or process costing. The dichotomy stems from the fixed scope of most modeling languages, as well as the assumption that modeling requirements are stable and a language that fulfills them can be selected from some established catalogue. Such a perspective is based on the blueprint thinking mentioned in (Loucopoulos & Kavakli, 2016), whereas the work at hand advocates modeling agility manifested not only at contents level, but also at method level (in language syntax, semantics, implementation). This type of agility, as enabled by the Agile Modeling Method Engineering (AMME) framework, ensures that a sufficiently comprehensive, “on-demand” semantic space is made available for heterogeneous modeling goals, covering both design-time and run-time requirements.

The application area of Product-Service Systems (PSS) will be used to ground the argumentation in project-based examples, tackling challenges that originated in the ComVantage EU research project (ComVantage, 2017; Open Models, 2017) and are currently being further developed in the successor project EnterKnow (EnterKnow, 2017). “Product-Service Systems” is a term associated with a hybrid business model aiming to sustain both consumption and production, thus jointly fulfilling customer needs through a mix of products and services (Halen et al., 2005). The key motivators of PSS are better targeted customer-orientation with improved responsiveness in manufacturing and a growing culture of virtualization that manifests as “product servitization” – i.e., products and services merging under the more abstract terms of functions or values. Satisfaction is achieved by selling the function of a product rather than the product itself, typically by enriching it with a suite of associated services and customizations that contribute to its value.

One key challenge for PSS modeling methods is to capture the heterogeneous and domain-specific semantic space that is necessary to satisfy the abovementioned classes of concerns: (1) run-time concerns, pertaining to the engineering of PSS features that are needed at run-time (for current operations); (2) design-time concerns, pertaining to system analysis and decision-making. The rationale for selecting PSS as an application domain for AMME is manifold, considering the following aspects: (1) the origin of the work in the mentioned project context, dealing with PSS modeling; (2) the lack of standard languages for PSS, commonly addressed by conveniently interpreting more abstract conceptualizations (from service science or enterprise architecture management); (3) domain-specificity considering product-service characteristics that might evolve and should be agilely incorporated in the modeling concepts.

Complete Article List

Search this Journal:
Reset
Volume 15: 1 Issue (2024)
Volume 14: 1 Issue (2023)
Volume 13: 8 Issues (2022): 7 Released, 1 Forthcoming
Volume 12: 4 Issues (2021)
Volume 11: 4 Issues (2020)
Volume 10: 4 Issues (2019)
Volume 9: 4 Issues (2018)
Volume 8: 4 Issues (2017)
Volume 7: 4 Issues (2016)
Volume 6: 4 Issues (2015)
Volume 5: 4 Issues (2014)
Volume 4: 4 Issues (2013)
Volume 3: 4 Issues (2012)
Volume 2: 4 Issues (2011)
Volume 1: 4 Issues (2010)
View Complete Journal Contents Listing