pourquoi on dit que UML est un langage et non une methode de conception (comme Merise par exemple) ?
merci.
pourquoi on dit que UML est un langage et non une methode de conception (comme Merise par exemple) ?
merci.
Grâce à Uml, tu as à ta disposition une multitude de concepts pour représenter des modèles et en plus suivant différentes vues. Il ne te fournit pas une démarche précise à suivre pour modéliser mais plutôt des outils pour bien accomplir tes démarches.
UML=Boite à outils (en quelques sortes).
un langage = ensemble de concepts
UML est un ensemble de concept. l'utilisateur utilise ces derniers pour modéliser.
Par quelle étape il faut commencer ? Cela il ne te le dit pas.
Bon, en général, on te conseille de commencer par les cas d'utilisations. Mais ce n'est pas pour autant qu'on parlera de méthode.
Dans merise tu dois d'abords trouver le MCD (avec des règles à respecter et des conseils à suivre) puis le MLD..... Il y a donc un déroulement ordonné dans le temps pour passer d'une étape à une autre. on peut donc parler de méthode.
(d'ailleurs, souvent quand on parle d'UML, on précise quelle méthode on lui a associé).
UML peut intervenir dans plusieurs méthodes.
J'espère que c'est clair.
Sinon formation UML :
Cours et tutoriels pour apprendre UML : http://uml.developpez.com/cours/
Cours complet pour apprendre UML 2.0 par Laurent Audibert : http://laurent-audibert.developpez.com/Cours-UML/
La FAQ UML : http://uml.developpez.com/faq/
L'immortalité existe, elle s'appelle connaissance
Je vois l'UML comme un outil de documentation. Alors certes, on peut s'appuyer dessus pour avoir des use case, subdivisés en diagrammes de classes puis d'objets... Mais fondamentalement on est en train d'appliquer la méthode V avec des diagrammes UML pour que ce soit joli et compréhensible.
Merise, que je connais mal, propose différentes phases, différentes optimisations etc. Mais tu peux faire du Merise avec des diagrammes UML si ça te chante...
Des gens comme vous vous parlent de leurs journées. Leurs problèmes, leurs solutions sont ils les mêmes que les vôtre ?
Je ne suis pas d'accord Heziva. Uml est au delà d'un simple outil de documentation; c'est carrément un langage.En plus, il n'est pas correct de le lier à la méthode V puisqu'on a la liberté de raisonner avec un ou plusieurs vues qui propose. On n'est pas obligé d'avoir des étapes sous formes de V puisque uml n'est pas une méthode de conception; c'est encore une fois un outil.
Par contre une méthode de conception quelconque peut utiliser UML; pour ce point je suis entièrement d'accord avec toi. Il reste à voir si on pourrait faire du Merise avec uml ? Ma réponse est simple, Merise a ce qu'il faut comme outil et n'as pas en général besoin d'UML mais pourquoi pas notamment pour les vues dynamiques. si tu prends les multiplicités en merise, tu verras qu'elles sont représentées à l'inverse d'UML. Alors si tu introduis uml dans merise, quelle règle appliqueras tu?
Le problème ne se pose pas pour les vues dynamiques puisqu'elles n'existent pas en meryse.
Bien à vous
L'immortalité existe, elle s'appelle connaissance
Je ne me suis visiblement pas bien expliqué.
Oui, c'est un langage, qui pour moi sert à dialoguer. Ca tombe bien, c'est exactement ma définition de la documentation. Un langage qui sert à dialoguer.Uml est au delà d'un simple outil de documentation; c'est carrément un langage.
C'était simplement un exemple. Je me souviens de mes "cours d'UML" où on nous demandait de faire de l'analyse, puis de la conception au moyen de diagrammes UML. On générait ensuite le code à partir des diagrames. Dans ce cas, l'UML n'était pas la méthode, quoi que nos enseignant cherchaient à nous montrer. Etant moi même Agiliste, je n'utilise bien évidemment pas la méthode en V (ou un minimum). Pourtant dans chaque réunion se glisse de l'UML.En plus, il n'est pas correct de le lier à la méthode V
Je ne m'aventurerais pas dans l'expressivité de l'UML. Je crois me souvenir qu'il y a pas loin de 13 diagrames différents avec UML2. C'était encore un exemple pour illustrer qu'on pouvait utiliser l'UML avec n'importe quel méthode. Faire du Merise avec UNIQUEMENT de l'UML est peut être un défi discutable, et je t'accorde volontiers ce point.Il reste à voir si on pourrait faire du Merise avec uml
A retenir que nous sommes d'accord sur la réponse à la question originelle :
A la différence de Merise, UML n'a pas de méthode associée. C'est pour cela que nous parlons de langage UML et de Méthode Merise.
Des gens comme vous vous parlent de leurs journées. Leurs problèmes, leurs solutions sont ils les mêmes que les vôtre ?
Entièrement d'accord avec toi; Je n'avais pas vu les choses de cette manière.
Bon forum
L'immortalité existe, elle s'appelle connaissance
Excellent forum !
merci a vous c'est plus clair maintenant.....
euh..je vois pas trés bien...tu veux dire UP,RUP, Agile.... ??(d'ailleurs, souvent quand on parle d'UML, on précise quelle méthode on lui a associé).
Oui, c'est bien ça.
L'immortalité existe, elle s'appelle connaissance
En fait, UML est simplement un standard pour dessiner des trucs. Comme pour les architectes, un quart de cercle signifie une porte, un oval en UML signifie un use case.
Une méthode est un cadre, un parcours, un moyen de parvenir à un projet réussi. Le cycle en V propose d'analyser, de concevoir, de développer, puis de tester. Scrum (une méthode agile) propose de lister les use case critiques, de les prioriser, puis de les implémenter pour avoir un "produit fini" le plus vite possible (moins de deux mois). Puis d'y ajouter des fonctionnalités au fur et à mesure.
C'est plus clair comme ça ?
Des gens comme vous vous parlent de leurs journées. Leurs problèmes, leurs solutions sont ils les mêmes que les vôtre ?
C'est bien pour ça que les "3 compères" concepteurs d'UML (James Rumbaugh, Grady Booch et Yvar Jacobson) l'ont appelé ainsi, sans équivoque : "Unified Modeling LANGUAGE".
Notez bien qu'au départ de leur rapprochement, James Rumbaugh et Grady Booch ont travaillé sur un concept nommé UM, pour "Unified METHOD", mais qu'ils se sont rapidement rendu compte que tenter d'unifier les démarches Objet était une gageure. Ils se sont donc concentrés sur la partie descriptive : le langage, à la fois graphique et textuel (des formes, mais aussi des éléments à décrire dedans).
Celà permet à UML - qui est devenu le standard de fait de la modélisation des Systèmes d'Information - d'être associé à bien des démarches différentes : Cycle en V, Unified Process (UP, créé par les mêmes 3 compères), eXtrem Programming (XP), SCRUM et j'en passe (y compris des futurs), et pourquoi pas d'ailleurs la DEMARCHE de Merise (avec des REPRESENTATIONS au standard UML).
On a donc bien un langage (comme l'anglais, par exemple) avec lequel on peut envisager d'exprimer bien des choses différentes comme des besoins, des processus, des modèles de bases de données, du code informatique, des workflows et j'en passe (comme on peut écrire des romans, des poésies, des notices techniques et des textes de loi, avec un langage comme l'anglais).
Enfin, UML a été d'emblée pensé pour être extensible, car il contient les définitions de ses propres mécanismes d'extension (comme les stéréotypes, les paires de clé-valeurs, les contraintes, les profils), ce qui lui permet d'être utilisé dans des domaines de plus en plus variés, même éloignés de l'informatique pure.
Le but est donc bien atteint : On dispose d'un langage unifié de modélisation.
merci.
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.
Partager