tag:blogger.com,1999:blog-5762312448351689453.post5952450852760814085..comments2024-03-23T05:42:07.989-07:00Comments on Emmanuel CHENU: MODEL-DRIVEN ET AGILITE (MDE2)Emmanuel CHENUhttp://www.blogger.com/profile/00989041538576544218noreply@blogger.comBlogger16125tag:blogger.com,1999:blog-5762312448351689453.post-85161710240507034082017-03-29T08:19:31.887-07:002017-03-29T08:19:31.887-07:00Model-Driven et Agilité sont 2 approches qui oeuvr...Model-Driven et Agilité sont 2 approches qui oeuvre en synergie … Je travaille effet sur une approche qui vise à produire des spécifications formelles métier « testable » ET « exécutable ». La spécification formelle métier est constitué d’une part d’un modèle métier (exprimé en OWL) et d’autre part de règles métiers (exprimé en SWRL).<br />Cette spécification formelle métier est « testable » avant même de produire la moindre ligne de code => Agilité<br />Cette spécification formelle métier est « exécutable » et permet de générer 100% d’une API métier en mode « Zéro Bug » => Model-Driven<br />La génération de code est rendu possible par la plateforme Odase (http://www.odaseontologies.com/odase-platform/)<br />Cf un court article sur le sujet : http://bit.ly/2mDrcJ3Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-68550646317708399462017-03-29T08:18:40.848-07:002017-03-29T08:18:40.848-07:00Ce commentaire a été supprimé par l'auteur.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-81767162257353396372017-03-29T08:17:53.750-07:002017-03-29T08:17:53.750-07:00Ce commentaire a été supprimé par l'auteur.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-21836159661368162212009-01-21T07:49:00.000-08:002009-01-21T07:49:00.000-08:00Personne n'évoque les DSL (domain spécific languag...Personne n'évoque les DSL (domain spécific language). C'est une sorte d'intermédiaire entre le MDE et le codage classique, sauf qu'on ne perds pas les avantages du codage (si l'IDE supporte le DSL). <BR/>Du coup on a une manière de programmer plus agile, mais qui demande un niveau d'abstraction (et donc d'expertise) supérieur...Unknownhttps://www.blogger.com/profile/10747460308637512354noreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-77644914202456071962008-11-20T06:44:00.000-08:002008-11-20T06:44:00.000-08:00Bonjour,Je voudrais vous faire part de mon expérie...Bonjour,<BR/>Je voudrais vous faire part de mon expérience :<BR/>- Tout d'abord, vous parlez de l'aspect propriétaire des modeleurs. Fort heureusement il existe des langages d'échange comme le XMI! Ensuite, nombre de modeleurs tendent à se baser sur l'implémentation Eclipse du métamodèle UML (qui n'est pas terrible! sic), Eclipse EMF. Ainsi, un modèle peut être chargé depuis nombre de modeleurs différents. Ce constat m'amène à la conclusion que la première valeur du manifeste Agile est respectée.<BR/><BR/>- A mon avis, le problème se situe plus du coté des outils de génération de code, qui eux utilisent leur propre langage. Mais cela n'est aucunement bloquant puisque les scripts de génération permettent de générer plusieurs projets. Et donc de devenir très vite rentables!<BR/><BR/>- Ensuite, vous dites que la démarche MDE n'aborde que peu les tests?! Tout dépend de qui code les scripts de génération. Il est tout à fait possible de générer le code des tests.<BR/><BR/>- Ensuite, le merge de modèle EXISTE déjà, il suffit d'utiliser les bon outils (MagicDraw entre autres). Et c'est grace à de tel outils que nous sommes désormais capable de faire de l'intégration continue sur les modèles.<BR/><BR/>- La plupart des générateurs de code disponibles sur le marché (Mia Génération, Acceleo, ...) permettent la génération incrémentale du code (c.a.d qu'il n'est pas nécessaire de tout modéliser avant de générer, on peu procéder par ITERATIONS, oh! du SCRUM!)<BR/><BR/>- La société pour laquelle je travaille dispose d'une équipe de R&D sur le MDE et les méthodes agiles, dont je fais partie, cette société est une société d'envergure nationale (environ 100 000 employés, et surement autant de clients par jour). Nous disposons de notre propre DSL, qui nous permet de ne pas surcharger le modèle d'informations, et donc de ne pas "coder" dans le modèle comme ce qui est dit dans l'article.<BR/>Nous générons en général plus 70% des applications, que ce soit du j2ee, ejb, cxf, junit, mocks, dbunit, spring, struts 1, struts 2, hibernate 1, hibernate 2, hibernate 3, c#, nunit, .net2, .net3.5, oracle, db2, bouchonnage "maison", ...<BR/>Tout cela pour vous dire qu'il n'y a aucune contraintes permettant la conjugaison des métohdes agiles et du développement piloté par les modèles. <BR/><BR/>Par contre je pense qu'il faut nécessairement un DSL adapté et un modeleur supportant les merges.<BR/><BR/>Si le temps me le permet je m'efforcerais à faire un article détaillé sur le sujet.<BR/><BR/>Cordialement,<BR/><BR/>XavierAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-22435285203425732512008-11-19T01:28:00.000-08:002008-11-19T01:28:00.000-08:00Sans même parler d'agilité mais juste de développe...Sans même parler d'agilité mais juste de développement logiciel je suis d'accord avec le dernier post à savoir qu'il est beaucoup plus 'naturel' d'exprimer les détails d'un programme avec un langage textuel plutôt qu'avec des images. Les images représentent mieux les concepts généraux. J'en veux pour preuve l'évolution de l'écriture: des idéogrammes vers les alphabets. Pour moi on va plus vers des langages de haut niveau de type DSL qui permettront de modéliser et que l'on transformera ensuite en code exécutable.ehsavoiehttps://www.blogger.com/profile/15310007753097500007noreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-64181846386820937452008-11-19T01:13:00.000-08:002008-11-19T01:13:00.000-08:00Le comique de la situation actuelle sur la capacit...Le comique de la situation actuelle sur la capacité d'intégrer de la modélisation dans un développement agile, c'est quand même cette nécessité d'avoir les bons outils disponibles.<BR/>La première valeur du manifeste agiles n'est pas la plus simple à expliquer et à comprendre.Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-10657415614791667312008-11-18T23:28:00.000-08:002008-11-18T23:28:00.000-08:00Un autre réaction: http://agilitateur.azeau.com/po...Un autre réaction: http://agilitateur.azeau.com/post/2008/11/19/Agilit%C3%A9%2C-mod%C3%A9lisation-et-m%C3%A9ta-programmationEmmanuel CHENUhttps://www.blogger.com/profile/00989041538576544218noreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-7209094357268727222008-11-18T12:28:00.000-08:002008-11-18T12:28:00.000-08:00Le problème est d'une démarche de développement me...Le problème est d'une démarche de développement me semble pragmatique que si elle est basée sur des faits. La promesse d'outils à venir (comme le merge de modèles) ne me semble pas pragmatique.<BR/>L'exemple du merge de modèles n'est pas anodin, car cela conditionne une intégration continue fluide des développements basés sur les modèles. Néanmoins, je reste bien sûr à l'écoute d'autres arguments.<BR/><BR/>Sinon, ces 2 billets ont eu quelques réactions sur les blogs. Vous pouvez notamment lire:<BR/>http://www.aubryconseil.com/dotclear/index.php/2008/11/17/496-controverses<BR/>ou<BR/>http://www.touilleur-express.fr/2008/11/17/mda-scrum/Emmanuel CHENUhttps://www.blogger.com/profile/00989041538576544218noreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-85570089554263110002008-11-18T06:45:00.000-08:002008-11-18T06:45:00.000-08:00Malheureusement, comme je l'ai mis en commenta...Malheureusement, comme je l'ai mis en commentaire en fin de post, la prez sera pour une prochaine fois !<BR/>En attendant, nous cherchons des environnements industriels pour "officialiser" nos idées & pratiques.<BR/>Alors si vous êtes intéressés ou si vous connaissez des projets candidats, n'hésitez pas à m'en parler !<BR/><BR/>MerciAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-80676187615345894382008-11-18T04:55:00.000-08:002008-11-18T04:55:00.000-08:00Je suis très intéressé par ta prochaine présentati...Je suis très intéressé par ta prochaine présentation au SigmaT que je ne manquerai pas !<BR/><BR/>Je ne demande qu'à être convaincu, car je suis un fervent partisan de la modélisation depuis une vingtaine d'années ... Mais c'est vrai que les outils commerciaux m'ont souvent déçu par leur lourdeur et leur côté "propriétaire".<BR/><BR/>PascalPascal Roqueshttps://www.blogger.com/profile/12524989009928231432noreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-25613362264932083842008-11-18T01:09:00.000-08:002008-11-18T01:09:00.000-08:00Notre équipe ne partage pas tout à fait ce point d...Notre équipe ne partage pas tout à fait ce point de vue<BR/>Nous avons une expérience plus réussie de la cohabitation MD / Agile, pour plein de raisons que nous évoquerons bientôt.<BR/>En attendant, voici notre vision, elle est différente de la plupart des démarches MD :<BR/><A HREF="http://davidbrocard.org/?q=node/25" REL="nofollow">ici</A><BR/><BR/>Mais il est vrai que :<BR/>- le succes du MD Agile est conditionné par l'outil<BR/>- la problématique des merges aussi, meme si cela ne tient que parce que les modeleurs actuels n'ont pas encore la fonctionnalité adéquate (mais certainement bientôt)<BR/><BR/>@+Anonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-64904244154347902552008-11-18T00:29:00.000-08:002008-11-18T00:29:00.000-08:00Oulà, ne me fais pas dire ce que je n'ai pas dit S...Oulà, ne me fais pas dire ce que je n'ai pas dit Samuel, je suis resté un sale cow-boyz codeur dans l'âme ;o). Mais même moi je sais reconnaitre la nécessite d'un minimum de modélisation (et ça ce n'est pas peu dire). Je dirai même plus: "The code is the model and the code is the documentation (with the tests)" mais le tableau blanc ça aide bien qu'en même et produire de la doc aussi (mais bon je ne parle pas de cet affreux outil du nord des USA produisant des binaires propriétaires).ehsavoiehttps://www.blogger.com/profile/15310007753097500007noreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-545979690720202242008-11-17T13:42:00.000-08:002008-11-17T13:42:00.000-08:00Très bonne analyse !Et si même Emmanuel (ehsavoie)...Très bonne analyse !<BR/>Et si même Emmanuel (ehsavoie) pousse les approches MDE, champagne ! ;)<BR/><BR/>J'en profite pour te remercier Emmanuel (Chenu cette fois :) pour ton excellent doc "Pratiques d'équipe" sur lequel je me suis appuyé pour utiliser SCRUM sur un projet (Le NIKO NIKO a beaucoup plu !).<BR/><BR/>SamuelAnonymousnoreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-79845219278605504312008-11-17T07:31:00.000-08:002008-11-17T07:31:00.000-08:00Ton billet est très bien argumenté (comme souvent ...Ton billet est très bien argumenté (comme souvent !). <BR/>Je me pose également cette question de la compatibilité entre MDE et agilité depuis pas mal de temps, et je partage tes réflexions.<BR/>Quand on part des leitmotivs : "The model is the code" (MDE) et "The code is the model" (XP), on se dit qu'on aura bien du mal à réconcilier les 2 approches !<BR/><BR/>PascalPascal Roqueshttps://www.blogger.com/profile/12524989009928231432noreply@blogger.comtag:blogger.com,1999:blog-5762312448351689453.post-52660014824662132292008-11-17T06:51:00.000-08:002008-11-17T06:51:00.000-08:00Je suis bin d'accord avec la conclusion et je dira...Je suis bin d'accord avec la conclusion et je dirai même plus, une équipe agile contrairement à ce que l'on croit a plus de probabilité de modéliser qu'un équipe 'traditionnelle'. J'en veux pour preuve les résultats des <A HREF="http://www.ddj.com/architect/211201940" REL="nofollow">études du Doctor Dobb's Journal</A> présentées par Scott Ambler (dont une traduction française est présente <A HREF="http://www.ehsavoie.com/2008/11/flash-spcial-les-agilistes-crivent-de.html" REL="nofollow">ici</A>).<BR/>Désolé pour l'auto-promotion;o)ehsavoiehttps://www.blogger.com/profile/15310007753097500007noreply@blogger.com