Discussion :

[Community Management]

Chers membres du club,

J'ai le plaisir de vous présenter ce tutoriel de Ego pour vous convaincre que la modélisation, Merise ou UML, peut être utile à plusieurs points de vue.

Un modèle est avant tout une représentation abstraite du monde réel. À ce titre, ce n'est pas le monde réel et donc ce n'est pas exactement le monde réel. Un modèle offre donc une vision schématique d'un certain nombre d'éléments que l'on veut décrire ; un dessin quoi !

On a coutume de dire : « Un dessin vaut mieux qu'un beau discours » ; et bien écoutons et tentons de comprendre nos ancêtres, nos parents ou tous ceux qui ont pu nous répéter cette phrase. Réaliser un modèle, c'est avant tout dessiner ce que l'on a compris d'un problème dans une syntaxe précise (la syntaxe UML ou Merise).

Un modèle va donc nous servir à communiquer et échanger des points de vue afin d'avoir une compréhension commune et précise d'un même problème.

Bonne lecture .

[Luckyluke34]

Pas mal, pour une fois qu'on met l'acent sur des vertus communicationnelles des modèles plutôt qu'un énième pensum sur comment avoir un modèle parfait au poil de fesse près et comment générer tout notre code à partir de ça

Attention à l'amalgame eXtreme Programming = absence de modélisation par contre. Le paragraphe là-dessus est complètement inexact. Il n'y a rien de tel dans XP - si en discutant avec le client on a besoin de tracer un modèle voire de le garder pour référence future, on le fait. Pareil pour une discussion technique entre développeurs. XP ne préconise absolument pas que les modèles soient juste dans la tête des parties prenantes du projet et rien n'empêche de faire de la modélisation explicite. C'est juste qu'il n'y a pas de Big Design Up Front, c'est à dire de plan intégral et "parfait" conçu à l'avance en début de projet.