<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">Large language models in requirements engineering for digital twins</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Nico</forename><surname>Blasek</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Rostock University</orgName>
								<address>
									<addrLine>Albert-Einstein-Str. 22</addrLine>
									<postCode>18059</postCode>
									<settlement>Rostock</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Karl</forename><surname>Eichenmüller</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Rostock University</orgName>
								<address>
									<addrLine>Albert-Einstein-Str. 22</addrLine>
									<postCode>18059</postCode>
									<settlement>Rostock</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Bastian</forename><surname>Ernst</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Rostock University</orgName>
								<address>
									<addrLine>Albert-Einstein-Str. 22</addrLine>
									<postCode>18059</postCode>
									<settlement>Rostock</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Niklas</forename><surname>Götz</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Rostock University</orgName>
								<address>
									<addrLine>Albert-Einstein-Str. 22</addrLine>
									<postCode>18059</postCode>
									<settlement>Rostock</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Benjamin</forename><surname>Nast</surname></persName>
							<email>benjamin.nast@uni-rostock.de</email>
							<affiliation key="aff0">
								<orgName type="institution">Rostock University</orgName>
								<address>
									<addrLine>Albert-Einstein-Str. 22</addrLine>
									<postCode>18059</postCode>
									<settlement>Rostock</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Kurt</forename><surname>Sandkuhl</surname></persName>
							<email>kurt.sandkuhl@uni-rostock.de</email>
							<affiliation key="aff0">
								<orgName type="institution">Rostock University</orgName>
								<address>
									<addrLine>Albert-Einstein-Str. 22</addrLine>
									<postCode>18059</postCode>
									<settlement>Rostock</settlement>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
							<affiliation key="aff1">
								<orgName type="institution">Jönköping University</orgName>
								<address>
									<addrLine>Gjuterigatan 5</addrLine>
									<postCode>55111</postCode>
									<settlement>Jönköping</settlement>
									<country key="SE">Sweden</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Large language models in requirements engineering for digital twins</title>
					</analytic>
					<monogr>
						<idno type="ISSN">1613-0073</idno>
					</monogr>
					<idno type="MD5">3D5D7BC8C71E08884D5683E42A7366A1</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2025-04-23T16:59+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>Digital Twin Engineering</term>
					<term>Large Language Model</term>
					<term>ChatGPT</term>
					<term>Requirements Engineering</term>
					<term>Air Conditioning</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Can large language models (LLMs) be used for digital twin engineering (DTE)? Engineering digital twins (DTs) is a complex process consisting of several phases and involving different disciplines. We argue that an investigation of LLM use in DTE has to define what kinds of DTs are in focus and what DTE phases shall be supported. In our work, we concentrate on the early phases of DTE, with a particular focus on requirements engineering (RE), and we focus on supervisory and operational DTs. This paper investigates the quality of LLM output for defining requirements for DTs. The main contributions of our work are results from an experiment comparing requirements to a DT of an air conditioning facility of a domain expert and ChatGPT and conclusions for prompt engineering resulting from this experiment.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">Introduction</head><p>Can large language models (LLMs) be used for digital twin engineering (DTE)? If so, can the contribution of LLMs be considered substantial enough to motivate further research? These two questions were the starting point for the research on LLM use in DTE presented in this paper. The motivation behind the questions is that both areas, DTE and LLM, receive a lot of attention in enterprises and academic research as promising technology areas with high potential for industrial application, which makes the intersection between both areas particularly interesting.</p><p>Digital twin (DT) can be defined as "a dynamic virtual representation of a physical object or system across its lifecycle, using real-time data to enable understanding, learning, and reasoning" <ref type="bibr" target="#b0">[1]</ref>. Depending on the capability of the DT, different kinds of DTs can be distinguished, starting from supervisory DTs, which only allow for monitoring the situation of a physical object, to autonomous DTs that are self-contextualizing and self-optimizing (see section 2.2). Furthermore, engineering DTs is a complex process consisting of several phases and involving different disciplines (see section 2.2). We argue that an investigation of LLM use in DTE has to define what kinds of DTs are in focus and what DTE phases shall be supported. In our work, we concentrate on the early phases of DTE, with a particular focus on requirements engineering (RE), and we focus on supervisory and operational DTs.</p><p>More concretely, we aim to investigate the quality of LLM output for defining requirements for DTs. For this purpose, we used one of the currently most popular LLMs, OpenAI's ChatGPT-4, to elicit requirements for DTs. As our ambition is to explore issues relevant to future research, we limited our study in a first step to only one application domain. The application domain selected is air conditioning and ventilation systems. We operationalize quality as completeness and correctness from the perspective of a domain expert.</p><p>The main contributions of our work are results from an experiment comparing requirements for a DT of an air conditioning facility of a domain expert and ChatGPT and conclusions for prompt engineering resulting from this experiment.</p><p>The paper is structured as follows: section 2 describes the background for our work from digital twin engineering and large language models. Section 3 summarizes the research method, and section 4 results of a literature study on related work. Section 5 describes the requirement elicitation for DT of air conditioning systems and compares ChatGPT output with the view of a domain expert. Section 6 discusses results and addresses the issue of prompt design. A conclusion and implications for future work are given in section 7.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">Theoretical background 2.1. Large language models</head><p>LLMs belong to the broader category of deep learning models, address the area of natural language processing, and are designed to interpret and generate human-like text. Essential concepts of LLMs and their evolution have been widely documented, for example, in the publication by Brown et al. <ref type="bibr" target="#b1">[2]</ref>. The most influential architecture in recent times for building LLMs is the Transformer. It uses attention mechanisms <ref type="bibr" target="#b2">[3]</ref> to weigh the importance of different words or tokens in a sequence when producing an output. LLMs are trained on vast amounts of text data to be able to generate coherent and contextually relevant text across a wide range of topics. For instance, models like OpenAI's GPT series have been trained on books, articles, and web pages. The pre-training of LLMs is supposed to be task-agnostic <ref type="bibr" target="#b3">[4]</ref>.</p><p>Capabilities of LLMs include tasks such as translation, question-answering, summarization, and text generation without needing task-specific training data. One of the most important features of models like GPT (Generative Pre-trained Transformer) is their ability to generate coherent, diverse, and contextually relevant text over long passages. One of the currently most popular LLMs, OpenAI's GPT-4 with its Chatbot frontend -ChatGPT<ref type="foot" target="#foot_0">1</ref> can also be used for translation, grammar correction, or email composition <ref type="bibr" target="#b4">[5]</ref>. While LLMs are powerful, they can sometimes produce incorrect or nonsensical answers, which often are termed "hallucinations". The use of LLMs starts from inputs (called prompts) stating the task to be completed by the LLM. LLMs are sensitive to the input phrasing. Thus, prompt engineering and prompting methods <ref type="bibr" target="#b5">[6]</ref> have developed into a critical topic of study for LLMs as they investigate the techniques by which end-users can use LLMs to perform tasks.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2.">Digital twin engineering</head><p>An analysis of research on DTE showed various procedural and method approaches, for example, discussed in <ref type="bibr" target="#b6">[7]</ref>, <ref type="bibr" target="#b7">[8]</ref> or <ref type="bibr" target="#b8">[9]</ref>. While the specific procedures in DTE can vary depending on the application domain, industry, and specific objectives, the following general steps in DTE are visible in the literature:</p><p>• Scoping and Goal Definition: Setting the scope of DT development includes deciding on the physical system, process, or entity that is the subject of the DT, i.e., the scope of the project. Furthermore, there should be a clear understanding of what objective to achieve, e.g., support of predictive maintenance, process optimization, simulation, or other objectives. Defining clear goals is the first step. • Requirements Engineering: In the RE phase, the way of data collection has to be defined. This includes instrumentation, i.e., what sensors are in the physical entity to collect relevant data. This could include sensors for temperature or pressure, cameras, accelerometers, and more. If historical data must be considered, this should be defined. Furthermore, the functionality required to reach the goals has to be specified. • Develop the Digital Representation: Modeling the physical entity might involve CAD models, process diagrams, or other types of digital schematics. How to integrate the model with real-time data feeds from sensors and other sources has to be part of this step. • Calibration and Validation: The DT requires validation by comparing its outputs and predictions to actual outcomes in the physical world. This typically includes refinement of the model until its performance meets acceptable accuracy levels. • Integration with Other Systems: DTs can be more effective when integrated with other systems, such as enterprise resource planning (ERP) systems, manufacturing execution systems (MES), or building management systems. • Iterative Refinement: Over time, as more data becomes available and the physical entity evolves or changes, the DT should be updated and refined to reflect these changes. This requires the implementation of a feedback mechanism that continuously updates the DT based on real-world data. This ensures the twin remains an accurate representation of its physical counterpart.</p><p>When engineering a DT, it's essential to maintain a close alignment between the digital model and the real-world entity it represents. Collaboration across disciplines, including domain experts, IT professionals, data scientists, and engineers, is often crucial for successful DT implementations. Furthermore, some scholars propose to distinguish different kinds of DT according to their capabilities <ref type="bibr" target="#b9">[10]</ref>:</p><p>• Supervisory DTs, sometimes also called digital shadows, allow the real-time monitoring of the status and events of a physical object. For this purpose, the parts of the object to be monitored, necessary information, and adequate sensing equipment must be known. • Operational DTs add the possibility to perform certain operations on the physical object, which can be used to control the operations. This requires actuators to initiate functional changes and the knowledge about possible and required operations.</p><p>• Simulation DTs have the ability to simulate the physical object based on the developed models. This type of DT can also carry out predictions to support design or operational decisions. • Intelligent DTs are supposed also to show learning abilities. They are supposed to learn from operational data, for example, using machine learning (ML), which also realizes some abilities of decision support and scenario planning. • Autonomous DTs additionally have the ability to perform all decision-making based on predefined parameters and manage the physical object concerned with minimal human intervention.</p><p>In this paper, we focus on RE for supervisory and operational DTs.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Research method</head><p>The starting point of our work is the questions presented in the introduction and the decision to focus on the phase of RE. With this background, two research questions (RQ) were defined for this paper:</p><p>• RQ 1: In the context of RE for DT, how consistent and complete is the output of ChatGPT with the information provided by domain experts? • RQ 2: How to design the prompt chain to improve the output of ChatGPT?</p><p>The overall research strategy for work presented in this paper is of an explorative nature, i.e., we aim to gather new knowledge by exploring the potential of ChatGPT use in RE of DTs. More concretely, the work combines literature studies with quasi-experiments and argumentativedeductive work.</p><p>The literature search aimed to identify related work and results from other scholars to be taken into account when investigating the potential of LLMs for DTE. For this step, we used Kitchenham's approach for systematic literature reviews (SLR). Kitchenham <ref type="bibr" target="#b10">[11]</ref> suggests six steps, which we briefly introduce in the following and document in detail in section 4. The first step is to develop research questions (RQ) to be answered by the SLR. The process of paper identification starts with defining the overall search space (step 2), which basically consists of determining the literature sources to take into account in the light of the research questions. Paper identification continues with the population phase (step 3). In this step, the search string is developed and applied by searching the literature sources. Afterward, the step "paper selection" follows by defining inclusion and exclusion criteria and a manual selection of relevant papers found in the population phase (step 4). The data collection phase (step 5) focuses on extracting the information relevant to answering the research question from the set of identified relevant papers. The last step is the analysis of data and interpretation, i.e., to answer the research question defined in step 1 by using collected data from relevant papers.</p><p>As the SLR returned no previous work on using LLM for DTE, we structured the field of DTE along with the tasks to perform during an engineering project (see section 2.2). This is the argumentative-deductive part of our work.</p><p>In the next step, RE for a DT in a defined application area was the subject of a quasi-experiment. A controlled experiment in software engineering and information systems development is "a randomized or quasi-experiment in which individuals or teams (the study units) conduct one or more [. . . ] tasks for the sake of comparing different populations, processes, methods, techniques, languages or tools (the treatments)" <ref type="bibr" target="#b11">[12]</ref>. In our work, we perform a quasi-experiment; the study units are ChatGPT and domain experts, and the treatment is the task of eliciting requirements for a DT of an air conditioning system. A quasi-experiment is "an experiment in which units are not assigned to conditions randomly" <ref type="bibr" target="#b12">[13]</ref>. The experiment does not aim at testing a specific hypothesis but is exploratory research to answer the research questions defined. The experiment design is described in detail in section 5.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">Related work</head><p>Related work was identified by performing a systematic literature study based on the six steps proposed in the method of Kitchenham (see section 3). The research questions (step 1) were already introduced in section 3. The search space (step 2) consisted of the literature databases Scopus, IEEExplore, and AISeL. The search string (step 3) used in these databases combines the term "Digital Twin" in combination with "large language model" and synonyms for this term ("LLM", "neural text", "ChatGPT"). Thus, the final search string used was "Digital Twin" AND ("large language model" OR "LLM" OR "neural text" OR "ChatGPT"). The search in title, abstract, and keywords resulted in a total of 19 papers. The inclusion criterion (step 4) was that the papers had to discuss LLM use in the context of DT.</p><p>Of the 8 hits in Scopus, 5 were excluded because they were conference proceedings that included DT papers and LLM papers, but no paper with both topics in the same paper. The remaining three papers used DT and LLM on the abstract to position the work but did not address DT development. In AISeL, the query interface only allowed for search in all meta-data. All 9 papers did not mention DT and LLM in title, abstract, or keywords; none of the nine papers concerned DT development or LLM use in a DT. In IEEE Xplore, two papers were found, and one of them was relevant to our work: <ref type="bibr" target="#b13">[14]</ref> discuss a DT for an industrial automation system and use LLM-agents to interpret descriptive information in the DTs and to control the physical system through service interfaces. Thus, this paper is not exactly about engineering the DT but about using LLM as a component for a specific task in a DT.</p><p>Table <ref type="table" target="#tab_0">1</ref> summarizes the number of papers found in the different databases and the relevant ones. In conclusion, the SLR did not return any paper addressing LLM use for DTE. Thus, the identified literature does not provide any information to aid in investigating the potential of LLM use for DTE or to answer our RQs. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.">Experiment on ChatGPT use in requirements engineering</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.">Experiment design</head><p>Based on our experience from previous work <ref type="bibr" target="#b14">[15]</ref> in the field of air conditioning systems and an internet research, we prepared a questionnaire for the interview consisting of 17 questions. These can be divided into General Structure and Functions of Air Conditioning Systems, Energy Optimizations, and Special Case of a Facility in a Swimming Pool Hall (see Table <ref type="table">2</ref>). This list of questions not only served as a guide during the interview with a domain expert but was also used to create prompts for ChatGPT. By means of prompt engineering, in particular role prompting, it was thus possible to simulate an interview situation with ChatGPT as the interview partner. This offers the possibility of comparing statements of the domain expert with the answers of ChatGPT to have them evaluated later and thus generate further expertise and set requirements for a DT.</p><p>Table <ref type="table">2</ref> Questionnaire</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>General Structure and Functions of Air Conditioning Systems</head><p>What is/How does an air conditioning system work? What are the main processes in an air conditioning system? What parts does an air conditioning system consist of? What possibilities exist for modeling air conditioning systems? Are there essential connections between sensors and actuators?</p><p>Which parts are monitored by sensors? Which parts can be controlled externally? Which environmental influences affect the air conditioning system? Which factors affect the durability of an air conditioning system? Which parts are maintenance-intensive? Energy Optimizations What are the possibilities for saving energy in air conditioning systems?</p><p>How does the heat recovery work? Are there peaks in the possibilities for energy savings? Special Case of a Facility in a Swimming Pool Hall Are there any parts and conditions in the air conditioning system for the swimming pool hall that differ from conventional systems? What special environmental influences affect the ventilation system in the swimming pool hall?</p><p>In what form is the sensor data collected, and how does the storage work? Are there components that are particularly stressed by the special environmental influences in a swimming pool hall?</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.1.">Interview with domain expert</head><p>An expert in the field of air conditioning systems was available as a participant in the interview. He has been working for several years in a medium-sized company in this domain, where he checks existing facilities, evaluates measurement data, and advises operators on energy optimization. In addition, the expert has basic knowledge and initial experience with DTs and digital shadows of those systems.</p><p>The interview was conducted with the domain expert as the participant and four people who prepared the interview. One person acted as the interviewer and guided the participant through the interview on the basis of the questionnaire, while the remaining three people took notes, asked follow-up questions, or checked the course of the interview guide. For later transcription and analysis, the interview was recorded with the consent of all persons in the room.</p><p>Before the interview began, the project and the project group were briefly introduced to the expert. This was followed by an introduction of the expert, in which he described his professional career and experience with air conditioning systems and the associated energy optimization. The expert was able to answer each question from the list of questions, as well as intermediate questions, in detail, and in some cases, also with case studies, experience reports, and further explanations. In addition, the expert was able to interpret illustrations and circuit diagrams of an air conditioning system, as well as to name and explain the components and their functions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.2.">Interview simulation with ChatGPT</head><p>Using ChatGPT-4, role prompting was applied with an initial prompt to assign a role to the Artificial Intelligence (AI) as an expert in the field of DTs for air conditioning systems. Here, the assignment of the role was primarily done to ensure that experience in the domain and professional background matched the domain expert. The prompts were entered in German.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>"Hello, thank you for finding the time for an interview with us as a domain expert on digital twins</head><p>of air conditioning systems. Thanks to your expertise and years of experience related to air conditioning systems, you are the ideal candidate for our interview. You have studied mechanical engineering and are a project engineer in a renowned East German company in the air conditioning and refrigeration sector, and your job is to look after, maintain, and improve/optimize existing air conditioning systems. Below, we have a few questions for you. The questions should be answered in as much detail as possible and be easy to understand, as we have no expertise in mechanical engineering or in air conditioning and refrigeration technology. "</p><p>With the simulation of the interview, each question was asked as a single prompt to ChatGPT, where no follow-up questions were asked. It could be observed that the AI's answers follow a similar pattern, which starts with an introductory sentence. This is always followed by a list of examples with a short explanation and further information until the answer ends with a concluding paragraph. Unlike the domain expert, ChatGPT did not use specific case studies or testimonials to reflect the information better. In addition, the version of ChatGPT used does not offer the possibility to interpret illustrations and describe them if necessary.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.3.">Evaluation</head><p>After conducting both interviews, the recordings and texts had to be processed and evaluated accordingly for later analysis. The interview with the domain expert was transcribed, and the transcript was reviewed for errors and corrections. Afterward, a qualitative content analysis was conducted according to <ref type="bibr" target="#b15">[16]</ref> (see section 5.2.1). Supercategories and subcategories were inductively formed independently based on individual markers. The formed categories were then compared within the group. The suitability of the categories discussed was often measured within the groups based on the goal and task. The supercategories were unanimously defined as follows:</p><p>• General Information About Air Conditioning Systems: Questions concerning the construction and operation • Energy Optimization: Questions concerning the possibilities for energy optimization of an air conditioning system, both structural and process-related changes • Use Case Swimming Pool Hall: Questions concerning specifics of an air conditioning system in an indoor swimming pool</p><p>Once the broad topics of the questions were identified, subcategories had to be created, which helped to classify the answers to the corresponding questions and the evaluation by the domain expert in a meaningful way. Therefore, the following categories were unanimously agreed upon for the subcategories:</p><p>• Missing Information: Information from ChatGPT, which should have been included in the generated answer according to the domain expert. • Additional Helpful Information: Information from ChatGPT, which, according to the domain expert, is outside the scope of the posed question and represents additional, non-trivial, useful background knowledge. • Additional Unhelpful Information: Information from ChatGPT, which, according to the domain expert, is outside the scope of the question asked and does not provide additional useful information to the subject matter. • Mistake: Marked as misinformation by the domain expert.</p><p>The following subcategories were also added after a discussion with the agreement of the majority of the working group. They were added because they allow for a more in-depth evaluation of the interview in relation to the research questions.</p><p>• Software: Information on software that enables digital realization of air conditioning systems. • Components: Details of parts that a working air conditioning system requires.</p><p>• Sensor Data: Data that can be collected via sensors and is relevant for system functionality. Only metrics that can be assigned to physical quantities are to be recorded.</p><p>The following subcategories were rejected by the majority after discussion and were not adopted: Wear Factors, Processes in a System, Factors Influencing Durability of Parts, and Factors Influencing Comfort/Well-Being. These subcategories were rejected either because they lacked reference to the task or overlapped with other already defined categories and were, therefore, difficult to distinguish from one another.</p><p>Using the definitions, all four group members were then tasked with marking all text passages individually according to the definitions they had developed. These markings were compared with each other again afterward so that the coding could be completed. The preceding definition was decisive for the coding. The coding was done in great unanimity, and there was no incident of explicit disagreement in the assignment of text passages to the respective categories. Differences in markings were limited to careless errors where consensus was quickly reached.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.">Results</head><p>In this chapter, the results of the qualitative content analysis are presented first. Based on this, the requirements of a DT for an air conditioning system are defined, and the preceding interview with ChatGPT is examined with regard to these requirements. Subsequently, newly created prompts are presented to provide a detailed analysis of the feasibility of using ChatGPT as a substitute for a domain expert.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.1.">Qualitative content analysis</head><p>Figure <ref type="figure" target="#fig_0">1</ref> shows the assessment of the domain expert, sorted by supercategories and subcategories. The 17 questions from the questionnaire (see Table <ref type="table">2</ref>) are divided into eleven questions on General Information about air conditioning systems, three questions about Energy Optimization, and three questions on information relevant to air conditioning systems Case Swimming Pool. For each of these questions, it was checked whether a text passage was defined, which could be assigned to one of the subcategories. The subcategories, which deal with the evaluation of ChatGPT statements by the domain expert, are counted out here. Figure <ref type="figure" target="#fig_0">1</ref> shows the evaluation of the statements of ChatGPT by the domain expert. Of the eleven General Information questions, five responses obtained Additional Helpful Information. One response included Additional Unhelpful Information. Information was Missing in nine responses, and three contained Mistakes.</p><p>Of three questions on Energy Optimization, one response provided Additional Helpful Information, and one provided Additional Unhelpful Information. In this block of questions, no Missing information or Mistakes were identified.</p><p>In three questions about the Case Swimming Pool, Additional Helpful Information was identified in one response and Additional Unhelpful Information in two responses. Additionally, two Mistakes were found, but no Missing information in this block of questions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.2.">Identified requirements for a digital twin</head><p>Based on the interviews and our research, it was possible to identify a total of 28 elements that are important for the realization of an air conditioning system as a DT and for it to function well. These 28 elements can be divided into 23 general (Component/Factor) and five specific factors (Type). The specific factors are specifications of individual components whose differentiation is important for the successful design of an air conditioning system as a DT.</p><p>The interview with ChatGPT was examined for these parts and components listed in Table <ref type="table" target="#tab_2">3</ref> to explore whether a structured interview with the AI application was sufficient to realize a DT of a technical system. Of the 23 general parts, ChatGPT correctly named 19 during the interview, representing about 83% coverage. The correct and complete naming of all relevant sensors is to be emphasized here. However, the important actuator pump was not named, nor was the frost protection monitor, which protects the air conditioning system from frost damage and thus ensures its functionality. The fact that the supply and exhaust systems are two separate systems within a facility was also not apparent from the interview. For specific components (Type), coverage is two out of five correctly named items (40%), more than 40% less than for general parts. The different types of valves were missing, and it was not highlighted that there are different types of airflow controllers, which would have been necessary in a DT due to the different operations and impact on airflow.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.3.">Subsequent prompt engineering</head><p>The following section deals with three new prompts that were created to get a more detailed picture of the extent to which ChatGPT can be used as a substitute for a domain expert. The main goal was to reproduce the list introduced in Table <ref type="table" target="#tab_2">3</ref> and to extend it for the implementation as a DT with information not mentioned before.</p><p>Prompt 1: To model a DT, each modeling tool needs the exact mechanical units and sizes of the individual components. These range from the number of channels in millimeters to the power consumption of the motors in watts. Since none of these units were apparent during the structured interview with ChatGPT, a customized prompt was created that named the categories introduced in Table <ref type="table" target="#tab_2">3</ref> and asked for the associated units.</p><p>"Please name all actuators, sensors, and passive components, as well as other passive factors that are needed from an air conditioning system to realize it as a digital twin that should have a focus on energy optimization. For all relevant components, please name their required physical quantities. "</p><p>The quality of the answers can be described as very good. However, the initial question lacked the physical units for the respective variables, which were supplemented on request. It should be emphasized that by directly addressing passive factors, a higher output was achieved than in the structured interview. Thus, outdoor environmental conditions in the form of outdoor temperature and outdoor humidity, as well as building characteristics and operating hours, were mentioned again. However, from an energy optimization standpoint, the lack of motors on the valves should be considered negative. In addition, ChatGPT also provided the point that special software and algorithms for data analysis, ML, and optimization algorithms are needed for energy savings in addition to the physical components. Another negative assessment is that these are vague statements that could have provided more insight by providing more detailed information, such as the use of Message Queuing Telemetry Transport (MQTT) as an energy-saving protocol for transmitting sensor data, and do not contribute to the facts of the case by providing additional information that is not really helpful.</p><p>Prompt 2: In a further attempt, we entered the results from prompt 1 and asked ChatGPT whether it was sufficient.</p><p>"I have realized the following actuators, sensors, components and passive factors as well as their physical parameters of a ventilation system in a digital twin: (...) Please tell me whether these components are sufficient to optimize the ventilation system in terms of energy and, if not, name the missing parts and the corresponding physical values. ".</p><p>On the positive side, new detailed information has again emerged, such as the status of air duct insulation, which can make a positive contribution to energy efficiency and, thus, energy optimization. ChatGPT also adds further facts for passive factors such as solar radiation or wind speed, which are negligible for an air conditioning system DT. Otherwise, the quality of the responses must be rated rather negatively. Both the consistency of the answers and the actual task of realizing a functional DT must be rated as poor. The previously mentioned parts, valves, and heat exchanger, which are both elementary for a DT, especially for energy optimization, were not mentioned. The humidity sensor was correctly detected. However, ChatGPT also provides rather poor answers for the sensors. The accuracy of the temperature sensors cannot really be determined, and the addition of noise level sensors to the sensors would help detect fan and other mechanical component failures or malfunctions, but ChatGPT sees these more in the function of noise level for a more comfortable environment, including fan speed. Building features have also been significantly reduced.</p><p>Prompt 3: This prompt is an extension of the second prompt to test the effects of role prompting on the quality of responses. The only adaptation of this prompt is to tell the language model to imagine being an expert in the air conditioning domain.</p><p>"Imagine you are an expert in the ventilation system industry and have to assess whether these components are sufficient to optimize the ventilation system in terms of energy. If they are not sufficient, please name the missing components with the corresponding physical values. "</p><p>The output here is better judged than for the second prompt. The actuators were expanded to include a previously unmentioned humidifier and the previously missing heat exchanger was described more generally in terms of heat recovery systems but was therefore listed as an actuator. The missing valves were again not mentioned, but the list of passive components was at least expanded to include adjustable air diffusers. Questionable components such as noise sensors were no longer listed.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.">Discussion and evaluation</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.1.">Limitations</head><p>While our research has led to a number of results, it also has many limitations that concern various aspects of the experiment and the process of DTE. The three main categories of our questionnaire were not represented with the same number of questions (evaluation is less meaningful regarding the more detailed facts about air conditioning systems). ChatGPT-4 only works with data through the end of 2021. More recent requirements, findings, and frameworks cannot be considered. In addition, the topic of DT, as well as air conditioning, has proven to be highly complex in the course of this work. Especially with regard to the physical conditions and the mechanical as well as thermodynamic processes, a sound knowledge base is indispensable. The consistency in queries at different times is mostly not given, and ChatGPT often provides a lot of information without any real classification, and often, there are only more detailed answers for very detailed questions that require prior knowledge.</p><p>The experimental design itself also imposes limitations on the work. Due to the framework condition that no prior knowledge is allowed, it was determined that prompting in ChatGPT must not be a fixed part of the experimental setup. For this reason, the usual response pattern with respect to prompt engineering was omitted.</p><p>It is not possible to conduct an unstructured interview with ChatGPT, which is why structuring the interview remains the interviewer's task. Further limitations are that ChatGPT, in its current version, cannot interpret or analyze visual material, making it impossible to let ChatGPT evaluate information in a visual structure.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.2.">Interpretation of the results</head><p>The statements that can be derived from this work are manifold. This section first discusses the qualitative content analysis to answer the research questions; thus, the findings can be taken from the domain experts' evaluations.</p><p>RQ 1: In the context of RE for DT, how consistent and complete is the output of ChatGPT with the information provided by domain experts? There is missing information or mistakes in each category. Therefore, it is important to carefully evaluate and use ChatGPT's generated responses with discretion. Specific inquiries often include superfluous information, leading to confusion. In contrast, ChatGPT presents valuable supplementary information for more general topics. The domain expert confirms that most of the answers here are simple but correct in content but do not go beyond normal textbooks. At one point, he would have liked to swap his answer for that of ChatGPT. It can be concluded that additional unhelpful information, missing information, and errors were identified in many of the responses generated.</p><p>Given the presented data limitations, creating a DT through the assistance of ChatGPT in this experiment was not feasible. The absence of data on facility power consumption, actuator status data, 3D models of the facility, and real-time data directly fed from a network only allowed for the development of a dashboard that solely processes the available data. Nonetheless, an attempt was made to program a DT in Modelica using ChatGPT as the sole tool. However, ChatGPT is unable to perform or guide the development of a DT independently. This is because ChatGPT releases the required code in an outdated and unsupported version. Consequently, it is necessary to engage a domain expert with the required expertise to successfully implement a DT. ChatGPT could not determine, through inquiries, that implementing a DT of an air conditioning facility is feasible with the provided resources, and the proposed solution is not viable.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>RQ 2: How to design the prompt chain to improve the output of ChatGPT?</head><p>Based on this work, we can initially derive a few things to answer RQ 2, but this can only be seen as a starting point and must be continued in future work. In our first attempts, we found that the use of role prompting leads to more nuanced and detailed responses. By trying out different approaches, we found that clarification and specificity, as well as encouraging ChatGPT for more detailed responses, are important aspects to consider. For example, adding the fact that we also need physical quantities of the components in prompt 1 helped improve the answers. Using these results in prompt 2 (iterative prompting) again helped to refine and clarify the gained information. We also added a feedback loop there, which leads ChatGPT to evaluate and refine the answers.</p><p>These results are promising and give reason to go further in this direction in future work.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.">Conclusions and future work</head><p>The work presented in this paper addressed the questions of how consistent and complete the output of ChatGPT can be in the context of RE for DT compared to the knowledge of a domain expert and how to design the prompt chain to improve the output of ChatGPT. To answer these questions, we conducted an experiment in which we used ChatGPT to elicit requirements in order to compare them with the knowledge of a domain expert. We then used the knowledge gained to try to change the prompt in order to improve the output.</p><p>A first implication is that the AI tool ChatGPT should not be seen as a substitute but as a useful building block to better design DTs. ChatGPT can compensate for human errors through a synthetic approach with the domain expert and can be used to supplement the expert's remarks at many points due to its constant availability, as long as ChatGPT's statements are always critically scrutinized afterward. The advantage here is also a more effective use of the domain expert's time. The most effective way to get all the data in ChatGPT to create a DT is to create a list of components and have ChatGPT check them for completeness. With a larger input set, ChatGPT returns a more diverse output set, which can lead to the expansion of some components and the avoidance of errors due to the addition of forgotten components. Some open questions for future work derived from our results are:</p><p>(1) Does working out a topic with ChatGPT and domain experts save time compared to working it out without ChatGPT? Since ChatGPT qualitatively supports the early phases of DTE, the question arises whether a quantitative benefit (e.g., time) can be measured.</p><p>(2) How can the evaluation scale be adapted to the existing knowledge of the domain experts? On the conceptual level, the evaluation of the effort of ChatGPT by the domain expert depends on the domain expert's existing knowledge. The comparability of the statements of ChatGPT suffers from this since their evaluation depends directly on the person evaluating the statements.</p><p>(3) How does ChatGPT perform among several domain experts? As already mentioned, the evaluation of the statements of ChatGPT by the domain expert depends on the domain expert. For a more informed evaluation, it would make sense to use several domain experts for the evaluation in order to check whether the core statements differ among the various experts.</p><p>(4) How does ChatGPT perform in other disciplines? Besides DTs and air conditioning systems, a whole range of topics could be considered for processing with ChatGPT. It would be interesting to know if there are significant differences in the level of knowledge and expressiveness of ChatGPT.</p><p>In conclusion, a more comprehensive investigation of the benefits of ChatGPT for more and different use cases seems relevant and necessary to better understand its potential and limitations. It is essential that a diverse range of domain experts play a role in this research. The contribution of this paper serves to confirm the importance and promise of continued research in this area.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Figure 1 :</head><label>1</label><figDesc>Figure 1: Evaluation of ChatGPT's answers by the domain expert.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>Table 1</head><label>1</label><figDesc>Results of the SLR</figDesc><table /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>Literature Database No. of Hits Relevant Papers</head><label></label><figDesc></figDesc><table><row><cell>Scopus</cell><cell>8</cell><cell>none</cell></row><row><cell>IEEE Xplore</cell><cell>2</cell><cell>[14]</cell></row><row><cell>AISeL</cell><cell>9</cell><cell>none</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head>Table 3</head><label>3</label><figDesc>Components and Factors for the Realization of a DT</figDesc><table><row><cell>Category</cell><cell>Component/Factor</cell><cell>Type</cell><cell>Mentioned?</cell></row><row><cell>Actuator</cell><cell>Silencer</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Fan</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Valve</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell></cell><cell>Volume Flow Controller</cell><cell></cell></row><row><cell></cell><cell></cell><cell>Throttle Valve</cell><cell></cell></row><row><cell></cell><cell></cell><cell>Multileaf Damper</cell><cell></cell></row><row><cell></cell><cell>Heating Register</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Cooling Register</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Pumps</cell><cell></cell><cell></cell></row><row><cell></cell><cell>Frost Protection Monitor</cell><cell></cell><cell></cell></row><row><cell>Sensor</cell><cell>Temperature</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Humidity</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Air Pressure</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Air Quality</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Air Flow</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Utilization of the Facility</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Energy Sensor</cell><cell></cell><cell>x</cell></row><row><cell>Passive Component</cell><cell>Supply Air System</cell><cell></cell><cell></cell></row><row><cell></cell><cell>Exhaust Air System</cell><cell></cell><cell></cell></row><row><cell></cell><cell>Filter</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell></cell><cell>Dust Filter</cell><cell>(x)</cell></row><row><cell></cell><cell></cell><cell>HEPA Filter</cell><cell>(x)</cell></row><row><cell></cell><cell>Heat Exchanger</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Air Ducts/Shaft</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Outlet/Return</cell><cell></cell><cell>x</cell></row><row><cell>Passive Factor</cell><cell>Room Size</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Number of Persons</cell><cell></cell><cell>x</cell></row><row><cell></cell><cell>Room Specific Factors</cell><cell></cell><cell>x</cell></row><row><cell>Total</cell><cell>23</cell><cell>5</cell><cell>19 (2)</cell></row></table></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">https://chat.openai.com</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Industry 4.0 and manufacturing ecosystems: Exploring the world of connected enterprises</title>
		<author>
			<persName><forename type="first">B</forename><surname>Sniderman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Mahto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">J</forename><surname>Cotteleer</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Deloitte Consulting</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="page" from="3" to="14" />
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Language models are few-shot learners</title>
		<author>
			<persName><forename type="first">T</forename><surname>Brown</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Mann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Ryder</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Subbiah</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">D</forename><surname>Kaplan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Dhariwal</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Neelakantan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Shyam</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Sastry</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Askell</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Advances in neural information processing systems</title>
		<imprint>
			<biblScope unit="volume">33</biblScope>
			<biblScope unit="page" from="1877" to="1901" />
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Attention is all you need</title>
		<author>
			<persName><forename type="first">A</forename><surname>Vaswani</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Shazeer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Parmar</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Uszkoreit</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Jones</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">N</forename><surname>Gomez</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Ł</forename><surname>Kaiser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Polosukhin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Advances in neural information processing systems</title>
		<imprint>
			<biblScope unit="volume">30</biblScope>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Language models as zero-shot planners: Extracting actionable knowledge for embodied agents</title>
		<author>
			<persName><forename type="first">W</forename><surname>Huang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Abbeel</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Pathak</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Mordatch</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">International Conference on Machine Learning</title>
				<meeting><address><addrLine>PMLR</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2022">2022</date>
			<biblScope unit="page" from="9118" to="9147" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Gpt-3: Its nature, scope, limits, and consequences</title>
		<author>
			<persName><forename type="first">L</forename><surname>Floridi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Chiriatti</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Minds and Machines</title>
		<imprint>
			<biblScope unit="volume">30</biblScope>
			<biblScope unit="page" from="681" to="694" />
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Pre-train, prompt, and predict: A systematic survey of prompting methods in natural language processing</title>
		<author>
			<persName><forename type="first">P</forename><surname>Liu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Yuan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Fu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Z</forename><surname>Jiang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Hayashi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Neubig</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">ACM Computing Surveys</title>
		<imprint>
			<biblScope unit="volume">55</biblScope>
			<biblScope unit="page" from="1" to="35" />
			<date type="published" when="2023">2023</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">A methodology for digital twin modeling and deployment for industry 4.0</title>
		<author>
			<persName><forename type="first">G</forename><forename type="middle">N</forename><surname>Schroeder</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Steinmetz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">N</forename><surname>Rodrigues</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">V B</forename><surname>Henriques</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Rettberg</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><forename type="middle">E</forename><surname>Pereira</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Proceedings of the IEEE</title>
		<imprint>
			<biblScope unit="volume">109</biblScope>
			<biblScope unit="page" from="556" to="567" />
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">A methodology to develop and implement digital twin solutions for manufacturing systems</title>
		<author>
			<persName><forename type="first">Y</forename><surname>Qamsane</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Moyne</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Toothman</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Kovalenko</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">C</forename><surname>Balta</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Faris</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">M</forename><surname>Tilbury</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Barton</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Access</title>
		<imprint>
			<biblScope unit="volume">9</biblScope>
			<biblScope unit="page" from="44247" to="44265" />
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Construction method of shop-floor digital twin based on mbse</title>
		<author>
			<persName><forename type="first">J</forename><surname>Liu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Liu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Zhuang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Z</forename><surname>Liu</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Miao</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Manufacturing Systems</title>
		<imprint>
			<biblScope unit="volume">60</biblScope>
			<biblScope unit="page" from="93" to="118" />
			<date type="published" when="2021">2021</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Digital Twins: State-of-the-Art and Future Directions for Modeling and Simulation in Engineering Dynamics Applications</title>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">J</forename><surname>Wagg</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Worden</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">J</forename><surname>Barthorpe</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Gardner</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">ASCE-ASME J Risk and Uncert in Engrg Sys Part B Mech Engrg</title>
		<imprint>
			<biblScope unit="volume">6</biblScope>
			<biblScope unit="page">30901</biblScope>
			<date type="published" when="2020">2020</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Procedures for performing systematic reviews</title>
		<author>
			<persName><forename type="first">B</forename><surname>Kitchenham</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Keele University</title>
		<imprint>
			<biblScope unit="volume">33</biblScope>
			<biblScope unit="page" from="1" to="26" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">A survey of controlled experiments in software engineering</title>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">I</forename><surname>Sjøberg</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">E</forename><surname>Hannay</surname></persName>
		</author>
		<author>
			<persName><forename type="first">O</forename><surname>Hansen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><forename type="middle">B</forename><surname>Kampenes</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Karahasanovic</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N.-K</forename><surname>Liborg</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><forename type="middle">C</forename></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE transactions on software engineering</title>
		<imprint>
			<biblScope unit="volume">31</biblScope>
			<biblScope unit="page" from="733" to="753" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<monogr>
		<title level="m" type="main">Experimental and quasi-experimental designs for generalized causal inference</title>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">D</forename><surname>Cook</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">T</forename><surname>Campbell</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Shadish</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2002">2002</date>
			<publisher>Houghton Mifflin</publisher>
			<pubPlace>Boston, MA</pubPlace>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Towards autonomous system: flexible modular production system enhanced with large language model agents</title>
		<author>
			<persName><forename type="first">Y</forename><surname>Xia</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Shenoy</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Jazdi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Weyrich</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">IEEE 28th International Conference on Emerging Technologies and Factory Automation (ETFA)</title>
				<imprint>
			<date type="published" when="2023">2023</date>
			<biblScope unit="page" from="1" to="8" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">Technologies for a diagnostic technique for hvac systems using iot and cloud-based architecture</title>
		<author>
			<persName><forename type="first">N</forename><surname>Ivanovic</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Nast</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Reiz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Sandkuhl</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">2023 International Interdisciplinary PhD Workshop (IIPhDW)</title>
				<imprint>
			<date type="published" when="2023">2023</date>
			<biblScope unit="page" from="1" to="6" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<monogr>
		<author>
			<persName><forename type="first">P</forename><surname>Mayring</surname></persName>
		</author>
		<title level="m">Qualitative inhaltsanalyse: Grundlagen und techniken</title>
				<imprint>
			<publisher>Dt. Studien-Verlag</publisher>
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
