<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>September</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Prompt engineering for facilitating requirement elicitation from multi-format inputs</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Mantas Razinskas</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Department of Information Systems, Faculty of Informatics, Kaunas University of Technology</institution>
          ,
          <addr-line>51368 Kaunas</addr-line>
          ,
          <country country="LT">Lithuania</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2025</year>
      </pub-date>
      <volume>1</volume>
      <fpage>7</fpage>
      <lpage>19</lpage>
      <abstract>
        <p>Requirements Engineering (RE) increasingly relies on semi-structured and multi-format inputs such as textual descriptions, stakeholder notes, wireframes, and technical specifications. This paper proposes a hybrid methodology that combines structured prompt engineering techniques, a conceptual metamodel, and a conceptual agent-based architecture to facilitate requirements generation from heterogeneous sources. The approach operationalizes independent, negotiable, valuable, estimable, small, and testable (INVEST) framework through prompt templates and applies a metamodel to formalize the transformation process, enabling evaluation and refinement of outputs. The conceptual architecture introduces modular agents for extraction, validation, and refinement tasks, facilitating collaboration and continuous improvement. Initial experiments demonstrate that prompt-based elicitation could help in eliciting requirements. The methodology addresses gaps in existing Artificial Intelligence (AI) and model-based RE approaches and contributes a framework for integrating Large Language Models (LLMs) into Agile requirements workflows. Future work includes prototyping, large-scale validation, and domain-specific adaptation.</p>
      </abstract>
      <kwd-group>
        <kwd>requirements engineering</kwd>
        <kwd>large language models</kwd>
        <kwd>model-based development</kwd>
        <kwd>requirements elicitation 1</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Requirements Engineering plays an important role in Agile software development, yet it
remains a challenging activity due to the informality of inputs, evolving stakeholder needs, and
time-constrained iterations [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ]. Traditional RE
methods often lack the flexibility to
accommodate the dynamic nature of Agile projects, leading to inconsistencies, communication
gaps, and delayed clarification of requirements [
        <xref ref-type="bibr" rid="ref3 ref4">3, 4</xref>
        ].
      </p>
      <p>
        Recent advances in AI, particularly the emergence of Large Language Models, have shown
potential in supporting requirement elicitation, classification, and specification through natural
language understanding and generation [
        <xref ref-type="bibr" rid="ref5 ref6 ref7">5, 6, 7</xref>
        ]. LLMs can process unstructured information
and generate requirement artifacts; however, they frequently lack domain adaptation,
traceability mechanisms, and assurance of output quality [
        <xref ref-type="bibr" rid="ref10 ref8 ref9">8, 9, 10</xref>
        ].
      </p>
      <p>
        Simultaneously, Model-Based Development (MBD) and Engineering (MBE) approaches offer
structured methodologies for representing, validating, and evolving requirements using models
such as Unified Modeling Language (UML), domain-specific diagrams, or formal specifications
[
        <xref ref-type="bibr" rid="ref11 ref12">11, 12</xref>
        ]. These methods support traceability and consistency but are often perceived as
resource-intensive and difficult to integrate into lightweight Agile workflows.
      </p>
      <p>
        Despite individual advances, there is limited work on combining the flexibility of LLMs with
the formal rigor of model-based techniques to support RE in Agile contexts [
        <xref ref-type="bibr" rid="ref12 ref13">12, 13</xref>
        ]. This paper
addresses this gap by introducing a hybrid methodology that employs structured prompt
engineering patterns, a conceptual metamodel, and conceptual agent-based architecture. The
goal is to support Agile teams in transforming heterogeneous and often informal inputs—such
as stakeholder notes, wireframes, diagrams, and early technical drafts—into initial requirement
formulations that are clearer, testable, and traceable. These outputs are not meant to replace
stakeholder-derived requirements but serve as structured starting points to accelerate
elicitation and refinement cycles. In Agile contexts, where time and iteration pressure often
lead to fragmented requirement documentation, such LLM-assisted transformation could
improve clarity and reduce rework, while ensuring that final validation remains in the hands of
stakeholders. Importantly, any generated requirement is treated as a proposal—its confirmation
and adoption would always go through regular stakeholder review and agreement processes,
preserving the essential human-in-the-loop principle.
      </p>
      <p>The paper is structured as following: Section 2 defines the problem context and presents the
