<!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>
      <issn pub-type="ppub">1613-0073</issn>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Requirements Engineering to Robotics Students Through Reverse Engineering: An Experience Report</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Jeshwitha Jesus Raja</string-name>
          <email>jeshwitha.jesusraja@study.thws.de</email>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Shaza Elbishbishy</string-name>
          <email>shaza.elbishbishy@study.thws.de</email>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Jennifer Brings</string-name>
          <email>j.brings@th-bingen.de</email>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Marian Daun</string-name>
          <email>marian.daun@thws.de</email>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
          <xref ref-type="aff" rid="aff3">3</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Workshop</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Teaching, Requirements Engineering, Robotics, Reverse Engineering.</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Bingen Technical University of Applied Sciences</institution>
          ,
          <addr-line>Bingen</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>In: A. Hess, A. Susi</institution>
          ,
          <addr-line>E. C. Groen, M. Ruiz, M. Abbas, F. B. Aydemir, M. Daneva, R. Guizzardi, J. Gulden, A. Herrmann, J. Horkof</addr-line>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>S. Kopczyńska</institution>
          ,
          <addr-line>P. Mennig, M. Oriol Hilari, E. Paja, A. Perini, A. Rachmann, K. Schneider, L. Semini, P. Spoletini, A. Vogelsang</addr-line>
        </aff>
        <aff id="aff3">
          <label>3</label>
          <institution>Technical University of Applied Sciences Würzburg-Schweinfurt</institution>
          ,
          <addr-line>Schweinfurt</addr-line>
          ,
          <country country="DE">Germany</country>
        </aff>
      </contrib-group>
      <abstract>
        <p>Robotics students are primarily trained through ex-cathedra teaching methods that emphasize mathematical and technical instruction. As a result, soft skills-such as requirements elicitation, translating complex technical concepts, and stakeholder communication-are often underdeveloped. However, these skills are fundamental to Requirements Engineering (RE), which plays a crucial role in designing and developing robotic systems. Despite its importance, RE is often overlooked in robotics education due to its perceived detachment from technical aspects, making it dificult for students to grasp. To address this challenge, we introduce reverse engineering activities as an approach to teaching RE to robotics students. By analyzing existing systems, students develop an applied understanding of RE principles, bridging the gap between technical knowledge and requirements. This paper presents our experiences with this approach, discussing its feasibility and efectiveness in enhancing students' comprehension and engagement with RE.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        Requirements specification specifies various types of requirements during system development, such
