file:: [RoSE2023_paper_5_1676730803291_0.pdf](../assets/RoSE2023_paper_5_1676730803291_0.pdf)
file-path:: ../assets/RoSE2023_paper_5_1676730803291_0.pdf

- well proven in different sectors. However, in robotics, where the
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0e219-d3a0-4335-9f4e-9e5e08136f18
- MDD approaches are struggling to gain a foothold
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0e235-b9c5-43c3-b8f3-a75ce8f2daa4
- analyzing “ everyday” code and encapsulating this existing code in models
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0e24e-544b-46cd-8306-eba71ce90ed8
- models to encapsulate ROS hand-written code
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f354-93cc-49bd-8074-718d7618d83e
- tools to ease the production and debugging of complex system
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f359-4175-42a9-a77a-70761424bbe3
- applying them to real use cases.
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f35e-d876-4018-bf7b-16032db09046
- There is no culture of modeling the design before the implementation phase, an approach more adequate for industrial applications.
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f38a-4be9-41c2-a1f2-f300281e19e2
- factors behind the community’s displeasure of using models and worked on a solution, a way of introducing models, that would make the models more user-friendly for the typical ROS developer.
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f3b6-55f6-4160-b496-7b9a17cb8e3d
- testing
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f3c6-4450-43e6-a8e0-b6b4ae05721b
- composition or to generate new packages
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f3cf-9f58-4665-aeaa-32e313fbd42b
- e convey the lessons we have learned during the development process of our models and the tools to operate them.
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f3e4-8918-468d-be04-25fdbe7bbc59
- topic
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f423-4ed0-495d-8a7b-bd94ab0da1c3
- computation graph
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f427-d923-4623-b4b3-ced91ed5ed22
- nodes
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f429-49f0-4198-a894-21fdd175dbb6
- service
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f42b-3213-430f-9b4e-87d70f9967b4
- action
  ls-type:: annotation
  hl-page:: 1
  hl-color:: green
  id:: 63f0f42d-3284-4600-86b0-4b9fea912fac
- multi-body systems such as robotic manipulator arms and mobile robots
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f456-88bd-489d-addb-cb815ef7e956
- The Xacro file has to be dynamically converted into a URDF file before being consumed by the target software
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f4af-5d9e-4265-8b3d-328957fd1de1
- All of these efforts follow a traditional MDE top-down approach with the generation of boilerplate code from the models, but they do not support the import of existing code created manually.
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f521-7f0a-4687-92b9-565e1464a945
- SmartSoft 
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f53a-28ab-468e-b47c-3e201b1d5785
- Papyrus for Robotic
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f568-ee6e-433f-8bde-5fbe03e6d711
- metamodels 
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f5bc-4db2-4251-b5a2-00d3ae6d0d65
- source code of a node
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f5d2-4ddb-4c30-81ff-ae8eeb751d11
- unning system
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f5d7-f572-4c53-9a9b-70911cc4e94d
- robot’s kinematics
  ls-type:: annotation
  hl-page:: 2
  hl-color:: green
  id:: 63f0f5de-0bcb-49a5-b214-38de07b99c8d
- Representation of the information in a package
  ls-type:: annotation
  hl-page:: 3
  hl-color:: green
  id:: 63f0f62c-f384-4bbb-8ddb-eab231d9390d
- Representation of a system
  ls-type:: annotation
  hl-page:: 3
  hl-color:: green
  id:: 63f0f630-867f-4897-9309-8789f01273ce
- Representation of kinematics information
  ls-type:: annotation
  hl-page:: 3
  hl-color:: green
  id:: 63f0f634-dd0c-403b-b468-360d29645925
- component can be either a single node as a system, or an union of nodes, independent of how it is created internally.
  ls-type:: annotation
  hl-page:: 4
  hl-color:: green
  id:: 63f0f6ca-d0d8-4df5-8ee8-33b4e1819d59
- we created a component entity which description is independent on how it works internally, i.e., it can be a single node or a composition of several nodes.
  ls-type:: annotation
  hl-page:: 5
  hl-color:: green
  id:: 63f0f6fc-dd1c-4c45-9ff0-80d21f632c46
- nconsistency between design-time and runtime information
  ls-type:: annotation
  hl-page:: 5
  hl-color:: green
  id:: 63f0fb4d-4919-497c-818e-e59955ac1d0f
- Lack of conventions
  ls-type:: annotation
  hl-page:: 5
  hl-color:: green
  id:: 63f0fb5d-4e9e-4b2c-bf43-60adb8baeda9
- ig drawback to apply MDD as there are no guidelines of the code to be generated by the tools
  ls-type:: annotation
  hl-page:: 5
  hl-color:: yellow
  id:: 63f0fb69-c1e1-4e4f-aec3-c2d08db17fe4
  hl-stamp:: 1676737387837
- Models implementation
  ls-type:: annotation
  hl-page:: 6
  hl-color:: green
  id:: 63f0fc7b-ed70-499b-b872-64bb973f76fd
- DSLs compilers
  ls-type:: annotation
  hl-page:: 6
  hl-color:: green
  id:: 63f0fc82-7f94-497c-b493-711c39860dd6
- Graphical and textual editors
  ls-type:: annotation
  hl-page:: 6
  hl-color:: green
  id:: 63f0fc85-68f9-4fd3-8ba6-9ab82da62dac
- Code generator
  ls-type:: annotation
  hl-page:: 6
  hl-color:: green
  id:: 63f0fc8b-e884-4ca6-927f-0b5c3ff140f3
- develop our tools
  ls-type:: annotation
  hl-page:: 6
  hl-color:: green
  id:: 63f0fca5-f404-4ba0-83e3-3fbbdce6b54c