What is it about?

When configuring hardware and software products, it is helpful to know their performance (e.g. cost, fuel usage, image processing throughput, or flash/memory usage) during configuration. This way, users immediately see how configuration options affect the product and can make informed decisions when considering whether to include optional features or when choosing between alternatives. We discuss whether the models used to predict product performance should be part of the configuration option definitions or kept separately, and argue that separate performance prediction models should be preferred.

Featured Image

Why is it important?

After decades of working with configurable hardware and software products, there is still no consensus on which variability modeling language should be used to define configuration options and dependencies between them. This also applies to language features that are used for performance prediction. We show that variability modeling languages do not need to consider performance prediction, as separate performance models are often more accurate and flexible than those integrated within a variability model. Thus, there is one less aspect to worry about when discussing the design of variability modeling languages.

Read the Original

This page is a summary of: On the relation of variability modeling languages and non-functional properties, September 2022, ACM (Association for Computing Machinery),
DOI: 10.1145/3503229.3547055.
You can read the full text:

Read

Contributors

The following have contributed to this page