research questions; Section 3 reviews related work on AI and model-based approaches in
Requirements Engineering; Section 4 outlines the research methodology and development
process of the proposed solution; Section 5 introduces the core components of the methodology
including prompt templates, metamodel, and agent-based architecture; Section 6 presents
preliminary results; Section 7 describes the evaluation plan; Section 8 discusses future work
directions, and Section 9 concludes the paper.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Problem statement and research questions</title>
      <p>
        Organizations face challenges in managing requirements elicitation, analysis, and specification
processes in Agile projects. While Artificial Intelligence tools, such as Large Language Models,
demonstrate potential in automating requirements-related tasks, they often struggle to adapt to
domain-specific requirements and to support effective stakeholder collaboration [
        <xref ref-type="bibr" rid="ref5 ref6 ref8">5, 8, 6</xref>
        ].
Similarly, Model-Based Development practices provide structured methodologies for
requirements representation and modeling, such as UML diagrams, but can be
resourceintensive and challenging to apply in Agile workflows [
        <xref ref-type="bibr" rid="ref11 ref12">11, 12</xref>
        ]. This creates a need for an
integrated approach that leverages AI techniques, in conjunction with MBD practices to
streamline requirements elicitation, analysis and specification, enhance communication and
visualization, and generate consistent models that align with Agile methodologies [
        <xref ref-type="bibr" rid="ref6 ref8">6, 8</xref>
        ].
      </p>
      <p>Accordingly, this research aims to address the following questions:</p>
      <p>How can model-based engineering (MBE) principles be integrated into Agile
requirements engineering workflows supported by large language models?
How can prompt-based interactions with large language models be used to elicit
requirements from heterogeneous inputs such as textual descriptions, visual diagrams,
and domain documents?
How can the quality, consistency, and relevance of AI-generated requirements be
evaluated and improved in Agile workflows using both automated and expert-driven
criteria?</p>
      <p>How can an agent-based tooling architecture coordinate LLM components to support
continuous elicitation, validation, and refinement of requirements in collaborative
settings?</p>
    </sec>
    <sec id="sec-3">
      <title>3. Related work</title>
      <p>Recent advancements in Requirements Engineering research have focused on leveraging AI
technologies and integrating model-based practices to address the limitations of traditional
methods.</p>
      <p>
        Umar and Lano [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] provide a systematic review of automation in RE, identifying that
analysis and elicitation are the most commonly automated phases, with tools often relying on
Natural Language Processing (NLP) techniques to generate UML models. Arora et al. [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]
propose using LLMs to enhance RE through requirement extraction and specification, while
Ronanki et al. [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] explore prompt engineering patterns for RE tasks like classification and
traceability. Cheng et al. [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] and Norheim et al. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] emphasize the potential of GenAI and LLMs
in various RE phases, highlighting both their promise and challenges such as data limitations
and model interpretability.
      </p>
      <p>
        Further studies such as Belzner et al. [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ], Vogelsang and Fischbach [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ], and Sami et al. [
        <xref ref-type="bibr" rid="ref15">15</xref>
        ]
explore broader applications of LLMs across the software lifecycle, including requirement
generation, validation, and prioritization. Mehraj et al. [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] present a tertiary review of AI4RE,
while Spoletini and Ferrari [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] propose integrating formal RE techniques with LLMs to
improve reliability.
      </p>
      <p>
        Regarding model-based integration, Huss et al. [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] introduce the Scrum Model-Based
System Architecture Process (sMBSAP), demonstrating how MBSE can be embedded into Agile
workflows. Agile MERODE [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] offers another integration of Agile and MDSE, emphasizing
user stories and domain modeling to ensure traceability and iterative development support.
      </p>
      <p>Despite these advancements, there is limited work on combining LLM elicitation with
structured modeling practices to support Requirement Engineering tasks in Agile
environments—a gap this research aims to address.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Research methodology</title>
      <p>
        The research is carried out using the Design Science Research (DSR) method [
        <xref ref-type="bibr" rid="ref16 ref17">16, 17</xref>
        ]. The
method consists of developing a solution concept (artifact) for an identified problem and
evaluating it in a relevant context. The research is carried out in the following steps, combining
already implemented activities and planned future work:
      </p>
      <p>Research problem definition. An analysis has been conducted on Agile requirements
