1. Introduction
The rise of cyber-physical systems (CPS) has drastically changed the engineering landscape. They integrate intelligent information processing and networking capabilities into mechatronic systems and feature advanced functionalities such as adaptive behavior or autonomous operation (Reference Baheti and GillBehati and Gill, 2011). CPS demand new engineering approaches to manage their complexity (Reference Lee and EdwardLee, 2008). Model-Based Systems Engineering (MBSE) has emerged as a key concept, offering a structured framework for the specification, design, and validation of CPS (INCOSE, 2023). MBSE provides numerous measurable benefits, such as complexity reduction and error prevention (Henderson and Salado, Reference Henderson, Kaitlin, Salado and Alejandro2021, INCOSE 2021, INCOSE, 2023). Simultaneously, the exponential growth in data generated has led to a rise of data analytics (DA) methods and technologies. With an estimated growth to 394 Zettabytes in 2028 (Reference Statista.Statista, 2024), DA approaches are necessary to generate meaningful insights from those massive amounts of data. These range from smart decision making and identification of potential issues to the prediction of future trends (Reference Adi, Anwar, Baig and ZeadallyAdi et al. 2020). Combining the structured methodologies of MBSE with the insights derived from DA has given entrance to Data-Driven Model-Based Systems Engineering (DDMBSE) - a novel approach that integrates DA into MBSE (Tissen et al. Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2024a). DDMBSE promises numerous benefits, from optimizing system models to improving economic efficiency (Tissen et al. Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2024b). However, the diversity of potential applications has led to a cluttered array of use cases. This presents a significant challenge: the need for a systematic approach to categorize, organize, and describe these use cases (Tissen et al. Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2024b). To address this gap, this paper proposes a framework and template for categorizing and describing DDMBSE use cases. By providing a structured method for organizing and analyzing use cases, the framework aims to support researchers and practitioners in systematically navigating this emerging field. This contribution seeks to lay the groundwork for a deeper understanding of the already implemented use cases of DDMBSE while simultaneously identifying white spots in the landscape for further research opportunities.
2. State of the art and related research
DDMBSE is an evolution of traditional MBSE that integrates DA methods into the modeling process. The integration of DA into MBSE is viewed as one of the core directions for the successful introduction of MBSE (INCOSE, 2021) and following the diverse DA application areas such as supply chain management (Reference Schoenherr and PeroSchoenherr and Speier-Pero, 2015) or fraud detection (Reference Vassakis, Petrakis and KopanakisVessakis et al. 2018). DDMBSE enhances system models by incorporating real-world data, enabling continuous updates and feedback loops. Initial research in defining DDMBSE has been conducted by Tissen et al. through a literature review (Reference Tissen, Wiederkehr, Bernijazov, Koldewey and DumitrescuTissen et al. 2023) and an interview study (Tissen et al. Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2024b). DDMBSE relies on standardized interfaces to connect diverse data sources, such as sensors, databases, and simulation tools, with system models, transforming static representations into dynamic, data-driven frameworks. By fostering advanced traceability and automation, it enables more efficient handling of system complexity and accelerates development processes (Reference Tissen, Wiederkehr, Bernijazov, Koldewey and DumitrescuTissen et al. 2023). Furthermore, DDMBSE supports decision-making through data-driven insights, improves system model quality through real-time updates, and reduces errors by enabling early validation and verification of requirements. However, challenges remain, including data preparation, ensuring data quality, and fostering user acceptance. Successful implementation requires targeted training, organizational alignment, and the development of standardized tools and methods to support interdisciplinary collaboration and scalability across industries. Additionally, the establishment of a clear data strategy and the integration of robust data pipelines are critical to achieving the full potential of DDMBSE (Tissen et al. Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2024b). Therefore, a maturity model has been developed (Tissen et al. Reference Tissen, Bernijazov, Koldewey and Dumitrescu2024c). Existing literature in the fields of MBSE and DA has begun to explore the categorization and description of use cases. Studies on MBSE often focus on domain-specific applications, such as aerospace or automotive systems, providing examples of how modeling techniques are applied. Xames and Topcu have investigated and systematized the use of MBSE in the healthcare sector (Reference Xames, Md and TopcuXames and Topcu, 2024), while Wenyue et al. have examined the use of MBSE in aerospace (Reference Wenyue, Junjie, Yinxuan and ZhiangWenyue et al. 2022). In contrast, a variety of use case collections and methods for describing use cases have been published in the area of DA. Kühn et al. developed a canvas for the technical specification of DA use cases in an industrial context, without providing an overview about existing use cases (Reference Kühn, Joppen, Reinhart, Röltgen, von Enzberg and DumitrescuKühn et al. 2018). Meyer et al. proposed a framework for defining and specifying DA use cases in the context of strategic product planning, but did not mention the product development process or MBSE in particular (Reference Meyer, Panzner, Koldewey and DumitrescuMeyer et al. 2021). Kaiser et al. (Reference Kaiser, Schräder, Bernijazov, Foullois, Dumitrescu, Koch, Wilke, Dreiseitel, Kaffenberger and Gesellschaft2022) describe an approach in structuring AI-assistants in MBSE along model-oriented and process-oriented categories, but not directly to single use cases since AI-assistants can fulfill multiple use cases and are software-based. In the intersection of DDMBSE, no attempt to single use case categorization and description is known to the authors. Led by the research question “How can DDMBSE use cases be systematically categorized, organized, and described?”, this paper addresses this gap by proposing a categorizing framework that provides a comprehensive approach to organizing use cases of DDMBSE.
3. Research design
Guided by the research question posed in the preceding sections, the overarching methodology of design research (DRM), as adapted from Manson (Reference Manson2006), was employed to develop a categorizing framework for DDMBSE, which included the creation of a use case specification template (see Fig. 1). The overall research design consists of five process steps (awareness, suggestion, development, evaluation, conclusion):
1) Awareness: Section 1 and 2 begin with an examination of the factors that have led to the proposal of new methodologies and best practices in the context of DDMBSE. They represent process step 1 (Awareness) in the design research methodology.
2) Suggestion: The second process step (Suggestion) is the proposal of a structured use case collection in the form of a clustering framework. Previous studies by Tissen et al. identified use cases for DDMBSE based on their results from a systematic literature review (SLR) (Reference Tissen, Wiederkehr, Bernijazov, Koldewey and DumitrescuTissen et al. 2023) and an interview study with experts from research and industry (Tissen et al. Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2024b). Given the accelerated rate of progress in data-driven research fields, an updated SLR is conducted to provide a comprehensive overview of the current state of the art in addition to the previous studies. The database SCOPUS was selected because of its extensive repository of peer-reviewed research proceedings, journals, conference papers, and articles. The search was also compared with results based on Web of Science. However, due to the overlap and the overall greater number of results, SCOPUS was chosen for the following stages of the procedure. The search string, defined as (“systems engineering” OR “model-based systems engineering” OR “MBSE” OR “systems thinking”) AND (“data” OR “data analytics” OR “data-driven”), yielded a total of 20,066 papers. We excluded terms like artificial intelligence and machine learning since the SLR after Tissen et al. Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2023 did not include them. Following the application of the inclusion and exclusion filter (Years: >2012 < 2025; Subject area: computer science, engineering, multidisciplinary; Document type: conference paper, article, conference review; Source type: conference proceedings, journals; Source title (exemplary: Procedia Computer Science, IEEE Access, Procedia CIRP, …); Language: English)) and analyzing Title, Abstract and Keywords (supported by ChatGPT and then proofread), 60 relevant paper were identified. The criteria for selecting suitable source types was oriented by whether the source type is thematically relevant for MBSE or DA. The filtering of on the level of Title, Abstract and Keywords was guided by the question, whether the main results of the paper give a hint into a possible DDMBSE use case or not. A use case here represents an aspect, artefact, method etc. based on MBSE, which in some beneficial form is involved or extended in its kind by data-driven techniques, methods, tools or aspects etc. Following a comprehensive analysis of the full paper and the incorporation of additional sources from previous knowledge, a total of 35 papers were identified as forming the basis for the extraction. Each paper was then analyzed led by the search question: What are use cases of MBSE where data analytics methods are applied?. With these criteria in mind, 47 relevant use cases could be identified, resulting in an overall total of 109 use cases.
3) Development: During the third process step (Development), the use cases and source materials were analyzed and reviewed, together with the preceding structures. As the use cases from Tissen et al. (Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2023/2024) have already been clustered, the high-level clusters were used as one axis. They are described as high-level categories, which resulted in logical derivates. Since a use case follows some possibility or need that it fulfills, searching for a use case implies that the user has some form of interest in a use case. Accordingly, the second axis was defined with the general concerns of systems engineers and data analysts - the major user groups in context of DDMBSE - towards DDMBSE (Tissen et al. Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2025). It comprises 22 aspects distributed across the four high-level groups: optimization, support, detection, and understanding. Given the evident interconnection between the application of a use case and the associated concerns, this structure appeared to be a logical choice. Following a period of testing and refinement, the 109 use cases were sorted by two researchers and the framework was constructed. Furthermore, a template was designed to describe each use case in the context of DDMBSE, providing all the necessary information. This includes a detailed description of the use case, its objectives, context, constraints, involved stakeholders, addressed life cycle phases and data information.
4) Evaluation: Subsequently, an exemplary use case was employed to illustrate the sorting process within the framework, with the aid of the proposed use case template (Step 4: Evaluation). The final process step represents the conclusion of the DRM as outlined by Manson (Reference Manson2006). It involves a discussion of the results obtained from the designed artefacts (the framework and template) and an analysis of their alignment with the initial process step (Awareness) and the defined requirements. Section 4 describes the results of process step 3 in detail, followed by section 5 with the demonstration of the use case template on one use case based on a completed research project in context of DDMBSE.
5) Conclusion: Process step 5 then discusses the findings and concludes this paper.

