Différence entre méthode, méthodologie et modèle

[adrian07]

Salut à tous,
C'est une question qui a été posée dans un concours:
Quelle est la différence entre une méthodologie, une méthode et un modèle?

[souviron34]

une méthode est une application particulière d'une méthodologie (concepts généraux).

Un modèle est ce qui a servi de base à l'établissement d'une méthodologie.

1. On établit le modèle (par exemple du proceccus d'un développement d'un logiciel), donc théorique
   
2. On en déduit une méthodologie , c'est à dire une série de principes pour arriver à ce modèle
   
3. On en déduit une méthode, qui est comment appliquer ces principes dans la vraie vie

Exemple :

modèle : développement au plus proche de l'utilisateur
méthodologie : agile
méthodes : RUP, XUP, Scrum, ..., ...

[wiztricks]

Bonsoir,

Le 'modèle' définit par souviron34 est correct dans son sens strict.

Dans une démarche de conception, j'utilise ce terme de façon plus molle.

Souvent des utilisateurs expriment leurs besoins en fonction de produits finis qu'ils connaissent déjà - Ex: une fonctionnalité X similaire à celle qu'on retrouve dans l'application Z. Dans ce cas, X est un 'modèle' de ce que souhaite l'utilisateur. Et cette notion de modèle est proche de celle de 'pattern'.

La démarche de conception générale conduit à la génération de 'rendus' - document, graphiques, ... - qui représentent la solution. Nous avons là encore des "modèles" que nous pourrions appeler aussi 'artifacts' - mais les utilisateurs ne comprennent pas trop ce que cela signifie.

- W

[adrian07]

Merci pour vos réponses...

[paskal++]

je viens de passer un concours et on nous demande la différence entre méthodologie, méthode et modèle ?

je crois que :
methodologie --> connception du futur Système d'Information (UML, Merise).
méthode --> implémentation des fonctionnalités du S.I (langage de programmation, orientée objet..)
modèle --> modèle de base de données (hierarchique, réseau, relationnelle...)

est ce correct ?
merci.

[Vlade]

Une methodologie c'est RUP ou Agile par exemple.
La méthode c'est l'approche Objet par exemple. Mais là il peut y avoir débat pour savoir si on parle d'implémentation ou de conception.
Le modèle c'est la vision abstraite du système avant son implémentation. Par exemple le modèle UML est une vue abstraite du système décorellé de l'implémentation.

[paskal++]

merci beaucoup

[lepinekong]

Envoyé par Vlade

Une methodologie c'est RUP ou Agile par exemple.
La méthode c'est l'approche Objet par exemple. Mais là il peut y avoir débat pour savoir si on parle d'implémentation ou de conception.
Le modèle c'est la vision abstraite du système avant son implémentation. Par exemple le modèle UML est une vue abstraite du système décorellé de l'implémentation.

Je suis d'accord.

[Hephaistos007]

Envoyé par Vlade

Une methodologie c'est RUP ou Agile par exemple.
La méthode c'est l'approche Objet par exemple. Mais là il peut y avoir débat pour savoir si on parle d'implémentation ou de conception.
Le modèle c'est la vision abstraite du système avant son implémentation. Par exemple le modèle UML est une vue abstraite du système décorellé de l'implémentation.

Moi aussi je suis d'accord avec Vlade (c'est bien la première fois ).

A noter que modèle est un terme générique qui possède plusieurs acceptions en informatique. J'en vois trois :
- Le modèle comme une abstraction (i.e, quelque chose qui capture l'essentiel, sans les détails)
- Le modèle comme un archétype, un pattern (i.e, quelque chose qui sert de guide)
- Le modèle comme une approche, une théorie, une vision (ex: le modèle de Codd, le modèle en Spirale, le modèle ISO, etc).

[wiztricks]

Hmmm

Le modèle dans son sens général n'est que représentation.

Dès qu'il se spécialise, la chose correspondante peut être appelé autrement.

Exemple: le schéma d'une base de donnée est un "modèle", une architecture puisqu'il s'agit de boites et d'arcs, un diagramme de classe si on pousse la chose dans UML.

Le modèle comme un archétype, un pattern (i.e, quelque chose qui sert de guide)

un pattern est un modèle certes mais s'il est "guide" il est surtout "patron"

Le modèle comme une approche, une théorie, une vision (ex: le modèle de Codd, le modèle en Spirale, le modèle ISO, etc).

ISO est une architecture qui est une forme de modèle

Le modèle relationnel de Codd, c'est plutôt un corpus de logique mathématique. Il mérite d'être chose "modèle" parce qu'à l'époque on a pris un truc assez alien à l'informatique "la logique du premier ordre" et on en a fait le modèle relationnel.

La spirale renvoie à un image physique.
Le modèle en spirale est plutôt méthode.

Le vrai problème de l'informatique est que nous travaillons sur tellement concepts que nous manquons rapidement de mots.
Parfois on lance chose, truc, entité pour aller vite sans prendre le temps de "nommer" plus précisément.

C'est pas grave, nous vivons dans des univers qui ont une durée de vie trop faible pour que nous prenions le temps de nommer précisément les "choses".

A l'opposé, les esquimos ont eu le temps de nuancer le mot "neige"
-W

[Hephaistos007]

Envoyé par wiztricks

Le vrai problème de l'informatique est que nous travaillons sur tellement concepts que nous manquons rapidement de mots.
Parfois on lance chose, truc, entité pour aller vite sans prendre le temps de "nommer" plus précisément.

Je suis bien d'accord. C'est bien pour cela que j'essai juste de catégoriser ce que j'entends autour de moi à longueur de journée. Je prends un exemple de phrases concrètes :
- "...dois-je imprimer ce modèle UML ?" --> modèle=abstraction
- "...nous optons pour le modèle client-serveur..." --> modèle=patron
- "...quelle différence entre modèle relationnel et objet-relationnel ?" --> modèle=approche

[wiztricks]

Envoyé par Hephaistos007

Je suis bien d'accord. C'est bien pour cela que j'essai juste de catégoriser ce que j'entends autour de moi à longueur de journée. Je prends un exemple de phrases concrètes :
- "...dois-je imprimer ce modèle UML ?" --> modèle=abstraction
- "...nous optons pour le modèle client-serveur..." --> modèle=patron
- "...quelle différence entre modèle relationnel et objet-relationnel ?" --> modèle=approche

Personnellement, je préfère le faire "après".
Au sens pas sur l'instant, car catégoriser trop tôt enferme la pensée dans une boîte parfois trop tôt... Je me retrouve avec des trucs et des machins qui ont souvent des noms et des propriétés.
Après pour ranger les pièces du puzzle, il est utile de pouvoir les jauger/comparer à des modèles.
- W