engineering challenges, particularly related to the lack of structure, traceability, and integration
of AI-generated requirements. The problem is positioned in the context of combining
LLMbased elicitation with modeling.</p>
      <p>Potential of research. The potential of applying AI tools (LLMs, prompt engineering) and
model-based approaches in Agile requirements engineering has been analyzed to determine
gaps and improvement opportunities.</p>
      <p>Problem domain analysis. A comparative analysis of literature and tool support in the
domain of AI-based RE and MBD integration has been initiated. Relevant RE tasks are being
mapped against possible automation opportunities using AI and prompt techniques.</p>
      <p>Solution conception. A hybrid methodology is being developed that combines structured
prompt patterns, a conceptual metamodel, and a conceptual modular agent-based architecture.
The solution is intended to enable the transformation from diverse inputs into user stories.</p>
      <p>Implementation and evaluation. Initial experiments are being conducted to generate user
stories from various input formats (text, images, diagrams). Prompt patterns are being applied
and iteratively refined. Output evaluation using the INVEST criteria and expert review is
planned and partially in progress.</p>
      <p>Evaluation of the application of the solution. The feasibility of applying the
methodology in Agile RE scenarios will be assessed through structured real-world use case
scenarios. Planned use cases include extraction and refinement of requirements from diverse
input types such as stakeholder notes, diagrams, and domain documents.</p>
      <p>Theoretical relevance analysis. The developed methodology will be compared with
existing RE approaches in the literature. The proposed approach is positioned as a contribution
toward combining AI-based elicitation with model-based structure in Agile contexts.</p>
      <p>The methodology follows an iterative design-evaluate-refine loop, aligning with the DSR
process. Although presented sequentially for readability, the development and evaluation of
artefacts are inherently cyclical and informed by continuous feedback.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Proposed contribution</title>
      <p>The proposed solution is a hybrid methodology aimed at supporting requirements engineers
during early Agile requirements engineering activities, primarily elicitation and clarification.
The methodology integrates structured prompt engineering techniques, large language models,
and conceptual metamodel. Its main components are as follows:</p>
      <p>Prompt engineering patterns</p>
      <p>A set of structured prompt templates is designed to guide LLMs in extracting requirements
from heterogeneous inputs, including stakeholder descriptions, diagrams, and annotated
images. These prompts follow repeatable patterns and are adapted to support Agile-specific
requirements such as INVEST-compliant user stories. An example of a structured prompt
template can be accessed via the following GitHub repository:
https://gist.github.com/ntelio/c4c9737576844020fd37e94f9a1037e4.</p>
      <p>The presented prompt template operationalizes Agile requirements engineering principles
by guiding large language models in the extraction and structuring of user stories from
heterogeneous input formats. It enforces a consistent user story structure aligned with the
INVEST criteria and introduces mandatory quality controls such as clarity, testability, and
business-driven prioritization. The template includes processing strategies for various input
types (text, wireframes, technical specifications, annotated images), ensuring coverage of both
functional and system-level requirements. Furthermore, it enhances traceability by requiring
each user story to include its source and a justification of priority.</p>
      <p>Conceptual metamodel</p>
      <p>A conceptual metamodel (as illustrated in Figure 1) has been developed to represent the
structure and relationships between the inputs, transformation processes, generated artifacts,
and evaluation mechanisms involved in the AI-assisted requirements engineering workflow.</p>
      <p>The metamodel includes the following core entities:
•
•
•
•
•
•</p>
      <p>InputArtifact – represents the original requirement sources (textual documents, images,
diagrams, wireframes, or specifications). Each artifact is referenced by its file metadata
and categorized by type.</p>
      <p>PromptTemplate – defines reusable structured prompt patterns, which guide the large
language model in transforming raw input into requirements.</p>
      <p>PromptInstance – represents a single invocation of the LLM using a specific prompt and
input artifact. It captures the actual prompt text and timestamp of execution.
UserStory – the main output artifact generated by the LLM. Each user story follows a
structured format including role, action, goal, testing scenario, priority level,
justification, and a reference to its source.</p>
      <p>EvaluationResult – captures the quality assessment of a generated user story based on
dimensions such as clarity, testability, completeness, and traceability. It records human
review status and feedback.</p>
      <p>TraceLink – maintains traceability between generated user stories and their originating
input artifacts to ensure requirement coverage and auditability.</p>
      <sec id="sec-5-1">
        <title>Agent-based architecture (conceptual)</title>
        <p>A conceptual architecture is outlined for future implementation, to support the orchestration
of AI-assisted requirements engineering workflows as shown in Figure 2. At the center of this
architecture is a CoordinatorAgent, which manages the overall process and serves as the
communication point with the human Analyst. The CoordinatorAgent assigns responsibilities
to modular, task-specific agents, each handling a distinct phase of the requirements
transformation process.</p>
        <p>The architecture includes the following agents and artifacts:
•
•
•
•
•</p>
        <p>ExtractorAgent – accesses the initial InputArtifact (e.g., textual descriptions, diagrams,
images, domain documents) and applies a predefined Prompt Template to formulate
structured prompts. These prompts are submitted to the large language model, which
returns generated content. Validator
Agent – reviews the Structured Output received from the LLM and produces an
Evaluation Result based on defined quality criteria. It also forwards feedback to the
Refiner
Agent. RefinerAgent – receives feedback from the ValidatorAgent and refines the
Prompt Template accordingly. It may also use information from Evaluation Result to
improve future prompt formulations. Coordinator
Agent – orchestrates the entire process by managing task delegation (input analysis,
validation), linking generated outputs to their sources through Trace Link, and
returning the final structured results to the Analyst. Trace
Link – maintains references between the original Input Artifact and the corresponding
Structured Output, ensuring transparency and traceability throughout the process. The
Coordinator Agent manages the flow between these agents and maintains traceability
by linking requirements to their sources.</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6. Preliminary results</title>
      <p>Initial experimentation was conducted to test the effectiveness of prompt engineering strategies
for LLM-based user story generation. Experiments were carried out using multiple prompting
styles: few-shot, one-shot, and zero-shot, across different data sources such as textual
descriptions, stakeholder notes, and document-based requirements across several real-world
projects.</p>
      <p>The experiments included two distinct cases:</p>
      <p>Case 1 – Small-scale project: A domain with 34 user stories. The input set consisted of 8 files,
including stakeholder notes, diagrams, and wireframes. All three prompting
strategies—zeroshot, one-shot, and few-shot—were applied to the same input data.</p>
      <p>Case 2 – Larger system: A more complex domain with 70 user stories. The input set included
over 60 diverse files such as stakeholder notes, screenshots, diagrams, and structured
documentation. Again, all three prompting strategies were tested for comparative purposes.</p>
      <p>In both cases, prompts were executed using the ChatGPT web interface. A golden standard
set of reference user stories was manually constructed based on original domain requirements,
and used as ground truth for comparison. Generated outputs were evaluated by comparing
requirement coverage. Some key results include:
•
•
•
•</p>
      <p>Few-shot prompting demonstrated higher alignment with the golden standard than
oneshot or zero-shot strategies.</p>
      <p>Input sensitivity was observed: clearer, more structured inputs led to more accurate
outputs.</p>
      <p>In one of the evaluated projects, few-shot prompting achieved up to 94% requirement
coverage, with results varying based on the applied prompting strategy.</p>
      <p>Challenges included variability in LLM output phrasing, redundancy, and hallucination
of features.</p>
      <p>These findings suggest that prompt design influences output quality and provide a
foundation for further evaluation and iterative refinement of the methodology.</p>
    </sec>
    <sec id="sec-7">
      <title>7. Evaluation plan</title>
      <p>The evaluation of the proposed methodology will be conducted in several phases. The goal is
to assess the feasibility of prompt-based requirement extraction and the usability of the
methodology in Agile Requirements Engineering contexts. The evaluation will focus on the
following dimensions:</p>
      <p>Prompt effectiveness evaluation</p>
      <p>Experiments will compare different prompt strategies (few-shot, one-shot, zero-shot)
applied to various input formats such as textual descriptions, stakeholder notes, and diagrams.
The generated requirements will be evaluated against a manually constructed golden standard
by domain experts. The evaluation criteria will include: correctness of extracted requirements,
alignment with INVEST framework, usefulness in real-world Requirements Engineering
scenarios.</p>
      <sec id="sec-7-1">
        <title>Scenario-based usability testing</title>
        <p>Structured scenarios will simulate realistic Agile meetings and documentation workflows.
