bjr tt le monde
je suis a la recherche d'une documentation, concernant les problèmes d'UML, (les limites ou lacunes), si vous pouvez m'indiquer ou je peut trouvé se type de document
merci a tous
Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
limites d'UML
bjr tt le monde
je suis a la recherche d'une documentation, concernant les problèmes d'UML, (les limites ou lacunes), si vous pouvez m'indiquer ou je peut trouvé se type de document
merci a tous
Tout d'abord, les évolutions d'UML qui ont donnée lieu à la version 2.0 sont, je crois, avant tout issues du monde du temps réel. Des éléments permettent une meilleure gestion du temps (cf. Interactions).
Ensuite, comme tu le mentionne dans ta thèse, il n'y a rien pour avoir une vue globale de la dynamique et/ou tout au monis qq chose permettant de s'assurer que tous les diagrammes dynamiques sont cohérents. Mais là, tu touches le domaine de la simulation. En effet, certaines incohérences ne peuvent être détectées que si on "joue" le modèle. Et pour jouer un modèle, on se rend compte qu'effectivement il y a des trous dans la raquette UML car tout n'y est pas dit. Mais pour "tout" dire, il faut faire du code; c'est pourquoi il y avait eu cette initiative d'un Action Language (cf. produits de Kennedy Carter et Kabira).
Au final, je me demande, en fait, si on n'en demande pas trop, dans certains cas, à UML.
Il y a peut être une place, dans ta thèse, pour se poser la question : "Que doit-on vraiment attendre d'UML, que veut-on en faire ?"
Mon avis est que certaines lacunes n'en sont pas vraiment. Je veux dire par là qu'UML n'est pas fait pour être une représentation graphique d'un code. UML est donc là pour expliquer ce que l'on va devoir coder et sa syntaxe ne doit pas nécessairement nous permettre de tout dire. Il y a encore du travail au niveau du code.
Le jour où on pourra tout dire avec UML, je pense qu'il y aura des machines virtuelles UML comme on a des JVM pour Java. Il ne sera alors plus nécessaire de faire du code.
remerciement
merci beaucoup pour cette explication Mr ego!!
c gentil
Qu'est ce que tu peux dire sur MDA ? Est-ce que tu pense qu'il va résoudre le vide de UML ?Envoyé par ego
UML est la pierre angulaire du MDA proposé par l'OMG...
Pour en revenir à la question d'origine, si l'on utilise UML pour représenter des connaissances, alors les spécialistes s'accordent sur le fait que les concepts UML sont trop faibles sémantiquement et même parfois erronés. Si l'on utilise UML uniquement dans un objectif de production de code (la majorité des cas), pas de soucis à première vue.
Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes --- devise SHADOKS
Kit de survie Android : mon guide pour apprendre à programmer sur Android, mon tutoriel sur les web services et enfin l'outil en ligne pour vous faire gagner du temps - N'oubliez pas de consulter la FAQ Android
Cet ouvrage :
Bases de données et modèles de calcul
est assez critique sur UML dans son chapitre 7.8 "Et UML ?" uniquement sur la partie modélisation des données.
Le chapitre cité est très succint, mais en gros l'auteur prétend que la notation UML est une régression par rapport au modèle Entité / Relation et souligne aussi le fait qu'elle est issue d'une pure démarche opportuniste et commerciale ...
Je possède cet ouvrage dans sa deuxième édition alors qu'il en est à sa quatrième. Peut-être qu'entre temps l'auteur a pu changer d'avis ...
C'est juste mais c'est surtout parce que UML ne couvre pas la modelisation des donnees (meme si on peut arriver a ses fins a partir du diagramme de classe). T'as a ce sujet une RFP en route a l'OMG qui donnera lieu sans doute a une veritable prise en charge de la modelisation de donnees par UML: http://www.omg.org/cgi-bin/doc?ab/05-12-02.
Scott W. Ambler en est d'ailleurs un farouche partisant
[Edit]Pour le moment la solution proposee pour palier ce manque est d'etendre la notation UML notamment par une utilisation avancee des stereotypes[/Edit]
Oui, cela a déjà été évoqué à maintes reprise sur ce forum. On ne peux pas reprocher à un tournevis d'être moins pratique qu'un marteau pour planter un clou !
J'en profite d'ailleurs pour indiquer que si l'on peut tout de même modeliser des données avec un DC c'est parce que les langages de representation des connaissances subsument naturellement les langages de representation des données.
Oui, l'extension du méta-modèle UML par les profils (dont font partis les stéréotypes) sert très (trop ?) souvent de rustine en attendant un véritable méta-modèle dédié, en l'occurence ici le Information Management Metamodel (IMM).
Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes --- devise SHADOKS
Kit de survie Android : mon guide pour apprendre à programmer sur Android, mon tutoriel sur les web services et enfin l'outil en ligne pour vous faire gagner du temps - N'oubliez pas de consulter la FAQ Android
Salut !
Concernant les critiques sur UML, en voici une sévère écrite en 1997 par Bertrand Meyer :
http://archive.eiffel.com/doc/manual.../uml/page.html
et la traduction en français (attention, bourrée de fautes d'orthographe...) :
http://dchaffiol.free.fr/info/blague...Meyer1UML0.htm
Attention, cette critique est à replacer dans son contexte !
Mis à part ça, je pense qu'il faut toujours se souvenir d'une part de l'historique d'UML (monde du logiciel, monde de l'objet, monde des méthodologies de développement, etc) et d'autre part de ses objectifs réels.
Il me semble qu'on a tendance à vouloir tout faire avec et, à mon humble avis, ce n'est pas une bonne idée.
Mon point de vue personnel est qu'il vaut mieux laisser cohabiter des langages de modélisation spécialisés, car ils sont donc très adaptés à leurs domaines et que les gens savent s'en servir, mais qu'il est nécessaire de définir un cadre qui permet de les comprendre ensemble (ce qui, on est d'accord, est très loin d'être évident ! ;o)...
D'accord merci boucoup modelix
Si UML n'est pas capable de modéliser correctement les données, alors il ne me sert à rien dans ma pratique professionnelle ... Je précise que je suis Administrateur de Base de données ...
Euh ... je n'ai pas compris là ...J'en profite d'ailleurs pour indiquer que si l'on peut tout de même modeliser des données avec un DC c'est parce que les langages de representation des connaissances subsument naturellement les langages de representation des données.
Correctement les données relationnelles, non. Merise est un langage spécifique pour cela, pas UML. (Cf. tous les débats Merise Vs UML)
Il vaut mieux mobiliser son intelligence sur des conneries que mobiliser sa connerie sur des choses intelligentes --- devise SHADOKS
Kit de survie Android : mon guide pour apprendre à programmer sur Android, mon tutoriel sur les web services et enfin l'outil en ligne pour vous faire gagner du temps - N'oubliez pas de consulter la FAQ Android
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager