des différences entre UML et Merise

Bonjour tout le monde , je suis un null en conception , et je veux que quelqu'un m'eclaircisse quelque chose :

On sait que Merise est une methode de conception pour les systemes d'informations mais il se limite à la conception de la base de données , tandis que UML est un LANGAGE de conception qui sert a concevoir les systemes d'informations de A jusqu'à Z mais puisqu'ilest orienté objetje pense qu'il s'occupe plus à la partie logiciel du systéme plus qu'à d'autres choses.

Ce que je voulais savoir c'est si ce que je viens d'écrire est vrai , et si c'est le cas , comment merise a un certain role dans la conception de la partie " logiciel " d'un systeme developpé à l'aide des langages procedurales , et aussi comment UML intervient dans la partie "base de donnée" , et est ce que ça peut servir pour les logiciels avec des langages non orientés objet.

Merci à tous

Merise ne se limite pas à la conception de base de données il y a bien évidemment aussi les traitements et la partie communication(plus rarissime). Le MCT sert à la conception du logiciel en langage procédural.

uml est un langage de modèlisation ce n'est pas spécifique à la conception.

Salut hidalg007,

cette discussion peut t'inspirer quelque chose.

Merci mon ami pour le lien mais ça m'est résté un peu flou , est-ce que pour une application d'architecture deux tiers en POO je dois utiliser Merise pour la base de données et l'UML pour le coté logiciel?
Ca va pas couter un petit peu plus de temps?

Citation:

---

Envoyé par hidalg007

Merci mon ami pour le lien mais ça m'est résté un peu flou , est-ce que pour une application d'architecture deux tiers en POO je dois utiliser Merise pour la base de données et l'UML pour le coté logiciel?
Ca va pas couter un petit peu plus de temps?

---

Tu peux utiliser UML pour la base de données si tu sais faire avec un diagramme de classes c'est ce que je retiens de la discution en partant du principe qu'il s'agit d'un modele de données persistant (d'ailleurs le modèle de données et physique sont des artefacts dans UP). Après en fonction de l'architecture cible (oracle, mysql, machinchose)il faudra de toute façon ajouter de nouvelles tables ou attributs pour les relations mais là à vrai dire avec le nombre de version et de patch qui sort par jour pour tout ses produits c'est à l'expérience ou à la débrouille.

salut :)

Citation:

---

Envoyé par hegros

Tu peux utiliser UML pour la base de données si tu sais faire avec un diagramme de classes

---

même avis, d'ailleurs UML propose un mécanisme d'extension qui est les stéréotypes qui peuvent être utilisés sur une (classe, attribut, opération).

pour un passage du diagramme de classe vers mcd, tu peux donc faire le diagramme de classe avec les stéréotypes suivants :

Citation:

---

<<Table>> : sur une classe, devient une table.
<<View>> : sur une classe, devient une vue.
<<pk>> : sur un attribut, devient une clé primaire.
<<fk>> : sur un attribut, devient une clé étrangère

---

UML est avant tout un langage de modélisation ( outil), il reste indépendant de tout langage de programmation. IL le deviendra peut être dans le futur. D'ailleurs, et à mon avis, c'est ce qui fait entre autres sa force. Il faudrait qu'on se pose une question pertinente : De quel conception s'agit il ? si je fais de la modélisation, et bien j'aurai des choix à faire. Si je fais de l'implémentation, et bien j'aurai également des choix. Si on parle de conception, il faudrait faire la liaison du contexte dans lequel on travaille. Conception du modèle ou conception de l'implémentation du modèle.
Pour moi, Meryse est un outil de modèlisation qui contrairement à uml est lié aux bases de données. Je rappelle que uml n'est lié à rien. C'est la partie implémentation qui décide à partir du modèle conçu par uml.
Surtout ne commence pas avec uml pour finir avec meryse ou le contraire. Il faut choisir selon les avantages et les inconvénient des deux méthodes.