![Modélisation et points de vue Entre abstraction et pragmatisme Journée de l'IDM 2010 Mariot CHAUVIN [email_address]](https://image.slidesharecdn.com/slides-101206120620-phpapp01/85/modlisation-et-points-de-vue-entre-abstraction-et-pragmatisme-1-320.jpg)
![Mariot CHAUVIN ,[object Object]](data:image/gif;base64,R0lGODlhAQABAIAAAAAAAP///yH5BAEAAAAALAAAAAABAAEAAAIBRAA7)
Recommandé
Recommandé
Contenu connexe
Similaire à Modélisation et points de vue : Entre abstraction et pragmatisme
Similaire à Modélisation et points de vue : Entre abstraction et pragmatisme (20)
Modélisation et points de vue : Entre abstraction et pragmatisme
- 1. Modélisation et points de vue Entre abstraction et pragmatisme Journée de l'IDM 2010 Mariot CHAUVIN [email_address]
- 3. Responsable de l'atelier de modélisation Obeo Designer
- 4. Committer Eclipse sur GMF, SWTBot, Sketch
- 5. http://mariot-thoughts.blogspot.com & http://twitter.com/mchv
- 6. Universalisme Work Work Break Break
- 7. Break Il n'y a pas de langage universel
- 14. CSS : body { background-color: #CCCCCC; }
- 18. L'outillage doit permettre de les séparer
- 20. 50 spécialistes MDE
- 21. Activité 2009 : 2,5 M€ en croissance de 40%
- 23. Investissement R&D à hauteur de 30% des revenus
- 25. Leader de 5 projets
- 26. 14 Committers
- 27. 1 400 000 lignes de code contribuées
- 31. Réutilisation
- 33. Non maintenable
- 35. Sur un vrai projet le diagramme de classe est illllisible
- 37. Break souplesse
- 38. Break outillage
- 41. La génération n'est pas obligatoire
- 43. Les éditeurs doivent améliorer la productivité
- 46. Concentration sur les données
- 47. Chaque application définit ses DSL et ses points de vue
- 48. Break Des modèles pour tous
- 49. Génération de texte : Acceleo
- 51. Licence EPL
- 56. Debugger
- 57. Profiler
- 59. Génération de texte : Acceleo
- 61. Licence EPL
- 64. Navigation
- 65. Debugger
- 66. Profiler
- 68. Transformation de modèle : ATL
- 69. Transformation de modèle : ATL
- 70. Migration et cartographie : Agility
- 73. VB6, C++, ADA
- 76. ADA -> C++
- 81. Extensible
- 84. Export
- 88. Tableaux
- 94. Définition des types de représentations associés à chaque point de vue
- 96. Les représentations disponibles varient en fonction des point de vue activés
- 97. Les fonctionnalités varient en fonction des point de vue activés
- 98. Points de vue Paramétrage Exécution
- 101. Utilisation d'un DSL pour modifier le modèle sémantique en réaction à une requête
- 106. Filtres : éléments de diagramme
- 109. Fenêtre popup pour la création d'élément
- 116. Extensible
- 117. Des Questions ?
- 119. La caverne : http://www.flickr.com/photos/evank/405469335/sizes/l/in/photostream/ Platon : http://www.flickr.com/photos/mansionwb/3585897576/sizes/m/in/photostream/ Le café : http://www.flickr.com/photos/aurelijus/2284894895/sizes/z/in/photostream/ La discussion : http://www.flickr.com/photos/clairity/154640125/sizes/z/in/photostream/ La tour de babel : http://www.flickr.com/photos/fdecomite/3872685816/ Adaptabilité : http://www.flickr.com/photos/curnen/1041618126/sizes/l/in/photostream/ Outillage : http://www.flickr.com/photos/batega/1596898776/sizes/l/in/photostream/ Souplesse : http://www.flickr.com/photos/notsogoodphotography/2187498747/sizes/o/in/photostream/ Comparaison : http://www.flickr.com/photos/thebusybrain/2492945625/sizes/o/in/photostream/ La foule : http://www.flickr.com/photos/jamescridland/613445810/
Notes de l'éditeur
- Iconographie inspiré de la publicité HSBC, qui montre que la perception varie en fonction du point de vue. Sur les images : - en haut point de vue d''un commercial/manager - en bas point de vue d'un développeur java
- Tour de Babel pour illustrer le fait qu'il n'y a pas de langage universel. Chaque langage correspond à une perception du système/de la réalité qu'il décrit. Se limiter à un langage pour décrire l'ensemble des choses / du monde c'est effacer toutes les subtilités. => UML ne suffit pas et n'est pas assez ciblé. Bergson « la pensée n’existe que dans les mots » Hegel.
- Très forte implication dans la fondation Eclipse et particulièrement dans le groupe modeling. Rappeller que Eclipse est une fondation dont le but est de créer des ecosystèmes sur lesquels les éditeurs de logiciels peuvent s'appuyer et les utilisateurs mutualiser une partie des côuts de developpement.
- La montée en abstraction permet de revenir au besoin de l'utilisateur avant de se pencher sur la solution technique. La capitalisation est aussi vrai sur les générateurs que pour la rétro-modélisation. La perte de synchronisation entre code et documentation est un bon exemple.
- Tour de Babel pour illustrer le fait qu'il n'y a pas de langage universel. Chaque langage correspond à une perception du système/de la réalité qu'il décrit. Se limiter à un langage pour décrire l'ensemble des choses / du monde c'est effacer toutes les subtilités. => UML ne suffit pas et n'est pas assez ciblé. Bergson « la pensée n’existe que dans les mots » Hegel.
- Tour de Babel pour illustrer le fait qu'il n'y a pas de langage universel. Chaque langage correspond à une perception du système/de la réalité qu'il décrit. Se limiter à un langage pour décrire l'ensemble des choses / du monde c'est effacer toutes les subtilités. => UML ne suffit pas et n'est pas assez ciblé. Bergson « la pensée n’existe que dans les mots » Hegel.
- Tour de Babel pour illustrer le fait qu'il n'y a pas de langage universel. Chaque langage correspond à une perception du système/de la réalité qu'il décrit. Se limiter à un langage pour décrire l'ensemble des choses / du monde c'est effacer toutes les subtilités. => UML ne suffit pas et n'est pas assez ciblé. Bergson « la pensée n’existe que dans les mots » Hegel.
- Code affreux -> je suis responsable du code que je génère, car c'est moi qui est écrit les templates Modélisation contraignante -> elle est orthogonale aux processus, les outils doivents pouvoir s'adapter à ma manière de travailler Diagrammes par défaut ne conviennent pas -> spécifier moi même mes diagrammes, utiliser des outils qui supporte la montée en charge, en n'affichant que l'information utile. Utiliser d'autres types de représentation si un diagramme n'est pas le plus adapté.
- Tour de Babel pour illustrer le fait qu'il n'y a pas de langage universel. Chaque langage correspond à une perception du système/de la réalité qu'il décrit. Se limiter à un langage pour décrire l'ensemble des choses / du monde c'est effacer toutes les subtilités. => UML ne suffit pas et n'est pas assez ciblé. Bergson « la pensée n’existe que dans les mots » Hegel.
- Tour de Babel pour illustrer le fait qu'il n'y a pas de langage universel. Chaque langage correspond à une perception du système/de la réalité qu'il décrit. Se limiter à un langage pour décrire l'ensemble des choses / du monde c'est effacer toutes les subtilités. => UML ne suffit pas et n'est pas assez ciblé. Bergson « la pensée n’existe que dans les mots » Hegel.
- Faire remarquer qu'on a une décorrélation entre la partie aspect graphique et le comportement. Noter que l'utilisation d'un langage de requêtage (Acceleo ou OCL ) pour la specification des candidats permet d'avoir un couplage faible avec l'architecture du métamodèle.
- Faire remarquer qu'on a une décorrélation entre la partie aspect graphique et le comportement. Noter que l'utilisation d'un langage de requêtage (Acceleo ou OCL ) pour la specification des candidats permet d'avoir un couplage faible avec l'architecture du métamodèle.