as user requirements, functional requirements, performance requirements, design requirements, and
so on [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. System requirements are particularly useful for the development of robotic systems. For
software-intensive robotic systems, the requirements elicited can be translated into control-oriented
specifications, which provide detailed information about the expected behaviors, constraints, and system
interactions [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ]. These specifications form the foundation for designing, testing, and validating the
control algorithms and architectures that govern a robot’s operations. Consequently, it is important to
include RE as part of the course module in robotics engineering.
      </p>
      <p>
        Robotics degree programs, which are primarily composed of technical subjects and often emphasize a
“build first, test later” mindset, may not adequately prepare students for abstract thinking and efective
collaboration in the design phases of robot development [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. This makes it dificult for robotics students
to grasp the concepts of RE. Therefore, by integrating RE into the curriculum, students can develop
the skills needed to approach robot design systematically and the soft skills needed to deal with end
users, managements, and other stakeholders, ensuring a better balance between theoretical planning
and practical implementation.
      </p>
      <p>
        Reverse engineering is an approach to learning that involves analyzing an existing system to identify,
interpret, and represent its underlying requirements, structure, and functionality [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. In the context of
robotics education, this approach allows students to deconstruct a pre-existing robotic system, gaining
insights into its design, operational logic, and the rationale behind specific engineering choices. By
      </p>
      <p>CEUR</p>
      <p>ceur-ws.org
engaging in this process, students develop not only a deeper technical understanding but also essential
soft skills such as critical thinking, problem-solving, and communication.</p>
      <p>Furthermore, reverse engineering often involves collaborative teamwork, where students must work
together to analyze the system, discuss findings, and transform their interpretations into well-structured
requirements. This fosters efective communication, negotiation, and coordination—key competencies
in RE. Through hands-on experience, students refine their ability to translate technical insights into
requirements specifications.</p>
      <p>By combining technical analysis with collaborative learning, reverse engineering serves as an efective
method for bridging the gap between robotics engineering and formal RE practices. In this paper, we
observe the feasibility of this approach by applying reverse engineering in a RE course for robotics
students.</p>
      <p>The paper is structured as follows: Section 2 discusses research related to the education of RE, with a
specific focus on robotics engineering. It also explores the current tools and techniques used in teaching
this subject. Section 3 describes the RE course setup within the robotics program and explains the
implementation of the reverse engineering approach for instructing students. Section 4 describes the
application of this approach within the existing robotics degree program. Next, Section 5 discusses our
experience with the application of the proposed approach. Finally, Section 6 concludes the paper by
summarizing the findings and suggesting directions for future work.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        RE is a critical discipline in software development, focusing on defining and managing system
prerequisites [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ]. The field of RE education has evolved significantly over the years, with notable advancements
in recent research. It plays a crucial role in preparing future engineers for high-quality software
development and project success [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ]. This educational field covers a broad range of topics, including traditional
analysis, modeling skills, interviewing techniques, and writing skills for requirements specification [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ].
However, RE education approaches typically target computer science students.
      </p>
      <p>
        In robotics, RE education is a multifaceted field addressing various aspects of software and system
development. While all RE phases are covered through diferent methods and modeling styles, there is
a greater emphasis on elicitation and specification compared to validation, analysis, negotiation, and
management [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ]. Moreover, educational robotics requires tailored solutions to meet the unique needs
of students and educators, which difer from those in commercial applications [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ].
      </p>
      <p>
        RE education faces challenges in preparing students for real-world scenarios, especially with limited
academic resources. A recent survey highlights the importance of experiential learning through
projects, collaboration, and realistic stakeholder involvement [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ]. Role-playing has proven to be an
efective tool for engaging students with real-world RE challenges [
        <xref ref-type="bibr" rid="ref11 ref7">7, 11</xref>
        ], while systematic processes for
elicitation and specification have successfully achieved learning outcomes [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ]. Additionally, involving
stakeholders in RE education emphasizes elicitation techniques and enhances student skills such as
motivation and communication [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ].
      </p>
      <p>
        RE education focuses on three core areas: analysis and modeling skills, interviewing and group work
skills for requirements elicitation, and writing skills for specifying requirements [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. These approaches
help students develop both theoretical knowledge and essential soft skills necessary for efective RE
practice. The use of online support tools further enhances the learning experience [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ].
      </p>
      <p>While these findings underscore the importance of adopting a comprehensive and practical approach
to RE education, the existing approach lacks a focus on students with technical backgrounds, and the
education of RE needs to be adapted to better serve these students.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Setting and Course Design</title>
      <p>The RE course is a core elective in the sixth semester of the robotics degree program. It introduces
students to various RE activities and techniques, including requirement gathering, negotiation, validation,
and specification. Students learn textual, model-based, and combined requirement representations. By
the end of the course, they develop the skills needed to address challenges in defining requirements for
embedded systems, with a focus on robotics. They also learn to define goals and scenarios to assess
requirement satisfiability, identify inconsistencies and defects, and ensure alignment with stakeholder
intentions. This study investigates the feasibility of a reverse engineering approach in supporting
robotics students’ learning and achievement in the RE domain.</p>
      <p>During the course, students work in teams to complete three interconnected assignments over the
semester. The first assignment requires them to produce a textual representation of requirements using
natural language, allowing flexibility in template selection. The second assignment involves creating
goal-based representations, where Goal-Oriented Requirements Language (GRL) is used to develop
goal models. In the final assignment, students generate sequence-based representations using Message
Sequence Chart (MSC).</p>
      <p>To implement this approach, students are introduced to a pre-existing system, with its requirements
verbally explained by lab engineers working with the system. A meeting follows, where the necessary
workspace setup for the system was described to the students. Students then engage in a Q&amp;A session
to clarify system details. This shifts the students’ understanding of system implementation to specifying
system requirements for the system implementation. The abstract nature of the use case fosters
interpretation, encouraging students to explore diverse perspectives and solutions.</p>
      <p>The activity structure emphasizes iterative learning. Teams follow monthly deadlines, presenting their
progress after each phase. These presentations include feedback sessions facilitated by the professor,
along with peer evaluations. This iterative process helps students refine their work while exposing
them to alternative viewpoints and approaches.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Application</title>
      <p>As a case application, a Human-Robot Interaction (HRI) system designed for collaborative assembly
processes was chosen. In this setup, a human and a collaborative robot (cobot) work together within a
shared workspace to assemble components without physical barriers separating them. Unlike traditional
robotic systems, collaborative assembly requires real-time coordination, as the human and robot must
dynamically adapt to each other’s actions while ensuring safety. This demands precise task planning
and robust safety protocols to mitigate risks associated with close HRI. Consequently, well-defined RE
is crucial for ensuring the system’s efectiveness, safety, and overall success. Figure 1 illustrates the
HRI-based setup, which includes a cobot, a human user, assembly components, assembly tools, and a
monitoring system.</p>
      <p>Students were divided into two teams. After gathering the necessary information, the teams began
with the natural language requirements specification. This initial task focused on documenting the
functional requirements, quality requirements, and constraints of the HRI system.</p>
      <p>Once the first task was completed and submitted, the teams proceeded to the second task: the
goal-based requirements specification. The teams identified goals, soft goals, tasks, and resources for
the collaborative assembly process setup. The resulting models demonstrated how the goals were
composed of tasks, how soft goals contributed to the achievement of goals, and how resources and
tasks were interconnected.</p>
      <p>After completing the goal-based specification, the teams proceeded to the third task: the
sequencebased requirements specification. This task illustrated how interactions occur within the collaborative
workspace and was reverse-engineered from the system once again. Ensuring consistency across all
three artifacts was a key consideration. Students also learned that while diferent perspectives can be
used to express various aspects of a system, overlaps between these perspectives exist and must be
maintained consistently.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Discussion</title>
      <p>Through the experience of implementing reverse engineering, we wanted to understand the following:
RQ1: How does the proposed reverse engineering approach afect robotics students’ understanding
and application of RE principles?
RQ2: How feasible is the reverse engineering approach as a teaching method for enhancing robotics
students’ understanding of RE?</p>
      <sec id="sec-5-1">
        <title>5.1. RQ1: How does the proposed reverse engineering approach afect robotics students’ understanding and application of RE principles?</title>
        <p>Robotics students face several challenges in understanding and applying RE concepts, primarily due
to the abstract nature of these principles and the technical focus of their education. Concepts like
stakeholder analysis and requirement specifications difer significantly from the hands-on tasks students
are accustomed to, such as programming and system design. Additionally, topics like GRL and MSC are
often unfamiliar, as conceptual modeling is only minimally addressed in most robotics programs. The
collaborative and communication skills required for efective RE are also underdeveloped, as robotics
education often emphasizes individual technical tasks.</p>
        <p>The technical nature of robotics exacerbates these challenges. Students tend to focus on creating
functional systems, prioritizing implementation over the systematic documentation of requirements.
The technical mindset of aiming for one “correct” solution makes it dificult for students to appreciate
diverse perspectives, further complicating the breakdown of problems into manageable requirements.
Moreover, the time pressure associated with developing prototypes often leaves little opportunity to
adopt systematic RE practices.</p>
        <p>We believe that the reverse engineering approach helped address these challenges, as its practical
nature seemed to support students in developing their soft skills and improving their understanding of
the syntax and semantics of GRL and MSC. This approach appeared particularly beneficial for learning
conceptual models, a topic that is rarely emphasized in robotics programs.</p>
        <p>Participating in meetings gave students real-world context for requirements specifications,
highlighting the importance of documenting such information thoroughly. Receiving feedback throughout the
semester and examining problems from multiple perspectives, including other teams’ specifications,
helped students deepen their understanding of RE principles and apply this knowledge to their own
work. Team-based activities further enhanced their collaborative skills, leading to improved learning
outcomes.</p>
        <p>By starting with an existing robotic system, students were able to bridge abstract RE concepts with
tangible examples, making these concepts easier to understand. Team-based activities and stakeholder
simulations improve collaboration and communication, while the hands-on reverse engineering process
helps students learn how to structure and document requirements efectively. This approach bridges
the gap between technical and conceptual knowledge, enabling students to overcome the challenges of
integrating RE into robotics education.</p>
        <p>These understandings through this approach reflected on the exams, where students were able to
show their understanding of creating conceptual models and drafting requirements.</p>
      </sec>
      <sec id="sec-5-2">
        <title>5.2. RQ2: How feasible is the reverse engineering approach as a teaching method for enhancing robotics students’ understanding of RE?</title>
        <p>The feasibility of implementing a reverse engineering approach in a RE curriculum depends on several
key factors. Firstly, integrating reverse engineering into the course requires minimal adjustments to
the existing structure, as it aligns well with the theoretical concepts of what is being taught during
class. The flexibility of reverse engineering assignments allows them to be adapted to varying levels of
dificulty and complexity, making them suitable for a wide range of students.</p>
        <p>One challenge lies in organizing and facilitating the necessary meetings, which are crucial for
simulating real-world scenarios. Although this requires coordination and time management, it is
manageable within the course design, especially since the course is conducted in-person and these
meetings can take place during class hours. Furthermore, the collaborative nature of the activity
demands that instructors provide adequate guidance and ensure balanced team participation. This is
where the iterative, team-based approach of reverse engineering—supported by continuous feedback
and refinement—proves beneficial.</p>
        <p>Overall, the reverse engineering approach seemed feasible for teaching RE to robotics students, as
long as it is seamlessly integrated with the course’s theoretical content. The method’s adaptability to
course structures, combined with its practical and collaborative nature, makes it an implementable
teaching strategy.</p>
      </sec>
    </sec>
    <sec id="sec-6">
      <title>6. Conclusion and Future Work</title>
      <p>RE is fundamental to designing and developing robotic systems, but its disconnect from the technical
aspects of robotics often leads to it being overlooked, making it dificult for robotics students to fully
grasp its importance and application. In this paper, we proposed a reverse engineering approach
specifically tailored for students with technical backgrounds, such as engineering students.</p>
      <p>The proposed approach addresses these challenges by ofering a practical, hands-on framework for
teaching RE. This method enhances students’ understanding of RE through team-based activities and
real-world simulations, fostering critical thinking, creativity, and collaboration. By actively engaging
with elicitation, goal modeling, and scenario-based specifications, students gain firsthand experience in
structuring and documenting requirements.</p>
      <p>Our experience suggest that the reverse engineering approach improves students’ comprehension
and application of RE principles by linking theoretical concepts to tangible robotic systems. The
feasibility of this method is reinforced by its adaptability to project-based learning environments and
its alignment with the iterative, feedback-driven nature of engineering education. Additionally, the
structured team-based approach ensures balanced participation and helps students develop essential
soft skills, such as communication and problem-solving, which are often underemphasized in robotics
curricula.</p>
      <p>By bridging the gap between abstract RE principles and their practical relevance, this approach equips
students with the skills to manage complex engineering projects and emphasizes the critical role of
systematic documentation in robotics. Integrating this approach into robotics education can improve
how students learn and apply RE concepts, making it a viable and efective strategy for addressing the
challenges associated with teaching RE in technical disciplines.</p>
      <p>As is common in case study-based evaluations, the generalizability of the reverse engineering approach
cannot be assumed without testing it with a larger participant group. Since our findings are based on a
single group of students and one case example, we plan to repeat this study with additional groups
and diverse case applications to conduct a more thorough investigation. To assess the efectiveness
of this approach, we want to gather feedback through surveys and qualitative insights from students.
Additionally, we aim to identify and account for external factors that may influence the success of this
approach, ensuring a more comprehensive and validated evaluation.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1] Y.-W. Cheng, P.-C. Sun,
          <string-name>
            <given-names>N.-S.</given-names>
            <surname>Chen</surname>
          </string-name>
          ,
          <article-title>The essential applications of educational robot: Requirement analysis from the perspectives of experts, researchers and instructors</article-title>
          ,
          <source>Computers &amp; education 126</source>
          (
          <year>2018</year>
          )
          <fpage>399</fpage>
          -
          <lpage>416</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>M.</given-names>
            <surname>Bonfe</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Boriero</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Dodi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Fiorini</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Morandi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Muradore</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Pasquale</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Sanna</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Secchi</surname>
          </string-name>
          ,
          <article-title>Towards automated surgical robotics: A requirements engineering approach</article-title>
          ,
          <source>in: 2012 4th IEEE RAS &amp; EMBS International Conference on Biomedical Robotics and Biomechatronics (BioRob)</source>
          , IEEE,
          <year>2012</year>
          , pp.
          <fpage>56</fpage>
          -
          <lpage>61</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>M.</given-names>
            <surname>Manjunath</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. J.</given-names>
            <surname>Raja</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Daun</surname>
          </string-name>
          ,
          <article-title>How teaching conceptual modeling to robotics students changes their perception of software engineering</article-title>
          .,
          <source>in: ER (Companion)</source>
          ,
          <year>2023</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M.</given-names>
            <surname>Garg</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M. K.</given-names>
            <surname>Jindal</surname>
          </string-name>
          ,
          <article-title>Reverse engineering-roadmap to efective software design</article-title>
          ,
          <source>International Journal of Recent Trends in Engineering 1</source>
          (
          <year>2009</year>
          )
          <fpage>186</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>B.</given-names>
            <surname>Nuseibeh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Easterbrook</surname>
          </string-name>
          , Requirements engineering: a roadmap,
          <source>in: Proceedings of the Conference on the Future of Software Engineering</source>
          ,
          <year>2000</year>
          , pp.
          <fpage>35</fpage>
          -
          <lpage>46</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>M.</given-names>
            <surname>Daun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Grubb</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Stenkova</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Tenbergen</surname>
          </string-name>
          ,
          <article-title>A systematic literature review of requirements engineering education</article-title>
          ,
          <source>Requirements Engineering</source>
          <volume>28</volume>
          (
          <year>2023</year>
          )
          <fpage>145</fpage>
          -
          <lpage>175</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>D.</given-names>
            <surname>Zowghi</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Paryani</surname>
          </string-name>
          ,
          <article-title>Teaching requirements engineering through role playing: Lessons learnt</article-title>
          ,
          <source>in: Proceedings. 11th IEEE International Requirements Engineering Conference</source>
          ,
          <year>2003</year>
          ., IEEE,
          <year>2003</year>
          , pp.
          <fpage>233</fpage>
          -
          <lpage>241</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>D.</given-names>
            <surname>Albuquerque</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Castro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Ribeiro</surname>
          </string-name>
          , T. Heineck,
          <article-title>Requirements engineering for robotic system: A systematic mapping study</article-title>
          .,
          <source>WER</source>
          (
          <year>2017</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>U.</given-names>
            <surname>Gerecke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Hohmann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Wagner</surname>
          </string-name>
          ,
          <article-title>Solutions to meet the requirements of educational robotics</article-title>
          , in: International Conference on Engineering Education and Research “Progress Through Partnership,
          <year>2004</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <given-names>M.</given-names>
            <surname>Daun</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A. M.</given-names>
            <surname>Grubb</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Tenbergen</surname>
          </string-name>
          ,
          <article-title>A survey of instructional approaches in the requirements engineering education literature</article-title>
          ,
          <source>in: 2021 IEEE 29th International Requirements Engineering Conference (RE)</source>
          , IEEE,
          <year>2021</year>
          , pp.
          <fpage>257</fpage>
          -
          <lpage>268</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <given-names>B.</given-names>
            <surname>Al-Ani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Yusop</surname>
          </string-name>
          ,
          <article-title>Role-playing, group work and other ambitious teaching methods in a large requirements engineering course</article-title>
          ,
          <source>in: Proceedings. 11th IEEE International Conference and Workshop on the Engineering of Computer-Based Systems</source>
          ,
          <year>2004</year>
          ., IEEE,
          <year>2004</year>
          , pp.
          <fpage>299</fpage>
          -
          <lpage>306</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>N.</given-names>
            <surname>Yusop</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Z.</given-names>
            <surname>Mehboob</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Zowghi</surname>
          </string-name>
          ,
          <article-title>The role of conducting stakeholder meeting in requirements engineering techniques</article-title>
          , in: International Workshop on the Requirements Engineering Education and Training, IEEE Computer Society,
          <year>2007</year>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>