java & uml

"jfact" <jfact@hotmail.com> wrote in
news:bjd38i$r30$1@news-reader3.wanadoo.fr:

slt à tous, jvoudrais savoir si c important pour un programmeur java
de savoir ecrire uml
ou s'il doit juste se contenter de lire les diagrammes fait par le
chef de projet

D'après moi, il faut connaître l'UML complètement, te limiter juste à lire
c'est admettre que jamais tu ne fera de la conception. Faire uniquement du
codage sans conception et esprit critique, un developpeur du tier monde
sait le faire et le fait pour moins cher que toi.

un developpeur du tier monde
sait le faire et le fait pour moins cher que toi.

Parce que un developpeur du tiers monde ne peut pas faire de modélisation ?

--
Message monitoré par axinews : http://www.axinews.com/

"Sébastien" <invalide@noos.fr> wrote in
news:3f5a629b$0$27571$626a54ce@news.free.fr:

un developpeur du tier monde
sait le faire et le fait pour moins cher que toi.

Parce que un developpeur du tiers monde ne peut pas faire de
modélisation ?

Bien sur que si, mais c'est la proximité avec le client qui joue en notre
faveur. C'est à nous de transformer le besoin du client (ses propres mots)
dans un formalisme commun (UML par ex. ).

mais les cas d'utilisation ? dans une équipe de développement, c'est à qui
de les faire

Plutot au chef de projet

--
Message monitoré par axinews : http://www.axinews.com/

donc concrètement je pense que je dois savoir faire :
. diagrammes de classes
. diagrammes de séquences, collaborations

mais les cas d'utilisation ? dans une équipe de développement, c'est à qui
de les faire

si qqn pouvait m'expliquer dans une équipe qui sont vraiment les gens
chargés de modéliser en uml , ce serait sympa

merci

donc en gros le chef de projet fournit des cas d'utilisation aux
développeurs qui eux
se chargent de modéliser avec les diagrammes en tenant compte des limites
techniques
mais le chef de projet peut les aider dans leur tâche

c bien çà ?

ps: je sais, je demande çà à la manière d'un stagiaire mais c parce que
tout le monde dit
"ça dépend ...etc etc " en tout cas merci

"Sébastien" <cvwebmaster@noos.fr> a écrit dans le message news:
3f5b0f97$0$27578$626a54ce@news.free.fr...

mais les cas d'utilisation ? dans une équipe de développement, c'est à
qui

de les faire

Plutot au chef de projet

--
Message monitoré par axinews : http://www.axinews.com/

donc en gros le chef de projet fournit des cas d'utilisation aux
développeurs qui eux
se chargent de modéliser avec les diagrammes en tenant compte des limites
techniques
mais le chef de projet peut les aider dans leur tâche

c bien çà ?

Dans mon cas, c'est le chef de projet qui faisait la modélisation UML, le role du
développeur étant de coder cette modélisation.

Je ne pense pas qu'un développeur ai forcément besoin de connaitre la modélisation
(meme si c'est tres pratique)
D'ailleurs, je pense que pour bien mettre en oeuvre une modélisation, il faut plusieurs
années de pratique de la programmation qu'un développeur n'a pas toujours.

Mais bon, il y a aussi des chefs de projet qui font de la modélisation en ne connaissant
que peu le code.
Donc, chacun son boulot : le développeur code (seulement) et le chef de projet modélise
(faut bien qu'il fasse un truc)
Pour moi, la modélisation est une suite logique dans la qualité d'un développeur
: d'abord il apprend le language, ensuite il code et petit à petit, il modélise de
plus en plus pour ne plus simplement "pisser du code".
C'est pour ca que je trouve débile qu'un chef de projet fasse de la modélisation
si il ne connait que peu le code.

--
Message monitoré par axinews : http://www.axinews.com/

d'ailleurs je pense qu'une modélisation devrait se faire avec la
connaissance des apis (même si en théorie cela ne doit pas se chevaucher)
car les apis sont liées à des technologies (comme ejb par ex) qui elle-même
influent sur la modélisation (sans être sûr je ne pense pas qu'une entité
puissent se modéliser exactement comme un bean rmi)

d'ailleurs je pense qu'une modélisation devrait se faire avec la
connaissance des apis (même si en théorie cela ne doit pas se chevaucher)
car les apis sont liées à des technologies (comme ejb par ex)

Oui, c'est pour cela que je disais que la connaissance technique est
primordiale pour faire une bonne modélisation.

Perso, je pense que la modélisation doit être utilisée judicieusement pour
des besoins spécifiques et assez ardus.
Modéliser que si c'est nécessaire, pas forcément parce que "modéliser c'est
bien"

A mon avis, la prog objet sans outil de modélisation UML c'est bien
dangeureux en travail d'équipe;
on valorise les spécifications (au lieu de les mettre sur des formats Word
un peu partout...).

La modélisation peut être faite en grande partie par un analyste jusqu'à ce
qu'un concepteur prenne en compte :
Les diagrammes de composants (déploiement, processus) et ajoute des patterns
(proxy...) ,
optimise les classes, ajoute des notions de programmes distribuées ...

A ce moment, le programmeur peut récupérer les codes des classes générées à
partir d'outils comme Rational Rose,
lire les contraintes ( OCL ) et les détails des notes UML écrites par
l'analyste et le concepteur.

Donc savoir lire des diagrammes veut dire savoir en faire, çà me parait
plutôt normal ...
Apres le détail c'est de savoir en faire sur quel outil...

--
François Le Dorner


"jfact" <jfact@hotmail.com> a écrit dans le message de news:
bjd38i$r30$1@news-reader3.wanadoo.fr...

slt à tous, jvoudrais savoir si c important pour un programmeur java de
savoir ecrire uml
ou s'il doit juste se contenter de lire les diagrammes fait par le chef de
projet