Analysts will be provided with multi-format input artifacts and will assess the usability of the
generated outputs in activities such as decision-making, requirement clarification, and backlog
formulation.</p>
        <p>Comparison with baseline methods</p>
        <p>Where applicable, baseline methods—such as manually written requirements or
LLMgenerated outputs without prompt guidance—will be used for comparative analysis to evaluate
the added value of the structured methodology.</p>
        <p>Feedback-driven iteration</p>
        <p>Expert and analyst feedback will be used to identify opportunities for improving prompt
templates, metamodel structures, and process workflows. This refinement loop aims to ensure
the methodology remains adaptable and context-aware.</p>
      </sec>
    </sec>
    <sec id="sec-8">
      <title>8. Future work</title>
      <p>The current research has focused on developing the core components of the methodology:
prompt templates, a conceptual metamodel, and initial experimentation with LLM-based
requirement generation. Future work will extend and deepen the evaluation and
implementation of these components in the following directions:</p>
      <p>Agent-based architecture framework</p>
      <p>The proposed agent-based framework will be described and demo could be implemented.
Each agent (Extractor, Validator, Refiner) will be assigned distinct roles and integrated through
structured interaction protocols.</p>
      <p>Tool prototype development</p>
      <p>A working prototype will be developed to support input submission, prompt execution,
output visualization, and traceability mapping. The interface will be designed for Requirement
Engineering analysts working in Agile contexts.</p>
      <p>Expanded evaluation scenarios</p>
      <p>Additional use cases from different domains will be used to test generalizability. Structured
interviews and usability feedback will help refine the tool.</p>
    </sec>
    <sec id="sec-9">
      <title>9. Conclusion</title>
      <p>This paper presented a hybrid methodology that combines structured prompt engineering, a
conceptual metamodel, and a conceptual agent-based architecture to support requirement
elicitation from heterogeneous sources in Requirements Engineering. The proposed approach
addresses the lack of structure, traceability, and quality control in current LLM-based
requirement generation by integrating prompt patterns and traceable transformation
workflows. Preliminary experiments demonstrate that prompt design impacts output coverage
and quality, while the conceptual architecture provides a foundation for modular orchestration
and continuous improvement. Future work will focus on implementing a working prototype,
expanding evaluation scenarios, and exploring domain-specific adaptations to further validate
the methodology and its applicability in real-world software development environments.</p>
    </sec>
    <sec id="sec-10">
      <title>Acknowledgements</title>
      <p>Work is supervised by Assoc. Prof. Dr. Lina Čeponienė, Kaunas University of Technology.</p>
    </sec>
    <sec id="sec-11">
      <title>Declaration on Generative AI</title>
      <p>During the preparation of this work, the author used ChatGPT, Grammarly in order
