abstract.tex 11 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183184185186187188189190191192193194195196197198199200201202
  1. % vim:spell spelllang=fr
  2. %TODO
  3. %résumé de thèse FR + EN (4000 caract max)
  4. %\paragraph{FR}
  5. %\paragraph{EN}
  6. %résumé de thèse vulgarisé FR + EN (1000 caract max)
  7. %\paragraph{FR}
  8. %\paragraph{EN}
  9. \DontNumberAbstractPages
  10. \begin{ThesisAbstract}
  11. \begin{FrenchAbstract}
  12. \begin{spacing}{0.95}
  13. %La certification impose des contraintes de qualité forte pour les systèmes
  14. %critiques. Leurs chaînes de développement se complexifiant et intégrant de plus
  15. %en plus couramment l'Ingénierie Dirigée par les Modèles, il est nécessaire de
  16. %d'utiliser des outils fiables et de vérifier les transformations opérées. La
  17. %réécriture est un formalisme permettant d'écrire des transformations.
  18. %
  19. %Nous nous intéressons dans cette thèse à fournir des outils et des méthodes
  20. %utilisant ce formalisme pour écrire des transformations de modèles
  21. %qualifiables.
  22. %
  23. %Dans ce travail, nous nous appuyons sur le langage {\tom}, qui intègre filtrage
  24. %et réécriture dans les langage généralistes comme {\java}, C ou {\ada}. Nous
  25. %présentons une méthode hybride de transformation de modèles par réécriture, à
  26. %mi-chemin entre les méthodes utilisant des outils généralistes et celles
  27. %s'appuyant sur des langages dédiés. Nous proposons des outils construits à
  28. %partir de {\tom} pour implémenter cette méthode. Nous complétons ensuite ces
  29. %outils par l'ajout de la notion de traçabilité qui est une exigence pour la
  30. %qualification du logiciel. La trace fournie peut ainsi être réutilisée à des
  31. %fins de vérification \emph{a posteriori}. Nous détaillons l'utilisation de nos
  32. %outils sur des cas d'étude et nous les évaluons, en particulier du point de vue
  33. %des performances.
  34. %
  35. %Ces résultats constituent donc une avancée vers le développement de logiciels
  36. %critiques plus fiables.
  37. %v2
  38. %La certification est un processus durant lequel une autorité approuve un
  39. %logiciel. Elle impose des contraintes de qualité forte pour les systèmes
  40. %critiques. Leurs chaînes de développement se complexifient et intègrent de plus
  41. %en plus couramment des outils issus de l'Ingénierie Dirigée par les Modèles.
  42. %Ces derniers permettent de générer une partie du logiciel par transformations
  43. %successives de modèles jusqu'au code. Il est donc nécessaire d'utiliser des
  44. %outils fiables et de vérifier les transformations opérées. Ils doivent
  45. %cependant remplir des exigences imposées par la qualification pour pouvoir être
  46. %intégrés dans les chaînes de développement.
  47. %
  48. %Nous nous intéressons dans cette thèse à fournir des outils et des méthodes
  49. %utilisant le formalisme de la réécriture pour écrire des transformations de
  50. %modèles qualifiables.
  51. %
  52. %Dans ce travail, nous nous appuyons sur le langage {\tom}, qui intègre des
  53. %fonctionnalités telles que le filtrage et la réécriture dans les langages
  54. %généralistes comme {\java}, C ou {\ada}. Nous présentons une méthode hybride de
  55. %transformation de modèles par réécriture, à mi-chemin entre les méthodes
  56. %utilisant des outils généralistes et celles s'appuyant sur des langages dédiés.
  57. %Nous proposons un outil de représentation de modèles sous la forme de termes
  58. %algébriques ainsi qu'une nouvelle construction {\tom} pour implémenter cette
  59. %méthode. Nous complétons ensuite ces outils par l'ajout d'une construction
  60. %implémentant la notion de traçabilité. Cette dernière fait partie des exigences
  61. %de qualification. La trace fournie peut ainsi être réutilisée à des fins de
  62. %vérification \emph{a posteriori}. Nous détaillons l'utilisation de nos outils
  63. %sur des cas d'étude et nous les évaluons, en particulier du point de vue des
  64. %performances lors du passage à l'échelle.
  65. %
  66. %Ces résultats constituent ainsi une avancée vers le développement de logiciels
  67. %critiques plus fiables.
  68. %v3
  69. La certification est un processus durant lequel une autorité approuve un
  70. logiciel, imposant des contraintes de qualité strictes pour les systèmes
  71. critiques. Or leurs chaînes de développement se complexifient et intègrent de
  72. plus en plus couramment des outils issus de l'Ingénierie Dirigée par les
  73. Modèles. Ces derniers permettent de générer une partie du logiciel par
  74. transformations successives de modèles jusqu'au code. Il est donc nécessaire
  75. d'utiliser des outils fiables et de vérifier les transformations opérées. Ils
  76. doivent cependant remplir des exigences imposées par la qualification pour
  77. pouvoir être intégrés dans les chaînes de développement.
  78. Nous nous intéressons dans cette thèse à fournir des outils et des méthodes
  79. utilisant le formalisme de la réécriture pour écrire des transformations de
  80. modèles qualifiables.
  81. Dans ce travail, nous nous appuyons sur le langage {\tom}, qui intègre des
  82. fonctionnalités telles que le filtrage et la réécriture dans les langages
  83. généralistes comme {\java}, C ou {\ada}. Nous présentons une méthode hybride de
  84. transformation de modèles par réécriture, à mi-chemin entre les méthodes
  85. utilisant des outils généralistes et celles s'appuyant sur des langages dédiés.
  86. Nous proposons un outil de représentation de modèles sous la forme de termes
  87. algébriques ainsi qu'une nouvelle construction {\tom} pour implémenter cette
  88. méthode. Nous complétons ensuite ces outils par l'ajout d'une construction
  89. implémentant la notion de traçabilité. Cette dernière fait partie des exigences
  90. de qualification. La trace fournie peut ainsi être réutilisée à des fins de
  91. vérification \emph{a posteriori}. Nous détaillons l'utilisation de nos outils
  92. sur des cas d'étude et nous les évaluons, en particulier du point de vue des
  93. performances lors du passage à l'échelle.
  94. Ces résultats constituent ainsi une avancée vers le développement de logiciels
  95. critiques plus fiables.
  96. \KeyWords{réécriture, termes, transformation, modèles, traçabilité, qualification.}
  97. \end{spacing}
  98. \end{FrenchAbstract}
  99. \begin{EnglishAbstract}
  100. \begin{spacing}{0.95}
  101. %Software certification requires important quality constraints for critical
  102. %systems. Development chains are being more and more complex. They integrate
  103. %more and more often Model Driven Engineering. It is necessary to use liable
  104. %tools and to verify transformations. Rewriting es a formalism enabling writing
  105. %of those transformations.
  106. %
  107. %We interest in this thesis in providing tools and methods, based on this
  108. %formalism, to write qualifiable models transformations.
  109. %
  110. %In this work, we are relying on the {\tom} language which adds %provides
  111. %pattern-matching and rewriting in general purpose languages such as {\java}, C
  112. %or {\ada}. We are presenting an hybrid method of models transformation by
  113. %rewriting. It fills a gap between methods using general purpose tools and the
  114. %ones using domain specific languages. We propose tools we built by using {\tom}
  115. %to implement this hybrid method. Then, we complete these tools by adding the
  116. %notion of traceability which is a requirement for software qualification. The
  117. %provided trace can be reused for back verification. We also explain the
  118. %mechanisms on which our tools rely. We detail the use of our tools with
  119. %practical case study. Then, we evaluate them, particularly from the
  120. %performances point of view.
  121. %
  122. %Those results can be seen as an additional step towards more liable critical
  123. %software development.
  124. %v1
  125. %During the software certification process, a piece of software is approved by
  126. %an authority. It requires important quality constraints for critical systems.
  127. %Development chains are being more and more complex. They integrate more and
  128. %more often tools from Model Driven Engineering. The latter allow to generate a
  129. %part of software by successive transformations, from models to source code.
  130. %Therefore it is necessary to use liable tools and to verify transformations.
  131. %However, they have to fulfill qualification requirements in order to be
  132. %integrated within development chains.
  133. %
  134. %In this thesis we study how to provide tools and methods, based on the
  135. %rewriting formalism, to write qualifiable models transformations.
  136. %
  137. %In this work, we are relying on the {\tom} language which adds features such as
  138. %pattern-matching and rewriting capabilities in general purpose languages (for
  139. %instance in {\java}, C or {\ada}). We present an hybrid method of models
  140. %transformation by rewriting. It fills a gap between methods using general
  141. %purpose tools and the ones using domain specific languages. We propose tools to
  142. %represent models as algebraic terms and a new construct within {\tom} to
  143. %implement this hybrid method. Then, we complete these tools by adding another
  144. %construct that implements the notion of traceability. The latter is a
  145. %requirement for software qualification. The provided trace can be reused for
  146. %back verification. We also explain the mechanisms on which our tools rely. We
  147. %detail the use of our tools with practical case study. Then, we evaluate them,
  148. %particularly from the performances point of view during scaling.
  149. %
  150. %Those results can be seen as an additional step towards more liable critical
  151. %software development.
  152. %v2
  153. During the software certification process, a piece of software is approved by
  154. an authority. It requires important quality constraints for critical systems.
  155. Development chains are getting increasingly complex and integrate more and more
  156. tools from Model Driven Engineering. The latter allow to generate a part of
  157. software doing successive transformations, from models to source code.
  158. Therefore it is necessary to use liable tools and to verify transformations.
  159. However, they have to fulfill qualification requirements in order to be
  160. integrated within development chains.
  161. In this thesis we study how to provide tools and methods, based on the
  162. rewriting formalism, to write qualifiable models transformations.
  163. In this work, we are relying on the {\tom} language which adds features such as
  164. pattern-matching and rewriting capabilities in general purpose languages (for
  165. instance in {\java}, C or {\ada}). We present an hybrid method of models
  166. transformation by rewriting. It fills a gap between methods using general
  167. purpose tools and the ones using domain specific languages. We propose tools to
  168. represent models as algebraic terms and a new construct within {\tom} to
  169. implement this hybrid method. Then, we complete these tools by adding another
  170. construct that implements the notion of traceability. The latter is a
  171. requirement for software qualification. The provided trace can be reused for
  172. back verification. We also explain the mechanisms on which our tools rely. We
  173. detail the use of our tools with practical case study. Then, we evaluate them,
  174. particularly from the performances point of view during scaling.
  175. Those results can be seen as an additional step towards more liable critical
  176. software development.
  177. \KeyWords{rewriting, terms, transformation, models, traceability, qualification.}
  178. \end{spacing}
  179. \end{EnglishAbstract}
  180. \end{ThesisAbstract}
  181. % vim:spell spelllang=fr