|
Publicité ' | ||||||||||||||||||||||||
|
|
#41 |
|
Membre Expert
![]() ![]() |
Bonjour,
Je prends le risque de dire des âneries, Mais tout d'abord UML c'est un langage qui permet de mettre en relation le monde réel et le monde du développement. Il permet d'avoir un langage unique, compréhensible par un large publique (un espèce de langage universel). Il est orienté objet (ce qui fait une grande différence avec merise) et nous permet de faire une étude et conception d'un projet, de l'expression des besoins (Use case), à notre diagramme de classe. Merise est très rigoureux (trop ?) et il est spécifiquement français. Alors qu'UML est devenu un quasi standard, on est passé à l'objet en développement (Java/J2EE & .NET) et peut être dans un future proche pour les BD. Il reste toujours une problématique pour les BD relationnel (mais bon pour SQL Server par exemple, on peut faire directement les schémas de BD dessus et il me semble pas que ça soit des schémas E-A). Et pour finir, dans des projets qui sont de plus en plus tourné à l'internationale, le mieux quand même c'est d'avoir un cahier de charge, compréhensible à l'échèle internationale. Car il me semble que le but premier d'une étude/conception n'est pas la génération de code ou de bd ... Qu'en pensez vous ? |
|
00
|
|
|
#42 |
|
Membre Expert
![]() Inscription : décembre 2004 Messages : 1 304 ![]() |
Pourquoi opposer Merise et UML ?
Si pour certains, ces deux langages sont équivalents, vous allez pouvoir répondre à ces quelques questions de base :
__________________
Mieux vaut mobiliser son intelligence sur des conneries que sa connerie sur des choses intelligentes. [SHADOKS] Cours sur la programmation pour SmartPhones Android (Requière la lecture du cours sur la programmation Java)
|
|
|
00
|
|
|
#43 |
|
Membre éprouvé
![]() Inscription : janvier 2005 Messages : 481 ![]() |
Idem, je ne me sers de Merise que pour modéliser une BD relationnelle. Pour le reste si c'est une appli orientée objet => UML.
__________________
"Most Java programs are so rife with concurrency bugs that they work only by accident" |
|
|
00
|
|
|
#44 | |
|
Membre expérimenté
![]() |
Citation:
pour la BD, un mapping Objet/Relationnel a fait l'affaire et ça marche plutôt bien ! maintenant, pour une optimisation approfondie de la BD, il faudra (peut être) repasser par quelques MCD/MLD (mais je n'ai pas assez d'expérience pour confirmer mes propos) |
|
|
|
00
|
|
|
#45 |
|
Membre actif
![]() Jérôme Enseignant Inscription : décembre 2007 Messages : 61 ![]() |
Bonjour à tous,
Comme il a déjà été dit, Merise est une méthode qui définit accessoirement un language graphique de modélisation. UML, de son côté comme sont non l'indique, n'est que ça, un language de modélisation. Universel est peut-être un peut exagéré, mais il est indiscutable que le spectre est large si l'on considère qu'il est possible de modéliser aussi bien des applications embarqués temps-réel que des procéssus de très haut niveau incluant des humains et des dispositif n'ayant rien a voir avec l'informatique. Des diagrammes UML peuvent donc être utilisés de manière isolés dans un processus informel ou peu formel (Extreme Programming) pour modéliser une hierachie de classe ou un algorithme, ou dans un cadre plus formel comme ICONIX, RUP ou pourquoi pas Merise (où il remplacerait le formalisme spécifiques à la méthode). Meilleures salutations, Jérôme |
|
|
00
|
|
|
#46 | |
|
Membre du Club
![]() Inscription : août 2005 Messages : 67 ![]() |
Citation:
Merci |
|
|
|
00
|
|
|
#47 | |
|
Membre du Club
![]() Inscription : février 2008 Messages : 37 ![]() |
Citation:
- http://www.ibm.com/developerworks/ra...6_modeling.pdf. - ftp://ftp.software.ibm.com/software/...2003/Tp180.PDF Pour le reste, comme merise n'a pas une approche objet, il me semble que la notion d'interfaces ou d'encapsulation lui est totalement étrangé. Pour les méthodes ainsi que les diagrammes de séquences et d'activités, il me semble que le MCT et le MOT sont les plus appropriés. |
|
|
|
00
|
|
|
#48 |
|
Inactif
Inscription : février 2003 Messages : 238 ![]() |
En UML 2.2 ont peu récupérer les bases de données en les stéréotypants. Ensuite ces stéréotypes se transforme en annotations et de là on réintégre le monde JPA (je veux dire Ejb3 ou hibenate). On va bientôt étendre cette récupération pour le lier à spring 2.5.
Bref, la récupération des bases de données et les annotations n'est qu'au début et c'est vraiment géniale ![]() J'ai ecrit une documentation pour Omondo sur ce sujet après avoir coordonnée le developement. La documentation est disponbile sur: http://www.forum-omondo.com/document...ase/index.html Pour Meurise c'est fini, plier vendu. Il faut passer à autre chose même si c'est parfois mieux que UML, il faut bien le dire que sur certains segment de marché, comme la base de donnée, c'était mieux. A force de courage et de travail on fini 10 ans plus tard par refaire ce qui existait déjà mais cette fois en UML. La citation du jour à méditer: "Le monde change mais il n'avance pas vraiment " |
|
|
00
|
Copyright © 2000-2012 - www.developpez.com