to: Grammar and spelling check, paraphrase. After using this tool, the author reviewed and
edited the content as needed and take full responsibility for the publication’s content.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <surname>I. Sommerville</surname>
          </string-name>
          , Software Engineering, 9th ed.,
          <source>Pearson</source>
          , Boston,
          <year>2011</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>J.</given-names>
            <surname>Dick</surname>
          </string-name>
          , E. Hull, and
          <string-name>
            <given-names>K.</given-names>
            <surname>Jackson</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Requirements</given-names>
            <surname>Engineering</surname>
          </string-name>
          , 4th ed., Springer, Cham,
          <year>2017</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3] [3]
          <string-name>
            <given-names>K.</given-names>
            <surname>Beck</surname>
          </string-name>
          et al.
          <article-title>Manifesto for agile software development</article-title>
          ,
          <source>Agile Manifesto</source>
          ,
          <year>2001</year>
          . URL: https://agilemanifesto.org/
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>P.</given-names>
            <surname>Sawyer</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Sommerville</surname>
          </string-name>
          , and
          <string-name>
            <given-names>S.</given-names>
            <surname>Viller</surname>
          </string-name>
          . “
          <article-title>Requirements process improvement through the phased introduction of good practice</article-title>
          .
          <source>” Software Process: Improvement and Practice 3.1</source>
          (
          <year>1997</year>
          ):
          <fpage>19</fpage>
          -
          <lpage>34</lpage>
          . doi: https://doi.org/10.1002/(sici)
          <fpage>1099</fpage>
          -
          <lpage>1670</lpage>
          (
          <issue>199703</issue>
          )
          <article-title>3:1%3C19::aidspip66%3E3.0.co;2-x.</article-title>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>A.</given-names>
            <surname>Mehraj</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , and
          <string-name>
            <given-names>K.</given-names>
            <surname>Systä</surname>
          </string-name>
          ,
          <string-name>
            <surname>A Tertiary</surname>
          </string-name>
          <article-title>Study on AI for Requirements Engineering</article-title>
          , in: D. Mendez and
          <string-name>
            <given-names>A</given-names>
            .
            <surname>Moreira</surname>
          </string-name>
          (Eds.), Requirements Engineering:
          <article-title>Foundation for Software Quality</article-title>
          , volume
          <volume>14588</volume>
          of Lecture Notes in Computer Science, Springer, Cham,
          <year>2024</year>
          , pp.
          <fpage>159</fpage>
          -
          <lpage>177</lpage>
          . doi: https://doi.org/10.1007/978-3-
          <fpage>031</fpage>
          -57327-9_
          <fpage>10</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>C.</given-names>
            <surname>Arora</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Grundy</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Abdelrazek</surname>
          </string-name>
          ,
          <string-name>
            <surname>Advancing Requirements Engineering Through Generative</surname>
            <given-names>AI</given-names>
          </string-name>
          :
          <article-title>Assessing the Role of LLMs</article-title>
          , in: A.
          <string-name>
            <surname>Nguyen-Duc</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          <string-name>
            <surname>Abrahamsson</surname>
            , and
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Khomh</surname>
          </string-name>
          (Eds.),
          <source>Generative AI for Effective Software Development</source>
          , Springer, Cham,
          <year>2024</year>
          , pp.
          <fpage>129</fpage>
          -
          <lpage>148</lpage>
          . doi: https://doi.org/10.1007/978-3-
          <fpage>031</fpage>
          -55642-
          <issue>5</issue>
          _
          <fpage>6</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>J. J.</given-names>
            <surname>Norheim</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Rebentisch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Xiao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Draeger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kerbrat</surname>
          </string-name>
          , and
          <string-name>
            <surname>O. L.</surname>
          </string-name>
          de Weck, “
          <article-title>Challenges in applying large language models to requirements engineering tasks</article-title>
          .
          <source>” Design Science</source>
          <volume>10</volume>
          .
          <year>e16</year>
          (
          <year>2024</year>
          ). doi: https://doi.org/10.1017/dsj.
          <year>2024</year>
          .
          <volume>8</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Umar</surname>
          </string-name>
          and
          <string-name>
            <given-names>K.</given-names>
            <surname>Lano</surname>
          </string-name>
          , “
          <article-title>Advances in automated support for requirements engineering: a systematic literature review</article-title>
          .
          <source>” Requirements Engineering 29.2</source>
          (
          <year>2024</year>
          ):
          <fpage>177</fpage>
          -
          <lpage>207</lpage>
          . doi: https://doi.org/10.1007/s00766-023-00411-0.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>H.</given-names>
            <surname>Cheng</surname>
          </string-name>
          et al.,
          <string-name>
            <surname>Generative</surname>
            <given-names>AI</given-names>
          </string-name>
          for Requirements Engineering:
          <string-name>
            <given-names>A Systematic</given-names>
            <surname>Literature</surname>
          </string-name>
          <string-name>
            <surname>Review</surname>
          </string-name>
          , arXiv (Cornell University) (
          <year>2024</year>
          ). doi: https://doi.org/10.48550/arxiv.2409.06741.
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>A.</given-names>
            <surname>Vogelsang</surname>
          </string-name>
          and
          <string-name>
            <given-names>J.</given-names>
            <surname>Fischbach</surname>
          </string-name>
          ,
          <article-title>Using Large Language Models for Natural Language Processing Tasks in Requirements Engineering: A Systematic Guideline</article-title>
          , arXiv (Cornell University) (
          <year>2024</year>
          ). doi: https://doi.org/10.48550/arXiv.2402.13823.
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>M.</given-names>
            <surname>Snoeck</surname>
          </string-name>
          and
          <string-name>
            <given-names>Y.</given-names>
            <surname>Wautelet</surname>
          </string-name>
          , “
          <string-name>
            <surname>Agile</surname>
            <given-names>MERODE</given-names>
          </string-name>
          :
          <article-title>a model-driven software engineering method for user-centric and value-based development</article-title>
          .
          <source>” Software and Systems Modeling 21.4</source>
          (
          <year>2022</year>
          ):
          <fpage>1469</fpage>
          -
          <lpage>1494</lpage>
          . doi: https://doi.org/10.1007/s10270-022-01015-y.
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>M.</given-names>
            <surname>Huss</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D. R.</given-names>
            <surname>Herber</surname>
          </string-name>
          , and
          <string-name>
            <given-names>J. M.</given-names>
            <surname>Borky</surname>
          </string-name>
          , “
          <article-title>An Agile Model-Based Software Engineering Approach Illustrated through the Development of a Health Technology System</article-title>
          .
          <source>” Software, 2.2</source>
          (
          <year>2023</year>
          ):
          <fpage>234</fpage>
          -
          <lpage>257</lpage>
          . doi: https://doi.org/10.3390/software2020011.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <given-names>P.</given-names>
            <surname>Spoletini</surname>
          </string-name>
          and
          <string-name>
            <given-names>A.</given-names>
            <surname>Ferrari</surname>
          </string-name>
          ,
          <article-title>The Return of Formal Requirements Engineering in the Era of Large Language Models</article-title>
          , in: D. Mendez and
          <string-name>
            <given-names>A</given-names>
            .
            <surname>Moreira</surname>
          </string-name>
          (Eds.), Requirements Engineering:
          <article-title>Foundation for Software Quality</article-title>
          , volume
          <volume>14588</volume>
          of Lecture Notes in Computer Science, Springer, Cham,
          <year>2024</year>
          ,
          <fpage>pp334</fpage>
          -
          <lpage>353</lpage>
          . doi: https://doi.org/10.1007/978-3-
          <fpage>031</fpage>
          -57327-9_
          <fpage>22</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <given-names>L.</given-names>
            <surname>Belzner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Gabor</surname>
          </string-name>
          , and
          <string-name>
            <given-names>M.</given-names>
            <surname>Wirsing</surname>
          </string-name>
          ,
          <source>Large Language Model Assisted Software Engineering: Prospects, Challenges, and a Case Study</source>
          , in: B.
          <string-name>
            <surname>Steffen</surname>
          </string-name>
          (Ed.),
          <source>Bridging the Gap Between AI and Reality</source>
          , volume
          <volume>14380</volume>
          of Lecture Notes in Computer Science, Springer, Cham,
          <year>2023</year>
          , pp.
          <fpage>355</fpage>
          -
          <lpage>374</lpage>
          . doi: https://doi.org/10.1007/978-3-
          <fpage>031</fpage>
          -46002-9_
          <fpage>23</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <given-names>M. A.</given-names>
            <surname>Sami</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Rasheed</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Waseem</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , T. Herda, and
          <string-name>
            <given-names>P.</given-names>
            <surname>Abrahamsson</surname>
          </string-name>
          ,
          <source>Prioritizing Software Requirements Using Large Language Models</source>
          , arXiv (Cornell University) (
          <year>2024</year>
          ). doi: https://doi.org/10.48550/arxiv.2405.01564.
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>A.</given-names>
            <surname>Hevner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>March</surname>
          </string-name>
          , J. Park, and S. Ram, “
          <source>Design Science in Information Systems Research,” MIS Quarterly 28.1</source>
          (
          <year>2004</year>
          ):
          <fpage>75</fpage>
          -
          <lpage>105</lpage>
          . doi: https://doi.org/10.2307/25148625.
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>P.</given-names>
            <surname>Johannesson</surname>
          </string-name>
          and
          <string-name>
            <given-names>E.</given-names>
            <surname>Perjons</surname>
          </string-name>
          , An Introduction to Design Science, 1st ed. Springer, Cham,
          <year>2014</year>
          . doi: https://doi.org/10.1007/978-3-
          <fpage>319</fpage>
          -10632-8.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>