Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.
Info
titleDisclaimer

This proposal is just that, a proposal. So, contributors are very welcome. If any ideas or assertions presented in this draft are incorrect, do not hesitate to share your own view by commenting on the page or contacting the author. The principal intention of sharing these ideas is to find synergies and joint agreements on the best possible next steps for the data modeling group.


Table of Contents

...

This page describes the proposal to restructure the data modeling activities within COVESA. First, the current state is presented to provide the necessary context. Then, the proposal is introduced.

Current setup: no clear distinction between conceptual and application areas

So far, the data modeling activities in COVESA have been primarily centered on the continuous development and maintenance of the Vehicle Signal Specification (VSS) and the tools that parse VSS into different formats. In the current setup, there is no clear description of what requirements (i.e., functional and non-functional) are driving the design of the data model. It seems that the primary purpose of VSS is to serve as a naming convention for the properties of the vehicle. Nevertheless, there is little attention given to the separation of concerns:

  • On the one hand, there is the "conceptual area," where the controlled vocabulary has to be described and adequately documented. Data models belong to this area because they define the entities of interest in a particular domain and the possible relationships between them.
  • On the other hand, we have the "application area," where a data model is used in specific implementations (e.g., databases, applications, etc.).

The figure above shows how VSS modeling belongs to the conceptual area. To use the specification described in VSS (i.e., a "vspec" file), one has to parse it into a specific format (e.g., JSON) by using the VSS tools. The tools are the mechanism that makes the VSS data model usable in the application area. From the practical point of view, the application area needs a specific schema that determines the structure in which the data is to be stored. In this context, we mean

...

long-term storage (e.g., a database) or short-term storage (RAM

...

and variables' allocation during application execution).

In the current setup, the whole data model is taken one-to-one and parsed as the schema for the application area. Then, it is up to the specific implementation to use custom mechanisms to ignore the overhead when only some concepts defined in the data model are required or used. Although this aspect has

...

shown

...

no significant limitation until now, it becomes relevant when multiple domains are involved. Therefore, with the increasing interest in

...

adding other domains apart from vehicle-specific data, it is

...

crucial to define a data

...

modeling strategy that can scale beyond tree hierarchies and vehicle-specific data.

Proposal: Unique and standard definitions in the conceptual area

...

with arbitrary selection in the application area

The idea is to

...

center most of the data

...

modeling activities of COVESA into the conceptual area. The conceptual area will be responsible for the standard definition of the controlled vocabulary. The specific aspects of the proposal are illustrated in the

...

following figure, and explained below:

1a - Generic domain tree modelling approach

...