Figure 1. Overall research design (adapted after Manson (Reference Manson2006)) and detailed steps (UC: use case)
4. Results
A framework for structuring use cases for DDMBSE was developed using the design research method described in the previous section (see Fig. 2 and 5). The framework employs the high-level categories proposed by Tissen et al. (Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2024b) on the X-axis, comprising company & supplier, advanced traceability, development process, complexity management, system model properties and tool usability & assistance. Since a use case usually aims to satisfy needs or interests of stakeholders, the Y-axis is based on the concerns described by Tissen et al. (Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2025), which consists of the four high-level cluster optimisation, support, detection and understanding, and include 22 concerns. Guided by the question of how the use case serves the concern and which other concerns are influenced by its application, the 109 identified use cases were sorted into the framework. Each use case is classified according to a single principal category, although it may address multiple concerns within that category. The framework visually highlights areas without any entries (so called “white spots”), that are today not researched nor addressed within DDMBSE.

Figure 2. Framework for structuring use cases for DDMBSE

Figure 3. Template for describing DDMBSE use cases

Figure 4. Template for describing the use case 51
The second result is a template for understanding and defining each DDMBSE use case within the framework (see Fig. 3). The template comprises 13 description aspects, namely: use case ID, use case name, category of use case addressed, addressed concern, DDMBSE maturity level needed, problem definition, objective description, context information, general constraints and restrictions, stakeholders involved, data information, lifecycle phases addressed, and further references. Each description aspect is supported by a series of leading questions, which enable the user to define each field in a manner that accurately describes a DDMBSE use case, including all the necessary information for the user or stakeholder. The intention here is that experts from MBSE and DA are able to understand and describe a use case in DDMBSE, what aspects it defines, what aspects are needed to fulfill the use case, and what the end result of the use case might look like. As part of a connected solution concept, the description aspects are based on the work of Tissen et al. (Reference Tissen, Wiederkehr, Bernijazov, Koldewey and Dumitrescu2024a/Reference Tissen, Bernijazov, Koldewey and Dumitrescu2024c/Reference Tissen, Wiederkehr, Koldewey and Dumitrescu2024d). The aspects of the use case category, addressed concern and needed DDMBSE maturity level facilitate the classification of the use case within the framework, enabling the user to rapidly ascertain the general aspect, concerns and the current DDMBSE maturity level that is required. The description areas of problem definition, objective description, context information, general constraints and restrictions, and involved stakeholders serve to provide a more detailed specification of the use case, facilitating the breakdown of its core aspects. The data information section offers insight into the data involved, while the addressed lifecycle phases assist in identifying the primary stages at which the use case arises and the system´s impact it has. Further references directs the reader to additional sources of information pertinent to the use case.
5. Demonstration
This section is concerned with the demonstration of the designed artefacts, which have been created in accordance with the structuring framework for DDMBSE use cases and the description template (Step 4 - Evaluation in the DRM). To illustrate, a completed research project called iQSketch is employed as a case in point (see Fig. 4). iQSketch represents use case 51 (digitalisation of workshops), within the category of tool usability and assistance, and addresses concerns pertaining to economic optimisation, the expansion of modelling methods through data and AI, data handling and data linking and consistency. The sorting is based on the objective of the use case, which is to automate the process of digitizing informal images of workshop results and transferring them into a formal digital representation. The main problem behind the use case is that current practice in MBSE workshops is to use sticky notes and brown paper to create initial system models and diagrams. This process is time-consuming and resource-intensive, particularly when the results must be transferred manually into a modelling software tool. In this context, image recognition and object detection models must be employed and trained to analyse a variety of diagram types, thereby necessitating a higher level of DDMBSE maturity, whereby MBSE is utilised in conjunction with data analytics departments. The project involves a number of different stakeholders, including systems engineers, product managers, data engineers, software engineers and domain specialists. The data employed within the use case is derived from images captured at various points in time from workshop results or comparable tools and subsequently transformed into formal data formats, such as JSON. Given that the use case is employed at an early stage, the addressed lifecycle phases are situated within the concept and development phase. The template allows the user to carefully describe the essential points of a future or already implemented DDMBSE use case, highlighting all necessary information to describe, understand and implement it.
6. Discussion and conclusion
6.1. Research outcome and discussion
The presented paper provides a comprehensive representation of use cases within the novel research field of DDMBSE in form of a structuring framework using design research methodology. Based on previous research results from literature and interviews, in addition with an updated systematic literature review, 109 use case are identified and sorted into five categories and 22 concerns. Additionally, a use case template is designed to provide and describe all necessary information of each use case in practical representation. The template is evaluated by describing a completed research project called iQSketch, which relates to use case number 51 within the framework. Analyzing the sorting results and the respective axis, most use cases from the resources address system model properties (e.g. parameters, diagrams, requirements) in the first place (35 use cases), followed by complexity management (23 use cases) and advanced traceability (18 use cases). The development process (13 use cases), company & supplier (10 use cases) and tool usability & assistance (9 use cases) build the smaller half of numbers. Taking this into account, the most addressed concern of the use cases is expanding (modelling) methods through data/AI with 43 use cases, followed by automating processes and operations (35 use cases), system model improvement and optimization (34 use cases), economical optimization, error detection and observation, and data linking and consistency (each 26 use cases). The least addressed concerns are system improvement (6 use cases), receiving meta information (6 use cases), interpretation support of results and understanding a domain (both 5 use cases), promoting safety (4 use cases) and data source identification with 2 use cases. Looking overall on the framework, 22 areas have no use cases addressing concerns or categories. These “white spots” (meaning that there is no entries) raise the caution for future researchers to define and develop further DDMBSE use cases, that are not addressed or handled yet, and allow completely new ideas to be realised.
6.2. Limitations and future research
By conducting a systematic literature review, aspects like the search string, data base and filter selections may exclude single use case. However, due to the comparison of the search aspects taken between SCOPUS and Web of science, the results represent a solid state of the art today. Within the structuring of the framework and sorting of use cases, these steps are partially subjective and may be changed by different researchers. Takin into account the previous research done and the review by experts, the presented structure and template represents a practical illustration. As part of a bigger methodology within DDMBSE, these results aim in supporting the rise of DDMBSE and its more practical application in industry as well as further research in academia. Since the use cases are only one aspect of many mentioned in Tissen et al. 24, that DDMBSE faces as precondition and challenge, readers and future researchers may use the presented use cases and take further action in implementing them.
Acknowledgement
During the preparation of this work the author(s) used the AI-assisted technologies Deepl and ChatGPT in order to in (partially) support the analysis of papers, translate text elements and improve readability. After using these tools/services, the author(s) reviewed and edited the content as needed and take(s) full responsibility for the content of the publication.
Appendix

Figure 5. use case IDs, description and source