Discussion :

[hmidi]

Salut pour tous,

Une question qui se pose le jour de soutenance des projets de fin d'études est: pourquoi vous avez choisi telle ou telle méthode et outils pour concevoir votre application ? Ex. pourquoi Merise, pourquoi une méthode reposant sur le formalisme UML ?

Cette question est posée pour les membres de ce forum et pourrait sans doute donner des pistes à bon nombre d'entre nous.

Merci d'avance.

[rakakabe]

Ex. pourquoi Merise, pourquoi une méthode reposant sur le formalisme UML ?

1er cas : Tu as choisi MERISE uniquement :
Reponse : tu dis qu'UML n'est qu'une notation, et tu cites toutes les avantages de MERISE (en particulier pour les bases de donnees).

2e casTu as choisi UML uniquement :
Reponse : UML n'est qu'une notation et tu as choisi OOAD (Object Oriented Analysis and Design), UP car c'est plus approprie a ton probleme (surtout pour le developpement logiciels).

3e casTu as choisi UML et MERISE:
Reponse : Tu raisonnes en MERISE (cycle V, ...), mais tu utilises la notation UML car plus a la mode () au lieu de la notation proposee par MERISE (tu developpes a la fois un logiciel et une base de donnees peu-etre, voir paragraphe suivante).

La raison de l'utilisation de MERISE ou UML peut s'expliquer, selon moi, par leur origine :

1. MERISE est nee dans le contexte des bases de donnees relationnelles, si je ne me trompes pas;
2. alors que la notation UML a ete creee a l'epoque du developpement de logiciels orientes objets.

Donc, on peut justifier leur utilisation selon les besoins, par exemple :

• Base de donnees : raisonner en MERISE et utiliser la notation de MERISE peut suffire, ou on remplace la notation de MERISE par UML (pour des questions d'evolutions et tout ca ...);
• Developpement logiciel : utiliser la notation UML et on a le choix de processus et methode de raisonnement :
  
  • processus=MERISE : cycle en V, ...; methode=MERISE : faire d'abord les uses cases, les MCT, MCD (je me souviens plus de ce qu'on doit faire en premier en MERISE , mais faire la correspondance MCT-> diagramme des sequences ou collaboration, MCD -> diagramme des classes, ...)
  • processus=UP par exemple : cycle iteratif et incremental, ...; methode=OOAD : Use cases d'abord, sequences et autres ensuites.
• Base de donnees + Developpement logiciel : meme principe que ci-dessus en pesant bien le pour et le contre. Mais, en posant (Notation/Methode/Processus), utiliser UML/OOAD/UP ou UML/MERISE/MERISE a un avantage que je trouve interessant que MERISE/MERISE/MERISE : en effet, par exemple, une classe peut etre interpretee comme un objet metier (niveau logiciel, ne particulier oriente objets) et une table (niveau base de donnees) en notation UML alors que c'est pas toujours le cas (difficile pour moi) avec la notation de MERISE.

D'ou, le sens de la phrase : UML n'est qu'une notation. UML ne dit pas qu'il faut tel ou tel diagramme en premier (peut etre quelqu'un a debuter sa modelisation avec un diagramme d'etats-finis ou de deploiement, ) ni utiliser tel ou tel cycle de developpement.

Pour lever toute ambiguite, pour moi :
MERISE = notation + demarche + processus
UML = Notation
OOAD = demarche
UP = processus

=> Comparer ce qui est comparable et parler ce qu'il faut parler

Et bonne chance à la soutenance

[wiztricks]

La conception reste une activité de modélisation du domaine qu'on étudie.

Personnellement, dans cette étape, j'utilise surtout papiers, calques, crayons, exemples de code, tout ce qui peut aider à balayer, triturer le domaine.

Le but de la conception est d'arriver à produire des 'rendus' qui permettront de réaliser, chiffrer, phaser, ... établir les plans de construction.

Suivant le type de projet, il sera pertinent de mettre en forme ces "rendus" suivant un formalisme adapté à la taille, aux risques,...

RUP et MERISE sont de tels formalismes: ils obligent à balayer nombre d'aspects qui sinon pourraient avoir été omis ou négligés. Voire à nous indiquer l'état d'avancement dans la production des différents 'rendus'.

Cela oblige à 'projeter' - au sens mettre en forme - ce que nous avons en tête suivant un formalisme particulier. En empruntant à l'activité de codage, ne vous est-il jamais arrivé de penser un algorithme en Lisp et d'avoir à le coder en langage machine? Au début, les neurones sont à la torture, mais avec un peu d'expérience ce n'est pas si horrible ;-)...

UML est un bon langage de représentation pour illustrer la "conception générale", modéliser la conception détaillée et l'implémentation (ou plus suivant les outils UML qu'on utilise).

Tout cela pour dire qu'il y a des différences (subtiles?) entre:
méthode de conception, méthodologie à suivre pour faire les "rendus" de la conception, et les illustrations, artifacts qui peuvent l'accompagner

-W

[Ricky81]

Bonjour,

Je me suis permis quelques retouches pour recentrer le débat
Merci aux intervenants qui ont essayé d'aller au delà de la formulation initiale

Eric

[rakakabe]

La conception reste une activité de modélisation du domaine qu'on étudie.

et

Tout cela pour dire qu'il y a des différences (subtiles?) entre:
méthode de conception, méthodologie à suivre pour faire les "rendus" de la conception, et les illustrations, artifacts qui peuvent l'accompagner

+1 .

Personnellement, dans cette étape, j'utilise surtout papiers, calques, crayons, exemples de code, tout ce qui peut aider à balayer, triturer le domaine.

J'aimerais bien travailler avec toi .

Ah, cela me rappelle un truc :
en raisonnant ainsi, je me suis dit qu'on est plus concerne par le probleme a resoudre qu'etre fascine par la technologie. Des fois, avant meme le debut d'un projet et la specification des besoins, nous les techniciens, on a tendance a se ruer tete baissee sur la technologie a utiliser (ex : probleme d'optimisation fait automatiquement penser a l'assembleur ou C/C++ au lieu de l'algorithme a utiliser ).

RUP et MERISE sont de tels formalismes.

Et, il faut les voir uniquement comme des outils pour atteindre l'objectif principal = avoir un logiciel ou une base de donnees.

[lepinekong]

Pourquoi pas Merise mais plutôt UML ? Parce que Merise c'est Français et comme tout ce qui est Français on a pas su le vendre à l'International donc il vaut mieux prendre UML/RUP ou mieux UML/SCRUM on est plus sûr de trouver des outils compatibles

Le pire c'est que c'est vrai, parce que à part PowerAMC je vois pas beaucoup d'outils qui intègrent Merise. Alors quand tu bosses dans des environnements où la moitié des gens parlent que l'anglais ...

[wiztricks]

Dans le monde de l'informatique, méthodologies et outils de modélisation ont une durée de vie assez limitée de l'ordre de 10 à 15 ans.

Nous avons une certaine tendance à faire du neuf avec du vieux sans le dire ou par ignorance.
Nous avons aussi besoin de faire du neuf pour nous permettre de mieux gérer la complexité croissante des "livrables" que nous devons construire.

Ceci dit il faut faire attention à ne pas mélanger les méthodologies de conception qui s'attachent à reformuler modéliser le domaine et les méthodologies de construction cycle en V, SCRUM qui sont plutôt orienté vers la gestion des équipes, modalités de fabrication des livrables, contrôle de la qualité,...

Le point est que si on ne sait pas ce qu'on veut réaliser, que la maison soit construire rapidement en paille ou plus lentement en briques ou en béton est d'une importance relative.
-W