Making Sense of Complex Applications: Constructive Design, Features, and Questions

Margaria, Tiziana

doi:10.1007/978-3-030-22348-9_9

Cited by 5 publications

(3 citation statements)

References 31 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…However, the transformation of an ambiguous FTS into an unambiguous FTS also serves another purpose, viz. to facilitate family-based model checking of properties expressed in a fragment of the variability-aware action-based and state-based branchingtime modal temporal logic v-ACTL and interpreted on so-called 'live' MTSs [5,[11][12][13]. A Modal Transition System (MTS) is an LTS that distinguishes admissible ('may'), necessary ('must'), and optional (may but not must) transitions such that by definition all necessary and optional transitions are also admissible [53,54].…”

Section: Usefulness Of Unambiguous Ftssmentioning

confidence: 99%

“…5 Such type of formulas can efficiently be verified with the variability model checker VMC, which is a tool for the analysis of behavioural SPL models specified as an MTS together with a set of logical variability constraints (akin to feature expressions) [17,18]. VMC is the most recent member of the KandISTI product line of model checkers developed at ISTI-CNR over the past decades [13,14]. The KandISTI toolset offers explicit-state on-the-fly model checking of functional properties expressed in specific action-based and statebased branching-time temporal logics derived from ACTL [41], which is the action-based version of the well-known logic CTL [25].…”

Section: Family-based Model Checkingmentioning

confidence: 99%

See 1 more Smart Citation

Static Analysis of Featured Transition Systems

Beek

Damiani

Lienhardt

et al. 2019

Proceedings of the 23rd International Systems and Software Product Line Conference - Volume A

View full text Add to dashboard Cite

A Featured Transition System (FTS) is a formal behavioural model for software product lines, which represents the behaviour of all the products of an SPL in a single compact structure by associating transitions with features that condition their existence in products. In general, an FTS may contain featured transitions that are unreachable in any product (so called dead transitions) or, on the contrary, mandatorily present in all products for which their source state is reachable (so called false optional transitions), as well as states from which only for certain products progress is possible (so called hidden deadlocks). In this paper, we provide algorithms to analyse an FTS for such ambiguities and to transform an ambiguous FTS into an unambiguous FTS. The scope of our approach is twofold. First and foremost, an ambiguous model is typically undesired as it gives an unclear idea of the SPL. Second, an unambiguous FTS paves the way for efficient family-based model checking. We apply our approach to illustrative examples from the literature. CCS CONCEPTS• Software and its engineering → Specification languages; Formal methods; Software product lines.

show abstract

Section: Usefulness Of Unambiguous Ftssmentioning

confidence: 99%

Section: Family-based Model Checkingmentioning

confidence: 99%

Static Analysis of Featured Transition Systems

Beek

Damiani

Lienhardt

et al. 2019

Proceedings of the 23rd International Systems and Software Product Line Conference - Volume A

View full text Add to dashboard Cite

show abstract

“…We embrace a LC/NC software development paradigm [ 16 ], that is rapidly gaining foot in industry and is predicted to become the development style of choice for 80% of newly developed software by 2026 [ 17 ]. However, we specifically adopt a Model Driven Design and development paradigm [ 18 , 19 ] where the models are not just graphically suggestive but also have an underlying formal model in terms of Kripke Transition Systems [ 20 ]. This choice makes them analyzable through meanwhile well-established techniques like control flow and data flow analysis, model checking [ 21 ], property checking, reachability analysis and more, like synthesis [ 22 ], also in robotics and IoT contexts [ 23 ].…”

Section: Methodsmentioning

confidence: 99%

Edge IoT Prototyping Using Model-Driven Representations: A Use Case for Smart Agriculture

Guevara,

Ryan,

Singh

et al. 2024

Sensors

Self Cite

View full text Add to dashboard Cite

Industry 4.0 is positioned at the junction of different disciplines, aiming to re-engineer processes and improve effectiveness and efficiency. It is taking over many industries whose traditional practices are being disrupted by advances in technology and inter-connectivity. In this context, enhanced agriculture systems incorporate new components that are capable of generating better decision making (humidity/temperature/soil sensors, drones for plague detection, smart irrigation, etc.) and also include novel processes for crop control (reproducible environmental conditions, proven strategies for water stress, etc.). At the same time, advances in model-driven development (MDD) simplify software development by introducing domain-specific abstractions of the code that makes application development feasible for domain experts who cannot code. XMDD (eXtreme MDD) makes this way to assemble software even more user-friendly and enables application domain experts who are not programmers to create complex solutions in a more straightforward way. Key to this approach is the introduction of high-level representations of domain-specific functionalities (called SIBs, service-independent building blocks) that encapsulate the programming code and their organisation in reusable libraries, and they are made available in the application development environment. This way, new domain-specific abstractions of the code become easily comprehensible and composable by domain experts. In this paper, we apply these concepts to a smart agriculture solution, producing a proof of concept for the new methodology in this application domain to be used as a portable demonstrator for MDD in IoT and agriculture in the Confirm Research Centre for Smart Manufacturing. Together with model-driven development tools, we leverage here the capabilities of the Nordic Thingy:53 as a multi-protocol IoT prototyping platform. It is an advanced sensing device that handles the data collection and distribution for decision making in the context of the agricultural system and supports edge computing. We demonstrate the importance of high-level abstraction when adopting a complex software development cycle within a multilayered heterogeneous IT ecosystem.

show abstract

From the Archives of the Formal Methods and Tools Lab

Gnesi

Beek

2019

Models, Languages, and Tools for Concurrent and Distributed Programming

View full text Add to dashboard Cite

Making Sense of Complex Applications: Constructive Design, Features, and Questions

Cited by 5 publications

References 31 publications

Static Analysis of Featured Transition Systems

Static Analysis of Featured Transition Systems

Edge IoT Prototyping Using Model-Driven Representations: A Use Case for Smart Agriculture

From the Archives of the Formal Methods and Tools Lab

Contact Info

Product

Resources

About